> Yes, but there's forms as well ... registration forms, submission of
> papers, etc. I'm also not clear that, for marketing reasons, we want
> conference registration to be buried in the www.postgresql.org
> navigation. Speaking of which, how many levels of navigation does
> postgresql.org support?
Well personally the conference should be the front page item right now
which would solve the navigation problem.
>
> Is there someone on this list who's willing to be at our beck and call
> to make changes that go beyond static HTML (like an announcements
> ticker)? And can turn these things around quickly?
>
> Each of the 4 of us leading the conference effort expect to put in over
> 100 hours organizing it this spring. We don't have extra time to spend
> on a web site beyond the development of content, so we need a solution
> that doesn't require us to do more than that. If that solution is the
> main postgresql.org infrastructure, we're going to need someone on this
> list to lean on, and lean hard.
>
> Aside from that, there's some question about whether or not having its
> own root site might be better for the conference anyway. If you look at
> O'Reilly or MySQL, neither subsumes the conference navigation into the
> main website navigation. I'm concerned that doing so will make it
> difficult for attendees to find the information they want.
>
> On the other hand, it would make it indisputable a "community" event.
>
> --Josh
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/
