<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">For B. either mallard (like GNOME does) or a wiki page can be used.<br>
We can add a shortcut in the activities to open them.<br></blockquote><div>IIUC it would be a button that would open Browse with the activity's help pages, right? I like this idea. In this case, there should be for every activity a core documentation that keeps maintained and can be installed (for having help even being offline... and for being sure the documentation corresponds with the version of the activity and sugar that's being used). </div>
<div><br></div><div>If we're going this way, having the wiki pages of activities updated would be a high priority when it comes to Sugar documentation (to be considered for the April's documentation sprint participants). It would also require this documentation to be updated every time a new version of the activity is developed with changes to the user experience (to be considered in the development cycles). </div>
<div><br></div><div>BTW I'm afraid jumping into the browser when looking for help may be confusing for unexperienced users, but I don't have a proposed solution for this :(</div><div><br></div><div>Saludos, </div>
<div>Pablo</div></div>