Re: [Sugar-devel] Memorize Game sharing a Created game
On Thu, 2010-07-22 at 13:24 +1000, David Leeming wrote: I would like to understand the correct procedure to share and invite a Memorize game that has been created on an XO. Whenever we try this it is very difficult to make it work. Using XO-1.0 / 8.2.1 and Memorize-34 We tested the memorize that comes with 8.2.1 and had no trouble. We shared one of the pre-defined games. We made a word/word game and shared that and we made a picture/word game and shared that. We didn't see any problems. 2. Try to invite or share with others. On the XOs that have joined, the game area remains blank (black) and nothing seems to load further We erased the Memorize supplied with 8.2.1 and installed Memorize 34 and find the same issue you report. Unfortunately we didn't make a note of the version supplied with 8.2.1, so I can't tell you which one did work for us. There are some exceptions in the log (why aren't these presented to the user??) and I've raised http://bugs.sugarlabs.org/ticket/2115 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Calculate bug, help!
On Wed, Jul 21, 2010 at 4:54 AM, Gary Martin garycmar...@googlemail.com wrote: Hi Reinier, On 20 Jul 2010, at 00:45, Reinier Heeres wrote: Hi Gary, I agree that the AstParser class is a bit scary, but I still believe it's a good ingredient for Calculate: it allows us to do symbolic evaluation of functions. This brings us the features of plotting graphs and using not-completely-resolved functions in later calculations. This would be quite a bit harder otherwise (not to mention that the previous parser was a hideous piece of code). Understood, well I think I do, just glad the AstParser scariness has a good reason for being there :) Anyway, I have attached a patch to fix the bug you mentioned. If you can have a look whether you agree I'll push it asap. Tested here, works great and also fixes the bug in the sci/exp button as well :)) I'm cursing myself a little as I had been playing around with a helper function in functions.py without luck, but hadn't considered what was really needed was a helper class. I'm trying to get back to writing some sugar activity code in the coming time, so I hope to get a few more Calculate bugs out of the way as well. That would be fab! One thing to note is that v31 in git all this time with the new toolbar support has never been officially released. My plan was to try and hit a few low hanging bugs in trac (failed that one) and get a release out the door, perhaps just in time to have it added to the next Soas release (feature freeze is next week and I'd need to convince someone to package it for fedora, at least there are no binary blobs to worry about). Does that fit in with your schedule? I could do the release bit, ASLO, update wikis, upload the source, if you are pushed for time this week? For the record, Calculate is already part of Fedora and if an activity author is interested in having it in shape for a SoaS release, we'd certainly be happy to just push an update for that. So this shouldn't be an issue. :) --Sebastian Regards, --Gary Cheers, Reinier On Mon, Jul 19, 2010 at 6:11 AM, Gary C Martin garycmar...@googlemail.com wrote: Hi Reinier, Help! :) I've burnt a week of misc free time trying to untangle this deg/rad bug, but it's a nightmare for me and I seem to have got nowhere. Any hints much appreciated: http://bugs.sugarlabs.org/ticket/ After much poking I discovered you implemented some type of custom plugin system (in the rather scary AstParser class) for the 'functions.py' and 'constants.py' code, which seems to do some magic import tricks that seem to prevent obvious access to accessing the 'functions.py' variable _angle_scaling from the outside, and/or blocking the 'functions.py' plugin code from accessing that value from the outside. The toolbar code changes the angle_scaling property in the MathLib class, but that value is never used by the actual imported AstParser function calls, and I've found no way to access the actuall deg/rad scaling value to change it from the outside. Thanks for any hints. Regards, --Gary -- Reinier Heeres Tel: +31 6 10852639 fix_angle_scaling.diff ___ 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
Re: [Sugar-devel] [Testing request] Browse-webkit
On Tue, Jul 20, 2010 at 3:36 PM, Bernie Innocenti ber...@codewiz.org wrote: El Tue, 20-07-2010 a las 03:07 +0100, Lucian Branescu escribió: rgs and myself have ported Browse to pywebkitgtk with all features and we could use some testing. You can get it from here http://git.sugarlabs.org/projects/browse/repos/mainline/trees/webkit It requires pywebkitgtk 1.1.6 and webkitgtk 1.2.*. Can you provide an installable xo bundle? Yup, I'd be interested in a release, too. :) Can you upload one to people.sl.o? Awesome work! --Sebastian Also, note that pywebkitgtk 1.1.6 in fedora (11 and 12 have been observed so far) segfaults. So either wait for the fix or use another distro in a VM. I've just pushed an updated pywebkitgtk-1.1.7 rpm to the f11-0.88 repository. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ 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
Re: [Sugar-devel] [Testing request] Browse-webkit
Here's an .xo http://people.sugarlabs.org/lucian/Browse-115.xo It's not a release (has the same version as last browse) because it's not yet finished, and most importantly is still segfaults on fedora (pywebkitgtk's fault probably). On 22 July 2010 13:42, Sebastian Dziallas sebast...@when.com wrote: On Tue, Jul 20, 2010 at 3:36 PM, Bernie Innocenti ber...@codewiz.org wrote: El Tue, 20-07-2010 a las 03:07 +0100, Lucian Branescu escribió: rgs and myself have ported Browse to pywebkitgtk with all features and we could use some testing. You can get it from here http://git.sugarlabs.org/projects/browse/repos/mainline/trees/webkit It requires pywebkitgtk 1.1.6 and webkitgtk 1.2.*. Can you provide an installable xo bundle? Yup, I'd be interested in a release, too. :) Can you upload one to people.sl.o? Awesome work! --Sebastian Also, note that pywebkitgtk 1.1.6 in fedora (11 and 12 have been observed so far) segfaults. So either wait for the fix or use another distro in a VM. I've just pushed an updated pywebkitgtk-1.1.7 rpm to the f11-0.88 repository. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ 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
Re: [Sugar-devel] [PATCH] Browse: Add support for creating multiple tabs
Could you please attach a patch against mainline master HEAD? (not inline in the email) Also, does it still crash? On 1 July 2010 21:02, anishmangal2002 anishmangal2...@gmail.com wrote: This patch adds support to create multiple tabbed windows in Browse. A tab may be added by either clicking the add tab ('+') icon in the activity toolbar or by pressing 'ctrl+t'. Signed-off-by: anishmangal2002 anishmangal2...@gmail.com --- icons/tab-add.svg | 12 webactivity.py | 17 +++-- webtoolbar.py | 33 ++--- 3 files changed, 49 insertions(+), 13 deletions(-) create mode 100644 icons/tab-add.svg diff --git a/icons/tab-add.svg b/icons/tab-add.svg new file mode 100644 index 000..c1457bd --- /dev/null +++ b/icons/tab-add.svg @@ -0,0 +1,12 @@ +?xml version=1.0 ?!DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.1//EN' 'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd'[ + !ENTITY stroke_color #010101 + !ENTITY fill_color #FF +]svg enable-background=new 0 0 55.125 55 height=55px version=1.1 viewBox=0 0 55.125 55 width=55.125px x=0px xml:space=preserve xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; y=0px +g display=block id=tab-add + g transform=scale(.80) + g transform=translate(6.5, 6.5) + path d=M0,50 l55,0 l0,-15 l-5,0 l0,-25 q0,-5 -5,-5 l-35,0 q-5,0 -5,5 l0,25 l-5,0z M30.768,38.767c-0.002,1.774-1.438,3.216-3.214,3.214c-0.889,0.001-1.693-0.359-2.275-0.941c-0.582-0.581-0.94-1.385-0.94-2.27 l0-8.146h-8.146c-0.886-0.001-1.689-0.359-2.271-0.94c-0.582-0.583-0.942-1.388-0.942-2.276c0-1.773,1.439-3.213,3.217-3.211h8.143 v-8.143c-0.003-1.776,1.438-3.217,3.212-3.217c1.774,0,3.218,1.438,3.215,3.215l0.001,8.145l8.146,0.001 c1.775-0.005,3.212,1.438,3.213,3.213c0.002,1.775-1.441,3.214-3.215,3.215h-8.143V38.767z fill=fill_color;/ + /g + /g +/g +/svg \ No newline at end of file diff --git a/webactivity.py b/webactivity.py index d7d8651..877f182 100644 --- a/webactivity.py +++ b/webactivity.py @@ -154,6 +154,7 @@ def _set_accept_languages(): logging.debug('LANG set') from browser import TabbedView +from browser import Browser from webtoolbar import PrimaryToolbar from edittoolbar import EditToolbar from viewtoolbar import ViewToolbar @@ -194,6 +195,7 @@ class WebActivity(activity.Activity): self._primary_toolbar = PrimaryToolbar(self._tabbed_view, self) self._primary_toolbar.connect('add-link', self._link_add_button_cb) + self._primary_toolbar.connect('add-tab', self._new_tab_cb) self._tray = HTray() self.set_tray(self._tray, gtk.POS_BOTTOM) @@ -258,6 +260,9 @@ class WebActivity(activity.Activity): else: _logger.debug('Created activity') + def _new_tab_cb(self, gobject): + self._load_homepage(new_tab=True) + def _shared_cb(self, activity_): _logger.debug('My activity was shared') self.initiating = True @@ -354,8 +359,14 @@ class WebActivity(activity.Activity): self.messenger = Messenger(self.tube_conn, self.initiating, self.model) - def _load_homepage(self): - browser = self._tabbed_view.current_browser + def _load_homepage(self, new_tab=False): + # If new_tab is True, open the homepage in a new tab. + if new_tab: + browser = Browser() + self._tabbed_view._append_tab(browser) + else: + browser = self._tabbed_view.current_browser + if os.path.isfile(_LIBRARY_PATH): browser.load_uri('file://' + _LIBRARY_PATH) else: @@ -451,6 +462,8 @@ class WebActivity(activity.Activity): elif key_name == 'r': flags = components.interfaces.nsIWebNavigation.LOAD_FLAGS_NONE browser.web_navigation.reload(flags) + elif gtk.gdk.keyval_name(event.keyval) == t: + self._load_homepage(new_tab=True) else: return False diff --git a/webtoolbar.py b/webtoolbar.py index e7c20be..1f718d5 100644 --- a/webtoolbar.py +++ b/webtoolbar.py @@ -35,10 +35,8 @@ from sugar.activity import activity import filepicker import places - _MAX_HISTORY_ENTRIES = 15 - class WebEntry(AddressEntry): _COL_ADDRESS = 0 _COL_TITLE = 1 @@ -68,7 +66,7 @@ class WebEntry(AddressEntry): recognize changes caused directly by user actions self.handler_block(self._change_hid) try: - self.props.text = text + self.props.text = text finally: self.handler_unblock(self._change_hid) self.set_position(-1) @@ -177,7 +175,7 @@ class WebEntry(AddressEntry): if selected is None: selection.select_iter(model[-1].iter) self._set_text(model[-1][0]) - else: +
[Sugar-devel] [Browse-webkit] Changing its bundle_id
In order to better test Browse-webkit, we'd need to package and distribute it. However, it is plagued with dependency issues. It requires pywebkitgtk 1.1.6 and webkitgtk 1.1.7, which aren't an option on fedora 11 without breaking other things. pywebkitgtk has a bug (http://code.google.com/p/pywebkitgtk/issues/detail?id=48) which makes Browse-webkit segfault a lot. There are some features missing (cookies, proper sugar sessions) because the lack of a libsoup python binding and because of the lack of pywebkitgtk 1.1.7 + webkitgtk 1.1.14+. Most of this could be solved by PyGI (if it works), but that isn't an option on fedora 11 either. Since replacing a working Browse with one that's likely to crash or at least not have some features is a bad idea, I was thinking of changing the bundle_id of Browse-webkit from 'org.laptop.WebActivity' to 'org.sugarlabs.WebActivity', to allow both Browse to be installed and working at the same time. However, this might confuse users yet again, since they'd have their good old Browse along with a possibly broken one. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Browse-webkit] Changing its bundle_id
On 07/22/2010 12:18 PM, Lucian Branescu wrote: In order to better test Browse-webkit, we'd need to package and distribute it. If it isn't heavily tested and known to work perfectly, definitely don't call it Browse, and definitely don't use the same icon. Browse is by far the #1 most important activity, so we cannot accept _any_ regressions. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Browse-webkit] Changing its bundle_id
If bobbyp agrees, I'll rebrand it to Surf until it gets merged to master. Would that be ok? On 22 July 2010 17:24, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: On 07/22/2010 12:18 PM, Lucian Branescu wrote: In order to better test Browse-webkit, we'd need to package and distribute it. If it isn't heavily tested and known to work perfectly, definitely don't call it Browse, and definitely don't use the same icon. Browse is by far the #1 most important activity, so we cannot accept _any_ regressions. --Ben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Browse-webkit] Changing its bundle_id
On 07/22/2010 12:26 PM, Lucian Branescu wrote: If bobbyp agrees, I'll rebrand it to Surf until it gets merged to master. Would that be ok? I think that's a good solution. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Work on API-documentation of sugar.
Hello all, I, along with other seeta team members, am working on documenting sugar. We'll be starting with the presence service module and our work can be reviewed at api.sugarlabs.org/sphinx. The documentation involves understanding the various modules present in Sugar and we'll require a lot of help from your end to get a thorough understanding of it. Looking forward for your inputs/feedbacks. Regards, Kandap. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Changing bundle_id and version scheme for Etoys
On 22.07.2010, at 12:18, Lucian Branescu wrote: I was thinking of changing the bundle_id of Browse-webkit from 'org.laptop.WebActivity' to 'org.sugarlabs.WebActivity', to allow both Browse to be installed and working at the same time. However, this might confuse users yet again, since they'd have their good old Browse along with a possibly broken one. I have a similar problem. The bundle_id for Etoys is org.vpri.Etoys because the activity was initially developed at VPRI. Now that VPRI is not involved anymore we should change it to e.g. org.squeak.Etoys to reflect the new organization. Also, for some time I wanted to change the versioning scheme. I used to increment the version number and release a new activity bundle whenever something in the base system's etoys changed, even if there was no change to the activity itself (the bundle is just a thin wrapper). That doesn't really make sense. I was hoping Sugar's new dotted-version scheme would arrive in time for this, but has it? But what about existing Journal entries? They would still be tagged with the old bundle id, though the mime type would identify them as Etoys projects. If the old activity was uninstalled, would the new one automatically open those entries? - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Changing bundle_id and version scheme for Etoys
On Thu, Jul 22, 2010 at 12:49 PM, Bert Freudenberg b...@freudenbergs.de wrote: On 22.07.2010, at 12:18, Lucian Branescu wrote: I was thinking of changing the bundle_id of Browse-webkit from 'org.laptop.WebActivity' to 'org.sugarlabs.WebActivity', to allow both Browse to be installed and working at the same time. However, this might confuse users yet again, since they'd have their good old Browse along with a possibly broken one. I have a similar problem. The bundle_id for Etoys is org.vpri.Etoys because the activity was initially developed at VPRI. Now that VPRI is not involved anymore we should change it to e.g. org.squeak.Etoys to reflect the new organization. Also, for some time I wanted to change the versioning scheme. I used to increment the version number and release a new activity bundle whenever something in the base system's etoys changed, even if there was no change to the activity itself (the bundle is just a thin wrapper). That doesn't really make sense. I was hoping Sugar's new dotted-version scheme would arrive in time for this, but has it? But what about existing Journal entries? They would still be tagged with the old bundle id, though the mime type would identify them as Etoys projects. If the old activity was uninstalled, would the new one automatically open those entries?'' I don't know of a solution to this problem except that mimetypes will mitigate some of the problem. Updating is another problem... AFAIK, the updater uses the bundle_id. -walter - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Changing bundle_id and version scheme for Etoys
On 22 July 2010 17:49, Bert Freudenberg b...@freudenbergs.de wrote: On 22.07.2010, at 12:18, Lucian Branescu wrote: I was thinking of changing the bundle_id of Browse-webkit from 'org.laptop.WebActivity' to 'org.sugarlabs.WebActivity', to allow both Browse to be installed and working at the same time. However, this might confuse users yet again, since they'd have their good old Browse along with a possibly broken one. I have a similar problem. The bundle_id for Etoys is org.vpri.Etoys because the activity was initially developed at VPRI. Now that VPRI is not involved anymore we should change it to e.g. org.squeak.Etoys to reflect the new organization. If it doesn't bother you that vpri is in the bundle name and VPRI themselves don't have a problem with it, I don't think you should bother changing it. For example many activities are org.laptop.*, even though they're now developed under Sugar Labs. Also, for some time I wanted to change the versioning scheme. I used to increment the version number and release a new activity bundle whenever something in the base system's etoys changed, even if there was no change to the activity itself (the bundle is just a thin wrapper). That doesn't really make sense. I was hoping Sugar's new dotted-version scheme would arrive in time for this, but has it? Then you could just not bump the activity version if it doesn't change. Don't know about dotted versions. But what about existing Journal entries? They would still be tagged with the old bundle id, though the mime type would identify them as Etoys projects. If the old activity was uninstalled, would the new one automatically open those entries? Yes, it would open those entries if the mime types are correct. But the updater would probably not update etoys if it had a different bundle_id. - Bert - ___ 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
Re: [Sugar-devel] [Browse-webkit] Changing its bundle_id
On 22 Jul 2010, at 17:26, Lucian Branescu lucian.brane...@gmail.com wrote: If bobbyp agrees, I'll rebrand it to Surf until it gets merged to master. Would that be ok? Need a new svg icon, temp or otherwise? Happy to cook something up, similar to the old surf svg involving a breaking wave (I'd go for open circle inside breaking roller, rather than a circle with a roller inside). Regards, --Gary On 22 July 2010 17:24, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: On 07/22/2010 12:18 PM, Lucian Branescu wrote: In order to better test Browse-webkit, we'd need to package and distribute it. If it isn't heavily tested and known to work perfectly, definitely don't call it Browse, and definitely don't use the same icon. Browse is by far the #1 most important activity, so we cannot accept _any_ regressions. --Ben ___ 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
Re: [Sugar-devel] [Browse-webkit] Changing its bundle_id
I was planning to simply pretend that Browse-webkit is a newer version of Surf. In a way it is, since they share some ancient git history :) So unless Bobby minds us using Surf's brand, we shouldn't need a new icon. Thanks for offering, though. On 22 July 2010 18:54, Gary Martin garycmar...@googlemail.com wrote: On 22 Jul 2010, at 17:26, Lucian Branescu lucian.brane...@gmail.com wrote: If bobbyp agrees, I'll rebrand it to Surf until it gets merged to master. Would that be ok? Need a new svg icon, temp or otherwise? Happy to cook something up, similar to the old surf svg involving a breaking wave (I'd go for open circle inside breaking roller, rather than a circle with a roller inside). Regards, --Gary On 22 July 2010 17:24, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: On 07/22/2010 12:18 PM, Lucian Branescu wrote: In order to better test Browse-webkit, we'd need to package and distribute it. If it isn't heavily tested and known to work perfectly, definitely don't call it Browse, and definitely don't use the same icon. Browse is by far the #1 most important activity, so we cannot accept _any_ regressions. --Ben ___ 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
Re: [Sugar-devel] [Design] Home views and Journal integration
On Wed, Jul 21, 2010 at 4:34 PM, Frederick Grose fgr...@gmail.com wrote: Daniel posted this on de...@lists.laptop.org ( http://lists.laptop.org/pipermail/devel/2010-July/029403.html): On 20 July 2010 12:33, Reuben K. Caron reuben at laptop.org wrote: So what if we created a Library Activity The activity would: -Open a book from within the activity -Highlight and annotate books -List all of the books you have downloaded -Allow you to search and download additional books from Feed Books, Internet Archive, the XS, etc.. -List the resources in /home/olpc/Library (so this can be removed from Browse) -Allow one to synchronously or asynchronously share a book to their Neighborhood so anyone can download and read it. I'd argue that some of this is duplication of functionality that belongs (or already is) in the Journal and the Read activity, having such a design might kill some UI complications but add others. Parts of your concerns could be addressed with some ideas I wrote here: http://wiki.sugarlabs.org/go/Features/Content_support#Accessing_content_from_home_screen I agree that this definitely merits further design/discussion. Daniel Concerning the Journal, Gary commented ( http://lists.laptop.org/pipermail/devel/2010-July/029404.html): I'd lean towards improving the Journal with a grid view and background sharing, as it could provide much the same thing for _all_ activities not just books (Alekseys Library was along this vector, as are I think his plans for future Journal). Journal is really in need of love, and a plan, for so long now :) Regards, --Gary Walter and others have commented at http://wiki.sugarlabs.org/go/Talk:Features/Content_support. --Fred Yioryos added in a new thread ( http://lists.laptop.org/pipermail/devel/2010-July/029416.html): (with minor edits) OK. I'll try to be technical but ignore things that are difficult or not possible at the moment :-) Step 1 is a Library kind of activity, let's call it tutor where the user will be able to aggregate different journal entries from Read, Write, Browse, Wikipedia, image, video, Physics activity, Pippy etc. (you get the idea) and order them at will. Step 2 is to embed this activity in the Read and Write activity and present it optionally in a separate window. Clicking on individual entries transposes you to the relevant point. Step 3 is to introduce marks (hyperlinks?) in Read and Write where hovering over you get the tag opened to tell you what it is about, and clicking transposes you to the relevant book/app-mark Step 4 is to be able to also write from any application to tutor, e.g., when you add a Journal bookmark, you also have the option to add it into a specific tutor and preferably to a specific (order) point. Step 5 is to be able to publish or share your tutor the way kids share class notes. I could bet this is going to be a popular activity, and it actually better copes with the multitude of learning styles that kids have. Regarding PDF, we know that there are applications that allow one to highlight, insert bookmarks, notes or hyperlinks in PDF documents. I do not know if Evince can do all these. I just know that it is doable. This features request might best be satisfied by improving Activity integration in Sugar (as Daniel suggests). http://wiki.sugarlabs.org/go/Talk:Features/Content_support has a proposal to more tightly integrate the Home view with Journal favorites. The Tutor activity, above, could be implemented through the persistence of Journal favorites, where groups of Journal entry objects are made favorites under a common tag, the Journal group name, (a new, multi-item tagging tool is needed). The learner or tutor could assemble a group of entries in their Journal. The group object (a bundle of bundles) could then be inserted into a document, such as a lesson plan or lesson, and the associated Journal items would be available to the learner. We also need the JEB hyperlink that Yioryos calls for, which can be inserted in all activities, and which would call up the Journal detail page for the item (probably in a large hovering dialog like the control panel) allowing one to preview the target Activity and approve of launching it in a Bitfrost-compliant manner. The JEBlinks could be ordered by their position in their container document, by their position in the proposed Home favorites group view, or by a sort-order-attribute determined by dragging the entry around in the Journal. Of course, as each set is a proper mathematical subset, the Journal group object (the Journal bundle of bundles, JBB) would permit nesting (up to memory or storage limits), so structured trees of objects could be prepared for advanced purposes. I'm not sure if this page for Journal entry bundles is up-to-date, http://wiki.laptop.org/go/Journal_entry_bundles, but may it may be a starting point for describing the software
Re: [Sugar-devel] Memorize Game sharing a Created game
On Fri, July 23, 2010 10:37 am, David Leeming wrote: I can definitely say that we have this issue! It is something that I have done with intermittent success before but in our current workshop we simply cannot make it work. Walter has updated the ticket http://bugs.sugarlabs.org/ticket/2115 saying that Memorize 34 does not work on build 8.2.1 because that build is too old. You'll have to install an older version of Memorize. The version of Memorize shipped with build 8.2.1 works, but I don't know what version that is. We did everything we could think of, restarting, etc etc. Unfortunately, Memorize encountered an unexpected exception but didn't tell you. Can you please give me the step by step method you used to (a) create and share a game and (b) to load the attached game and then share it, using a server or simple mesh (if it makes any difference) then we will attempt to reproduce. I don't have an XO with me so I can't install 8.2.1 and see which version it ships with, but from memory we: Flashed two XO-1.0 with build 8.2.1. Started Memorize on one XO Loaded a game Set sharing to Neighbourhood Found the Memorize in the Neighbourhood on the other XO Joined Memorize with right-click We then installed Memorize 34 and sharing no longer worked. Also, can you let me know if the saved game should be loadable from the Journal or has to be loaded from a started game. Sorry, I don't know. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Memorize Game sharing a Created game
On 23 Jul 2010, at 00:18, Tom Parker t...@carrott.org wrote: On Fri, July 23, 2010 10:37 am, David Leeming wrote: I can definitely say that we have this issue! It is something that I have done with intermittent success before but in our current workshop we simply cannot make it work. Walter has updated the ticket http://bugs.sugarlabs.org/ticket/2115 saying that Memorize 34 does not work on build 8.2.1 because that build is too old. You'll have to install an older version of Memorize. The version of Memorize shipped with build 8.2.1 works, but I don't know what version that is. FWIW Memorize-33 seemed to share and allow two XOs to play the same game. It did get confused after a few rounds and then neither could pick a card, however I was testing one v33 in Sugar 0.82, and the other v34 in Sugar 8.4.16. This was tested over a Mesh connection. FWIW, the OLPC micro format wiki page is also listing v34 as 8.2.1 supported, so if it is confirmed it does have some new dependency, that page needs correcting as well as ASLO. We did everything we could think of, restarting, etc etc. Did you grab a copy of the Memorize log so we can try and fix/see the error? That would really speed up the chances of a fix/resolution. FWIW: older release versions of Memorize are all available on activities.sugarlabs.org, just search for memorize and then click on the 'show all versions' link near the bottom of the page (usually ASLO only shows the most recent activity release for the release of Sugar you are using, but this one may have been tagged incorrectly, or has some regression the maintainer didn't expect). Regards, --Gary Unfortunately, Memorize encountered an unexpected exception but didn't tell you. Can you please give me the step by step method you used to (a) create and share a game and (b) to load the attached game and then share it, using a server or simple mesh (if it makes any difference) then we will attempt to reproduce. I don't have an XO with me so I can't install 8.2.1 and see which version it ships with, but from memory we: Flashed two XO-1.0 with build 8.2.1. Started Memorize on one XO Loaded a game Set sharing to Neighbourhood Found the Memorize in the Neighbourhood on the other XO Joined Memorize with right-click We then installed Memorize 34 and sharing no longer worked. Also, can you let me know if the saved game should be loadable from the Journal or has to be loaded from a started game. Sorry, I don't know. ___ 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
[Sugar-devel] Mailing list administrators
Hello, the role of administrator for iaep@ and sugar-devel@ has been vacant for some time, so I've been filling in. The responsibility of a mailing-list moderator is to review blocked posts and take action. Reasons for blocking a post include excessive size or too many recipients. To reduce the volume of moderation requests, currently the lists are configured to automatically bounce all posts by non-subscribers. We cannot afford to keep the lists open for posting because we currently don't have a spam filter. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Mailing list administrator
I've been filling in the role of list administrator for sugar-devel@, which has been vacant for some time. The responsibility of a mailing-list moderator is to review blocked posts and take action. Reasons for blocking a post include excessive size or too many recipients. To reduce the volume of moderation requests, currently the list is configured to automatically bounce all posts by non-subscribers. Currently, we cannot afford to keep the lists open for posting because we don't have SpamAssassin in front of mailman. I'll fix this as soon as I find the time to move lists.sugarlabs.org to sunjammer. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Memorize Game sharing a Created game
Thanks, it is version 33 that was shipped, if you read the wiki carefully. We will try downgrading. This brings up a related matter, when using a slow Internet connection (possibly latency is an issue too) the download frequently fails before it is complete, and there is no way of knowing precisely unless it is a grossly reduced download,. Without testing. I am struggling to download Memorize 33 from the OLPC wiki, at my present location in central PNG, using mobile broadband. But we'll revert back with our findings. David Leeming -Original Message- From: Tom Parker [mailto:t...@carrott.org] Sent: Friday, 23 July 2010 9:19 a.m. To: David Leeming Cc: sugar-devel@lists.sugarlabs.org Subject: RE: [Sugar-devel] Memorize Game sharing a Created game On Fri, July 23, 2010 10:37 am, David Leeming wrote: I can definitely say that we have this issue! It is something that I have done with intermittent success before but in our current workshop we simply cannot make it work. Walter has updated the ticket http://bugs.sugarlabs.org/ticket/2115 saying that Memorize 34 does not work on build 8.2.1 because that build is too old. You'll have to install an older version of Memorize. The version of Memorize shipped with build 8.2.1 works, but I don't know what version that is. We did everything we could think of, restarting, etc etc. Unfortunately, Memorize encountered an unexpected exception but didn't tell you. Can you please give me the step by step method you used to (a) create and share a game and (b) to load the attached game and then share it, using a server or simple mesh (if it makes any difference) then we will attempt to reproduce. I don't have an XO with me so I can't install 8.2.1 and see which version it ships with, but from memory we: Flashed two XO-1.0 with build 8.2.1. Started Memorize on one XO Loaded a game Set sharing to Neighbourhood Found the Memorize in the Neighbourhood on the other XO Joined Memorize with right-click We then installed Memorize 34 and sharing no longer worked. Also, can you let me know if the saved game should be loadable from the Journal or has to be loaded from a started game. Sorry, I don't know. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Memorize Game sharing a Created game
On Fri, Jul 23, 2010 at 11:42:09AM +1000, David Leeming wrote: Thanks, it is version 33 that was shipped, if you read the wiki carefully. We will try downgrading. This brings up a related matter, when using a slow Internet connection (possibly latency is an issue too) the download frequently fails before it is complete, and there is no way of knowing precisely unless it is a grossly reduced download,. Without testing. I am struggling to download Memorize 33 from the OLPC wiki, at my present location in central PNG, using mobile broadband. But we'll revert back with our findings. David Leeming In such a situation, I would use 'command line mode'. And do this: wget -c url-of-memorize-33.xo this would allow you to continue an incomplete/failed download and try again until it got it. then you can use: sugar-install-bundle memorize-33.xo or unzip memorize-33.xo and then 'mv' the old one to a temp location and 'mv' the new one into /home/olpc/Activities. But that is just me. I dont know if that is something you would be comfortable doing. -- | .''`. == Debian GNU/Linux ==.| http://kevix.myopenid.com..| | : :' : The Universal OS| mysite.verizon.net/kevin.mark/.| | `. `' http://www.debian.org/.| http://counter.li.org [#238656]| |___`-Unless I ask to be CCd,.assume I am subscribed._| ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some activities to fix (or check) for F11-0.88
El Wed, 21-07-2010 a las 20:51 -0400, Walter Bender escribió: On Tue, Jul 20, 2010 at 11:24 PM, Bernie Innocenti ber...@codewiz.org wrote: Hello Jorge, I know activities are low-priority now, but when you have time it would be good to try to fix these activities with known problems: com.laptop.Ruler, The ruler is scaled incorrectly (since Sugar 0.84) Ticket #2113 (closed) ROCK! Is there already a new bundle on ASLO? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Memorize Game sharing a Created game
On Fri, July 23, 2010 1:42 pm, David Leeming wrote: Thanks, it is version 33 that was shipped, if you read the wiki carefully. Are you sure? Memorize 33 was released July 14, 2009 according to http://activities.sugarlabs.org/en-US/sugar/addons/versions/4063 Build 8.2.1 was released May 13, 2009 according to http://download.laptop.org/xo-1/custom/g1g1/gg-802-1/ and http://wiki.laptop.org/go/Release_notes/8.2.1 Also, the ticket has been updated by garycmartin saying 33 doesn't work on sugar 0.82 http://bugs.sugarlabs.org/ticket/2115 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Memorize Game sharing a Created game
On Fri, Jul 23, 2010 at 11:42:09AM +1000, David Leeming wrote: Thanks, it is version 33 that was shipped, if you read the wiki carefully. We will try downgrading. This brings up a related matter, when using a slow Internet connection (possibly latency is an issue too) the download frequently fails before it is complete, and there is no way of knowing precisely unless it is a grossly reduced download,. Without testing. I am struggling to download Memorize 33 from the OLPC wiki, at my present location in central PNG, using mobile broadband. I can imagine how difficult that is, but even at very slow speeds Memorize-33.xo should take a very short time ... it is only 832971 bytes long. If you would like to try an alternate method to download on an XO, use Terminal activity and wget. For example: 1. insert a USB stick, 2. start Terminal activity, 3. type cd /media/*, to change the working directory to the USB stick so that the download will go there, 4. type wget -c http://wiki.laptop.org/images/4/44/Memorize-33.xo 5. when it finishes, verify the file with md5sum Memorize-33.xo f2527bab56090a72d396e2b20091e62e is what I get. 6. then close Terminal, open the Journal, find the .xo file, and click on it. Using this method will also help you understand why the download might be failing. The output of step 4 will tell you more details about a failure. With this better understanding you might be able to fix the problem or at least be better informed. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Conflict VNCLauncher 4 and Write 60
Observed on XO-1.0 running 8.2.1 Write 60 and VNCLauncher 3 and 4 Using VNCLauncher to project Write Activity in workshop demos, there is some sort of conflict causing spurious copies to the clipboard. For instance: .. Start VNCLauncher .. Start Write .. Type something .. Try to change the font size By this time you will see spurious copies pasted to the clipboard, these continue to be added until the number of them causes other problems... I tried VNCLauncher 6 but could not successfully get it to load on this configuration David Leeming ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Mailing list administrators
El Thu, 22-07-2010 a las 19:06 -0400, Bernie Innocenti escribió: the role of administrator for iaep@ and sugar-devel@ has been vacant for some time, so I've been filling in. This is incorrect: Luke Faraone has been the administrator of iaep@ for some time. I thought I had deleted this first draft before posting it... -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some activities to fix (or check) for F11-0.88
On Thu, Jul 22, 2010 at 9:53 PM, Bernie Innocenti ber...@codewiz.org wrote: El Wed, 21-07-2010 a las 20:51 -0400, Walter Bender escribió: On Tue, Jul 20, 2010 at 11:24 PM, Bernie Innocenti ber...@codewiz.org wrote: Hello Jorge, I know activities are low-priority now, but when you have time it would be good to try to fix these activities with known problems: com.laptop.Ruler, The ruler is scaled incorrectly (since Sugar 0.84) Ticket #2113 (closed) ROCK! Is there already a new bundle on ASLO? Yes. And on d.sl.o. -walter -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Systems] Mailing list administrators
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/22/2010 10:18 PM, Bernie Innocenti wrote: El Thu, 22-07-2010 a las 19:06 -0400, Bernie Innocenti escribió: the role of administrator for iaep@ and sugar-devel@ has been vacant for some time, so I've been filling in. This is incorrect: Luke Faraone has been the administrator of iaep@ for some time. I thought I had deleted this first draft before posting it... I try to run listadmin every week or so, which I set to check iaep, sugar-devel, systems, and soas. I've been partially on VAC, and have fallen behind in my checking, so apologies if mails have been getting stuck in the queue. - -- Luke Faraone http://luke.faraone.cc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxI/zsACgkQtrC51grHAgZlBgCfdIbN+CE9GXSJYnDJXby06TPA i8gAoIcbb5Q5OQDNyLgtIWChoAUuzBAu =oBKJ -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Systems] Mailing list administrators
El Thu, 22-07-2010 a las 22:32 -0400, Luke Faraone escribió: I thought I had deleted this first draft before posting it... I try to run listadmin every week or so, which I set to check iaep, sugar-devel, systems, and soas. I've been partially on VAC, and have fallen behind in my checking, so apologies if mails have been getting stuck in the queue. Ah, ok. Thanks for taking care of all lists. Then all we need to do is officialize the status quo by updating the admin contact for the lists you're moderating to avoid confusing subscribers in need for assistance. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Memorize Game sharing a Created game
http://wiki.laptop.org/go/Activities/G1G1/8.2 states Memorize 33 as the one that works with 8.2 We had problems with 33 as well, which seems to be consistent with Tom's reference to ticket 2115 We are using build 802 with Sugar 0.82.1 on an XO-1.0 Please can we have the correct version that will definitely share created games on this configuration. David Leeming -Original Message- From: Tom Parker [mailto:t...@carrott.org] Sent: Friday, 23 July 2010 11:59 a.m. To: David Leeming Cc: sugar-devel@lists.sugarlabs.org Subject: RE: [Sugar-devel] Memorize Game sharing a Created game On Fri, July 23, 2010 1:42 pm, David Leeming wrote: Thanks, it is version 33 that was shipped, if you read the wiki carefully. Are you sure? Memorize 33 was released July 14, 2009 according to http://activities.sugarlabs.org/en-US/sugar/addons/versions/4063 Build 8.2.1 was released May 13, 2009 according to http://download.laptop.org/xo-1/custom/g1g1/gg-802-1/ and http://wiki.laptop.org/go/Release_notes/8.2.1 Also, the ticket has been updated by garycmartin saying 33 doesn't work on sugar 0.82 http://bugs.sugarlabs.org/ticket/2115 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel