Re: [Sugar-devel] Process of updating translations for sugar and sugar-toolkit-gtk3
Thank you! Eduardo 2015-02-26 22:19 GMT+00:00 Martin Abente martin.abente.lah...@gmail.com: Hello Eduardo, You should be able to submmit translations to all Portuguese projects now [1]. Regards, Martin. Refs: 1. http://translate.sugarlabs.org/pt/ On Thu, Feb 26, 2015 at 7:06 PM, Eduardo H. Silva hoboprim...@gmail.com wrote: Hi, can I have translating rights for pt-PT? I had them in the old pootle, but my account didn't migrate to new one one, so I created a fresh HoboPrimate account. Thanks, Eduardo 2015-02-26 15:02 GMT+00:00 Tymon Radzik dwg...@gmail.com: Hi, I am translating Sugar to Polish and I am really glad, my submissions will be used in Sugar :-) Regards, czw., 26 lut 2015 o 15:48 użytkownik Chris Leonard c...@sugarlabs.org napisał: Please note that other than the word 'Bundle all of the added words to sugar-toolkit-gtk3 are foreign language names. Very often there are suggestions offered by the new Poolte UI (from other lists of language names) , which should allow a native speaker to go through these very quickly indeed. http://translate.sugarlabs.org/projects/sugar-toolkit-gtk3/ On Thu, Feb 26, 2015 at 8:24 AM, Martin Abente Lahaye t...@sugarlabs.org wrote: Hello Everyone, Following with our roadmap [1], next week on March 6, I will release sugar 0.104.1 with improved translations from sugar [2] and sugar-toolkit-gtk3 [3]. So far, I have pushed translations for Dutch and Polish which are 100% complete. There are other languages ie., Hindi, which are very close to completion. Would be great if we could complete as many languages as possible before March 6 to do QA on these translations before the release. Many thanks to those who contributed with these translations so far! Regards, Martin. Refs: 1. http://wiki.sugarlabs.org/go/0.104/Roadmap 2. http://translate.sugarlabs.org/projects/sugar/ 3. http://translate.sugarlabs.org/projects/sugar-toolkit-gtk3/ ___ 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 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] Process of updating translations for sugar and sugar-toolkit-gtk3
Hi, can I have translating rights for pt-PT? I had them in the old pootle, but my account didn't migrate to new one one, so I created a fresh HoboPrimate account. Thanks, Eduardo 2015-02-26 15:02 GMT+00:00 Tymon Radzik dwg...@gmail.com: Hi, I am translating Sugar to Polish and I am really glad, my submissions will be used in Sugar :-) Regards, czw., 26 lut 2015 o 15:48 użytkownik Chris Leonard c...@sugarlabs.org napisał: Please note that other than the word 'Bundle all of the added words to sugar-toolkit-gtk3 are foreign language names. Very often there are suggestions offered by the new Poolte UI (from other lists of language names) , which should allow a native speaker to go through these very quickly indeed. http://translate.sugarlabs.org/projects/sugar-toolkit-gtk3/ On Thu, Feb 26, 2015 at 8:24 AM, Martin Abente Lahaye t...@sugarlabs.org wrote: Hello Everyone, Following with our roadmap [1], next week on March 6, I will release sugar 0.104.1 with improved translations from sugar [2] and sugar-toolkit-gtk3 [3]. So far, I have pushed translations for Dutch and Polish which are 100% complete. There are other languages ie., Hindi, which are very close to completion. Would be great if we could complete as many languages as possible before March 6 to do QA on these translations before the release. Many thanks to those who contributed with these translations so far! Regards, Martin. Refs: 1. http://wiki.sugarlabs.org/go/0.104/Roadmap 2. http://translate.sugarlabs.org/projects/sugar/ 3. http://translate.sugarlabs.org/projects/sugar-toolkit-gtk3/ ___ 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 Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Icons on content bundles
If you like one, I can sugarize it for you. Eduardo 2013/12/16 Gonzalo Odiard gonz...@laptop.org Thanks, I didn't found that before. Gonzalo On Sun, Dec 15, 2013 at 8:43 PM, Eduardo H. Silva hoboprim...@gmail.comwrote: I did a bunch of content bundle svg icons ages ago, see what you think of them: http://wiki.laptop.org/go/User:HoboPrimate#Books_Bundles Eduardo 2013/9/8 Gonzalo Odiard gonz...@laptop.org With the improvements in Sugar 0.100, the content bundles are visibles in the activities list, and if selected as favorite in the home. But need a svg icon, similar to the activities and our documentation [1] say should be gif/jpg and all the content bundles [2] have images in that format. Anybody with a artistic hand can work on new icons? Update the docs should be good too. Gonzalo [1] http://wiki.laptop.org/go/Creating_a_collection http://wiki.laptop.org/go/Sample_library.info_file [2] http://wiki.laptop.org/go/Collections ___ 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 Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Please reset my dev.sugarlabs.org password?
Could someone reset my password for dev.sugarlabs.org please? The username is HoboPrimate, and it's linked to my e-mail, so just make it send it that way. Thank you, Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Icons on content bundles
I did a bunch of content bundle svg icons ages ago, see what you think of them: http://wiki.laptop.org/go/User:HoboPrimate#Books_Bundles Eduardo 2013/9/8 Gonzalo Odiard gonz...@laptop.org With the improvements in Sugar 0.100, the content bundles are visibles in the activities list, and if selected as favorite in the home. But need a svg icon, similar to the activities and our documentation [1] say should be gif/jpg and all the content bundles [2] have images in that format. Anybody with a artistic hand can work on new icons? Update the docs should be good too. Gonzalo [1] http://wiki.laptop.org/go/Creating_a_collection http://wiki.laptop.org/go/Sample_library.info_file [2] http://wiki.laptop.org/go/Collections ___ 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] Request wiki.sugarlabs.org password reset
Hi, Can I get my password reset for my wiki.sugarlabs.org username? The username is HoboPrimate. Thanks, Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Request wiki.sugarlabs.org password reset
Oops, nevermind, just noticed it can be reset from the login page! Sorry, Eduardo 2013/12/15 Eduardo H. Silva hoboprim...@gmail.com Hi, Can I get my password reset for my wiki.sugarlabs.org username? The username is HoboPrimate. Thanks, Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Are weekly dev mettings occuring?
Thanks, I'll be sure to be present tomorrow. Eduardo 2012/7/8, Gonzalo Odiard gonz...@laptop.org: Yes! Tuesday as every week. Gonzalo On Sun, Jul 8, 2012 at 4:42 PM, Eduardo H. Silva hoboprim...@gmail.comwrote: Hi everybody, Are weekly development meetings still happening? I'd like to be part of one (as a spectator). Eduardo ___ 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] Are weekly Design mettings occuring?[was: Are weekly dev meetings occuring?]
One more question, what about Design meetings? Those seem to be lagging a lot, and are very much needed in case the transition of the sugar shell to gtk3 opens up some avenues for improvements. Eduardo 2012/7/9, Eduardo H. Silva hoboprim...@gmail.com: Thanks, I'll be sure to be present tomorrow. Eduardo 2012/7/8, Gonzalo Odiard gonz...@laptop.org: Yes! Tuesday as every week. Gonzalo On Sun, Jul 8, 2012 at 4:42 PM, Eduardo H. Silva hoboprim...@gmail.comwrote: Hi everybody, Are weekly development meetings still happening? I'd like to be part of one (as a spectator). Eduardo ___ 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] Are weekly dev mettings occuring?
Hm, I can't attend the from the start of the meeting after all. Hopefully when there is a design meeting, which I'm more able to participate in, it will be a bit later (like 16:00 UTC?). Eduardo 2012/7/9, Eduardo H. Silva hoboprim...@gmail.com: Thanks, I'll be sure to be present tomorrow. Eduardo 2012/7/8, Gonzalo Odiard gonz...@laptop.org: Yes! Tuesday as every week. Gonzalo On Sun, Jul 8, 2012 at 4:42 PM, Eduardo H. Silva hoboprim...@gmail.comwrote: Hi everybody, Are weekly development meetings still happening? I'd like to be part of one (as a spectator). Eduardo ___ 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] Are weekly dev mettings occuring?
Hi everybody, Are weekly development meetings still happening? I'd like to be part of one (as a spectator). Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Design] Speeding up the secondary palette?
What has been the history of the big delay for the reveal of secondary palettes? I'm trying 12.0.1 and they feel very slow to me. I find myself right-clicking all the time to skip the delay, which pretty much defeats the need for a hover rollover. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Call for testing and feedback: alternative Journal implementation
2012/5/9 Christophe Guéret c.d.m.gue...@vu.nl: Dear all, A part of the project SemanticXO concerns the implementation of an alternative Journal implementation making use of the triple store backend. Triple store are data bases optimised to store factual information in the form of statements linking a subject, a property and a value. This makes them particularly fit to store key/value metadata, such as the one the Journal uses. The feature proposal for SemanticXO gives more detailled about what this is about: http://wiki.sugarlabs.org/go/Features/Semantic_Web I've just finished removing a couple of bugs and would be interested in getting a first round of feedback. The installation procedure is not super convenient but should be manageable anyway: http://wiki.sugarlabs.org/go/Features/Semantic_Web/Testing The code is based on two parts: * a module common that allows to store arbitrary data in the triple store * a module datastore which uses common to store the data from the Journal I'm now working on implementing other usage examples for common. In the Journal, the most visible change is the possibility to browse the content through the SPARQL interface of the triple store. This means it is possible, and rather easy, to gather statistics about the activities performed in a class room or do backup of the metadata without having to interupt any other activity. Looking forward to your feedback, cheers, Christophe ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Hi, Followed the steps in the wiki page. At the last step, sugar-emulator crashes when launching. This is running sugar 0.96.1 in Fedora 17. I renamed ~/.sugar to another name before launching sugar-emulator: ** (process:21449): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** (process:21449): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' ** (process:21449): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags' Gtk-Message: Failed to load module pk-gtk-module GNOME_KEYRING_CONTROL=/run/user/jobezone/keyring-rHyu00 GNOME_KEYRING_PID=21469 ** (process:21456): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** (process:21456): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' ** (process:21456): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags' ** Message: pygobject_register_sinkfunc is deprecated (HippoCanvasBox) Traceback (most recent call last): File /usr/bin/sugar-session, line 289, in module main() File /usr/bin/sugar-session, line 228, in main from jarabe.desktop import homewindow File /usr/lib/python2.7/site-packages/jarabe/desktop/homewindow.py, line 25, in module from jarabe.desktop.meshbox import MeshBox File /usr/lib/python2.7/site-packages/jarabe/desktop/meshbox.py, line 48, in module from jarabe.journal import misc File /usr/lib/python2.7/site-packages/jarabe/journal/misc.py, line 26, in module from sugar.activity import activityfactory File /usr/lib/python2.7/site-packages/sugar/activity/activityfactory.py, line 34, in module from sugar.datastore import datastore File /usr/lib/python2.7/site-packages/sugar/datastore/datastore.py, line 77, in module _get_data_store() File /usr/lib/python2.7/site-packages/sugar/datastore/datastore.py, line 51, in _get_data_store DS_DBUS_PATH), File /usr/lib/python2.7/site-packages/dbus/bus.py, line 244, in get_object follow_name_owner_changes=follow_name_owner_changes) File /usr/lib/python2.7/site-packages/dbus/proxies.py, line 241, in __init__ self._named_service = conn.activate_name_owner(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 183, in activate_name_owner self.start_service_by_name(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 281, in start_service_by_name 'su', (bus_name, flags))) File /usr/lib/python2.7/site-packages/dbus/connection.py, line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/bin/datastore-service exited with status 1 g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Aviso do gestor de janelas: Erro IO fatal 11 (Resource temporarily unavailable) no ecrã ':30'. This last line translates to: TRANS:window manager warning: [...] in screen':30'.] Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Call for testing and feedback: alternative Journal implementation
2012/5/9 Eduardo H. Silva hoboprim...@gmail.com: 2012/5/9 Christophe Guéret c.d.m.gue...@vu.nl: Dear all, A part of the project SemanticXO concerns the implementation of an alternative Journal implementation making use of the triple store backend. Triple store are data bases optimised to store factual information in the form of statements linking a subject, a property and a value. This makes them particularly fit to store key/value metadata, such as the one the Journal uses. The feature proposal for SemanticXO gives more detailled about what this is about: http://wiki.sugarlabs.org/go/Features/Semantic_Web I've just finished removing a couple of bugs and would be interested in getting a first round of feedback. The installation procedure is not super convenient but should be manageable anyway: http://wiki.sugarlabs.org/go/Features/Semantic_Web/Testing The code is based on two parts: * a module common that allows to store arbitrary data in the triple store * a module datastore which uses common to store the data from the Journal I'm now working on implementing other usage examples for common. In the Journal, the most visible change is the possibility to browse the content through the SPARQL interface of the triple store. This means it is possible, and rather easy, to gather statistics about the activities performed in a class room or do backup of the metadata without having to interupt any other activity. Looking forward to your feedback, cheers, Christophe ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Hi, Followed the steps in the wiki page. At the last step, sugar-emulator crashes when launching. This is running sugar 0.96.1 in Fedora 17. I renamed ~/.sugar to another name before launching sugar-emulator: ** (process:21449): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** (process:21449): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' ** (process:21449): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags' Gtk-Message: Failed to load module pk-gtk-module GNOME_KEYRING_CONTROL=/run/user/jobezone/keyring-rHyu00 GNOME_KEYRING_PID=21469 ** (process:21456): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** (process:21456): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' ** (process:21456): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags' ** Message: pygobject_register_sinkfunc is deprecated (HippoCanvasBox) Traceback (most recent call last): File /usr/bin/sugar-session, line 289, in module main() File /usr/bin/sugar-session, line 228, in main from jarabe.desktop import homewindow File /usr/lib/python2.7/site-packages/jarabe/desktop/homewindow.py, line 25, in module from jarabe.desktop.meshbox import MeshBox File /usr/lib/python2.7/site-packages/jarabe/desktop/meshbox.py, line 48, in module from jarabe.journal import misc File /usr/lib/python2.7/site-packages/jarabe/journal/misc.py, line 26, in module from sugar.activity import activityfactory File /usr/lib/python2.7/site-packages/sugar/activity/activityfactory.py, line 34, in module from sugar.datastore import datastore File /usr/lib/python2.7/site-packages/sugar/datastore/datastore.py, line 77, in module _get_data_store() File /usr/lib/python2.7/site-packages/sugar/datastore/datastore.py, line 51, in _get_data_store DS_DBUS_PATH), File /usr/lib/python2.7/site-packages/dbus/bus.py, line 244, in get_object follow_name_owner_changes=follow_name_owner_changes) File /usr/lib/python2.7/site-packages/dbus/proxies.py, line 241, in __init__ self._named_service = conn.activate_name_owner(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 183, in activate_name_owner self.start_service_by_name(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 281, in start_service_by_name 'su', (bus_name, flags))) File /usr/lib/python2.7/site-packages/dbus/connection.py, line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/bin/datastore-service exited with status 1 g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Aviso do gestor de janelas: Erro IO fatal 11 (Resource temporarily unavailable) no ecrã ':30'. This last line translates to: TRANS:window manager warning: [...] in screen':30'.] Eduardo Ah, the error actually starts with /usr/bin/sugar-datastore (which I replaced with the one included
Re: [Sugar-devel] Call for testing and feedback: alternative Journal implementation
2012/5/9 Christophe Guéret c.d.m.gue...@vu.nl: I did modify, but mistyped them. I get a different error now: connection.py:630:call_blocking:DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/bin/datastore-service exited with status 1 Traceback (most recent call last): File /usr/bin/sugar-session, line 289, in module main() File /usr/bin/sugar-session, line 228, in main from jarabe.desktop import homewindow File /usr/lib/python2.7/site-packages/jarabe/desktop/homewindow.py, line 25, in module from jarabe.desktop.meshbox import MeshBox File /usr/lib/python2.7/site-packages/jarabe/desktop/meshbox.py, line 48, in module from jarabe.journal import misc File /usr/lib/python2.7/site-packages/jarabe/journal/misc.py, line 26, in module from sugar.activity import activityfactory File /usr/lib/python2.7/site-packages/sugar/activity/activityfactory.py, line 34, in module from sugar.datastore import datastore File /usr/lib/python2.7/site-packages/sugar/datastore/datastore.py, line 77, in module _get_data_store() File /usr/lib/python2.7/site-packages/sugar/datastore/datastore.py, line 51, in _get_data_store DS_DBUS_PATH), File /usr/lib/python2.7/site-packages/dbus/bus.py, line 244, in get_object follow_name_owner_changes=follow_name_owner_changes) File /usr/lib/python2.7/site-packages/dbus/proxies.py, line 241, in __init__ self._named_service = conn.activate_name_owner(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 183, in activate_name_owner self.start_service_by_name(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 281, in start_service_by_name 'su', (bus_name, flags))) File /usr/lib/python2.7/site-packages/dbus/connection.py, line 630, in call_blocking message, timeout) DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/bin/datastore-service exited with status 1 If you just start the datastore-service, does it work? Did redstore receive any query before crashing? Ah, running datastore-service standalone showed that it was looking for the python module rdflib . After install python-rdflib package, it complains of missing SPARQLWrapper (python?) module. Searching yum for sparql only shows the package rasqal which I have installed. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Call for testing and feedback: alternative Journal implementation
2012/5/9 Christophe Guéret c.d.m.gue...@vu.nl: Ah, running datastore-service standalone showed that it was looking for the python module rdflib . After install python-rdflib package, it complains of missing SPARQLWrapper (python?) module. Searching yum for sparql only shows the package rasqal which I have installed. Ok, I totally forgot about the dependencies :-P This is the SPARQLWrapper you need: http://sparql-wrapper.sourceforge.net/ Please let me know how you install it on Fedora and I'll update the wiki. Christophe There were also some dependencies I needed to install beforehand: To compile redstore: raptor2-devel rasqal-devel redland-devel To use semanticstore: python-rdflib and of course SPARQLWrapper, downloaded it from your link, extracted, and ran inside its directory (as root): python setup.py install Launches fine for me now. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Call for testing and feedback: alternative Journal implementation
2012/5/9 Eduardo H. Silva hoboprim...@gmail.com: 2012/5/9 Christophe Guéret c.d.m.gue...@vu.nl: Ah, running datastore-service standalone showed that it was looking for the python module rdflib . After install python-rdflib package, it complains of missing SPARQLWrapper (python?) module. Searching yum for sparql only shows the package rasqal which I have installed. Ok, I totally forgot about the dependencies :-P This is the SPARQLWrapper you need: http://sparql-wrapper.sourceforge.net/ Please let me know how you install it on Fedora and I'll update the wiki. Christophe There were also some dependencies I needed to install beforehand: To compile redstore: raptor2-devel rasqal-devel redland-devel To use semanticstore: python-rdflib and of course SPARQLWrapper, downloaded it from your link, extracted, and ran inside its directory (as root): python setup.py install Launches fine for me now. Eduardo But nothing is saved to the Journal, neither you can copy a clipping from the clipboard or copy a document from Documents. Here's the datastore log: None process 22342: Array or variant type requires that type variant be written, but end_dict_entry was written. The overall signature expected here was 'a{sv}' and we are on byte 3 of that signature. D-Bus not built with -rdynamic so unable to print a backtrace Start data store And shell log: :30 1336596606.175720 ERROR dbus.proxies: Introspect error on org.freedesktop.ohm:/org/freedesktop/ohm/Keystore: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.ohm was not provided by any .service files 1336596606.177181 ERROR root: Cannot unfreeze the DCON 1336596611.067728 WARNING root: No gtk.AccelGroup in the top level window. 1336596611.072582 WARNING root: No gtk.AccelGroup in the top level window. /usr/lib/python2.7/site-packages/sugar/graphics/palette.py:412: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed _sugarext.Menu.do_insert(self, item, position) /usr/lib/python2.7/site-packages/jarabe/desktop/homewindow.py:73: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed self.add(self._home_box) /usr/bin/sugar-session:273: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed gtk.main() :30 1336596620.757267 ERROR root: Launcher was not registered for None 1336596621.137413 WARNING root: No gtk.AccelGroup in the top level window. 1336596621.141241 WARNING root: No gtk.AccelGroup in the top level window. 1336596621.144938 WARNING root: No gtk.AccelGroup in the top level window. 1336596621.148422 WARNING root: No gtk.AccelGroup in the top level window. /usr/lib/python2.7/site-packages/jarabe/frame/framewindow.py:132: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed self._container.get_child().pack_start(child, expand=expand, fill=fill) ** Message: pygobject_register_sinkfunc is deprecated (GstObject) 1336596623.650210 WARNING root: _Account.__set_current_activity_cb Traceback (most recent call last): File /usr/lib/python2.7/site-packages/jarabe/frame/activitiestray.py, line 251, in __activity_removed_cb button = self._buttons[home_activity] KeyError: Activity object at 0x90dc3c4 (SugarHomeActivity at 0x8ecc830) 1336596627.123099 WARNING root: No gtk.AccelGroup in the top level window. 1336596627.123411 WARNING root: No gtk.AccelGroup in the top level window. /usr/lib/python2.7/site-packages/jarabe/desktop/homewindow.py:177: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed self.add(self._home_box) 1336596627.140964 WARNING root: _Account.__set_current_activity_cb /usr/lib/python2.7/site-packages/sugar/graphics/palette.py:211: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed if menu_item.props.submenu is not None: 1336596996.768278 WARNING root: _Account.__set_current_activity_cb 1336597052.709367 WARNING root: No gtk.AccelGroup in the top level window. 1336597052.710177 WARNING root: No gtk.AccelGroup in the top level window. 1336597052.717397 WARNING root: _Account.__set_current_activity_cb 1336597052.890916 ERROR root: set_active() failed: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) /usr/lib/python2.7/site-packages/jarabe/journal/palettes.py:350: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed self.append(menu_item) /usr/lib/python2.7/site-packages/jarabe/journal/palettes.py:192: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed self.append(clipboard_menu) /usr/lib/python2.7/site-packages/jarabe/journal/palettes.py:324: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed self.append(menu_item) /usr/lib/python2.7/site-packages/sugar/graphics/palette.py:361: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed self.menu.embed(self._menu_box) /usr/lib/python2.7/site-packages/sugar/graphics/palette.py:367: Warning
Re: [Sugar-devel] Call for testing and feedback: alternative Journal implementation
2012/5/9 Christophe Guéret c.d.m.gue...@vu.nl: Launches fine for me now. Great! Now, most of the fun happens at http://localhost:8080 After having created some Journal entries, go to this address and display the content of named graphs to see how the records are turned into triples. The port is public so you can also browse the content of a journal remotely. Christophe Hm, the Journal doesn't show entries (says Your Journal is empty) but I do see the entries in localhost:8080 . Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Browse] Remove search url from translation strings SL #3311
2012/4/28 Manuel Kaufmann humi...@gmail.com: This string is not translatable, so it's removed from the list. I really think it should be translated, to show a localized google page. This localized page not only has its interface localized, but also lets you search only for sites of the specific language. You add hl=[language-code] , for example: http://www.google.com/search?hl=pt-PTq=%sie=UTF-8oe=UTF-8 This should probably be explained in a developers commentary to the string in the PO file, so translators know it. Eduardo Signed-off-by: Manuel Kaufmann humi...@gmail.com --- browser.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/browser.py b/browser.py index 259d888..e628848 100644 --- a/browser.py +++ b/browser.py @@ -136,7 +136,7 @@ class TabbedView(BrowserNotebook): if soup_uri is None and not _NON_SEARCH_REGEX.match(url): # If the string doesn't look like an URI, let's search it: url_search = \ - _('http://www.google.com/search?q=%sie=UTF-8oe=UTF-8') + 'http://www.google.com/search?q=%sie=UTF-8oe=UTF-8' query_param = Soup.form_encode_hash({'q': url}) # [2:] here is getting rid of 'q=': effective_url = url_search % query_param[2:] -- 1.7.7.6 ___ 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] Remove search url from translation strings SL #3311
2012/4/28 Manuel Kaufmann humi...@gmail.com: On Sat, 2012-04-28 at 12:55 +0100, Eduardo H. Silva wrote: This should probably be explained in a developers commentary to the string in the PO file, so translators know it. Yes, I totally agree with you. Now, how do we do to put a comment so the translators can see it? Had a look at TamTamSuite.pot: #. TRANS: http://en.wikipedia.org/wiki/Vibrato #: SynthLab/SynthLabConstants.py:200 msgid Vibrato msgstr What I see in pootle's web frontend: TRANS: http://en.wikipedia.org/wiki/Vibrato Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Browse] Remove search url from translation strings SL #3311
2012/4/28 Manuel Quiñones ma...@laptop.org: 2012/4/28 Eduardo H. Silva hoboprim...@gmail.com: 2012/4/28 Manuel Kaufmann humi...@gmail.com: This string is not translatable, so it's removed from the list. I really think it should be translated, to show a localized google page. This localized page not only has its interface localized, but also lets you search only for sites of the specific language. You add hl=[language-code] , for example: http://www.google.com/search?hl=pt-PTq=%sie=UTF-8oe=UTF-8 Yes, and that's what Epiphany does (embed/ephy-web-view.c). Oh, so it already gets localized without the need for Browse to do anything? Eduardo This should probably be explained in a developers commentary to the string in the PO file, so translators know it. Eduardo Signed-off-by: Manuel Kaufmann humi...@gmail.com --- browser.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/browser.py b/browser.py index 259d888..e628848 100644 --- a/browser.py +++ b/browser.py @@ -136,7 +136,7 @@ class TabbedView(BrowserNotebook): if soup_uri is None and not _NON_SEARCH_REGEX.match(url): # If the string doesn't look like an URI, let's search it: url_search = \ - _('http://www.google.com/search?q=%sie=UTF-8oe=UTF-8') + 'http://www.google.com/search?q=%sie=UTF-8oe=UTF-8' query_param = Soup.form_encode_hash({'q': url}) # [2:] here is getting rid of 'q=': effective_url = url_search % query_param[2:] -- 1.7.7.6 ___ 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 -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Revisiting Read Activity default font
No dia 26 de Abril de 2012 23:35, Manuel Quiñones ma...@laptop.org escreveu: Hi list, I will try to wrap an interesting discussion that has arisen today on IRC. We talked about a better default font for our e-book reader, Read activity, and the possibility to add a new feature to change that font (in the activity itself or as a system setting). Obviously not for landing in this cycle, we have a lot of pending things to do, but would be nice to keep trac on this if there is some consensus. I'm cc'ing Guillermo Espertino, professional free software designer, and Dave Crossland, font consultor at Google Webfonts, who also participated. Please answer to all because they may not be in sugar-devel mailing list. So, the current default is DejaVu LGC Serif. HoboPrimate suggested Century Schoolbook L as a better font. Guillermo said to me that Gentium Book would be the ideal. But Gonzalo, current Read maintainer, said that he has intentions to move to Sans. Now I understand that Serif fonts are being used in books more because of historical reasons, and that we should think what would be better for children. He also pointed that teachers ask for a hand-writting font, and that there are special fonts designed for dyslexic people. Finally, Dave pointed us to http://kidstype.org and the Fabula typeface. Looks interesting indeed. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel I took some screenshots of Read reading and Epub document with 4 of the 5 fonts mentioned above (on a normal laptop): http://wiki.sugarlabs.org/go/Design_Team/Proposals/Fonts_For_Reading Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Design] Shouldn't new clippings stack in the clipboard?
No dia 20 de Abril de 2012 18:30, Eduardo H. Silva hoboprim...@gmail.com escreveu: Wouldn't it be feel more natural to have the new clipping stack on top of the older ones, not to have them push the list upwards? It would also stay consistent with how objects are added on the other sides of the frame. And in this spirit, clipping notifications should appear on the top-left corner, as they are arriving objects, like with activity notifications right now which arrive from the top_right_, and in the future buddies notifications on the bottom-right, and devices on the bottom-left. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Design] Shouldn't new clippings stack in the clipboard?
Wouldn't it be feel more natural to have the new clipping stack on top of the older ones, not to have them push the list upwards? It would also stay consistent with how objects are added on the other sides of the frame. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [somos-azucar] [DESIGN] Home views (was: Request for Sweets Distribution logo)
No dia 13 de Abril de 2012 06:02, Aleksey Lim alsr...@sugarlabs.org escreveu: On Thu, Apr 12, 2012 at 09:54:10AM -0400, Frederick Grose wrote: On Thu, Apr 12, 2012 at 2:29 AM, Aleksey Lim alsr...@sugarlabs.org wrote: On Thu, Apr 12, 2012 at 06:05:56AM +, Aleksey Lim wrote: On Wed, Apr 11, 2012 at 12:00:37PM -0400, Frederick Grose wrote: This segregation is not so 'harmonic'. Yeah, thats right... Would this be a situation where a global emblem could be applied to the Activity icon of globally sourced Activities? You mean having a badge painted on activity icons for activities that came from the Sugar Network? It might be the way if we decide to have both kinds activities (local and from Sugar Network) in one list. Right now, it is not clear for me. And shouldn't the Home view options be harmonized with the filters we have in the Journal? Then one could view all in a list by removing the favorites toggle, or filter the favorites by the menu of filters. Originally, the intention was having Sugar Network icon as a 2nd/3rd icon in Home view (not in activities tray how it is implemented right now). The problem was (it is possible but not trivial) with setting up interactions between Sugar Network client application (which is local Web application) and Sugar Shell, also, making it easy to run Sugar Network client in standalone mode. But maybe having exactly Sugar Network view embodied to Home, is the right way to go. We can, reserver a place for Sugar Network icon in Home view and move client there after completing more needed work. The original problem is, Sugar Network exists in parallel with F1/F2/F3 views: This is a key feature, which suggests that one always has the relevant Sugar Network services at hand (nomodes), at least as a design goal. Yeah. For example, I'm not quite happy with current implementation when Sugar Network icon is in activities tray: it is not an activity (but rather a general service) and, e.g., it is hard to fast switch between Sugar Network view and current activity. Global features could be revealed from a button in the Neighborhood view toolbar, or triggered by touching the Neighborhood view icon (a subsequent touch would reveal the traditional Neighborhood). Group level features could be revealed from 'project or thread' icons in the Group view field. If I got you you right, you are talking about: If we have the current status quo: * F1, global view * F2, group view * F3, local/personal view And need to embody Sugar Network to basic Sugar Shell UI, we can scatter Sugar Network UI between these three levels? * F1, a toolbar button (or a subsequent touch for frame button) to switch between current F1 view and Sugar Network view with exposing all the content accessible globally (if we are connected to the server) * F2, the same switch mechanism for group related functionality (if it will exist) of Sugar Network * F3, the same switch mechanism to see Sugar Network content accessible in off-line Offline copies would be identified with badges in the Journal and Home views. Filters could segregate them if desired. +1, it should be really useful to save screen space, even for setting off-line/on-line mode, e.g., if cursor is hovering over the left-bottom corner of the activity icon, UI might expose possibility to set this flag. When offline copies are created from a Global-or-Group-view-triggered screen, a notification like the download notification would offer to take you to the new object's local instance for verification or immediate action, if desired. From one side, having an alert (like with downloads from Browse) is not needed all time. The SN client library keeps a cache of bundles and if you started the activity, you are trying to make off-line accessible, recently, the process will be immediate. But some info should be given of the downloading going on when launching an uncached activity. Perhaps show some progress bar in the activity splash screen? From another side, alert might be useful if we need to expose the fact that user is going to persistently take n bytes of disk space. But, if we will expose those n bytes somewhere in the UI (for X Home mode, in popup palette), we don't need alerts (might be annoying) at all. Also we don't need alert to to take you to the new object's local instance. Because the only difference between remote and local activities is a badge, i.e., being off-line user will find activity exactly in the same place where he made it off-line being on-line. An interim modal version of the Sugar Network may seem to be an efficient construction plan, however, I think that it could severely, and subtly, limit innovation and integration of the design--if not in the minds of developers, certainly in the minds of many
Re: [Sugar-devel] [ANN] Dr. Geo 12.04
Dr.Geo fails to launch inside sugar-emulator ( Fedora 16, Sugar 0.94) with the message: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity A bit of search says that xshm only works when squeak is running on the x server host. Could this be the problem? Eduardo No dia 13 de Abril de 2012 11:59, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: Hello, I am pleased to announce you Dr. Geo release 12.04, based on Pharo 1.4, for GNU/Linux, Windows, Mac OSX and OLPC XO laptop. It can be downloaded an tested from http://drgeo.eu. New features * Numerous improvements for a better experience with tablet and interactive board. * Sketches can be deleted from the preview dialog * Removed windows decorations and borders grip in the Sugar theme * Remanaged menus * Improved canvas view for programmed sketches * Various optimizations * Handle connection error for remote sketches * Sketches can be loaded and saved on a server (FTP only now) * Dr. Geo settings to set the server account for remote sketch * Animated loader for time consuming operation Bugs fixes * A few messages from the Pharo Smalltalk are also localized now * Uninitialized segment mark caused a save error * Fixes when creating middle point * #13787 Macro construction player, order mater Hilaire Fernandes -- Dr. Geo -- http://www.drgeo.eu ___ 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] [ANN] Dr. Geo 12.04
Oops, didn't paste the fuil error: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity ignoring -xshm (not supported by this VM) Terminated by signal 11, pid 3659 data (None, open file 'fdopen', mode 'w' at 0x91e62e0, 'b6d31af99772de14d160b7da2f645921a597e644') Eduardo No dia 13 de Abril de 2012 13:58, Eduardo H. Silva hoboprim...@gmail.com escreveu: Dr.Geo fails to launch inside sugar-emulator ( Fedora 16, Sugar 0.94) with the message: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity A bit of search says that xshm only works when squeak is running on the x server host. Could this be the problem? Eduardo No dia 13 de Abril de 2012 11:59, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: Hello, I am pleased to announce you Dr. Geo release 12.04, based on Pharo 1.4, for GNU/Linux, Windows, Mac OSX and OLPC XO laptop. It can be downloaded an tested from http://drgeo.eu. New features * Numerous improvements for a better experience with tablet and interactive board. * Sketches can be deleted from the preview dialog * Removed windows decorations and borders grip in the Sugar theme * Remanaged menus * Improved canvas view for programmed sketches * Various optimizations * Handle connection error for remote sketches * Sketches can be loaded and saved on a server (FTP only now) * Dr. Geo settings to set the server account for remote sketch * Animated loader for time consuming operation Bugs fixes * A few messages from the Pharo Smalltalk are also localized now * Uninitialized segment mark caused a save error * Fixes when creating middle point * #13787 Macro construction player, order mater Hilaire Fernandes -- Dr. Geo -- http://www.drgeo.eu ___ 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] [ANN] Dr. Geo 12.04
No dia 13 de Abril de 2012 14:03, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: I tested ok on a 1.5B XO (don't remember about Sugar version). I will be happy to hear more comments on that. Are newer version of Sugar shipped without X? Hilaire Sorry for confusing you, I wasn't running Dr.Geo-XO on a XO, but on a laptop running Sugar, so that may be the problem after all. I guess I should just use the linux general version? Eduardo Le 13/04/2012 14:58, Eduardo H. Silva a écrit : Dr.Geo fails to launch inside sugar-emulator ( Fedora 16, Sugar 0.94) with the message: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity A bit of search says that xshm only works when squeak is running on the x server host. Could this be the problem? Eduardo No dia 13 de Abril de 2012 11:59, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: Hello, I am pleased to announce you Dr. Geo release 12.04, based on Pharo 1.4, for GNU/Linux, Windows, Mac OSX and OLPC XO laptop. It can be downloaded an tested from http://drgeo.eu. New features * Numerous improvements for a better experience with tablet and interactive board. * Sketches can be deleted from the preview dialog * Removed windows decorations and borders grip in the Sugar theme * Remanaged menus * Improved canvas view for programmed sketches * Various optimizations * Handle connection error for remote sketches * Sketches can be loaded and saved on a server (FTP only now) * Dr. Geo settings to set the server account for remote sketch * Animated loader for time consuming operation Bugs fixes * A few messages from the Pharo Smalltalk are also localized now * Uninitialized segment mark caused a save error * Fixes when creating middle point * #13787 Macro construction player, order mater Hilaire Fernandes -- Dr. Geo -- http://www.drgeo.eu ___ 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 -- Dr. Geo -- http://www.drgeo.eu ___ 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] [ANN] Dr. Geo 12.04
I'm running sugar-emulator instead of running Sugar as my main desktop, but I don't know that counts as virtualization. Eduardo No dia 13 de Abril de 2012 14:08, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: What is the virtualized architecture? Hilaire Le 13/04/2012 14:59, Eduardo H. Silva a écrit : Oops, didn't paste the fuil error: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity ignoring -xshm (not supported by this VM) Terminated by signal 11, pid 3659 data (None, open file 'fdopen', mode 'w' at 0x91e62e0, 'b6d31af99772de14d160b7da2f645921a597e644') Eduardo No dia 13 de Abril de 2012 13:58, Eduardo H. Silva hoboprim...@gmail.com escreveu: Dr.Geo fails to launch inside sugar-emulator ( Fedora 16, Sugar 0.94) with the message: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity A bit of search says that xshm only works when squeak is running on the x server host. Could this be the problem? Eduardo No dia 13 de Abril de 2012 11:59, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: Hello, I am pleased to announce you Dr. Geo release 12.04, based on Pharo 1.4, for GNU/Linux, Windows, Mac OSX and OLPC XO laptop. It can be downloaded an tested from http://drgeo.eu. New features * Numerous improvements for a better experience with tablet and interactive board. * Sketches can be deleted from the preview dialog * Removed windows decorations and borders grip in the Sugar theme * Remanaged menus * Improved canvas view for programmed sketches * Various optimizations * Handle connection error for remote sketches * Sketches can be loaded and saved on a server (FTP only now) * Dr. Geo settings to set the server account for remote sketch * Animated loader for time consuming operation Bugs fixes * A few messages from the Pharo Smalltalk are also localized now * Uninitialized segment mark caused a save error * Fixes when creating middle point * #13787 Macro construction player, order mater Hilaire Fernandes -- Dr. Geo -- http://www.drgeo.eu ___ 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 -- Dr. Geo -- http://www.drgeo.eu ___ 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] [ANN] Dr. Geo 12.04
No dia 13 de Abril de 2012 14:12, Eduardo H. Silva hoboprim...@gmail.com escreveu: I'm running sugar-emulator instead of running Sugar as my main desktop, but I don't know that counts as virtualization. Eduardo Hold on, I'll try launching it by login in to Sugar directly and report back. Eduardo No dia 13 de Abril de 2012 14:08, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: What is the virtualized architecture? Hilaire Le 13/04/2012 14:59, Eduardo H. Silva a écrit : Oops, didn't paste the fuil error: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity ignoring -xshm (not supported by this VM) Terminated by signal 11, pid 3659 data (None, open file 'fdopen', mode 'w' at 0x91e62e0, 'b6d31af99772de14d160b7da2f645921a597e644') Eduardo No dia 13 de Abril de 2012 13:58, Eduardo H. Silva hoboprim...@gmail.com escreveu: Dr.Geo fails to launch inside sugar-emulator ( Fedora 16, Sugar 0.94) with the message: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity A bit of search says that xshm only works when squeak is running on the x server host. Could this be the problem? Eduardo No dia 13 de Abril de 2012 11:59, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: Hello, I am pleased to announce you Dr. Geo release 12.04, based on Pharo 1.4, for GNU/Linux, Windows, Mac OSX and OLPC XO laptop. It can be downloaded an tested from http://drgeo.eu. New features * Numerous improvements for a better experience with tablet and interactive board. * Sketches can be deleted from the preview dialog * Removed windows decorations and borders grip in the Sugar theme * Remanaged menus * Improved canvas view for programmed sketches * Various optimizations * Handle connection error for remote sketches * Sketches can be loaded and saved on a server (FTP only now) * Dr. Geo settings to set the server account for remote sketch * Animated loader for time consuming operation Bugs fixes * A few messages from the Pharo Smalltalk are also localized now * Uninitialized segment mark caused a save error * Fixes when creating middle point * #13787 Macro construction player, order mater Hilaire Fernandes -- Dr. Geo -- http://www.drgeo.eu ___ 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 -- Dr. Geo -- http://www.drgeo.eu ___ 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] [ANN] Dr. Geo 12.04
Yep, I logged out, chose Sugar instead of Gnome at the login, and Dr.Geo launches fine! And it looks greatly improved, especially at the UI. So it just doesn't seem to run when launched within sugar-emulator. Eduardo No dia 13 de Abril de 2012 14:13, Eduardo H. Silva hoboprim...@gmail.com escreveu: No dia 13 de Abril de 2012 14:12, Eduardo H. Silva hoboprim...@gmail.com escreveu: I'm running sugar-emulator instead of running Sugar as my main desktop, but I don't know that counts as virtualization. Eduardo Hold on, I'll try launching it by login in to Sugar directly and report back. Eduardo No dia 13 de Abril de 2012 14:08, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: What is the virtualized architecture? Hilaire Le 13/04/2012 14:59, Eduardo H. Silva a écrit : Oops, didn't paste the fuil error: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity ignoring -xshm (not supported by this VM) Terminated by signal 11, pid 3659 data (None, open file 'fdopen', mode 'w' at 0x91e62e0, 'b6d31af99772de14d160b7da2f645921a597e644') Eduardo No dia 13 de Abril de 2012 13:58, Eduardo H. Silva hoboprim...@gmail.com escreveu: Dr.Geo fails to launch inside sugar-emulator ( Fedora 16, Sugar 0.94) with the message: + exec padsp /home/jobezone/Activities/DrGeoII.activity/vm/lib/squeak/3.11.13-/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -sugarBundleId eu.drgeo.drgeo -sugarActivityId b6d31af99772de14d160b7da2f645921a597e644 drgeo/drgeo.image '' BUNDLE_ID eu.drgeo.drgeo ACTIVITY_ID b6d31af99772de14d160b7da2f645921a597e644 BUNDLE_PATH /home/jobezone/Activities/DrGeoII.activity A bit of search says that xshm only works when squeak is running on the x server host. Could this be the problem? Eduardo No dia 13 de Abril de 2012 11:59, Hilaire Fernandes hilaire.fernan...@edu.ge.ch escreveu: Hello, I am pleased to announce you Dr. Geo release 12.04, based on Pharo 1.4, for GNU/Linux, Windows, Mac OSX and OLPC XO laptop. It can be downloaded an tested from http://drgeo.eu. New features * Numerous improvements for a better experience with tablet and interactive board. * Sketches can be deleted from the preview dialog * Removed windows decorations and borders grip in the Sugar theme * Remanaged menus * Improved canvas view for programmed sketches * Various optimizations * Handle connection error for remote sketches * Sketches can be loaded and saved on a server (FTP only now) * Dr. Geo settings to set the server account for remote sketch * Animated loader for time consuming operation Bugs fixes * A few messages from the Pharo Smalltalk are also localized now * Uninitialized segment mark caused a save error * Fixes when creating middle point * #13787 Macro construction player, order mater Hilaire Fernandes -- Dr. Geo -- http://www.drgeo.eu ___ 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 -- Dr. Geo -- http://www.drgeo.eu ___ 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] [Design] Just learned about Mistery Meat Navigation
Learned yesterday about Mistery Meat Navigation, and example of which is show in this video of a website http://www.youtube.com/watch?v=5Zd0Uc8Oixg . It reminded me of the Sugar UI. (Lots more examples at http://www.webpagesthatsuck.com/mysterymeatnavigation.html ). Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Just learned about Mistery Meat Navigation
Learned yesterday about Mistery Meat Navigation, and example of which is show in this video of a website http://www.youtube.com/watch?v=5Zd0Uc8Oixg . The typical form of MMN is represented by menus composed of unrevealing icons that are replaced with explicative text only when the mouse cursor hovers over them. Just some food for though. (Lots more examples at http://www.webpagesthatsuck.com/mysterymeatnavigation.html ). Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Just learned about Mistery Meat Navigation
Sorry for sending this twice, I thought I had the address wrong the first time. Eduardo No dia 20 de Março de 2012 20:43, Eduardo H. Silva hoboprim...@gmail.com escreveu: Learned yesterday about Mistery Meat Navigation, and example of which is show in this video of a website http://www.youtube.com/watch?v=5Zd0Uc8Oixg . The typical form of MMN is represented by menus composed of unrevealing icons that are replaced with explicative text only when the mouse cursor hovers over them. Just some food for though. (Lots more examples at http://www.webpagesthatsuck.com/mysterymeatnavigation.html ). Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Localization] Glucose URGENT
I've been working on the translations, and by the weekend will have them finished. By then I'll also shout out here in the list for the other pt_PT translators to review them (I don't remember talking to any of them, but by looking in pootle I know they are out there. The same way they probably feel about me :) ) Eduardo No dia 14 de Março de 2012 17:45, Chris Leonard cjlhomeaddr...@gmail.com escreveu: Dear Localizers and Developers, The Glucose 0.95 development cycle is nearing it's completion with the release of Glucose 0.96 planned by the end of March. http://wiki.sugarlabs.org/go/0.96/Roadmap We have a number of languages that are complete and many more that are in need of a little more work to finish them off. http://translate.sugarlabs.org/projects/glucose/ Please make a special effort to get your Glucose project completed (and committed by your lang admin) in the next two weeks so that we can make this the best localized release of Sugar yet. We desperately need your help to make that goal. Localizations of Fructose and Honey activities are readily updated after the release, but it is important to get Glucose (and the sugar-update-control.po file from http://translate.sugarlabs.org/projects/olpc_software/) in the best shape possible for the release which will be repackaged for Linux distros with the L10n available at a given point in time. Please reach out to other potential localizers to help and as a special request to our developer community (which comes from a wide variety of mother tongues), please put on your localizer hat for a few days if you have your features for this release cycle landed. Warmest Regards, cjl Sugar Labs Translation Team Coordinator ___ Localization mailing list localizat...@lists.laptop.org http://lists.laptop.org/listinfo/localization ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Bulletin Boards
I think it never passed the idea phase, i.e., no planning or code (almost certain, but I'm not that involved in the project, just noticed that you had no answer yet). Eduardo No dia 12 de Março de 2012 00:11, Sridhar Dhanapalan srid...@laptop.org.au escreveu: We have recently started work on a new activity, which we called Noteboard [1]. I have since discovered that there is a very similar concept mentioned in the Sugar HIG, Bulletin Boards [2]. Is this idea implemented anywhere? I don't want us duplicating effort. If it doesn't exist, does anyone have any advice on how we can approach this? Thanks, Sridhar [1] https://dev.laptop.org.au/issues/634 [2] http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/Bulletin_Boards Sridhar Dhanapalan Engineering Manager One Laptop per Child Australia ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugar Creation Kit pages on the wiki are strange
Take one example: Exporting/Importing files from the sugar-journal with Drag-Drop with a 2nd USB-stick. And it even doesn't show how to do that. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Creation Kit pages on the wiki are strange
P.S. - The link is http://wiki.sugarlabs.org/go/Sugar_Creation_Kit and I really think it should be moved to the users wiki page. Eduardo 2012/1/19 Eduardo H. Silva hoboprim...@gmail.com: Take one example: Exporting/Importing files from the sugar-journal with Drag-Drop with a 2nd USB-stick. And it even doesn't show how to do that. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Creation Kit pages on the wiki are strange-first message with held do to commands
Sorry, been forgetting to reply to the list as well. On 01/19/2012 04:01 PM, Eduardo H. Silva wrote: James, but the thing is, everything needs rewriting, not just some words or phrases. Thomas, what you just explained isn't what is in the wiki. Also, in another page linked from the main Sugar Creation Kit page: To clear Sugar of these keys and the name and color entries, enter the command rm ~ rf /.sugar This of course deletes the journal as well. It also says on the next line: - *To reset only the ssh keys*, in order to keep the Journal and installed .xo Activities, use (rm ~/.sugar/default/owner.key*) in the Sugar Terminal, and then shutdown sugar (su shutdown -h now). This leaves the Journal entries and removes only the previous Learner's identity key files Then why include the first instruction? It deletes the Journal. Eduardo I have changed the colored bar instructions on all web pages and added a Summary section from the previous e-mail to the tutorial drag-drop. Cordially; Tom Gilliard satellit_ I appreciate all feedback so that the wiki works better. Thanks Eduardo 2012/1/19 Thomas C Gilliard satel...@bendbroadband.com satel...@bendbroadband.com: On 01/19/2012 02:25 PM, Eduardo H. Silva wrote: Take one example: Exporting/Importing files from the sugar-journal with Drag-Drop with a 2nd USB-stick. And it even doesn't show how to do that. Eduardo: I do not understand why you think this. A brief synopsis of the process: 1)You need a 2nd USB-stick inserted in a USB slot before you begin. 2)Click on the journal icon under the XO Avitar in f3 (Home) screen. 3)move the mouse cursor to the center of the screen. 4)In the left bottom of the sugar screen will be 2 USB icons - Journal - 2nd USB 5)click on the file in the journal listing that pops up when you click on the icon in the left bottom corner; and hold down the mouse as you drag the entry to the 2nd USB Icon next to it on the bottom left corner. 6) release the mouse button when you are over the 2nd USB Icon and a + will appear. This is a Drag-Drop export to the 2nd USB-stick Import to Sugar Journal is done just the opposite way: 1) click on a picture or .xo file on the 2nd USB that pops up when you click on the icon in the left bottom corner. 2) drag it with the mouse to the journal icon in the bottom left corner. A + will appear as it is added to the journal. When you go to (f3) Home Screen and click on the journal the new item will be in the journal. Plus if it was an activity.xo file It will be installed. (The drag-drop process in sugar does a hidden conversion of the journal files to ones that will work on a USB. It seems to be the only way to do an import/export in Sugar.) Cordially Tom Gilliard satellit_ Eduardo ___ Sugar-devel mailing listSugar-devel@lists.sugarlabs.orghttp://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] [NEW FEATURE] write to the journal whenever you want
I like the idea, and much prefer it. As for the design, what about using as a toolbar icon the journal+pencil icon? It would imply that you are writing something into the journal, in this case the title and description and tags of the current activity. There is a potential problem of adding another persistent icon to the toolbar, which is it shrinks the space for the activity's icons. If this is the case, perhaps this functionality should be merged with the Keep button in some way, but since Keep is/will be used to Keep new versions and also to Keep the activiy in a different format it would need a new design. Perhaps these options (Keep new version, Keep as X) could be added as buttons on the top or bottom of the description window which would be a secondary palette of the Keep button. Just food for thought. Eduardo 2009/11/19 Walter Bender walter.ben...@gmail.com: Many of us love the Naming Alert, but even more seem to despise it. With this feature, it is invoked from a toolbar button instead of automatically invoked on quit. It lets the learning take notes repeatedly and at any time during an activity session. See http://wiki.sugarlabs.org/go/Features/Write_to_journal_anytime This is a quick hack. We may want to revisit the toolbar integration and certainly need a better icon :) Comments? -walter -- Walter Bender Sugar Labs http://www.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] RFC: Kill the delayed menus for good
2009/10/16 Eben Eliason e...@laptop.org: On Thu, Oct 15, 2009 at 10:09 PM, Avi fiendi...@gmail.com wrote: Tomeu wrote: I'm more concerned about developers proposing big user experience changes because they feel it's better. Before I look at the patch I would like to know if there's agreement from people close to our users that this behavior change is desired. How can we get that? How about users (me) proposing big user experience changes by asking a developer (Michael) why the fuck does this UI take so goddamned long to react? Also, define our users. Is it people using Sugar? Is it people using XOs? Is it people other than you? I'll gladly put myself into any of these categories if it makes you happy. I think we'd all agree that the primary audience for Sugar is children of varied age groups and levels of education, and that audience should be considered first in terms of the user experience. I'm not suggesting, of course, that the rest of us aren't also users with valid input and experiences, or that this proposed patch was submitted without the best interests of that audience, or at least a reasonable portion of that audience, in mind. I also don't believe that Tomeu was stating a challenge of any kind, or insinuating that no one other than Michael was likely to have a positive response to the proposed change. The suggestion was that we collect feedback from many people, yourself included, and also from children in our primary audience and the teachers and instructors who work with them daily. In that regard, thank you for your feedback; it would be more constructive, of course, if you could provide it without the profanity and apparent disgust. Eben wrote: The initial design intent was to develop a system which worked in a sufficiently complete manner without needing palettes at all. 1) For whom? What about people who know how to recognize English letters and words better than they remember what an obscure picture means? Because you've failed on that front. For children! And actually, I agree with you. In many cases text is minimized more than I would like it to be. Clearly it's beneficial for those learning to read to see associations of words and icons, and words are naturally useful to those who already can. 2) Good luck. Sincerely. I hope that if that's still your goal that it's actually possible. I'm personally not convinced, but only because I haven't yet seen a demonstration that shows progress on that front. Honestly, I think we've come relatively close. Would you strongly disagree? It's possible to create new activities, resume past activities, join collaborative activities, connect to networks, participate in activities, copy, paste, and stop activities with the use of primary actions only. I'm not suggesting that the full power of the UI is available without the need for seeing any text, but I am suggesting that there are a great many things you can do with Sugar without needing to use the secondary actions and tools available in palettes. If there are basic functions or actions that are frequently needed that aren't exposed as primary actions, it would be useful to identify those areas in order to make improvements. Do you have any suggestions? Finding that many kids were actually waiting for the palette to appear always, instead of, for instance, simply clicking on an activity icon to join it, encouraged us to INcrease the delay on the palettes to help emphasize this as a secondary mechanism for interaction. Jesus, why? Think about what you just said for a moment. Why might someone wait for the palette to appear before clicking? Probably because they want to see what's on the palette! The situation of the palette is that all it I was not precise enough in my statement. Upon observation, many children were waiting for the palette exclusively to select the first option within it, which is the primary action that a click on the object itself would also invoke. They were NOT attempting to access the secondary functionality, but instead, due to the appearance of the palette, assumed that this was the only means of interaction. As Michael correctly points out, the contextual menus are indeed an inferior solution to direct interactions, since they require finer motor skills (and are difficult with poor trackpads, such as those on XOs) and movement away from the object they wish to interact to a secondary target within the menu. The icons are larger targets, easy to click without delay, and would have saved children both time and aggravation had they learned to act upon them directly. takes is one accident to discover that hovering shows useful information. And with the knowledge that the palette shows useful information, and that hovering shows the palette, it is reasonable that one might just engage in the described behavior. Either make the useful information available without the contextual menu or
Re: [Sugar-devel] RFC: Kill the delayed menus for good
For us noobs in patching, could someone make a screencast of Sugar running with this patch? Eduardo 2009/10/16 Eben Eliason e...@laptop.org: I wanted to include Christian on this thread since he may also wish to try it out and have some valuable feedback. It seems like this thread is somewhat split between design discussions and process issues. Should it be exclusive to the sugar-devel list? If we want feedback from people other than developers it seems we should have a broader scope. Eben On Thu, Oct 15, 2009 at 11:19 PM, Eben Eliason e...@laptop.org wrote: On Thu, Oct 15, 2009 at 10:09 PM, Avi fiendi...@gmail.com wrote: Tomeu wrote: I'm more concerned about developers proposing big user experience changes because they feel it's better. Before I look at the patch I would like to know if there's agreement from people close to our users that this behavior change is desired. How can we get that? How about users (me) proposing big user experience changes by asking a developer (Michael) why the fuck does this UI take so goddamned long to react? Also, define our users. Is it people using Sugar? Is it people using XOs? Is it people other than you? I'll gladly put myself into any of these categories if it makes you happy. I think we'd all agree that the primary audience for Sugar is children of varied age groups and levels of education, and that audience should be considered first in terms of the user experience. I'm not suggesting, of course, that the rest of us aren't also users with valid input and experiences, or that this proposed patch was submitted without the best interests of that audience, or at least a reasonable portion of that audience, in mind. I also don't believe that Tomeu was stating a challenge of any kind, or insinuating that no one other than Michael was likely to have a positive response to the proposed change. The suggestion was that we collect feedback from many people, yourself included, and also from children in our primary audience and the teachers and instructors who work with them daily. In that regard, thank you for your feedback; it would be more constructive, of course, if you could provide it without the profanity and apparent disgust. Eben wrote: The initial design intent was to develop a system which worked in a sufficiently complete manner without needing palettes at all. 1) For whom? What about people who know how to recognize English letters and words better than they remember what an obscure picture means? Because you've failed on that front. For children! And actually, I agree with you. In many cases text is minimized more than I would like it to be. Clearly it's beneficial for those learning to read to see associations of words and icons, and words are naturally useful to those who already can. 2) Good luck. Sincerely. I hope that if that's still your goal that it's actually possible. I'm personally not convinced, but only because I haven't yet seen a demonstration that shows progress on that front. Honestly, I think we've come relatively close. Would you strongly disagree? It's possible to create new activities, resume past activities, join collaborative activities, connect to networks, participate in activities, copy, paste, and stop activities with the use of primary actions only. I'm not suggesting that the full power of the UI is available without the need for seeing any text, but I am suggesting that there are a great many things you can do with Sugar without needing to use the secondary actions and tools available in palettes. If there are basic functions or actions that are frequently needed that aren't exposed as primary actions, it would be useful to identify those areas in order to make improvements. Do you have any suggestions? Finding that many kids were actually waiting for the palette to appear always, instead of, for instance, simply clicking on an activity icon to join it, encouraged us to INcrease the delay on the palettes to help emphasize this as a secondary mechanism for interaction. Jesus, why? Think about what you just said for a moment. Why might someone wait for the palette to appear before clicking? Probably because they want to see what's on the palette! The situation of the palette is that all it I was not precise enough in my statement. Upon observation, many children were waiting for the palette exclusively to select the first option within it, which is the primary action that a click on the object itself would also invoke. They were NOT attempting to access the secondary functionality, but instead, due to the appearance of the palette, assumed that this was the only means of interaction. As Michael correctly points out, the contextual menus are indeed an inferior solution to direct interactions, since they require finer motor skills (and are difficult with poor trackpads, such as those on XOs) and movement away from the object they wish to
[Sugar-devel] [Design]When in fullscreen mode, moving cursor to top edge pops-up toolbar?
When running Browse in fullscreen, I often have the instinct of moving the cursor to the top edge to show the toolbar, to quickly use one of its functions. Do you think its a good idea if this happened? On the other hand, it would clash with the control panel option of using the edges to invoke the frame. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Design] ColorButton
2009/9/11 Gary C Martin g...@garycmartin.com: On 11 Sep 2009, at 00:30, Eduardo H. Silva wrote: Should the toolbar icon for the colors palette have a down arrow like with the other toolbar button icons? After all, it doesn't execute a primary action of its pallete when clicking, instead it reveals its palette. No, down arrows indicate the new lockable secondary toolbars (one click to lock open, one click to lock closed, hover for temporary quick use like a palette). Locking open secondary toolbars resizes the activity canvas area, normal toolbar palettes do not. FWIW: it has been agreed (I think) that any icons that have _NO_ default primary function (i.e. they just hold palettes) should instantly, and fully expose on a single left click (as they already do for a single right click). As their primary function is to display their palette. Maybe we can solve this for 0.88. This would solve things like providing instant feedback on buddy icons, such as accessing the large self buddy icon in the home view for getting to settings, shutdown etc. But shouldn't something be done visually to differentiate those icons which open palettes when clicked, from those which act their primary action? The user won't know beforehand what will the result of clicking be otherwise. Eduardo Regards, --Gary Eduardo 2009/9/10 Gary C Martin g...@garycmartin.com: On 10 Sep 2009, at 12:01, Aleksey Lim wrote: On Thu, Sep 10, 2009 at 12:54:48PM +0200, Simon Schampijer wrote: Hi, currently the ColorButton is not fully clear in it's behavior (see http://dev.sugarlabs.org/ticket/388). Click outside the palette to close it etc. Benjamin suggested to have an ok/cancel button to make the end of the selection clear http://dev.sugarlabs.org/ticket/388#comment:7 Do others agree? Other thoughts? Another option is that picker should contain only predefined colors(and maybe one custom) by default and having click-to-close behaviour. Then if users want to make(change) custom color, they click add..(or so) button and palette opens right panel and click on predefined color will just change custom color. btw having select-to-close behavior(at least by default) we will keep things consistent, e.g. to select suboptions from palette menus, user needs only one click. Is it possible to emit the colour change event as soon as a colour is clicked? Or, perhaps emit as soon as the mouse leaves the palette area? I tried some quick mockups, the OK/Cancel doesn't feel very Sugar UI like (no other palettes use this behaviour). The click a colour to dismiss, with the addition of a 'custom colour' icon seems more natural, but looses a current nice feature where by you can pick a preset colour, see the sliders move, and then adjust them if you want to tweak. It also seems a little odd seeing both the toolbar icon and the custom icon changing colour at same time (see attachment below), though I guess in this case the toolbar icon could only change once you make a choice (and as you move a cursor around a document with colours). Anyway, all this makes me think that solving the issue by emitting colour change events early (i.e. not just when palette closes) would be a cleaner solution (more like a bug fix for a current unintended behaviour rather than redesigning an already good UI to avoid it). Regards, --Gary ___ 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] ColorButton
Or I might be nit-picking... Eduardo 2009/9/12 Eduardo H. Silva hoboprim...@gmail.com: 2009/9/11 Gary C Martin g...@garycmartin.com: On 11 Sep 2009, at 00:30, Eduardo H. Silva wrote: Should the toolbar icon for the colors palette have a down arrow like with the other toolbar button icons? After all, it doesn't execute a primary action of its pallete when clicking, instead it reveals its palette. No, down arrows indicate the new lockable secondary toolbars (one click to lock open, one click to lock closed, hover for temporary quick use like a palette). Locking open secondary toolbars resizes the activity canvas area, normal toolbar palettes do not. FWIW: it has been agreed (I think) that any icons that have _NO_ default primary function (i.e. they just hold palettes) should instantly, and fully expose on a single left click (as they already do for a single right click). As their primary function is to display their palette. Maybe we can solve this for 0.88. This would solve things like providing instant feedback on buddy icons, such as accessing the large self buddy icon in the home view for getting to settings, shutdown etc. But shouldn't something be done visually to differentiate those icons which open palettes when clicked, from those which act their primary action? The user won't know beforehand what will the result of clicking be otherwise. Eduardo Regards, --Gary Eduardo 2009/9/10 Gary C Martin g...@garycmartin.com: On 10 Sep 2009, at 12:01, Aleksey Lim wrote: On Thu, Sep 10, 2009 at 12:54:48PM +0200, Simon Schampijer wrote: Hi, currently the ColorButton is not fully clear in it's behavior (see http://dev.sugarlabs.org/ticket/388). Click outside the palette to close it etc. Benjamin suggested to have an ok/cancel button to make the end of the selection clear http://dev.sugarlabs.org/ticket/388#comment:7 Do others agree? Other thoughts? Another option is that picker should contain only predefined colors(and maybe one custom) by default and having click-to-close behaviour. Then if users want to make(change) custom color, they click add..(or so) button and palette opens right panel and click on predefined color will just change custom color. btw having select-to-close behavior(at least by default) we will keep things consistent, e.g. to select suboptions from palette menus, user needs only one click. Is it possible to emit the colour change event as soon as a colour is clicked? Or, perhaps emit as soon as the mouse leaves the palette area? I tried some quick mockups, the OK/Cancel doesn't feel very Sugar UI like (no other palettes use this behaviour). The click a colour to dismiss, with the addition of a 'custom colour' icon seems more natural, but looses a current nice feature where by you can pick a preset colour, see the sliders move, and then adjust them if you want to tweak. It also seems a little odd seeing both the toolbar icon and the custom icon changing colour at same time (see attachment below), though I guess in this case the toolbar icon could only change once you make a choice (and as you move a cursor around a document with colours). Anyway, all this makes me think that solving the issue by emitting colour change events early (i.e. not just when palette closes) would be a cleaner solution (more like a bug fix for a current unintended behaviour rather than redesigning an already good UI to avoid it). Regards, --Gary ___ 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] ColorButton
2009/9/12 Gary C Martin g...@garycmartin.com: On 12 Sep 2009, at 16:34, Eduardo H. Silva wrote: 2009/9/11 Gary C Martin g...@garycmartin.com: On 11 Sep 2009, at 00:30, Eduardo H. Silva wrote: Should the toolbar icon for the colors palette have a down arrow like with the other toolbar button icons? After all, it doesn't execute a primary action of its pallete when clicking, instead it reveals its palette. No, down arrows indicate the new lockable secondary toolbars (one click to lock open, one click to lock closed, hover for temporary quick use like a palette). Locking open secondary toolbars resizes the activity canvas area, normal toolbar palettes do not. FWIW: it has been agreed (I think) that any icons that have _NO_ default primary function (i.e. they just hold palettes) should instantly, and fully expose on a single left click (as they already do for a single right click). As their primary function is to display their palette. Maybe we can solve this for 0.88. This would solve things like providing instant feedback on buddy icons, such as accessing the large self buddy icon in the home view for getting to settings, shutdown etc. But shouldn't something be done visually to differentiate those icons which open palettes when clicked, from those which act their primary action? The user won't know beforehand what will the result of clicking be otherwise. Yes, I do acknowledge this point, unfortunately all the visual 'cures' I've seen mentioned or tried to think up so far are worse than the 'illness'. The Sugar UI usage of icons with a primary action vs. no primary action would seem to be about 50/50, so any visual treatment would have to look good on ~50% of all icons you see. For the new toolbar lock open/closed 'v' shape, it requires almost all those icons to be re-adjusted/designed from scratch with that extra empty space required below. I guess I'd try to argue for better icon design to start with, so that the author made sure they clearly distinguished icons for single click actions, from icons exposing a palette of actions. Good point. The color button in Write is a good example of that. Could I ask you indicate some example cases where you see potential confusion? Perhaps we can improve their icon designs. To be honest I don't have a use case to show, perhaps it's just a potential problem that doesn't manifest itself. Eduardo Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Design] ColorButton
Should the toolbar icon for the colors palette have a down arrow like with the other toolbar button icons? After all, it doesn't execute a primary action of its pallete when clicking, instead it reveals its palette. Eduardo 2009/9/10 Gary C Martin g...@garycmartin.com: On 10 Sep 2009, at 12:01, Aleksey Lim wrote: On Thu, Sep 10, 2009 at 12:54:48PM +0200, Simon Schampijer wrote: Hi, currently the ColorButton is not fully clear in it's behavior (see http://dev.sugarlabs.org/ticket/388). Click outside the palette to close it etc. Benjamin suggested to have an ok/cancel button to make the end of the selection clear http://dev.sugarlabs.org/ticket/388#comment:7 Do others agree? Other thoughts? Another option is that picker should contain only predefined colors(and maybe one custom) by default and having click-to-close behaviour. Then if users want to make(change) custom color, they click add..(or so) button and palette opens right panel and click on predefined color will just change custom color. btw having select-to-close behavior(at least by default) we will keep things consistent, e.g. to select suboptions from palette menus, user needs only one click. Is it possible to emit the colour change event as soon as a colour is clicked? Or, perhaps emit as soon as the mouse leaves the palette area? I tried some quick mockups, the OK/Cancel doesn't feel very Sugar UI like (no other palettes use this behaviour). The click a colour to dismiss, with the addition of a 'custom colour' icon seems more natural, but looses a current nice feature where by you can pick a preset colour, see the sliders move, and then adjust them if you want to tweak. It also seems a little odd seeing both the toolbar icon and the custom icon changing colour at same time (see attachment below), though I guess in this case the toolbar icon could only change once you make a choice (and as you move a cursor around a document with colours). Anyway, all this makes me think that solving the issue by emitting colour change events early (i.e. not just when palette closes) would be a cleaner solution (more like a bug fix for a current unintended behaviour rather than redesigning an already good UI to avoid it). Regards, --Gary ___ 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] Tag designs (was Re: [DESIGN] UI mockups)
Hi, just saw the mockup, where beneath each journal entry it shows the tags it has. Have you thought about showing the first line of the entry description in there? Perhaps it is more rich in information than tags, to have the first line of the description in there, and would extra incentive for the user to describe his journal entries. Eduardo 2009/8/19 Bert Freudenberg b...@freudenbergs.de: On 19.08.2009, at 18:41, Gary C Martin wrote: On 19 Aug 2009, at 17:19, Bert Freudenberg wrote: [forwarded from christian] several options for the Journal, exploring various toolbars, the grid view, and tagging; [1] http://shell.sugarlabs.org/~erikos/090818_journal_thumbnails.pdf I like the tags icon. It should be used throughout to indicate tags (currently it's missing in the menu palette showing tags). For selecting tags, instead of the vertical list which wastes screen real estate due to different tag lengths, why not lay them out horizontally wrapped (using the same white rounded rects as in the menu), using the whole width of the screen? This would work either in a hover palette, or a panel at the bottom of the screen. Kind'a like these mock-ups? http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal#Tags_palette Yes, though there needs to be a search pane like in Christian's mockups. And potentially we need to deal with lots of tags, so using more of the screen plus scroll bars seems to be necessary. - 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] Tag designs (was Re: [DESIGN] UI mockups)
I also remembered something else, more of the description could appear as a tooltip. Eduardo 2009/8/19 Eduardo H. Silva hoboprim...@gmail.com: Hi, just saw the mockup, where beneath each journal entry it shows the tags it has. Have you thought about showing the first line of the entry description in there? Perhaps it is more rich in information than tags, to have the first line of the description in there, and would extra incentive for the user to describe his journal entries. Eduardo 2009/8/19 Bert Freudenberg b...@freudenbergs.de: On 19.08.2009, at 18:41, Gary C Martin wrote: On 19 Aug 2009, at 17:19, Bert Freudenberg wrote: [forwarded from christian] several options for the Journal, exploring various toolbars, the grid view, and tagging; [1] http://shell.sugarlabs.org/~erikos/090818_journal_thumbnails.pdf I like the tags icon. It should be used throughout to indicate tags (currently it's missing in the menu palette showing tags). For selecting tags, instead of the vertical list which wastes screen real estate due to different tag lengths, why not lay them out horizontally wrapped (using the same white rounded rects as in the menu), using the whole width of the screen? This would work either in a hover palette, or a panel at the bottom of the screen. Kind'a like these mock-ups? http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal#Tags_palette Yes, though there needs to be a search pane like in Christian's mockups. And potentially we need to deal with lots of tags, so using more of the screen plus scroll bars seems to be necessary. - 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] GPA School Notes Wed. July 15 - GS
My humble opinions on what Sugar could learn from this report are bellow. 2009/7/15 Greg Smith gregsmit...@gmail.com: Hi All, Here are my notes from today's class. Anurag will send out notes on what we did in class so I will focus on UI and usability comments. I also recorded the post class warm/cold comments. Sorry I didn't get a chance to get on IRC after the class as planned. We got local collaboration working well so we will go with that and stop debugging Jabber issues for now. About 10 x 3rd graders were in the class today. This was their second time with Sugar. Caroline led the class as Walter is travelling and several kids asked where is the other guy?. The main activity was to get pictures of states of wikipedia, then put those in Memorize and create games (e.g. picture of Texas, word Texas makes a match) and share the memorize so two kids can play together. Warm/cold post class comments: Anurag Warm: Collaboration worked well. Kids were able to join each others games and reload games as needed. They could change partners easily too. The importing map from Wikipedia worked well. They quickly understood how to switch from browse to memorize and how to save and access things from the journal. They retained a lot fo what they learned before. Cold: 3 person collaboration didn't always work. Caroline Warm: Collaboration added to the kids engagement. They learned a lot about state names and the drilling aspects seemed to help them remember. There were multiple steps but they seemed to handle it well. It would have been harder with fewer adults to help each kid but every kid got it. Went great overall. Cold: 3 or person collaboration worked sometimes but not always. May have been a work flow thing (e.g. if two already playing third has to wait until end of game to join). The loading and customization of USB sticks was labor intensive. Greg Warm: Fun time and impressive production by the kids in terms of creating games. Cold: Some tasks were hard and kids needed help (see below). Jennifer Warm: kids were enthusiastic. They learned how to spell state names. Kids helped each other out. Cold: Sometimes when switching partners, some kids were left out. Usability comments from me. Educational Context The kids really wanted to know what to do next. If they didn't know where to click to download an image they would just sit and wait or get distracted or ask a teacher or me. With several kids asking you something at the same time and poking you for your attention, its a little overwhelming: what do I do now?, how do you spell Louisiana?, how do I go back to memorize?, etc. I asked the teacher how he handles that and he said he spends extra time preparing them. Gives exact steps, goes over them several times, and ask the kids to repeat back what they will do. He can handle a few kids asking follow up questions but if more than 2 - 3 need help then it probably wasn't explained well enough in advance. That was not what I expected. My inclination is to say go ahead and do whatever you want. You can do this, but anything you create will be original and interesting. Of course, to a kid, do what every you want turns in to run around in the sun and tickle my class mates. If you constrain it to: in the class using the computer, they want to know what to do next. They want to do the right thing, finish the assignment and accomplish their task. So structure and direction is important. Probably obvious to any teacher but kind of a surprise to me. Steps to accomplish the assigned task. We setup the collaboration and had connected computers in pairs with Memorize open when we started. Their task with steps as we intended was as follows: - Open browse - Go to WIkipedia.org - Type in a state name in the search field - Right click on the picture of the state and choose download - Click continue count down timer ot just wait for download to complete. - Click OK or Show in Journal - Open frame - Choose Memorize - Choose create tab as needed - Choose eye icon to upload state image - Find and select state image on journal - Type state name in matching tile - Click Add pair - Repeat as needed - Save Game - Click Play tab - Open game Play with friend or variant of choose SHare with my Neighborhood and have friend find you. Everybody got it eventually but most needed help somewhere. Examples of things they needed help with, from kids I worked with: - Couldn't remember how to start world AKA browse. - Needed help spelling Wikipedia. - Couldn't find search field on wikipedia because frame was covering half of it - Needed help spelling state names - Didn't remember Right click on image to download in browse. This is one place where palettes aren't opened by hovering. The thinking that eben told me, was that in websites with many images, lots of palettes appearing would get in the way. I think it should be tested on
Re: [Sugar-devel] Nobody understands Keep
2009/7/10 Eben Eliason e...@laptop.org: On Fri, Jul 10, 2009 at 10:29 AM, Tomeu Vizosoto...@sugarlabs.org wrote: On Fri, Jul 10, 2009 at 16:25, Eben Eliasone...@laptop.org wrote: On Fri, Jul 10, 2009 at 10:05 AM, Martin Denglermar...@martindengler.com wrote: On Fri, Jul 10, 2009 at 10:01:19AM -0400, Eben Eliason wrote: On Fri, Jul 10, 2009 at 5:28 AM, Tomeu Vizosoto...@sugarlabs.org wrote: But are you meaning that we should name the current one Keep a copy and when we have versions add Keep? No, no. I'm urging that we name it Keep new version now if we rename it, so that it's meaning doesn't change down the road when versions are introduced. Keep new version seems a lot closer to a description of the implementation than of the user-desired result. Unless this new version becomes the active one (i.e., the one upon which the user continues to work, assuming they don't close the application), isn't the result of the button press better called Keep[ing of a] backup version? I'm happy to entertain other terminology. All I'm really trying to get across is that, technically, this action is strictly not what I interpreted as keep a copy in the presence of versions, and I don't want to confuse the terminology later by mixing up the terms. I'd be equally satisfied, I think, by finding a better term for what I'm presently describing as keep a copy, wherein a brand new tree_id is assigned to the copy, detaching it from the history (and collaboration scope) of the original. The fundamental issue is whether or not version/collaboration history is retained with the action, so let's ensure that we name both of these types of copy operations at the same time, even if we only have one of them for now, so that it can be extended later. Ben's suggestion of checkpoint could work. Perhaps Keep checkpoint would be better to retain the action. You're right that it's more like keep backup versionthat is, the keep operation which retains the tree_id basically writes the current state of the activity as a version (the just-now-previous one), and allows you to continue working in the most current one. No branching, in the traditional sense, happens here. Should we discuss this in sugar-devel? Why not asking any of the teachers in IAEP what is more natural for them? Makes sense to me, as long as we can convey to them first the distinction between the two. The problem at hand is that keep a copy makes perfect sense, until you toss in this alternate action to confuse things. As another note, I have another reason why I interpreted keep a copy to mean new tree_id, and not just new version. Looking at the design mockups for the action/object views of the Journal, we designed the object view to show only the most recent version of any object. That is, each object is represented just once in that list. Here, it seems like keep a copy should mean give me a new object in this list; Keeping a version is just an action which snapshots a previous state of the current object, without making a true copy of it. Maybe we could always refer to versions as history in Sugar (seems logical, given the Journal metaphor!). Then, we could call what the new tree_id case keep a copy as I initially suggested, and the new version_id case keep in history, to indicate that pressing it will add a new listing in the history of the current object. Eben Regards, Tomeu Eben Regards, Tomeu Eben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel You're right eben, sorry for not thinking it through (and the current translation in pt_PT of keep is just keep in all releases). I'd like to suggest that when an auto-save is done, to have the keep button either become unsensitive or visually change into a closed folder with the secondary palette saying Kept X minutes ago. This is inspired by how Gmail works. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] testing composition for speeding up graphics performance
2009/6/19 Gary C Martin g...@garycmartin.com: On 18 Jun 2009, at 10:29, Tomeu Vizoso wrote: On Thu, Jun 18, 2009 at 11:21, Sascha Silbesascha-ml-ui-sugar-de...@silbe.org wrote: On Thu, Jun 18, 2009 at 11:09:06AM +0200, Tomeu Vizoso wrote: Wonder if that's intended, as going to a zoom level involves some kind of animation, i.e. is not intended to take you there as fast as possible. What kind of animation? I can't remember ever having seen one (unless you count the time it takes to populate the screen). It's not supposed to be too obvious. It's more visible if you go from the home level to the neighborhood, you should see the XO zooming out before the screen is redrawn. Yes I agree with that, but only if you are changing from one of the base 3 zoom levels to another. Once you switch to an Activity level zoom, there should be no zoom from some old negihbourhood/group/home state to a new one that you're trying to switch to. If we had posh HW accelerated compositing, the animation should be something like a cross-dissolve and dolly back from the Activity view level to the new negihbourhood/group/home view. Of course, the current behaviour is correct 33% of the time :-) because you may be going back to the same zoom view as before, it's only the other 66% of the time that you get shown an initially incorrect zoom view. Hmmm, I seem to remember an old ticket where this problem was showing up before, had some almost complete patches if I remember (gee, now who was working on that, I remember testing the patches through several revisions)... Any one know? Is it this one? It doesn't have patches though http://dev.laptop.org/ticket/4039 Eduardo Regards, --Gary ___ 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] Sugar on Ubuntu 9.04 will not start
Another semi-blocker of Sugar in Ubuntu Jaunty, is that python-hulahop still contains Python 2.5 modules, but Python 2.6 is default in Jaunty's package which makes Browse not start. https://bugs.launchpad.net/ubuntu/+source/sugar-hulahop/+bug/364871 2009/4/27 Edward Cherlin echer...@gmail.com: I'm not clear on the nature of your problem. I have no difficulty running a SoaS image in kvm (apart from broken Activities). http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Getting_Involved/Testing/Soas2-200904231400 I just now confirmed that it runs in Jaunty. I will add details to the page as soon as I can take time away from more pressing matters. From the bug page, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vesa/+bug/356133 KBios wrote on 2009-04-15: Confirmed on amd64. The vesa module seems still from a prerelease of xorg (version 1.5.99). I see xserver-xorg-video-vesa version 1:2.0.0.1ubuntu6 On Mon, Apr 27, 2009 at 12:56 AM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Sun, Apr 26, 2009 at 02:34:21PM -0700, Edward Cherlin wrote: o The culprit appears to be a security setting in config/dbus that prevents Xephyr from accessing the display. Does anybody know where this setting is, and what it should say instead? I've changed the wiki to remove Ubuntu Jaunty from the list of supported versions. Will add it back once Xephyr and X inside kvm [1] work (without the latter I cannot test if Sugar runs properly). [1] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vesa/+bug/356133 CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJJ9WUUAAoJELpz82VMF3DaJ4YIAI8bsPHxUl3glJhjWRodaTS6 Ar/f40BtOHuHMOI5aZo9AUjlrB0xJIPtZX0ChyBApDvVDm9GBxZgltlYI7+VLt4E AmiuCkNp7L+4Yq43Axf1Rz/y8iB2gPAh5eGH+W3ar4zaydai8DxEZA7udKjaRfpz smdyYAIALdBY6fW1E5Bj+0Cmc1kHarMHBiX6HO5x+7XcjGQ6lDoKi5Iycs/c/Kgy WuGgEFg8IyJgL0RB3FuQjDExghg3RTAai8ksI+oa2XE8Wz+fx8l8ah/a7ydwwE5W GI5W+o/C7/0H9v7eYJpB4gBZr8hHgwUPQFxyKhErDe/v/7bbcNFizQI+qLIdhko= =oMQr -END PGP SIGNATURE- -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://earthtreasury.org/worknet (Edward Mokurai Cherlin) ___ 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] Sugar on Ubuntu 9.04 will not start
Oops, I guess you were talking about Soas, not ubuntu jaunty packaged Sugar. 2009/4/27 Eduardo H. Silva hoboprim...@gmail.com: Another semi-blocker of Sugar in Ubuntu Jaunty, is that python-hulahop still contains Python 2.5 modules, but Python 2.6 is default in Jaunty's package which makes Browse not start. https://bugs.launchpad.net/ubuntu/+source/sugar-hulahop/+bug/364871 2009/4/27 Edward Cherlin echer...@gmail.com: I'm not clear on the nature of your problem. I have no difficulty running a SoaS image in kvm (apart from broken Activities). http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Getting_Involved/Testing/Soas2-200904231400 I just now confirmed that it runs in Jaunty. I will add details to the page as soon as I can take time away from more pressing matters. From the bug page, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vesa/+bug/356133 KBios wrote on 2009-04-15: Confirmed on amd64. The vesa module seems still from a prerelease of xorg (version 1.5.99). I see xserver-xorg-video-vesa version 1:2.0.0.1ubuntu6 On Mon, Apr 27, 2009 at 12:56 AM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Sun, Apr 26, 2009 at 02:34:21PM -0700, Edward Cherlin wrote: o The culprit appears to be a security setting in config/dbus that prevents Xephyr from accessing the display. Does anybody know where this setting is, and what it should say instead? I've changed the wiki to remove Ubuntu Jaunty from the list of supported versions. Will add it back once Xephyr and X inside kvm [1] work (without the latter I cannot test if Sugar runs properly). [1] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vesa/+bug/356133 CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJJ9WUUAAoJELpz82VMF3DaJ4YIAI8bsPHxUl3glJhjWRodaTS6 Ar/f40BtOHuHMOI5aZo9AUjlrB0xJIPtZX0ChyBApDvVDm9GBxZgltlYI7+VLt4E AmiuCkNp7L+4Yq43Axf1Rz/y8iB2gPAh5eGH+W3ar4zaydai8DxEZA7udKjaRfpz smdyYAIALdBY6fW1E5Bj+0Cmc1kHarMHBiX6HO5x+7XcjGQ6lDoKi5Iycs/c/Kgy WuGgEFg8IyJgL0RB3FuQjDExghg3RTAai8ksI+oa2XE8Wz+fx8l8ah/a7ydwwE5W GI5W+o/C7/0H9v7eYJpB4gBZr8hHgwUPQFxyKhErDe/v/7bbcNFizQI+qLIdhko= =oMQr -END PGP SIGNATURE- -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://earthtreasury.org/worknet (Edward Mokurai Cherlin) ___ 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] font of sugar labs logo
Could anyone tell me what is the font used in the sugar labs logo. I'd like to try a stab at making the 5 letters of sugar be kids alphabet blocks. Thanks, Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] font of sugar labs logo
Thank you for the information, Eduardo 2009/3/21 Sean DALY sdaly...@gmail.com: Hi Eduardo it's VAG Rounded Light a similar free equivalent is MGOpen Modata For the logo used in production (website/press releases) detailed information can be found here: http://wiki.sugarlabs.org/go/Logo A good place to put logo ideas up is here: http://wiki.sugarlabs.org/go/DesignTeam/Logo-ideas Thanks Sean Marketing Coordinator On Sat, Mar 21, 2009 at 8:22 PM, Eduardo H. Silva hoboprim...@gmail.com wrote: Could anyone tell me what is the font used in the sugar labs logo. I'd like to try a stab at making the 5 letters of sugar be kids alphabet blocks. Thanks, Eduardo ___ 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] Sugar Digest 2009-02-24
2009/2/24 Walter Bender walter.ben...@gmail.com: `snip` 5. Christian Marc Schmidt has been making great progress on the new static website (See http://www.christianmarcschmidt.com/projects/sugarlabs/betasite). We are still seeking more screenshots of the work of children using Sugar, i.e., authentic Sugar images. I find the menu which pops-up a bit confusing, took me a while to figure it out. Cant it be made as spread out menu along the top of the webpage, like its usually done in other websites? A first class `toolbar` of options, and beneath them the sub-options of the clicked option. Other than that, loved the cartoons (although a bit scary with all those sharks around), but definitelly inspiring. Eduardo === Tech Talk === 6. Lionel Laské has been looking into the use of Mono as a Sugar resource, opening up to us the .NET community. Please see his post, “Mono on Sugar for dummies”, on the French .NET community site (http://www.techheadbrothers.com/Articles.aspx/developper-mono-xo). 7. S. Page, in reminding us, Don't bet against the browser, posted a link to a Pippy-like tool for Javascript (See http://billmill.org/static/canvastutorial/). 8. Sascha Silbe finally managed to get Linux working on his phone, so he couldn't resist installing Sugar (See http://sascha.silbe.org/photos/dsc04708.jpg, http://sascha.silbe.org/photos/dsc04709.jpg, http://sascha.silbe.org/photos/dsc04710.jpg, and http://sascha.silbe.org/photos/dsc04711.jpg). Sascha says, No, it isn't really usable - only 64MB of physical RAM means swapping ~30MB to SD just to start Sugar (no activities running). Sugar isn't touchscreen-compatible as well (there are no plain movements, just clicks and drags). But it looks great. === Sugar Labs === 9. Gary Martin has generated another SOM from the past week of discussion on the IAEP mailing list (Please see http://wiki.sugarlabs.org/go/Image:2009-February-14-20-som.jpg). -walter -- Walter Bender Sugar Labs http://www.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] Sugar Digest 2009-02-24
Also, the black highlighted phrases, couldn`t they be colored with another color? I think the idea interesing, its just that it looks strange to have them around with a black background, perhaps a different highlighted mode would be best. But once again, I don`t know the philosophy of the graphical design of the website, so rock on your vision. Eduardo 2009/2/25 Eduardo H. Silva hoboprim...@gmail.com: 2009/2/24 Walter Bender walter.ben...@gmail.com: `snip` 5. Christian Marc Schmidt has been making great progress on the new static website (See http://www.christianmarcschmidt.com/projects/sugarlabs/betasite). We are still seeking more screenshots of the work of children using Sugar, i.e., authentic Sugar images. I find the menu which pops-up a bit confusing, took me a while to figure it out. Cant it be made as spread out menu along the top of the webpage, like its usually done in other websites? A first class `toolbar` of options, and beneath them the sub-options of the clicked option. Other than that, loved the cartoons (although a bit scary with all those sharks around), but definitelly inspiring. Eduardo === Tech Talk === 6. Lionel Laské has been looking into the use of Mono as a Sugar resource, opening up to us the .NET community. Please see his post, “Mono on Sugar for dummies”, on the French .NET community site (http://www.techheadbrothers.com/Articles.aspx/developper-mono-xo). 7. S. Page, in reminding us, Don't bet against the browser, posted a link to a Pippy-like tool for Javascript (See http://billmill.org/static/canvastutorial/). 8. Sascha Silbe finally managed to get Linux working on his phone, so he couldn't resist installing Sugar (See http://sascha.silbe.org/photos/dsc04708.jpg, http://sascha.silbe.org/photos/dsc04709.jpg, http://sascha.silbe.org/photos/dsc04710.jpg, and http://sascha.silbe.org/photos/dsc04711.jpg). Sascha says, No, it isn't really usable - only 64MB of physical RAM means swapping ~30MB to SD just to start Sugar (no activities running). Sugar isn't touchscreen-compatible as well (there are no plain movements, just clicks and drags). But it looks great. === Sugar Labs === 9. Gary Martin has generated another SOM from the past week of discussion on the IAEP mailing list (Please see http://wiki.sugarlabs.org/go/Image:2009-February-14-20-som.jpg). -walter -- Walter Bender Sugar Labs http://www.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
[Sugar-devel] User Interface Anoyances and Bugs in the latest Sugar On A Stick build dated 23 of February, 2009
Tomeu assured me that I wouldn-t be creating noise in the mailing list if I sent you these nitpicks, some small, some large, some recent, some old, so here goes my todays list of: User Interface Anoyances and Bugs in the latest Sugar On A Stick build dated 23 of February, 2009: 1 - In Read, the zoom to width icon resembles more a zoom to fit, i.e., zoom out sufficiently so that the document corners are visible inside the magnifying glass, i.e., show the entire document inside the magnifying glass. Either change the icon or the default action (I prefer the later option). 2 - After clicking a toolbar icon (tested in Read), you cant reveal its palette unless you exit and reenter the icon with the cursor. 3 - Clicking on a video at archive.org, downloads the ogg video, instead of streaming. What should be the default? The right-click palette (that allows one to download a link) is not as discoverable as the rest of the UI. 4 - The right-click palette of weblinks say #copy#, but copy what? I can figure it-s about copying the url, but will a kid know. It should be spelled out as #copy link# 5 - Right-click palettes in Browse don-t disappear unless you choose one of its options. They should work like other palettes in the UI, disappear after a bit when you exit the cursor away from it. 6 - The right-click palette are totally undiscoverable because they need an explicit right-click action to appear. I vote to test having it appear on hover, with a bigger delay than normal palettes and see if the feedback is really that bad as you expect it to be (i.e., that navigating webpages full of images and links will make palettes appear everywhere. Fix number 5, and increase the timer on it appearing on hover, and it wont be bad, I think). 7 - The text size of some Text boxes and options are too small in contrast with the rest of the UI. Some automatic adjustment should be made between the screen resolution and the font size. 8 - When clicking a link in GMail, the page doesnt load unless you click Stop and Reload it. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Location of Saved XO Settings
This gconf-editor tool should be accessible somewhere in Sugar (the control panel?): remember, low floor, high ceiling. Eduardo 2009/2/23 Luke Faraone l...@faraone.cc: On Mon, Feb 23, 2009 at 11:34 AM, Gary C Martin g...@garycmartin.com wrote: I think the majority of settings have moved to gconf; not a tool I've played with much but I'm assuming their must be a command line tool to view and set them (anyone?). I did also find a nested directory structure with XML settings files in last time I had a 8.3.x running on an XO. Can't check for sure just now but i think it was in something like a .gconf directory in my home directory. Tool to modify Gconf from the command line: http://www.gnome.org/~shaunm/admin-guide/gconf-6.html For GUI people, there is gconf-editor. -- Luke Faraone http://luke.faraone.cc ___ 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] Location of Saved XO Settings
yep, once again I am wrong :) sensible options should be added to the control-panel. Perhaps it could exist as a separate activity, a power-user tool like the Terminal, Analize and Log activities are. Eduardo 2009/2/23 Luke Faraone l...@faraone.cc: On 2/23/09, Eduardo H. Silva hoboprim...@gmail.com wrote: This gconf-editor tool should be accessible somewhere in Sugar (the control panel?): remember, low floor, high ceiling. The main concern with making these keys easilly accessible are twofold: it discourages from implementing the settings in a user-friendly panel applet (see firefox's about:config or the windows registry) and secondly it makes it simpler for a child to hose their setup. Gconf-edit is not meant to be a user-facing tool, but a last resort when normal configuration tools provided by an app are insufficent. For this reason, I think adding the editor to the control panel would be a mistake. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] nitpicks on the sucrose 0.83.6 UI
The Sucrose 0.83.6 Release Notes said that we can comment on it UI on the sugar mailing list, so I hope you don't mind me making my wish list. Many of these things are perhaps nitpicks, but so be it :) 1 - I'm unsure about this one, but you tell me: Boxes around all desktop objects when hovered: a - For prettiness sake, they could have rounded corners b - They should always appear even if the resume by default choice isn't toggled. In fact, all actionable graphic on sugar should have some graphical change when hovered. For example, in the frame, the background for icons change from grey to black. I think this could be easily made with the activity icons by adding to them a new light-grey rounded square which is only visible when hovered. This would mean all icons on the desktop, XO users, Activity icons, network icons. c - this also makes the interface give more feedback to the user. 2 - a laptop icon to be placed in the bottom of the frame a - It contains in its palette the options: - Configure - Logout - Restart - Shutdown b - This leaves the current XO in home with only the option About me c - This allows one to access any of the above options from any view, via the frame. 3 - Add a don't Keep option in the name this fresh activity dialog. Perhaps a Keep icon with a cross over it? Or just the erase icon to keep symbols consistent throughout the interface. 4 - Change the View details icon to the latest try at it that Eben gave. Perhaps I just don't understand why is preferable. 5 - I'm unsure about this one, so I'll just throw it out as food for thought. It takes approximately one second to reveal the primary palette (which usually only titles the object), and another second to reveal the secondary. Perhaps these times could be decreased? Is it really discoverable that a secondary palette exists for a icon, if it takes 2 seconds of a stationary cursor for it to be revealed? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] nitpicks on the sucrose 0.83.6 UI
2009/2/22 Eben Eliason e...@laptop.org: On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva hoboprim...@gmail.com wrote: The Sucrose 0.83.6 Release Notes said that we can comment on it UI on the sugar mailing list, so I hope you don't mind me making my wish list. Many of these things are perhaps nitpicks, but so be it :) 1 - I'm unsure about this one, but you tell me: Boxes around all desktop objects when hovered: Yes, that was the intent. a - For prettiness sake, they could have rounded corners Yup, see mockup. ;) http://laptop.org/en/laptop/interface/index.shtml I keep forgetting that there _are_ future ideal mockups of the interface, which already solve many of the issues I find! :) b - They should always appear even if the resume by default choice isn't toggled. In fact, all actionable graphic on sugar should have some graphical change when hovered. For example, in the frame, the background for icons change from grey to black. I think this could be easily made with the activity icons by adding to them a new light-grey rounded square which is only visible when hovered. This would mean all icons on the desktop, XO users, Activity icons, network icons. c - this also makes the interface give more feedback to the user. Yup yup, this was exactly our thoughts when introducing the rounded rect on hover. It should be ubiquitous in the zoom levels, and Also in other places with actionable icons, such as the Journal. 2 - a laptop icon to be placed in the bottom of the frame a - It contains in its palette the options: - Configure - Logout - Restart - Shutdown b - This leaves the current XO in home with only the option About me Actually, we discussed this possibility, and Christian and I were averse to it because we want to maintain the idea that the XO itself is the hybrid online identity of the user and their machine. This is precisely why the XO is shown at start up, transitioning from stroke to colored fill (and why, ideally, the reverse would happen at shutdown). c - This allows one to access any of the above options from any view, via the frame. This is possible in the latest builds. The fact that the XO menu for yourself wasn't consistent everywhere was a bug. You can now access the actions you mention from the XO in any zoom level, as well as the Frame. 3 - Add a don't Keep option in the name this fresh activity dialog. Perhaps a Keep icon with a cross over it? Or just the erase icon to keep symbols consistent throughout the interface. I think it goes without saying that this is a desired feature. I guess we need to work out the DS details. 4 - Change the View details icon to the latest try at it that Eben gave. Perhaps I just don't understand why is preferable. I'm with you on the [...] idea. Christian adamantly opposes. Perhaps it's something we can discuss at an upcoming design meeting. 5 - I'm unsure about this one, so I'll just throw it out as food for thought. It takes approximately one second to reveal the primary palette (which usually only titles the object), and another second to reveal the secondary. Perhaps these times could be decreased? Is it really discoverable that a secondary palette exists for a icon, if it takes 2 seconds of a stationary cursor for it to be revealed? It's a fair question. It's worth noting that we actually *increased* these times after the early releases, because we found that nearly everyone would wait for the secondary menu to perform *any* action at all on an object, including the simple starting of activities. This wasn't the intent. The secondary actions were meant to be just that, with the default action (the first in the list of the secondary palette) being invoked with a simple click on the object. It seems to me thus far that this was the right decision. The people who cared (because they really wanted the secondary features) then learned that right-click reveals the secondary palette immediately. Perhaps when adding the rounded cornered boxes to actionable icons, that will signal kids and adults that they are actionable with just one click. Also, from the experience I've seen with a kid, he doesn't wait, he just goes ahead and click what he wants to get/have. What you say about indication is true, though. I wonder if there are any thoughts on how we could indicate there is more here without speeding up the reveal. You know those pieces of paper (usually publicity or fliers) through which you can detach a part of them because the division has already been dotted (perforated in some manner). The bottom of a primary palette which contains a secondary palette could have such a bottom edge, as if it had been ripped from a larger piece of paper (which would be the entire palette). Thanks for all the good thoughts! - Eben Welcome, I'll try to be at the meeting next saturday. Eduardo ___ Sugar-devel mailing list
Re: [Sugar-devel] [Activities] using the browser to display help/docs
On resume mode in Home, there should exist a distinction between currently opened activities and those which arent: both are colored right now, with no distincion. Perhaps the currently opened activities should appear in a closer circle to the main XO. So, in the outside ring you can launch and resume fresh and past activities, and in the inner ring you can resume presently opened activities. I think someone else also suggested something like this, and I think its a great idea: because it brings upfront another way to switch between opened activities, and makes clearer the difference between activity launching, past activity resuming, and presently opened activity resuming. Eduardo 2009/2/22 Frederick Grose fgr...@gmail.com: I thought someone was working on a quick, smooth confirmation path through the Journal. On Sun, Feb 22, 2009 at 1:29 PM, Luke Faraone l...@faraone.cc wrote: On Sun, Feb 22, 2009 at 1:16 PM, p...@laptop.org wrote: Ignoring that, you would think you could run one activity from another using a) Python code, b) exec(), or c) DBus. exec() is the spawn of satan: all code exec'd is run in your local namespace and takes over the current thread. You can also use os.fork() or the subprocess module to call sugar-launch-activity, but you'll get perm problems. -- Luke Faraone http://luke.faraone.cc ___ 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 Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] nitpicks on the sucrose 0.83.6 UI
Last to last one!! On resume mode in Home, there should exist a distinction between currently opened activities and those which arent: both are colored right now, with no distincion. Perhaps the currently opened activities should appear in a closer circle to the main XO. So, in the outside ring you can launch and resume fresh and past activities, and in the inner ring you can resume presently opened activities. I think someone else also suggested something like this, and I think its a great idea: because it brings upfront another way to switch between opened activities, and makes clearer the difference between activity launching, past activity resuming, and presently opened activity resuming. Eduardo 2009/2/22 Eduardo H. Silva hoboprim...@gmail.com: Last one (I promisse): On resume mode, clicking on an already instantiated activity icon from home, should switch to that opened activity. Right now, it tries to re-launch instance that has been saved in the journal, and fails (doesnt pass the blinking activity icon stage). Eduardo 2009/2/22 Eduardo H. Silva hoboprim...@gmail.com: Just another nitpick I've remembered. When in resume mode, the option to start a fresh instance of an activity is just named Start. Could it perhaps be made more explicit, like Start new activity? Eduardo 2009/2/22 Eduardo H. Silva hoboprim...@gmail.com: 2009/2/22 Eben Eliason e...@laptop.org: On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva hoboprim...@gmail.com wrote: The Sucrose 0.83.6 Release Notes said that we can comment on it UI on the sugar mailing list, so I hope you don't mind me making my wish list. Many of these things are perhaps nitpicks, but so be it :) 1 - I'm unsure about this one, but you tell me: Boxes around all desktop objects when hovered: Yes, that was the intent. a - For prettiness sake, they could have rounded corners Yup, see mockup. ;) http://laptop.org/en/laptop/interface/index.shtml I keep forgetting that there _are_ future ideal mockups of the interface, which already solve many of the issues I find! :) b - They should always appear even if the resume by default choice isn't toggled. In fact, all actionable graphic on sugar should have some graphical change when hovered. For example, in the frame, the background for icons change from grey to black. I think this could be easily made with the activity icons by adding to them a new light-grey rounded square which is only visible when hovered. This would mean all icons on the desktop, XO users, Activity icons, network icons. c - this also makes the interface give more feedback to the user. Yup yup, this was exactly our thoughts when introducing the rounded rect on hover. It should be ubiquitous in the zoom levels, and Also in other places with actionable icons, such as the Journal. 2 - a laptop icon to be placed in the bottom of the frame a - It contains in its palette the options: - Configure - Logout - Restart - Shutdown b - This leaves the current XO in home with only the option About me Actually, we discussed this possibility, and Christian and I were averse to it because we want to maintain the idea that the XO itself is the hybrid online identity of the user and their machine. This is precisely why the XO is shown at start up, transitioning from stroke to colored fill (and why, ideally, the reverse would happen at shutdown). c - This allows one to access any of the above options from any view, via the frame. This is possible in the latest builds. The fact that the XO menu for yourself wasn't consistent everywhere was a bug. You can now access the actions you mention from the XO in any zoom level, as well as the Frame. 3 - Add a don't Keep option in the name this fresh activity dialog. Perhaps a Keep icon with a cross over it? Or just the erase icon to keep symbols consistent throughout the interface. I think it goes without saying that this is a desired feature. I guess we need to work out the DS details. 4 - Change the View details icon to the latest try at it that Eben gave. Perhaps I just don't understand why is preferable. I'm with you on the [...] idea. Christian adamantly opposes. Perhaps it's something we can discuss at an upcoming design meeting. 5 - I'm unsure about this one, so I'll just throw it out as food for thought. It takes approximately one second to reveal the primary palette (which usually only titles the object), and another second to reveal the secondary. Perhaps these times could be decreased? Is it really discoverable that a secondary palette exists for a icon, if it takes 2 seconds of a stationary cursor for it to be revealed? It's a fair question. It's worth noting that we actually *increased* these times after the early releases, because we found that nearly everyone would wait for the secondary menu to perform *any* action at all on an object, including the simple starting of activities. This wasn't
Re: [Sugar-devel] [Activities] using the browser to display help/docs
disregard my e-mail, it was intended for another email thread, sorry. Eduardo 2009/2/22 Eduardo H. Silva hoboprim...@gmail.com: On resume mode in Home, there should exist a distinction between currently opened activities and those which arent: both are colored right now, with no distincion. Perhaps the currently opened activities should appear in a closer circle to the main XO. So, in the outside ring you can launch and resume fresh and past activities, and in the inner ring you can resume presently opened activities. I think someone else also suggested something like this, and I think its a great idea: because it brings upfront another way to switch between opened activities, and makes clearer the difference between activity launching, past activity resuming, and presently opened activity resuming. Eduardo 2009/2/22 Frederick Grose fgr...@gmail.com: I thought someone was working on a quick, smooth confirmation path through the Journal. On Sun, Feb 22, 2009 at 1:29 PM, Luke Faraone l...@faraone.cc wrote: On Sun, Feb 22, 2009 at 1:16 PM, p...@laptop.org wrote: Ignoring that, you would think you could run one activity from another using a) Python code, b) exec(), or c) DBus. exec() is the spawn of satan: all code exec'd is run in your local namespace and takes over the current thread. You can also use os.fork() or the subprocess module to call sugar-launch-activity, but you'll get perm problems. -- Luke Faraone http://luke.faraone.cc ___ 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 Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Request for icons
As I understand it, not all palette options need an icon. In your case, they are variations of skipping to the next X, where X can be a page, or section, or bookmark. The icon which opens that palette already has the turning page icon, and so by default should switch to the next page. The advanced options dont need an icon, and my reasoning in this is, eventually youll get a UI with icons everywhere for every option, which will overload it with symbols, and eventually will just be disregard it (take Ubuntu: do you care for icons anymore when traversing the Applications icon, or the name?) Icons should be used for first class objects, not everywhere, in my humble opinion. Be free to disagree of course, its just my current thinking on it. (Plus, it gives icon artists a break of ever-inventing a new visual icon for every option). Eduardo 2009/2/22 Sayamindu Dasgupta sayami...@gmail.com: Dear fellow Sugar enthusiasts, Can someone kindly draw a couple of icons for me ? Both of them are shown at http://wiki.laptop.org/images/8/8b/Activity_read_next.jpg (I need the ones which signify next-page and previous-page). I have been working on bookmarks support and more interesting things in Read for sometime (check out http://git.sugarlabs.org/projects/read/repos/sayamindu-sandbox if you are interested), but I suck at producing anything sensible with Inkscape :-(. Thank you very much :-). Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ 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] Have a discard option in the name a fresh instance dialog
Hi, I managed to run the latest development release of Sucrose. When you close a fresh new activitiy instance, it shows a dialog to name and keep the instance. I think it should also have the option to discard it, which would unclutter the journal with so many unusefull entries. It would use the Erase icon (a white minus inside a black circle), so as not to confuse other ocasions where the cross in black circle is used to escape or cancel an option. The accept icon could perhaps be the Keep icon instead. This way, we are asking the user if he wants to keep or not the instance, and if so, give him the option to name it. What do you think? Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] UI: Star button in Journal
Shouldn't the star button, which toggles between only-starred entries and all entries in the journal, be placed on the left of the Journals toolbar, i.e., before the search box? It makes more sense, because it then is aligned with the empty and filled stars behind every journal entry. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] UI: Star button in Journal
Alternatively, the stars of entries should go to the right, to have space for checkboxes which usually go on the left of entries. If the stars of entries where aligned with the star of the journal toolbar, it would also make sense. But, I'm talking here without much thought and without knowing exactly what is Eben and Pentagram idea about it, so take it as it is, just some food for thought. Eduardo 2009/2/18 Eduardo H. Silva hoboprim...@gmail.com: Shouldn't the star button, which toggles between only-starred entries and all entries in the journal, be placed on the left of the Journals toolbar, i.e., before the search box? It makes more sense, because it then is aligned with the empty and filled stars behind every journal entry. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] [ANNOUNCE] Sucrose 0.84 Release Candidate 1 (0.83.5)
Will the details icon remain as it is? It resembles a Play button. I think it would be better if the Resume icon used this Play icon, and the details icon used the [...] idea (black box with 3 white lines). I think it would make these options more intuitive to grasp. Eduardo 2009/2/17 Martin Dengler mar...@martindengler.com: On Tue, Feb 17, 2009 at 12:28:40AM -0800, S Page wrote: (I cc'd the sugarlabs lists for repliers but am not on them.) Simon Schampijer wrote: Dear Sugar Community, This is Release Candidate 1 for the upcoming 0.84 Release - see [1] for more details. Only two more weeks to go in this release cycle. Please test this release How? I have an XO-1 with developer key. I hope you find an answer; I have the same situation and question. Yesterday I used http://download.sugarlabs.org/soas/xoimages/ to put soas3.img and soas3.crc on an SD card and used copy-nand to install that on my XO. Plenty of rough edges but it's a recent sugar: # rpm -q sugar sugar-0.83.6-1.fc10.i386 =S Page Martin ___ 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