Re: [Sugar-devel] Process of updating translations for sugar and sugar-toolkit-gtk3

2015-02-27 Thread Eduardo H. Silva
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

2015-02-26 Thread Eduardo H. Silva
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

2013-12-16 Thread Eduardo H. Silva
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?

2013-12-15 Thread Eduardo H. Silva
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

2013-12-15 Thread Eduardo H. Silva
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

2013-12-14 Thread Eduardo H. Silva
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

2013-12-14 Thread Eduardo H. Silva
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?

2012-07-09 Thread Eduardo H. Silva
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?]

2012-07-09 Thread Eduardo H. Silva
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?

2012-07-09 Thread Eduardo H. Silva
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?

2012-07-08 Thread Eduardo H. Silva
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?

2012-07-08 Thread Eduardo H. Silva
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-05-09 Thread Eduardo H. Silva
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-05-09 Thread Eduardo H. Silva
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-05-09 Thread Eduardo H. Silva
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-05-09 Thread Eduardo H. Silva
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-05-09 Thread Eduardo H. Silva
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-05-09 Thread Eduardo H. Silva
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-04-28 Thread Eduardo H. Silva
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-04-28 Thread Eduardo H. Silva
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-04-28 Thread Eduardo H. Silva
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

2012-04-26 Thread Eduardo H. Silva
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?

2012-04-21 Thread Eduardo H. Silva
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?

2012-04-20 Thread Eduardo H. Silva
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)

2012-04-13 Thread Eduardo H. Silva
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

2012-04-13 Thread Eduardo H. Silva
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

2012-04-13 Thread Eduardo H. Silva
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

2012-04-13 Thread Eduardo H. Silva
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

2012-04-13 Thread Eduardo H. Silva
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

2012-04-13 Thread Eduardo H. Silva
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

2012-04-13 Thread Eduardo H. Silva
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

2012-03-20 Thread Eduardo H. Silva
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

2012-03-20 Thread Eduardo H. Silva
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

2012-03-20 Thread Eduardo H. Silva
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

2012-03-14 Thread Eduardo H. Silva
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

2012-03-14 Thread Eduardo H. Silva
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

2012-01-19 Thread Eduardo H. Silva
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

2012-01-19 Thread Eduardo H. Silva
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

2012-01-19 Thread Eduardo H. Silva
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

2009-11-19 Thread Eduardo H. Silva
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-28 Thread Eduardo H. Silva
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

2009-10-16 Thread Eduardo H. Silva
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?

2009-09-13 Thread Eduardo H. Silva
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-09-12 Thread Eduardo H. Silva
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-09-12 Thread Eduardo H. Silva
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-09-12 Thread Eduardo H. Silva
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

2009-09-10 Thread Eduardo H. Silva
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)

2009-08-19 Thread Eduardo H. Silva
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)

2009-08-19 Thread Eduardo H. Silva
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

2009-07-17 Thread Eduardo H. Silva
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-07-11 Thread Eduardo H. Silva
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-06-21 Thread Eduardo H. Silva
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

2009-04-27 Thread Eduardo H. Silva
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

2009-04-27 Thread Eduardo H. Silva
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

2009-03-21 Thread Eduardo H. Silva
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

2009-03-21 Thread Eduardo H. Silva
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-02-25 Thread Eduardo H. Silva
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

2009-02-25 Thread Eduardo H. Silva
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

2009-02-23 Thread Eduardo H. Silva
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

2009-02-23 Thread Eduardo H. Silva
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

2009-02-23 Thread Eduardo H. Silva
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

2009-02-22 Thread Eduardo H. Silva
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-02-22 Thread Eduardo H. Silva
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] nitpicks on the sucrose 0.83.6 UI

2009-02-22 Thread Eduardo H. Silva
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 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

Re: [Sugar-devel] [Activities] using the browser to display help/docs

2009-02-22 Thread Eduardo H. Silva
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

2009-02-22 Thread Eduardo H. Silva
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

2009-02-22 Thread Eduardo H. Silva
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

2009-02-22 Thread Eduardo H. Silva
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

2009-02-18 Thread Eduardo H. Silva
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

2009-02-18 Thread Eduardo H. Silva
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

2009-02-18 Thread Eduardo H. Silva
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)

2009-02-17 Thread Eduardo H. Silva
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