Here is my thinking on view source.<br><br>Possible use cases:<br>1. within same activity: "get properties" in an svg editor, "view model" in OpenSim, "go to definition" within develop itself. To be really useful, the UI for these should be as streamlined as possible.<br>
<br>2. Separate activities: "view html" in Browse-->Write (in text-only mode, preferably); "view raw svg" in svg editor --> Write; "edit activity bundle" --> Develop or Pippy, depending on activity (should be global default for Python-based activities)<br>
<br>Note that, due to bitfrost/security constraints, option 2 means at least one step through a trusted UI (although lack of xorg security makes this a little bit silly). The obvious such step, and the one currently implemented, is to bring up an item in the journals detail view, ready for launching in its appropriate activity. This is a good first approximation, but it is not ideal in a couple of ways: it means that any user choice between use-cases must go in a separate step; it currently lacks an obvious "oops, go back" option (without using the frame, which requires a more-advanced understanding); and it pollutes the journal with another item which could have been avoided if the user chooses not to view it or even perhaps if the user views it without editing it (Develop, for instance, has the ability to view an installed activity in-place without a bundle in the journal; the first edit causes it to make a backup copy in the journal, and all saves are to the journal of course).<br>
<br>Looking at the use cases, one tempting way to streamline the UI is to use modifier keys. Shift-view source would always point to Develop, while unmodified view source would default to Develop but be overrideable by a given activity (for all other use cases). (extra credit if there is some transient UI when you use an overrided view-source to remind you about shift-view-source.) There would be no built-in possibility to choose between more than two use cases for a given activity, though an activity could custom-code something if necessary.<br>
<br>In that case, the only important, nontrivial thing missing is a special details view in journal that includes a back button, which would just switch to the most recent nonjournal activity.<br><br><div class="gmail_quote">
On Mon, May 19, 2008 at 8:40 AM, Eben Eliason <<a href="mailto:eben.eliason@gmail.com">eben.eliason@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Mon, May 19, 2008 at 9:35 AM, Chris Ball <<a href="mailto:cjb@laptop.org">cjb@laptop.org</a>> wrote:<br>
> to solve. I don't view the two activities as competitive:<br>
><br>
> * Pippy: Introductory Python tutor<br>
> * Develop: Activity creation IDE<br>
<br>
</div>Agreed. I think they serve different audiences/purposes. The only<br>
reason this could become confused is because Pippy grew the ability to<br>
export activity bundles, albeit somewhat limited ones.<br>
<br>
Regarding view source, I don't think anyone has nailed down the proper<br>
implementation yet. However, I certainly feel that the "lowest level"<br>
of the view source key ultimately should be to open the appropriate<br>
activity bundle within Develop. I'm hoping for something like a modal<br>
alert which the activity can use some API to cater to its needs, and<br>
which provides a way for the user to view/edit relevant code in other<br>
activities (via some URI handling system which Rainbow could provide<br>
for opening content). Opening the bundle in develop would /always/ be<br>
an option, but it might be possible to open the HTML/CSS/JS for a<br>
webpage in a mini-dreamweaver, or even in Write for that matter.<br>
<font color="#888888"><br>
- Eben<br>
</font><div><div></div><div class="Wj3C7c">_______________________________________________<br>
Sugar mailing list<br>
<a href="mailto:Sugar@lists.laptop.org">Sugar@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/sugar" target="_blank">http://lists.laptop.org/listinfo/sugar</a><br>
</div></div></blockquote></div><br>