[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: A website for subversion.apache.org

From: Branko Čibej <brane_at_xbc.nu>
Date: Fri, 08 Jan 2010 23:23:47 +0100

Mark Phippard wrote:
> On Fri, Jan 8, 2010 at 3:55 PM, Hyrum K. Wright
> <hyrum_wright_at_mail.utexas.edu> wrote:
>
>> We need a website at subversion.apache.org. We've put up some placeholder pages, and I recently
>> started playing with an Anakia-generated site in it's place. I've come across a few questions, and they
>> are thus:
>>
>> * What information should be presented?
>> * How should we present the information?
>> * How do we glue the two together?
>>
>> The first question is about content, the second about style, and third about how we should generate
>> the site (manual editing, templating mechanism, etc.) I've got some ideas about where to shift the
>> content, but I've no eye for style at all. As for the third point, I've spent some time playing with Anakia
>> (as recommended by the Incubator), but it's kinda unwieldy. In any case, I'm interested in what others
>> think.
>>
>
> I have not had to do a website like this in years as I've usually been
> doing Java web stuff or like what you have on hosting sites. It is
> not clear to me why we need a generator though. Most of the look and
> feel would just come from style sheets. It seems like there must be
> something we can do either in the style sheets or with server-side
> includes or something to stick the standard navigation on each page.
> That seems like the only bit where a generator helps.
>

I agree. Given that we won't have a huge site, we can afford to be a bit
careful with the content and leave it at that. Generators are evil. If
we really need something more complex than an editor, I'd prefer to use
a real CMS.

-- Brane
Received on 2010-01-08 23:24:26 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.