TG2.1 documentation

5 views
Skip to first unread message

pipoun

unread,
Aug 19, 2010, 11:15:48 AM8/19/10
to TurboGears
Hello,

The TG 2.1 documentation is now highly ranked in a google search
result. For instance, it's in the first or second result for these
queries: "turbogears chameleon" "turbogears extjs" "turbogears repoze"
"turbogears openid". My point is that the 2.1 doc tends to become the
default doc for TG, even for newbies.

That's why IMHO this doc should be polished a bit further... And I
have meet some concrete issues.
- Big images are not displayed correctly: http://turbogears.org/2.1/docs/main/explorequickstart.html
- The main content area is not large enough:
http://turbogears.org/2.1/docs/main/Auth/Customization.html
the code samples are hardly readable
- It's hard to navigate within the doc, sometimes you can get lost.
For example, I've googled "turbogears chameleon", the first result is:
http://turbogears.org/2.1/docs/main/Templates/ChameleonGenshi.html
Well not too much info... That's why I want to find info regarding the
other templating engines. There should be a parent page or
something... I don't see anything the the TOC. So, I have to truncate
manually the URL to go to http://turbogears.org/2.1/docs/main/Templates...
Not very straightforward.

I know how hard, tedious, time consuming it can be to build a good
documentation, but I really think there should be more improvements.
Nice doc make the community happy :)

So, here is my 2C: The central zone width should be dynamic, adapted
to the screen resolution (perhaps with a max width).
Then, I don't know if this is easily possible, but images should be
shrunk and user could display them entirely with a click, in a modal
popup for instance.
Finally, the TOC sidebar should be out of the central area, to have
more space (the zone under the sidebar is always blank). Cherry on the
cake, it could be contracted/expanded with a mouse click.

Cheers.

timblack1

unread,
Oct 15, 2010, 3:02:38 AM10/15/10
to TurboGears
On Aug 19, 10:15 am, pipoun <pip...@gmail.com> wrote:

> Finally, the TOC sidebar should be out of the central area, to have
> more space (the zone under the sidebar is always blank).Cherryon thecake, it could be contracted/expanded with a mouse click.

The Sphinx docs say that when you're using the default theme, the
sidebar can be made collapsible, but only when the sidebar is on the
left side of the page. Perhaps someone could figure out how to get it
working when the sidebar is on the right side of the page, then we'd
have a little more readable docs. It looks like a key part of the
collapsible sidebar code ends up in _build/html/_static/sidebar.js, so
that might be the place to start.

Tim

Christoph Zwerschke

unread,
Oct 15, 2010, 5:40:15 AM10/15/10
to turbo...@googlegroups.com
Am 15.10.2010 09:02 schrieb timblack1:
> The Sphinx docs say that when you're using the default theme, the
> sidebar can be made collapsible, but only when the sidebar is on the
> left side of the page. Perhaps someone could figure out how to get it
> working when the sidebar is on the right side of the page, then we'd
> have a little more readable docs. It looks like a key part of the
> collapsible sidebar code ends up in _build/html/_static/sidebar.js, so
> that might be the place to start.

A collapsible sidebar is a good idea for people with limited screen
width. I'll try to implement it in the new layout. Maybe we can even
allow switching the sidebar from the left to the right side.

However, I don't like the idea of having the side bar on the right as
default. My reasons are, first, the left side is where you usually
expect the navigation and table of content in left-to-right writing
cultures. Second, I see the sidebar as extension of the bread crumbs
(expansion of the last bread crumb) which are (left-eligned) on the
*left* side of the top bar. Of course we could move the bread crumbs
(right-aligned) to the right side, but that would look even more
unusual. Plus, we already want the search field on the top right since
that's also a common place.

-- Christoph

Tim Black

unread,
Oct 15, 2010, 11:41:57 AM10/15/10
to turbo...@googlegroups.com
On 10/15/2010 04:40 AM, Christoph Zwerschke wrote:
Am 15.10.2010 09:02 schrieb timblack1:
The Sphinx docs say that when you're using the default theme, the
sidebar can be made collapsible, but only when the sidebar is on the
left side of the page.  Perhaps someone could figure out how to get it
working when the sidebar is on the right side of the page, then we'd
have a little more readable docs.  It looks like a key part of the
collapsible sidebar code ends up in _build/html/_static/sidebar.js, so
that might be the place to start.

A collapsible sidebar is a good idea for people with limited screen width.
The problem isn't limited screen width, because the 2.1 docs do not have a fluid layout; they have a fixed layout.  So, the problem is maybe more for those with a wider screen--the <div class="body"> element takes up about 1/4 of my whole screen width, and about 2/3 the width of the <div class="document"> element.  It would be nice if it could take up the whole width of the <div class="document"> element (when the sidebar is collapsed).

I'll try to implement it in the new layout.
I looked into whether the sidebar could just be given a "float: right" style so that content in the <div class="body"> element would expand to fill the whole width of the <div class="body"> element, but that may not be possible, because <div class="sphinxsidebar"> is not contained within <div class="body">.  If you can change that nesting order in the template so the sidebar is nested within the body, then it might be easier to use "float:right" on <div class="sphinxsidebar"> than to mess with changing the JavaScript file.  Of course, since this method makes the sidebar NOT collapsible, this would place a special width limitation on any images used at the very top of every documentation page.

Maybe we can even allow switching the sidebar from the left to the right side.  However, I don't like the idea of having the side bar on the right as default. My reasons are, first, the left side is where you usually expect the navigation and table of content in left-to-right writing cultures. Second, I see the sidebar as extension of the bread crumbs (expansion of the last bread crumb) which are (left-eligned)  on the *left* side of the top bar. Of course we could move the bread crumbs (right-aligned) to the right side, but that would look even more unusual. Plus, we already want the search field on the top right since that's also a common place.
In the version of the 2.1 docs I see at http://www.turbogears.org/2.1/docs/, the sidebar is on the right, and the breadcrumbs are at the left at the bottom of the page.

Tim

Christoph Zwerschke

unread,
Oct 15, 2010, 12:51:48 PM10/15/10
to turbo...@googlegroups.com
Am 15.10.2010 17:41 schrieb Tim Black:
> The problem isn't limited screen width, because the 2.1 docs
> <http://www.turbogears.org/2.1/docs/> do not have a fluid layout; they
> have a fixed layout.

The current 2.1 docs have many layout and usability issues, this is only
one. I had already suggested a new layout with variable width body and
sidebar on the left, and was talking about that:
http://www.turbogears.org/docs/playground/docsprint201010draft1/main/movie_tutorial.html

Things that will be changed in the next revision of the new layout:
No fixed footer, search field in the top bar on the rigth side, sidebar
made collapsible and maybe movable.

Note that so far we are only discussing the coarse layout (placement of
blocks, whether they should be fixed, fluid etc.). The details of
borders, colors, fonts, gradients etc. can be improved later.

-- Christoph

Tim Black

unread,
Oct 15, 2010, 1:47:20 PM10/15/10
to turbo...@googlegroups.com
On 10/15/2010 11:51 AM, Christoph Zwerschke wrote:
Am 15.10.2010 17:41 schrieb Tim Black:
The problem isn't limited screen width, because the 2.1 docs
<http://www.turbogears.org/2.1/docs/> do not have a fluid layout; they
have a fixed layout.

The current 2.1 docs have many layout and usability issues, this is only one. I had already suggested a new layout with variable width body and sidebar on the left, and was talking about that: http://www.turbogears.org/docs/playground/docsprint201010draft1/main/movie_tutorial.html

Things that will be changed in the next revision of the new layout:
No fixed footer, search field in the top bar on the rigth side, sidebar made collapsible and maybe movable.
Ok.  I'm very glad to see that someone is working on these things.  One reason I am glad to see this is that I find the 2.1 docs to be fairly well-written, readable, and graphically beautiful already (our local python user group is already using them), and so I look forward to the day when they can be more widely publicized from the front page of turbogears.org.

Tim

--
Tim Black
Pastor, Caney Orthodox Presbyterian Church, 206 N. Vine St, Caney, KS 67333
Web Developer & Owner, Always Reformed Web Development, 801 S State St, Caney, KS 67333
o (620) 879-2359 - h/o (620) 306-4624 - c (620) 306-1507
timblack1 on most chat networks - timblack11 on Skype

Christoph Zwerschke

unread,
Oct 17, 2010, 8:18:37 PM10/17/10
to turbo...@googlegroups.com
On 10/15/2010 11:51 AM, Christoph Zwerschke wrote:
> Things that will be changed in the next revision of the new layout:
> No fixed footer, search field in the top bar on the rigth side,
> sidebar made collapsible and maybe movable.

Ok, the next revision is online for review:
http://www.turbogears.org/docs/playground/docsprint201010draft2/tutorials.html
Let me know what you want to see improved.
The sidebar can be collapsed and dragged to the right side bar, but does
not yet store its position, only the collapsed state.

-- Christoph

Tim Black

unread,
Oct 18, 2010, 12:40:52 PM10/18/10
to turbo...@googlegroups.com
The new sidebar works wonderfully!  (In my opinion.)  I also like the idea of keeping the first page simple to make it easy for newcomers to use; I think the TurboGears homepage needs that same kind of simplicity.  BUT, the layout of that first page isn't fluid, so at a small enough browser window width (~1065px), the sidebar pushes the page content out of the viewable area.  That isn't a big deal for me, but maybe there's a suitable solution using CSS (fixed width & float:left) to allow the <div class="container"> elements to page-wrap.

Tim



Tim Black

unread,
Oct 18, 2010, 12:51:12 PM10/18/10
to turbo...@googlegroups.com
On 10/17/2010 07:18 PM, Christoph Zwerschke wrote:
> Let me know what you want to see improved.
Links to internal anchors don't scroll right in FireFox, because the
<div class="related"> page header obscures the heading to which the link
points. But maybe this isn't a problem that needs to be corrected at
this stage.

Tim

Michael Semcheski

unread,
Oct 18, 2010, 1:57:20 PM10/18/10
to turbo...@googlegroups.com
On Sun, Oct 17, 2010 at 8:18 PM, Christoph Zwerschke <ci...@online.de> wrote:
> Ok, the next revision is online for review:
> http://www.turbogears.org/docs/playground/docsprint201010draft2/tutorials.html
> Let me know what you want to see improved.
> The sidebar can be collapsed and dragged to the right side bar, but does not
> yet store its position, only the collapsed state.

I just wanted to say that I find the new version to be a big
improvement in terms of navigability.

The Gears in Detail page is very useful to me.

Well done!

Christoph Zwerschke

unread,
Oct 18, 2010, 2:43:25 PM10/18/10
to turbo...@googlegroups.com
Am 18.10.2010 18:51, schrieb Tim Black:
> Links to internal anchors don't scroll right in FireFox, because the
> <div class="related"> page header obscures the heading to which the link
> points. But maybe this isn't a problem that needs to be corrected at
> this stage.

I see what you mean. Not sure if there is a simple solution keeping the
page scrollbar instead of an auto overflow scrollbar inside the page.

Anyway thanks for the feedback. I'll create a tickets for these things.

-- Christoph

Fabrizio Mancini

unread,
Oct 20, 2010, 3:49:32 AM10/20/10
to turbo...@googlegroups.com
On 18 October 2010 02:18, Christoph Zwerschke <ci...@online.de> wrote:
> Ok, the next revision is online for review:
> http://www.turbogears.org/docs/playground/docsprint201010draft2/tutorials.html
> Let me know what you want to see improved.
> The sidebar can be collapsed and dragged to the right side bar, but does not
> yet store its position, only the collapsed state.
Hi Christoph,
first of all a big thanks for the great work. The new documentations is great!!
I've noticed on the new docs that from the main page if you go to
Advanced Tutorials -> Using Toscawidget to Create Forms
[http://turbogears.org/docs/playground/docsprint201010draft2/main/ToscaWidgets/forms.html]
in nearly all the section the code snippets doesn't display.
HTH
Fabrizio

Christoph Zwerschke

unread,
Oct 20, 2010, 6:23:26 PM10/20/10
to turbo...@googlegroups.com
Am 20.10.2010 09:49 schrieb Fabrizio Mancini:
> I've noticed on the new docs that from the main page if you go to
> Advanced Tutorials -> Using Toscawidget to Create Forms in nearly all

> the section the code snippets doesn't display.

Thanks for the feedback, Fabrizio. This was only intended as example for
the layout, I haven't cared much about the content. But in the third
draft I've fixed this now:

http://turbogears.org/docs/playground/docsprint201010draft3/main/ToscaWidgets/forms.html

-- Christoph


mr....@gmail.com

unread,
Oct 21, 2010, 2:41:16 AM10/21/10
to turbo...@googlegroups.com

Inviato da iPhone

Il giorno 21/ott/2010, alle ore 00:23, Christoph Zwerschke <ci...@online.de> ha scritto:
>
> Thanks for the feedback, Fabrizio. This was only intended as example for the layout, I haven't cared much about the content. But in the third draft I've fixed this now:
>
> http://turbogears.org/docs/playground/docsprint201010draft3/main/ToscaWidgets/forms.html
>
> -- Christoph
>

Many thanks to you for the great work again!
Fabrizio

Michael Pedersen

unread,
Oct 22, 2010, 2:05:39 PM10/22/10
to turbo...@googlegroups.com
Christoph: I'm sorry for not responding this week. It's been a bad
week, and I'm really glad the sprint isn't until next weekend.

That said, the new layout looks amazing. Just amazing. My only
complaint at all is that I wish I could have made it. You've done an
awesome job.

--
Michael J. Pedersen
My IM IDs: Jabber/pede...@icelus.tzo.com, ICQ/103345809, AIM/pedermj022171
          Yahoo/pedermj2002, MSN/pederm...@hotmail.com

Tim Black

unread,
Oct 22, 2010, 2:45:43 PM10/22/10
to turbo...@googlegroups.com
I don't think it's time yet for comments on the colors and graphics, but I'm sure you're thinking about them, so will comment that I sure like the colors and graphics on the current "live" 2.1 docs:

http://www.turbogears.org/2.1/docs/gettingstarted.html#getting-started

better than on the "draft" docs:

http://turbogears.org/docs/playground/docsprint201010draft3/gettingstarted.html#getting-started

Also, I notice that in the latter, links are the same color as regular text, which is a usability problem.  Other functionality in the "draft" docs looks very good, though.

Tim


Christoph Zwerschke

unread,
Oct 22, 2010, 3:04:25 PM10/22/10
to turbo...@googlegroups.com
Am 22.10.2010 20:45 schrieb Tim Black:
> I don't think it's time yet for comments on the colors and graphics,
> but I'm sure you're thinking about them, so will comment that I sure
> like the colors and graphics on the current "live" 2.1 docs better
> than on the "draft" docs.

Colors are certainly a matter of taste. In any case, I agree, everything
must be clearly readably, and links should be clearly distinguishable
from plain text even if you're color blind or have a badly calibrated
monitor.

For the draft, I've created a Sphinx theme where all the colors are
configurable, so we can easily change them back to the color scheme of
the current 2.1 docs, or experiment with other colors.

-- Christoph

Reply all
Reply to author
Forward
0 new messages