Holy Smokes! That's a long time between blog posts!
Things have gotten a might busy between taking masters classes, teaching a Software Engineering class, and this @#$%! move to MOSS 2007 at work. While I have not forgotten the module at hand, I haven't had a free hand to touch it in over a week, bleh!
Anyhow, any Sharepoint Gurus out there know how to ease my pain? Y'know, let a guy get back to his beloved NWN2 module by answering the questions that keep him up at night?
Requirements:
Public Facing MOSS2007 Internet Site for Content Management (with Publishing/WorkFlow) w/o Deployment (no Staging Server). Just want to make sure we begin on the right path before we delve too deeply into content deployment. We will eventually work with the Document Management as well for online forms and such.
Questions:
1.) a.) Which Site Definition should we use to begin with? Collaboration Portal, Team Site, etc.
b.) Should we create a custom Site Definition and if so, which do we base it upon?
c.) Since there will be sites below the top level site (homepage), should their Site Definitions differ from the top?
(IE Collaboration Portal for top level, Team Sites below that).
2.) Since there will be significant CSS changes, as well as multiple MasterPages per site level, should we override the CORE.CSS and what is the preferred method for doing so (Inline, Override Textbox in Site Settings, Custom Function, etc).
3.) Editing Custom MasterPages, there is a place for PlaceHolderMain, yet no breakdown of the Web Part Zones contained within this area. What defines the Web Part Zones and their placement on a given MasterPage?
4.) Calendar and Announcement WebParts only seem to be options in a Team Site. Is there a way to enable these for use in other definitions? Is that done on the MasterPage, the ONET.XML, etc. Basically, how do we select from the Smorgasbord if they are prepackaged into Value Meals?
5.) Assuming that we will eventually be writing custom Web Parts, should we contain the entire Sharepoint Solution on VS2008 as a deployable package, or keep the Web Parts separate within Visual Studio and rely on Sharepoint Designer for the inner workings of Sharepoint.