OK, here's the status on your list. In general, I had taken it as a given that most of what you said would work before I moved on.<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Develop should be really really good at creating new activities, and<br>
editing existing ones, without any need for using Terminal and other<br>
editors. That should be stable, reliable and effective.<br>
<br>
Features required for this, IMHO, are:<br>
* Integration with the View Source key for arbitrary activities</blockquote><div><br>For arbitrary *python* activities, all necessary code exists. View source would rebundle current activity and take you to the journal where you could open it. (Minor missing UI: that bundle should default to editing instead of running - needs new journal features.) I'm waiting for a few joyrides which include my other patches before pushing this as a patch.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
* NO TOTAL LOSS OF JOURNAL CONTENTS.</blockquote><div><br>Haven't seen it in months. Datastore should be made more sturdy anyway. I know that this answer is lame, but how do I debug what I can't now reproduce?<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
* No need for DoppelJournal</blockquote><div><br>The two necessary patches have existed for months now, Tomeu had promised to review them, but that is apparently going slowly.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
* Support for editing single file activities</blockquote><div><br>Not on my roadmap - that is Pippy's job (unless you mean "editing n-file activities where n=1").<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
* Support for editing multiple file activities</blockquote><div><br>check.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
* Producing valid activity bundles as they now exist</blockquote><div><br>check*<br><br>*currently also very easy to lose changes by producing invalid activity bundles by munging MANIFEST. This is the main motivation for updating bundle format, hopefully this should be fixed soon.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
* Access to activity/<a href="http://activity.info" target="_blank">activity.info</a></blockquote><div><br>check. Text-only access, no smarts included. This is generally the plan, except as indicated below.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
* Icon editing for activity/*.svg</blockquote><div><br>No svg editor on XO, not a current plan. Mid-term plan: export and import subfiles as separate journal entries, an easy change. Long-term plan: journal understands subfiles natively (this is part of eben's plan for journal).<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
* Ability to easily continue editing an activity (keep version number,<br>
service name, other metadata) or do a new release (increment version<br>
number) or fork (change relevant metadata)</blockquote><div><br>Currently works, just by editing <a href="http://activity.info">activity.info</a>. To make this "smarter" requires new bundle format. Once new bundle format exists, I intend toolbar support for all of this; this would auto-edit <a href="http://activity.info">activity.info</a> among other things. You would still have text access to <a href="http://activity.info">activity.info</a>.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
* Ability to start a new activity, populated with relevant minimum<br>
boilerplate code (Hello World) that runs immediately and can be worked<br>
on immediately ("Look, I did a program!")</blockquote><div><br>Planned, unimplemented. Pretty simple (basically means including a hello world bundle template inside the activity).<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Some of the above require changes to Sugar or Journal. Take that as<br>
your responsibility to keep those patches up to date and get them<br>
reviewed and merged.</blockquote><div><br>I don't know how much more I could bug Tomeu for the two existing patches, or what else I should be doing. He definitely knows they exist and I bug him once a week or so.<br>
 <br>...<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
As a lower priority feature, I would be interested in seeing the<br>
ability to view (and possibly edit) python "system" (non activity)<br>
code, including sugar, sugar-toolkit (sugar libs), presence service,<br>
journal, datastore. As someone said of having a Free Software kernel<br>
on the XO, it's not like the kids will start developing the platform,<br>
but at least they will see that it is developed by mere mortals and<br>
say "Oh, Python! So *I* can get from here (my simple activity) to<br>
there (sugar itself)!"
<font color="#888888"><br>
</font></blockquote><div><br>well, for Journal this is an easy change. The rest sounds like a good idea, but honestly I think it should be a separate activity - trying to shoehorn it into Develop would clutter the interface IMO. I may be wrong, ESPECIALLY if Develop gets some dream features (class browser? I added that to the voting list on the dream page).<br>
</div></div><br>Jameson