<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 5, 2020 at 2:14 AM James Cameron <<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Mar 04, 2020 at 07:25:58AM -0500, Walter Bender wrote:<br>
> <br>
> On Tue, Mar 3, 2020 at 8:52 PM Walter Bender <[1]<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</a>><br>
> wrote:<br>
> <br>
>     Sugar yes. The new version of Browse should work nicely.<br>
>     Sugarizer, no. Lionel has said it is too large.<br>
> <br>
>     On Tue, Mar 3, 2020 at 7:53 PM James Cameron <[2]<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>> wrote:<br>
> <br>
>         Are there any plans to add Music Blocks to Sugarizer or Sugar?<br>
> <br>
> At James: What is the recommended approach to embedding inside Browse these<br>
> days?<br>
<br>
It depends on what browser features the application needs.  If those<br>
features are contained within WebKit2.WebView, then not much is<br>
needed.  List the features; e.g. touch events, mouse clicks, keyboard<br>
events, back and forward button, reload, etc.<br>
<br>
HelpActivity and JupyterLabs both instantiate a WebKit2.WebView.<br>
<br>
WikipediaActivity does a sideways import of Browse.<br>
<br>
Sugar Web activities have a WebKit2.WebView instantiated for them by<br>
Sugar when exec is /usr/bin/sugar-web-activity.<br>
<br>
> In the past, I simply modified the HOME_PAGE_GCONF_KEY to use a copy<br>
> of musicblocks included in the bundle.<br>
<br>
The port from GConf to Gio.Settings brought with it a design<br>
inadequacy, that configuration keys needed to be defined in a schema<br>
before the program ran, and GNOME project envisaged this would be most<br>
commonly handled by running glib-compile-schemas at package install.<br>
<br>
Sugar activity bundles don't have that available to them.<br>
<br>
There was a way around it; define a schema at runtime, but that meant<br>
the URL is stored inside the activity root directory.  Details are in<br>
_get_local_settings in browser.py.<br>
<br>
> Do you recommend removing some unrelated Browse functionality, such<br>
> as the search bar?<br>
<br>
It is best to offer only user interface elements that are meaningful<br>
to use of the application.<br>
<br>
> Do you think it is worth modifying Browse itself to make it easier<br>
> to do this sort of embedding?<br>
<br>
That depends on what user interface elements are needed, and that<br>
depends on what browser features are needed.<br>
<br>
The choice will be somewhere on this spectrum;<br>
<br>
* use a WebKit2.WebView with no significant user interface elements,<br>
<br>
* use a WebKit2.WebView with a few user interface elements,<br>
<br>
* use the WebActivity and disabled a few user interface elements,<br>
<br>
* use the WebActivity with a change to default page,<br>
<br>
* start the WebActivity.<br></blockquote><div><br></div><div>Thanks. Very helpful. FWIW, I think I will look at how the Help activity is doing this as that is the closest to what I am envisioning. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> <br>
> regards.<br>
> <br>
> -walter<br>
> <br>
>         On Tue, Mar 03, 2020 at 07:33:46PM -0500, Walter Bender wrote:<br>
>         > The release reflects the contributions made during Google Code-in<br>
>         2019-2020. It<br>
>         > is being designated as a major release since there are numerous<br>
>         changes to the<br>
>         > user experience (e.g., Widget UX) and many underlying structural<br>
>         changes (e.g.,<br>
>         > the new Block API and storage mechanism) that impact developers. An<br>
>         overhaul of<br>
>         > the graphics update mechanism has lead to a major reduction in CPU<br>
>         usage. As<br>
>         > far as I know, there is only one "incompatibility" with previous<br>
>         versions; it<br>
>         > is in regard to synchronization: there are some projects that worked<br>
>         previously<br>
>         > that may now require the use of either the Sync block or the No-clock<br>
>         block.<br>
>         > (Details are outlined in the release notes.)<br>
>         ><br>
>         > A tip of the hat to some of the GCI participants who worked so hard<br>
>         to make<br>
>         > this release possible: Bottersnike, AndreaGon, Pidddgy and<br>
>         Nepaltechguy2. They<br>
>         > not only contributed code, but also insights into the design and<br>
>         > implementation. Also, thanks to the community members who provided<br>
>         them with<br>
>         > code reviews and feedback (notably @eohomegrownapps, @fakela, and<br>
>         @pikurasa).<br>
>         > It is also important to acknowledge some of our users, Teddy Dildine<br>
>         and Henry<br>
>         > Rico, who have been inspiring much of the recent developments and bug<br>
>         fixes.<br>
>         > Look for some of their work on the Planet. Karin Kinoshita at Gakken<br>
>         has also<br>
>         > done testing and translation work.<br>
>         ><br>
>         > [1] [1][3]<a href="https://github.com/sugarlabs/musicblocks/releases/tag/v3.0" rel="noreferrer" target="_blank">https://github.com/sugarlabs/musicblocks/releases/tag/v3.0</a><br>
>         ><br>
>         > -walter<br>
>         ><br>
>         > --<br>
>         > Walter Bender<br>
>         > Sugar Labs<br>
>         > [2][4]<a href="http://www.sugarlabs.org" rel="noreferrer" target="_blank">http://www.sugarlabs.org</a><br>
>         > [3]<br>
>         ><br>
>         > References:<br>
>         ><br>
>         > [1] [5]<a href="https://github.com/sugarlabs/musicblocks/releases/tag/v3.0" rel="noreferrer" target="_blank">https://github.com/sugarlabs/musicblocks/releases/tag/v3.0</a><br>
>         > [2] [6]<a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
>         > [3] [7]<a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
> <br>
>         > _______________________________________________<br>
>         > Sugar-devel mailing list<br>
>         > [8]<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a><br>
>         > [9]<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
> <br>
>         --<br>
>         James Cameron<br>
>         [10]<a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
>         _______________________________________________<br>
>         Sugar-devel mailing list<br>
>         [11]<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a><br>
>         [12]<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
> <br>
>     --<br>
>     Walter Bender<br>
>     Sugar Labs<br>
>     [13]<a href="http://www.sugarlabs.org" rel="noreferrer" target="_blank">http://www.sugarlabs.org</a><br>
>     [14]<br>
> <br>
> --<br>
> Walter Bender<br>
> Sugar Labs<br>
> [15]<a href="http://www.sugarlabs.org" rel="noreferrer" target="_blank">http://www.sugarlabs.org</a><br>
> [16]<br>
> <br>
> References:<br>
> <br>
> [1] mailto:<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</a><br>
> [2] mailto:<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a><br>
> [3] <a href="https://github.com/sugarlabs/musicblocks/releases/tag/v3.0" rel="noreferrer" target="_blank">https://github.com/sugarlabs/musicblocks/releases/tag/v3.0</a><br>
> [4] <a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
> [5] <a href="https://github.com/sugarlabs/musicblocks/releases/tag/v3.0" rel="noreferrer" target="_blank">https://github.com/sugarlabs/musicblocks/releases/tag/v3.0</a><br>
> [6] <a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
> [7] <a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
> [8] mailto:<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a><br>
> [9] <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
> [10] <a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
> [11] mailto:<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a><br>
> [12] <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
> [13] <a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
> [14] <a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
> [15] <a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
> [16] <a href="http://www.sugarlabs.org/" rel="noreferrer" target="_blank">http://www.sugarlabs.org/</a><br>
<br>
-- <br>
James Cameron<br>
<a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><font><font>Walter Bender</font></font><br><font><font>Sugar Labs</font></font></div><div><font><a href="http://www.sugarlabs.org" target="_blank"><font>http://www.sugarlabs.org</font></a></font><br><a href="http://www.sugarlabs.org" target="_blank"><font></font></a><br></div></div></div></div>