HI Jason,<br><br>You have summed it up nicely!<br><br>Also thanks for giving a glimpse about the roundtable (I wish someone wrote about what was proposed/decided there...) <br><br>BTW you wrote-<br>&quot;It ultimately lead to a lot of dead ends and outdated content... and the only people who were aware of that were mostly new people who were unable to fill in the blanks and update the content themselves.&quot;<br>
<br>While I will look forward to your suggestions on this, IMHO the sandbag does not solve these issues at all. <br><ul><li>If no one writes about a topic, empty sandboxes are no better than stubs. <br>In fact, empty stubs invite even amateurs to try their hand at the topic. A sandbox poses a forbidding barrier. So with stubs, we are likely to attract more contributors.<br>
<br></li><li>Wikipedia uses <a href="http://en.wikipedia.org/wiki/Wikipedia:Hatnote">hatnotes</a> extensively to warn the user about potentially outdated/contentious/unreliable contents. But it does not block such content from viewers till it is &quot;perfect&quot;. <br>
<br>At the beginning, a new stub will have a hatnote like &quot;There is no information on this stub.&quot;, and later when it has some information, another hatnote like &quot;The contents of this page are not reviewed yet. It may have incomplete/inaccurate information. Use with caution!&quot; <br>
<br>Thus the viewers get to see the content early, which is always WIP in a wiki by definition.<br><br>I prefer this &quot;get it done&quot; approach to the sandbox&#39;s &quot;get it right&quot; approach.</li></ul>Wikipedia also has a <a href="http://toolserver.org/%7Edaniel/WikiSense/CategoryIntersect.php?wikilang=en&amp;wikifam=.wikipedia.org&amp;basecat=&amp;basedeep=3&amp;mode=cs&amp;tagcat=&amp;tagdeep=5&amp;go=Scan&amp;format=html&amp;userlang=en">catscan </a>tool to find empty (or even nearly empty) stubs.<br>
<br>****<br><b>@What does this button do?</b><br><br>In a 380-page pdf help file that I wrote, I  made a separate appendix with tables (separate for each menu). (It ran into 30 A4-size pages). I made a separate appendix for context-menus in each window of the application (a further 7 A4-size pages). <br>
<br>Each record of a table contains one menu item, its equivalent button (if any), equivalent default keyboard shortcut (if any), what it does (only in brief) and hyperlink to the article that explains it in detail.<br><br>

When a user has to locate anything, he can simply come to this appendix 
and search. Only the button has to be searched visually - He can search 
the rest with CTRL+F in the pdf.<br><br>I used the resource file sent by author (exported from MS Visual Studio) to make sure that I don&#39;t miss any of the controls. Python would have its equivalent trick.<br><br>In case of Blender, we can make separate tables for each type of window, and then cover all controls starting from top.<br>
<br><br>Regards,<br>Narayan<br><div style="visibility: hidden; display: inline;" id="avg_ls_inline_popup"></div><style type="text/css">#avg_ls_inline_popup {  position:absolute;  z-index:9999;  padding: 0px 0px;  margin-left: 0px;  margin-top: 0px;  width: 240px;  overflow: hidden;  word-wrap: break-word;  color: black;  font-size: 10px;  text-align: left;  line-height: 13px;}</style>