time to retire f.r.c?

[Patrick Barnes]

Karsten Wade wrote:
> On Tue, 2005-11-15 at 21:37 -0500, seth vidal wrote:
>   
>>> * The build system that makes the /docs portion work needs to be i)
>>> ported over or ii) rewritten in Python.
>>>       
>> Where is it right now? Can I get a look at it?
>>     
>
> cvs.fedora:/cvs/fedora/web/
>                            html --> HTML, head replaced w/ PHP includes
>                            include --> included bits
>                            config --> tells how to setup a sandbox
>                            scripts --> where the magic happens, including:
>                                   /docbookhtml2php.py
>                                   /dotphp2dothtml.sh
>
>   
>>> * Could we have the PHP building done inside a firewall and content
>>> grabbed from another CVS repo by fp.o/docs?  As an interim solution
>>> until the includes are Pythonified.
>>>       
>> yes.
>>     
>
> OK, you can actually just use the existing system and rsync off the
> built content.  It is rendered into static pages hourly.  PHP is not
> used to deliver dynamic content in real time.
>
>   
>>> * What about _not_ having the Wiki be the front page to fp.o?  Then we
>>> could have free reign with design.  It can have a newsfeed section or
>>> two to keep things lively, but even a better splash page than what we
>>> have until the $PYTHON_CMS arrives from the sky.
>>>       
>> hehe. So about a month ago gdk pinged me on irc and said 'we need to
>> make the front page of fedoraproject.org the wiki frontpage.' So I said
>> 'okay, lemme make an edit'. Then I did that and it was done. So you want
>> it put back the other way? :)
>>
>> As an alternative I could include:
>> http://moinmoin.wikiwikiweb.de/ParserMarket?action=AttachFile&do=get&target=html.py
>> in our wiki which would allow whomever wants to edit the wiki front page
>> to make it raw html instead of wiki language.
>>
>> lemme know what you'd rather have.
>>     
>
> Well, I wanted to bring this back up because of the problems we've had
> using the Wiki as the front page, in terms of layout.
>
> It was definitely the right move to make it the front page.  It keeps it
> within the engine of content delivery, which is not a CMS but is
> starting smell like one.  The html.py could also be a good idea, same
> idea of all-one back-end with more flexibility.
>
> I'll let Patrick weigh in here, as one person who has been feeling this
> pain.
>
> - Karsten
>   
Yes, having raw HTML abilities would probably give us most of what we
need to make a nicer FrontPage.  My other concern has been some of the
issues created by the layout when the viewport is resized.  Along with
raw HTML, some edits to the CSS might be needed to solve those.  If that
is the case, I can work with Hrishi to resolve those as we find them. 
It might take a little bit of work, but I'm sure we can get the wiki to
do the kind of FrontPage we're looking for.

It would be nice to keep the front page on the wiki for the sake of
consistency and management.  If we are unable to produce an adequate
front page using the wiki, then I would of course have no objections to
an alternative solution.  Really, I favor keeping the number of
different technologies we are using to a minimum, but we will probably
not be able to get everything in the wiki.

As we start wanting to add more dynamic capabilities to the front page,
we will either have to start producing modules for MoinMoin or we'll
have to use an alternative technology.  Since MoinMoin has most of
fedoraproject.org's content, it makes sense to try first to make it do
what we need, and only fall back to other options where required.  I
don't think it is a good idea to apply too many patches to MoinMoin for
manageability reasons, but producing modules that can be dropped in
makes sense.  See the bottom of
http://fedoraproject.org/wiki/HelpOnMacros for more on adding plugins to
MoinMoin.

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

www.n-man.com
-- 



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-websites-list/attachments/20051116/66e1cd13/attachment.sig>