Return-Path: Delivered-To: apmail-perl-docs-dev-archive@perl.apache.org Received: (qmail 61065 invoked by uid 500); 26 Jan 2002 04:17:36 -0000 Mailing-List: contact docs-dev-help@perl.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list docs-dev@perl.apache.org Received: (qmail 60874 invoked from network); 26 Jan 2002 04:17:34 -0000 Message-ID: <3C522DE0.9000606@stason.org> Date: Sat, 26 Jan 2002 12:17:36 +0800 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: Thomas Klausner Cc: docs-dev@perl.apache.org Subject: Re: finding a common ground References: <20020125222654.A689@zsi.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > Before we continue to develop two quite differnet desings, I'd suggest to > take a small stop in further designing, to decide on some basic ideas. Yup, we somewhat talked about it already and saw a clear conflict between correctness and fancy. I've already suggested the idea of having two sites. And it's possible that we need to merge the second site with take23.org or just leave it the functionality of advocacy. I don't know. So we are left with the documentation, which we want to be easily accessible and navigateable. In any case let's take a spoon at a time. Finish the correct design and put it in productin (i.e. replace perl.apache.org with the new content). > It seems to me that the site is mostly used by techies, who don't really > care about fancy desings, nice buttons etc, but for fast and easy access to > the stuff they want (that's at least true for me) Yup > So, my conclusion: > While I find Allan's design very nice and cool, I think it doesn't mix to > well with a target group of techies; or, maybe better said: it provides a > very nice look, that nobody asks for. > > I suggest using a simpler, basic desing, without all those fancy lines and > boxes, thats still nice-looking and working on all browsers. > I think my last design > http://domm.zsi.at/modperl-site-domm/ > reaches this goal quite good from the HTML-CSS view, while it can definitly > be made better with regards to colors, headings, widgets... > > What do you think? I only would like to stop working in two more or less > different directions. +1 I vote for not trying to workaround for buggy browsers (unless the workarounds are very simple and don't break standards). > I've just had another sort of interesting idea: > What about splitting the site in two parts, each with it's own URL. > perl.apache.org stays what it is now (stuff for the techie) > another page (maybe whoever owns modperl.org can be persuaded to donate the > URL) get the "advocacy site". We could make a really goodlooking design > (like Allans) for this site, targeted at non-techies and to convice them > that mod_perl is the best platform for webbased apps. It's another big issue I'm not sure we want to start talking about now. Should this be a static advocacy site, or a dynamic one? By static I mean, that the site doesn't change much. But if it's a dynamic one who is going to maintain it. In any case, we will need someone to take the lead on this project. Then if we do make a separate site, we could merge the two of them back together (the DocSet can already handle different templates for different parts of the site) > The content of both sites could be generated with DocSet, it could even be > (partly) shared. Maybe the advocacy site will need some more content writing > (will be hard to fing someone to do this...). Yup. So Allan, what do you think? We need to integrate parts of your new design, without adding the tables stuff. Things like search/download widgets, try to use a lighter bg maybe, changing the ala Allan maybe. _____________________________________________________________________ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:stas@stason.org http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: docs-dev-unsubscribe@perl.apache.org For additional commands, e-mail: docs-dev-help@perl.apache.org