[Bf-docboard] Wiki upgrade 2011

Michelangelo Manrique michelangelomanrique at hotmail.com
Sun Sep 25 12:37:24 CEST 2011


quite agree mindrones, i'm in if you need someone else on the team

Mich,
BFCT

On Sun, 2011-09-25 at 12:06 +0200, mindrones wrote:
> Hi,
> 
> at the moment we're all recovering a bit after all these months of work
> on the new wiki :)
> 
> Surely, after a bit of rest we'll concentrate more on the contents, just
> now exactly now :)
> 
> 
> RE: manual structure + pdf
> ------------------------------
> 
> Before we start discussing the structure or the pdf, I'd prefer we
> concentrate on the long awaited Blender Reference.
> 
> As explained at the Blender Conference 2010 Documentation Roundtable,
> 
> http://download.blender.org/documentation/bc2010/blender_documentation_roundtable.pdf
> 
> we would like to be able to separate the Reference from the Manual.
> 
> Most of the contents in the manual try to explain what a certain command
> does or which shortcut you have to press to use it, and that's not
> something you want to read in a manual.
> 
> Rather, the manual should refer to (or send you to) the reference when
> it comes to show a command, and concentrate on how to do things in
> general. It should not explain anything too specific (that's for a
> tutorial).
> 
> At the conference we did this example: say that you want to document
> texturing. Then:
> 
> - the Reference should explain:
>   - the various spaces/areas where you find the tools
>   - menus
>   - shortcuts
> 
> - the Manual should explain how to texture simple models (planes,
>   spheres) in order to tell you the basics of the texturing procedure,
>   highlighting problems and caveats in general
> 
> - Tutorials should explain how to texture specific models (say, a face,
>   or sintel's jacket, or a door).
> 
> Manual and Tutorials should not tell you press this and that or how to
> select a certain space in Blender, or how to split the window in order
> to work there. This is something that the reference should do.
> 
> At the moment reference and tutorial contents are quite well mixed in
> the manual, that is: you find shortcuts in the manual, and how to model
> a sword as well in the manual, and that's wrong.
> 
> --
> 
> As for shortcuts, rather than use
> 
> "press {{shortcut|w|1}} two times to subdivide the model",
> 
> we should use
> 
> "[[Doc:2.5/Reference/Modeling/Editmode/Subdivide|subdivide]] the model
> two times",
> 
> and let the user choose if to click on the link to "subdivide": only
> he/she knows if that information is useful or not to him.
> 
> I'd like that clicking or hovering on the "subdivide" link shows content
> in the TOC sidebar, if the content is not too big, rather than loading
> the subdivide reference page.
> 
> Also,
> 
> Doc:2.5/Reference/Modeling/Editmode/Subdivide
> 
> might be different from
> 
> Doc:2.6/Reference/Modeling/Editmode/Subdivide
> 
> so it's not much convenient to hardcode "{{shortcut|w|1}}" in the
> wikitext, because it's a nightmare to maintain.
> 
> --
> 
> I'd like to keep manual, tutorials and reference aligned, so that we
> have for example:
> 
> Doc:2.x/Reference/Modeling/*
> Doc:2.x/Manual/Modeling/*
> Doc:2.x/Tutorials/Modeling/*
> 
> hence I'd prefer to discuss the Reference structure first.
> 
> 
> The next step is to try to get an automated Reference from Blender's
> code, so when we get there, hopefully soon, IMHO we can discuss more
> about the rest. Otherwise we keep doing things manually, which is a
> massive task, and the wiki team is not large enough to cover well the
> whole manual/reference IMO :/
> 
> 
> I hope this clarifies things a bit :)
> 
> 
> 
> RE: wiki feature requests
> ------------------------------
> 
> Please file them at
> 
> http://projects.blender.org/projects/blend-doc/
> ("Feature Requests" tracker)
> 
> it's easier to keep track :)
> 
> 
> Regards,
> Luca
> 
> 
> _____________________________
> 
> http://www.mindrones.com
> _______________________________________________
> Bf-docboard mailing list
> Bf-docboard at blender.org
> http://lists.blender.org/mailman/listinfo/bf-docboard
> 




More information about the Bf-docboard mailing list