----- Original Message -----
> On May 19, 2011, at 4:18 PM, Igor Galić wrote:
> > Hey folks,
> >
> > Following my last email, here's a list of things that need
> > attention,
> > before we can consider exposing our documentation to a larger
> > user-base. These are things you can do even if you couldn't put
> > together a coherent sentence at gunpoint.
> > ...
> > CSS
> > ===
> >
> > Our customers should be able to clearly distinguish the single
> > parts
> > of a document. So far this works pretty well with code blocks, and
> > that's about it :) It's very hard to tell at which depth level
> > (h1-h4) you are
> >
> > Instead of tables as in the old docs, I have (ab)used definition
> > lists. The CSS could need some love...
> >
> > As mentioned above, I'd like to fit a navigation on every HTML
> > page,
> > while still being able to read it on my tiny laptop - If you think
> > that's a bad idea, say something!
>
> is the only way to try out tweaks to commit changes to
> https://svn.apache.org/repos/asf/trafficserver/site/branches/ats-cms/content/styles/
> ? (that is, in the HTML style, I could load the document in a
> browser, make tweaks to the CSS, and refresh the page to see how it
> looks. How does the new process work?

You *could* use the web interface:

https://cms.apache.org/ -- but right now, that has the old HTML site in there.
We should probably change that.

I pre-build the changes on my local box.
To do this I check out the cms:

svn co https://svn.apache.org/repos/infra/websites/cms/build cms

You'll need the python-markdown version of markdown installed.
Given that in Ubuntu it's called /usr/bin/markdown_py - I *symlink* it to 
/usr/local/bin
Where, by default, it's expected to be anyway.

There are a number of CPAN modules that you'll need:
SVN::Client, SVN::Wc
LWP::Simple
XML::Atom
XML::RSS::Parser::Lite

Then, to build:

i.galic@panic ~/Projects/asf/cms (svn)-[build:787652] % export 
MARKDOWN_SOCKET=$PWD/logs/mardownd.pipe
i.galic@panic ~/Projects/asf/cms (svn)-[build:787652] % python markdownd.py
i.galic@panic ~/Projects/asf/cms (svn)-[build:787652] % ..
i.galic@panic ~/Projects/asf % $PWD/cms/build_site.pl --source-base ats-cms 
--target-base   ats-cms-docroot                                           
Can't open cgi-bin [skipping]: No such file or directory at 
/home/i.galic/Projects/asf/cms/build_site.pl line 57.
i.galic@panic ~/Projects/asf %

> Do the site pages (home and download) have to have the same CSS as
> the documentation?

Probably not - I'm pretty sure there's a simple and sane way to give
them a different CSS. But I would suggest to really stick to one
design.. It's kinda confusing - or irritating when it switches.

Witness: http://httpd.apache.org/ vs
http://httpd.apache.org/docs/trunk/mod/core.html#adddefaultcharset


> > Fonts
> > =====
> >
> > I'm not very sure if the choice of fonts is the right one. I
> > changed
> > body { font-family: sans-serif; } and it looks better. If you
> > disagree, say something
>
> heh.  The current home page font starts with the default sans-serif
> font, arial.  falling back to another sans-serif font (Helvetica)
> and then finally falls back to the sans-serif family. In the
> documentation side, the font is set to the default sans-serif font,
> arial -- there should not be a major difference in that change :)

Again, I'm suggesting to stick to one font(style). I don't know
if my choice was any good.

> >
> > Search (HTML/JavaScript)
> > ========================
> >
> > Our old documentation has a Google search - our new documentation
> > should have that too! (Or, if you're bored and want to do
> > solr/lucene...) Our
>
> What is the primary issue -- ie, is there a reason we can't just copy
> over the form and search page?

There probably isn't. The reason why I didn't include it was because it
contained icky stuff I don't know how to handle (JavaScript and Google)

> miles

i

--
Igor Galić

Tel: +43 (0) 664 886 22 883
Mail: i.ga...@brainsware.org
URL: http://brainsware.org/

Reply via email to