Map-2.xo (or thereabouts) had a web server built in. I don't remember the specifics, but if someone can dig up the code there might be some ideas in there. I recall Dan Williams was helpful in drafting a script for finding the best available port per activity instance.
On Wed, Sep 18, 2013 at 8:12 PM, Manuel Quiñones <ma...@laptop.org> wrote: > Yeah, a web server is how this issue is usually overcome. I was > expecting a proper way but seems that only webkit2 has one, the > register_uri_scheme . > > 2013/9/18 Gonzalo Odiard <gonz...@laptop.org>: > > Ok. Thanks. > > The web server need have something special or just serve a directory is > > enough? > > > > Gonzalo > > > > > > On Wed, Sep 18, 2013 at 6:22 PM, Daniel Narvaez <dwnarv...@gmail.com> > wrote: > >> > >> Well, there are several html features which depend on each activity > having > >> their own origin, for example local storage. > >> > >> > >> On Wednesday, 18 September 2013, Gonzalo Odiard wrote: > >>> > >>> No, why is needed use a local web server instead of > >>> the use of the proposed solution (use > >>> 'enable-file-access-from-file-uris' ) > >>> > >>> Gonzalo > >>> > >>> > >>> On Wed, Sep 18, 2013 at 6:06 PM, Daniel Narvaez <dwnarv...@gmail.com> > >>> wrote: > >>>> > >>>> You mean why the http server would be a problem? > >>>> > >>>> > >>>> On Wednesday, 18 September 2013, Gonzalo Odiard wrote: > >>>>> > >>>>> This is for the potential security risk of opening files outside of > the > >>>>> activity directory, > >>>>> or because can be a problem with different activities running at the > >>>>> same time > >>>>> or multiple instances of the same activity? > >>>>> > >>>>> Gonzalo > >>>>> > >>>>> > >>>>> On Wed, Sep 18, 2013 at 5:46 PM, Daniel Narvaez <dwnarv...@gmail.com > > > >>>>> wrote: > >>>>>> > >>>>>> You could put an http server in the activity... Sucks but I'm not > sure > >>>>>> there is a better way :/ > >>>>>> > >>>>>> > >>>>>> On Wednesday, 18 September 2013, Manuel Quiñones wrote: > >>>>>>> > >>>>>>> I finally got web activities working on XO-4, in the AU build > >>>>>>> published yesterday [1] . I did it by modifying webactivities.py > to > >>>>>>> use WebKitGTK1 instead of v2. The changes are: > >>>>>>> > >>>>>>> > https://github.com/manuq/sugar-toolkit-gtk3-1/compare/webacts-webkit1 > >>>>>>> > >>>>>>> I tried it with Gears Activity v3, and is working. It stores the > >>>>>>> data > >>>>>>> and the metadata. So it is communicating with the shell just fine. > >>>>>>> > >>>>>>> The touchscreen is not responding very well, at least in this > >>>>>>> activity. I can tap buttons, but I can barely drag to move a gear > or > >>>>>>> to draw one. The dragging seems to be cancelled in the middle of > the > >>>>>>> action. Mouse input works fine. > >>>>>>> > >>>>>>> Also as expected, the icons look small in the XO screen because I > >>>>>>> need > >>>>>>> to adapt the theme. But that is an easy one, just changing the > >>>>>>> CEL_SIZE variable in the LESS file to create another CSS for the XO > >>>>>>> screen DPI, and adding a CSS media query selector to the HTML. > I'll > >>>>>>> provide a patch to sugar-web-template and will update my web > >>>>>>> activities. > >>>>>>> > >>>>>>> The inspector is not working, it does not display. It shoud > display > >>>>>>> by Ctrl+Shift+I or by right-click -> "Inspect element". There is > no > >>>>>>> error in the logs and the API is there [2], but nothing is > happening. > >>>>>>> Surprisingly, JavaScript console logs go to the activity log. We > are > >>>>>>> missing that in master. > >>>>>>> > >>>>>>> I managed to keep the activity:// scheme that we need for the > >>>>>>> same-origin policy, but I still had to add the setting > >>>>>>> 'enable-file-access-from-file-uris' to workaround the cross-site > >>>>>>> requests. I can't find a way to register the URI scheme in WK1, > so I > >>>>>>> added a big FIXME. > >>>>>>> > >>>>>>> [1] http://build.laptop.org.au/xo/os/sugar-100/build-21/ > >>>>>>> [2] > >>>>>>> > http://webkitgtk.org/reference/webkitgtk/stable/WebKitWebInspector.html > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> .. manuq .. > >>>>>>> _______________________________________________ > >>>>>>> Sugar-devel mailing list > >>>>>>> Sugar-devel@lists.sugarlabs.org > >>>>>>> http://lists.sugarlabs.org/listinfo/sugar-devel > >>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Daniel Narvaez > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> Sugar-devel mailing list > >>>>>> Sugar-devel@lists.sugarlabs.org > >>>>>> http://lists.sugarlabs.org/listinfo/sugar-devel > >>>>>> > >>>>> > >>>> > >>>> > >>>> -- > >>>> Daniel Narvaez > >>>> > >>> > >> > >> > >> -- > >> Daniel Narvaez > >> > > > > > > -- > .. manuq .. > _______________________________________________ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel >
_______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel