[Bf-docboard] Fade's pages
Fade
fade_docboard_blender at ymail.com
Sat Sep 22 08:34:12 CEST 2012
Hi kesten,
Thanks for the feedback.
1. I agree on the lines. I'll go over all the pages as I push them live
and add them in.
2. That issue has been bugging me for a while too. It's tricky to find a
decent solution since the text flow updates with the page width and can
quickly change from being too empty to too busy to good. The GIMP manual
seems to work around this by boxing and centering all their images and
putting the text within the box e.g.
http://docs.gimp.org/2.8/en/gimp-pimping.html#gimp-prefs-tool-options
I don't think that will work as well for us, but I'll have a play around
and see if I can come up with anything that makes this look better and
more consistent. It's the only thing I can think of doing at the moment
that doesn't involve layout changes like locking the width of the centre
column or changing the page format altogther.
Thnak you for the reviewless rights, much appreciated. I'll work through
my pages and push them live after addressing any feedback. My general
plan so far has just been to work through each chapter page by page
making fixes, so I'll keep on with that unless there are any objections.
Regards
Fade
On 09/20/12 00:54, Kesten Broughton wrote:
> Hi Fade,
>
> http://wiki.blender.org/index.php/User:Fade/Doc:2.6/Manual/3D_interaction/Navigating/3D_View
>
> Good use of templates.
>
> Two comments:
> 1. It might be good to have another line before major section breaks
> (with a horizontal line) to better mark the separation.
>
> 2. There are a few places with large empty spaces where words don't
> flow nicely around pictures. For example, the pictures captioned with:
> Demonstration of camera view.
> A 3D viewport’s View menu.
>
> I don't know if there is a good fix to this currently.
>
> Overall, a very good page. I don't think either of the comments would
> prevent it from going live. So go ahead.
>
> My feeling is that for tackling the backlog with sprints, the job is
> not to catch every last possible error, but to come up with general
> standards and ensure that contributors generally conform to it. I'm
> confident after reviewing this page that your work meets that high
> standard, so if nobody objects, I would recommend that
> 1. You push live any pages that don't involve structural changes to wiki.
> 2. If you have specific questions for a given page, post it here for
> discussion.
> 3. You consider yourself to have "reviewless contrib rights" going
> forward (again posting here any time you are uncertain or encounter
> technical difficulties.)
>
> kesten
>
More information about the Bf-docboard
mailing list