date:20090716

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, Jul 16, 2009 at 10:40:45AM +0200, s.bouta...@free.fr wrote:
FYI, sugar 0.82 is running fine with sugar-emulator on a Debian/Lenny mipsel 
box

It was just as easy as running apt-get install sugar!

Great - thanks for the feedback, it is much appreciated!


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCgAGBQJKXvewAAoJECx8MUbBoAEhAlQP/RME2cX5JsWBhA4pWo3Tmdka
FxEhJdzC4vnndSDRyRGIrLI4mAk4w3lS/b1FvAPmnIK9CJGKMTH1nsHCawInofw1
5ADXOvNZ2zF78NMAnvjUfwKOSYvqGMS29TGFxyRczEuofbEWvimceyfesG8GfTjy
7NI393SUk/0IAIS+ZvaBls0KxArWS21gq80+FFOLx4P87T5c5kJJzd9wViwd5cts
ZDYsPvlPPuzj7mswz4EaJ1WGXk5BOdoP4EE0AmrXmhMJGHpjbJbobqtpzSr2Mq0f
tUoV5/ybp7b3wUdhG+Rh3Ezh32UNKOFLnFed/UNSeJrMneYYwNHMoacTpyW/Kmyz
8d+KUogcqUbQwyEpQfwDeJFk5dc+ekuwi0WimgEaJSVmYmwgbyVhaCx0v+S+GkC/
ceIKjaW36dLIk3i3xAUUpDnnk6nNGNFxR1CQd64hBbgic9zXHzUX30o4BWq8BG4+
ySRTnj3ipGy68SxAN7l1T/Mqx5WpyHfWsYzqzUGYHGMS/8woSAzm4lNEOBWzwwg1
PHPvlh89XEuPBsgbALtqXo0AKP+KfOkVzeiuVGTWj4pG1CDvTofRzwE2CvU8zHsd
Kolu6Eo2yMUVLGSfmp56bSXSYQ3miA42Y4F40UowTq3s6HYaM8M/w+P6xSX6wSL6
y3rIY2gIEAsjoePJjknI
=uM9Z
-END PGP SIGNATURE-
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] testing sugar on debian

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, Jul 16, 2009 at 10:04:50AM +0200, Tomeu Vizoso wrote:
On Thu, Jul 16, 2009 at 02:43, Jonas Smedegaardd...@jones.dk wrote:
 So far I have almost only played with sugar-emulator (too lazy to 
 quit my many xterminals) but I believe the GDM session should work 
 equally well as through Xephyr (or, should I say, equally bad: as was 
 in another recent thread, sugar segfaults for me currently...!)

Ok, I'm looking at 
http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg632274.html

Here's a better URL as it concerns a Debian bug:

   http://bugs.debian.org/522231


Kind regards,

  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCgAGBQJKXvMrAAoJECx8MUbBoAEhSWAP/0sZsbMSZBi+D5lE1cNTS/LO
BaWGNm39KF3Hbw5akiB0Vu55WVpq5NWusxqvKarlcJR4syftsGKvcMaVDYiBr6Dg
NRRKxSvx0iJ15Iaid+w2JOLrom251AX4c6rvg7q1Il1Jm4HmoHmFm5Gz7m1U/xYT
juk2nLvY6QZnn0ARmwCn+gNlReUe6QCnA1APOJtH4MCiTN0VF/O9Und5WbG3g3DU
XnyJYKFbvjtpsUB5xoD1RWabiM6htl+iqk3ZE5Sh6WFHRJC3bWEaTHloDr6LYkoT
kflSN7ZHfgpjlPedTMaJrUn4X7cjI5j3vsVXDsg/vhsKNqBV8lIMHL1j9+S2ARfz
02fTXLwg7U8CLn2jALJtbzCrjK4saHaeuZlhYfrb7J2XGXjWBfLrU6rL96WhQKdR
9X3XyToqgPBaIROz9xnNniJ1NANJqV1D3EjP5f4l88G54thG4AppACdD2+KD7oqV
KcmLjJYr3cET+XShu42ToLOrQtjUTIQK4GcpR5jv+1mtFp2Rpa1kIzCqrvqZUlgi
ZM09+mOh+gvhdRgOwY4PhFCO0F9xIwoYmGqjs2RiECsIHAu2QA2lNDfxF1ytbzuK
Kvyl2kDMNk34mKFrdvoq+CXx/cTBxHGHqhhSqXEkL0kreIN0JYWxJYxX+cjL3S+t
yvmPBvWBDJfVgxAjrycA
=2B2T
-END PGP SIGNATURE-
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] localization meeting - Tuesday July 28 at 11:30 UTC -- Topic: Crowdsourcing Localized audio and images

2009-07-16 Thread Bryan Berry

Both Christoph and I have blogged about the issues of crowdsourcing
localized audio and image files.

http://karmaproject.wordpress.com/2009/07/16/localizing-images-and-audio-files/
http://blog.olenepal.org/index.php/archives/335


We are having a meeting with the l10n guru Sayamindu at 11:30 UTC next
Tuesday July 28 at #sugar-meeting. Anyone interested in the issue is
welcome to attend. The time may seem a little odd to those in the
Western hemisphere but it is very convenient for those of us in Asia ;).
Let me know if u want to attend but can't attend at that time.

Meeting Agenda
--
1) What are our requirements?
2) What are the possible solutions?
3) what are our resources and timeline?


-- 
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Missing french manuals on the french homepage of flossmanuals

2009-07-16 Thread adam hyde

its because the french site of floss manuals is currently being set up.

I cc Nicolas for you here - he is in charge of it :)

adam

On Tue, 2009-07-14 at 02:32 -0500, Rafael Enrique Ortiz Guerrero wrote:
 Hi Bastien.
 
 In a quick search i didn't find those either, this seems estrange ,
 because iirc the translations were already done while ago
 
 
 Rafael Ortiz
 
 
 
 On Sun, Jul 12, 2009 at 3:13 PM, Bastienbastiengue...@googlemail.com wrote:
  Hi Adam,
 
  when I go to the french homepage of flossmanuals, I don't see the french
  manuals that we translated for Sugar : http://fr.flossmanuals.net/
 
  Am I missing something?
 
  --
   Bastien
  ___
  Sugar-devel mailing list
  Sugar-devel@lists.sugarlabs.org
  http://lists.sugarlabs.org/listinfo/sugar-devel
 
-- 
Adam Hyde
Founder FLOSS Manuals
German mobile : + 49 15 2230 54563
Email : a...@flossmanuals.net
irc: irc.freenode.net #flossmanuals

Free manuals for free software
http://www.flossmanuals.net/about


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Re : Missing french manuals on the french homepage of flossmanuals


Hi Adam, hi all,


 De : adam hyde a...@flossmanuals.net
 its because the french site of floss manuals is currently being set up.
 
 I cc Nicolas for you here - he is in charge of it :)

I first planned to proof it before moving it to the French site. But I'm not 
against changing the order.

Adam, could you please move Sugar from the translation zone to the French site? 
I can't do it by myself because it would do a standard transfer, and we need a 
complete move (a real copy in the French manuals and removed from the 
translation zone) and keep the original translation links.
Tell me when it's done so that I update the front page.

Thanks.
--
Nicolas



  

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Re : Missing french manuals on the french homepage of flossmanuals




 De : Bastien bastiengue...@googlemail.com
 IIUC, moving out the translation zone is kinda making the french
 version official, right?  And I guess we can still work on these
 official versions?  Am I right?

Yes, you're right. But you must register on the French site first.
The translation zone and the French site are almost identical, but they don't 
share the same user base.

Regards.
--
Nicolas


  

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Re : Re : Missing french manuals on the french homepage of flossmanuals




 De : Bastien bastiengue...@googlemail.com
 You mean that the userbase of the french site is anyone from the
 internet, while the userbase from the translation site is anyone 
 who registered to flossmanuals?

No, the userbase of the French site is anyone who registered to 
fr.flossmanuals.net.
You need to register to each FM site you use.

Regards.
--
Nicolas



  

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Re : Re : Re : Missing french manuals on the french homepage of flossmanuals




 De : Bastien bastiengue...@googlemail.com
 I'm confused.  How french people know about french manuals then?

They can read the manuals, but they can't write :)
Registration gives write rights, that's all.

Regards.
--
Nicolas



  

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] my apologies to Sascha...

2009-07-16 Thread Walter Bender

-- Forwarded message --
From: Aleksey Lim alsr...@member.fsf.org
Date: Thu, Jul 16, 2009 at 1:26 AM
Subject: Re: [Sugar-devel] Sugar Digest 2009-07-15
To: Walter Bender walter.ben...@gmail.com
Cc: community-n...@lists.sugarlabs.org, iaep
i...@lists.sugarlabs.org, Sugar-dev Devel
sugar-devel@lists.sugarlabs.org

On Wed, Jul 15, 2009 at 10:20:36PM -0400, Walter Bender wrote:
 8. Aclso heck out Aleksey's work on the datastore
 [http://git.sugarlabs.org/projects/versionsupport-project/repos/mainline/blobs/raw/1261a49d3e97c827b86acb48f64ab85c722e8fdf/datastore-redesign.html].

I guess it was sascha_silbe :)

--
Aleksey

-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Cs-dev] Sugar on a Stick - and OLPCsound/Csound

2009-07-16 Thread Peter Robinson

Hi All,

I've tested and applied the patch to F11 and pushed it out as a
updates-testing. Please test.
https://admin.fedoraproject.org/updates/csound-5.10.1-9.fc11

Or if your too impatient to wait for the updates-testing push you can
grab the rpms from koji directly
http://koji.fedoraproject.org/koji/buildinfo?buildID=114648

Peter

On Mon, Jul 13, 2009 at 4:03 PM, Art Hunkinsabhun...@uncg.edu wrote:
 Aleksey,

 Thanks for undertaking this task.

 Please let me know when the revised build of Csound5.10 is available for
 update on SoaS. I'm eager to be assured that it solves the compatibility
 issue with python 2.6.

 Art Hunkins

 - Original Message -
 From: Aleksey Lim alsr...@member.fsf.org
 To: Art Hunkins abhun...@uncg.edu
 Cc: Michael Gogins michael.gog...@gmail.com;
 sugar-devel@lists.sugarlabs.org
 Sent: Monday, July 13, 2009 12:02 AM
 Subject: Re: [Sugar-devel] [Cs-dev] Sugar on a Stick - and OLPCsound/Csound


 On Sun, Jul 12, 2009 at 03:19:31PM -0400, Art Hunkins wrote:
 Mike Gogins, a Csound developer, has taken care of the Scons issue with
 Csound5.10, as discussed below.

 I'd be overjoyed if one of you Sugar developers could take it from there
 so
 that we can have SoaS with a Csound that works with python2.6.

 I can build rpm for soas env. but I'm waiting for fixing my problems with
 ISP
 so, I can't do it in nearest few days.

 Just an option, using Mandriva of Suse ;)

 --
 Aleksey

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] testing sugar on debian

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, Jul 16, 2009 at 11:30:19AM +0200, Jonas Smedegaard wrote:
On Thu, Jul 16, 2009 at 10:04:50AM +0200, Tomeu Vizoso wrote:
On Thu, Jul 16, 2009 at 02:43, Jonas Smedegaardd...@jones.dk wrote:
 So far I have almost only played with sugar-emulator (too lazy to 
 quit my many xterminals) but I believe the GDM session should work 
 equally well as through Xephyr (or, should I say, equally bad: as 
 was in another recent thread, sugar segfaults for me currently...!)

Ok, I'm looking at
http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg632274.html

Here's a better URL as it concerns a Debian bug:

   http://bugs.debian.org/522231

Yeah - that bug was causing the segfault I wrote about in another 
thread!

Martin Stone figured out a workaround (and I have now mentioned the 
bugnumber next to it!) of not stripping binaries in hippo-canvas: 
http://wiki.sugarlabs.org/go/Development_Team/Chroot

I have now (for amd64 only so far) an unofficial hippo-canvas packaged 
for Sid with that fix.  Add the following to your /etc/apt/sources.list 
to get it:

deb http://debian.jones.dk/ sid sugar


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCgAGBQJKXxaVAAoJECx8MUbBoAEhcgcP/ifnp5/xxQZF3GosHF8coVQa
pxy30IgVFgSv/z3x5v2mu2cRJGwKFdCuB2X8IBPhfIe/oyolzggbwvWutLbHKS8e
CMRIpR+jgbwcnNm7eiYaoqnyPZZwm30jV+GdpjHhqNRav1Lqyi+3W1bw7hcWTHg2
HScHZQ9WC8jn6FHaL+EeZS/Oovu1hVtup1qmugJ5J/MkNHNUegoNCNRe0kvQJZuI
6LbuH0pb6Ep7H6GhwEzaq4kNzBwd9wTU/aWImOvxsS0CrpvP9ZiB5HvgMF05Mhx/
19qIpx4W7SCokduX4KHEheMgXHCfd0gfbCbEyILhziIfDm7ETBZssLzAcnNR2EzZ
kXPrq34gbG4B6Zcjou9TjkPMSlAj9Z+PWamWHsMKWxGITCMsiwReV5d4/2HEtWX5
mbl5XntJn88+B0MtrhAwU2SCklmMbpXHVcFL+B4NFH4DtSD8V0A3ItMEmAT8uhSv
QT7fJwobbW9lJHG4NfEBQw2O0BGEhrDmOSNic9d6ao5jJwpyCilYJAOBXvLDNm8M
ojuGp7vCXM11zf8Tmy/TjT5S+2JFk8W16oOsdyIyKY5CYn4toAnKdY+Zm18ovSsC
9IYkJR6BPB/LBNHzjSiNjMpSAFFIkLAZvOdzCnfYO7b2hhT0tH+awdvUHaJJ6rQH
yUKi/lc8B2dQB9O2pAGu
=N+71
-END PGP SIGNATURE-
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] testing sugar on debian

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, Jul 16, 2009 at 09:45:41AM +0200, Tomeu Vizoso wrote:
On Thu, Jul 16, 2009 at 02:43, Jonas Smedegaardd...@jones.dk wrote:
 On Wed, Jul 15, 2009 at 04:15:23PM +0200, Tomeu Vizoso wrote:
just installed squeeze and sugar-0.84. Which options have users to 
run Sugar? Should we expect them to use a display manager?

 For now, the package sugar-0.84 provides the following ways for 
 running Sugar:

   * sugar-emulator (for invoking from any Linux X11 desktop)
   * XDG-compliant sugar session (for selection from GDM)

Ok, will test with GDM.

Arrgh - latest sugar packaging also miss the XDG hints :-(

And worse: A bug in the dbus package prevents me from releasing my 
prepared packaging update including fixes for that and the python-wnck 
package dependency at the moment.

Most probably the dbus problem is solved at next update of Debian Sid 
(in about 6 hours), but at that time I am on a 30 hour train ride 
towards Debconf in Spain.

So all in all, take a break from the testing a few days - and if you 
don't hear back from me then please do ping me for these packaging 
updates that are prepared, just needs compilation and official release.


 I am working on splitting that package to provide above methods
 separately packaged (e.g. to not pull in Xephyr if only wanting GDM
 session)

 So far I have almost only played with sugar-emulator (too lazy to 
 quit my many xterminals) but I believe the GDM session should work 
 equally well as through Xephyr (or, should I say, equally bad: as was 
 in another recent thread, sugar segfaults for me currently...!)

Hope to be able to reproduce it here.

As I wrote before, the segfault is due to that hippo-canvas bug that you 
brought my attention to.


Just ran startx and in xterm, 'sugar', it complained about not being 
able to import wnck, though python-wnck is installed. This doesn't 
seem to be related to Sugar because python -c 'import wnck' also 
fails. Any clue about what's going on here? Python version mismatch?

 Are you sure python-wnck is installed?  'Cause now that I 
 double-check, I actually made an error in the most recent packaging 
 to no longer dpend on it (thanks for bringing it to my attention!).

Thought it was but it wasn't, just installed it. Also needed to
install python-gtksourceview2.

thanks for spotting that.  Added to my pending packaging update.


It fails to start now without any python backtrace, will investigate 
further.

Probably the hippo-canvas segfault.  A tricky thing here is that the 
message about segfaulting does not always show on commandline.

Try with an unstripped hppo-canvas!


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCgAGBQJKXxovAAoJECx8MUbBoAEh5Y4P/iLJBrnyiXV7A9HH73WCpaiV
w4jOOl8azRJekqmCj8gHKAWV3d8g6LFMuJL8t3TC+4DbHl8jxS/CJ/KlhusAz02F
8MnjPjBLTNwxK3zPPZNULEo1nY9aBl9p70AascSz8V1c9tCCURYODqehq9yJn3aZ
sxcjVMqws01ZvC/GRiawWAKjwmzld8ECzRlpbujjf1XGKoc5tg5JF4dhEnDmbuWT
V913bzu5VSvxgP7eJyXlmYcmSXqQujopmrW4SksZDKxiwEYzIUeTJ56kJ1iefAgk
bwEmc2H2REaCcvIg9jEBJ2DExUQOrx/RzJ91ZyY2xXBd3FXT/yxdaSHaEOrmq0fA
GuXmGuAGqnuq9WA2dheCWZqzg50PnlFk9aC7lhcVbq0EzFXGxHNQr7Y1Z8OhXvpJ
+2KCGKdVmZGOW0bcnSyvG4I9Y6zl7dvpYZkjr9GWqDqoYdvW5qgixF1mXtxZmdiX
3jKgmuzAgDjBERft0ks1VgOqJIQj3uPFNtCSvqSFpXCPdhjbHZjUJbwpyNG4ppHF
f6OPNYnHB5t0PgWvzQoxJo3W9LjhvwwNcAe6R5UdMHAiSpTw7bkKF9G+gNfYUok2
lfvCH4GieJD2Jm3ZM8/jVoguP9NvvG+qUmR1vC1WCDqiu2GVpC5bKb7roBgO7Uxs
XZva4KFiQE8l53O1KVIZ
=Wd9R
-END PGP SIGNATURE-
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] testing sugar on debian

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, Jul 16, 2009 at 02:01:25PM +0200, Jonas Smedegaard wrote:
On Thu, Jul 16, 2009 at 11:30:19AM +0200, Jonas Smedegaard wrote:
On Thu, Jul 16, 2009 at 10:04:50AM +0200, Tomeu Vizoso wrote:
On Thu, Jul 16, 2009 at 02:43, Jonas Smedegaardd...@jones.dk wrote:
 So far I have almost only played with sugar-emulator (too lazy to 
 quit my many xterminals) but I believe the GDM session should work 
 equally well as through Xephyr (or, should I say, equally bad: as 
 was in another recent thread, sugar segfaults for me currently...!)

Ok, I'm looking at 
http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg632274.html

Here's a better URL as it concerns a Debian bug:

   http://bugs.debian.org/522231

Yeah - that bug was causing the segfault I wrote about in another
thread!

Martin Stone figured out a workaround (and I have now mentioned the 
bugnumber next to it!) of not stripping binaries in hippo-canvas: 
http://wiki.sugarlabs.org/go/Development_Team/Chroot

I have now (for amd64 only so far) an unofficial hippo-canvas packaged 
for Sid with that fix.  Add the following to your /etc/apt/sources.list 
to get it:

deb http://debian.jones.dk/ sid sugar

Packaged a working hippo-canvas for both amd64 and i386, both Sid and 
Squeeze now.

Add one of these lines as appropriate for your Debian system:

deb http://debian.jones.dk/ sid sugar
deb http://debian.jones.dk/ squeeze sugar


This should make 0.84 work for Debian!


Kind regards,

  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCgAGBQJKXxv9AAoJECx8MUbBoAEhGTYP/1ECCLDB2vbBiDY6+7E5Ac5o
xaxhJs5Gzy8XLPJjrTrKrlLmUR8eiEYBVoyg/NRKyeAkNE9NcL39JozRxm2UxOxC
K21+ww8UAknWWIxuqI1DX8lhMf6HKylLu2oXH+ShxzlWXBJTfEmmOGFJ6MSiKD3e
PI4nM/+5nn34dQaETPBTP/SHxqkXSQk4RfOnCMgkwCXTVOKW/2bns4tHVLYwgjn4
M6txPBmTmx+8QiRd1heR0ej1yvNsvmBl7jgLWrm5N5H+CMK03S6labVtLzeohXQm
SkTKJPWQAveiSy0TkdXezWXzzBwzO4A3DmPV9HWsxCgPzbHu0G1IYlJHIWFPvzdg
XqEBhAvIXikOdh/D5X1HKWhiB2fBsddYG1FwDsRiXnr9cbuzYXOGuog8N3fhgOZ7
t2ADdQOiZaf1k+5Gqzjr/mazMi2VWeKDawLofeLB5f2KAkApuFaXaG8XiLdMBy7I
BWgVbEcZSzu425qn9MHai5zvCMaRFAYPeE6wp4oxo/U2NAIl+p0ZPhB4gzDu5taR
sUFwirQ9/dWzJRaodVVb4JsOJRliTEWZ5cEhBd75P8KE4XEdP7EKwgBMG9OtUZVx
m8PfMMdz1SIN6IlGrmd5UqCRRwgPsJ12z9dcQrSCITV8LbT/EoiYcvxFEzslX8sa
PZ83uOCvpcdBqNG/Vd9m
=pKlb
-END PGP SIGNATURE-
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] best way to localize audio and image files?

2009-07-16 Thread Bryan Berry

done!
http://wiki.sugarlabs.org/go/Development_Team/Sound#Crowdsourcing_Audio_and_Image_Localization
On Thu, 2009-07-16 at 14:16 +0200, David Schönstein wrote:
 Hi Byran,
 
 Any chance of taking a couple of minutes to throw your question and
 proposed solution up on the Sugar Sound wiki?
 
 http://wiki.sugarlabs.org/go/Development_Team/Sound
 
 That way I can try ask around me and get some feedback from people
 from inside and outside the Sugar community.
 
 Thanks a lot.
 
 David
 
 2009/7/16 David Schönstein dschonst...@arkamys.com
 Hi Byran,
 
 Any chance of taking 
 
 2009/7/16 Bryan Berry br...@olenepal.org
 
 
 Sayamindu,
 
 I need your thoughts on the matter of localizing audio
 files and image
 files.
 
 I have two strategies in mind:
 
 1) Integrate w/ pootle
 2) Not integrated w/ pootle
 
 1) Integrate w/ pootle.
 
 When I grab the translatable strings from my files I
 also grab the
 filenames of the audio and image files and stick the
 value of the src=
 attribute into in the .po as the msgid
 for example:
 
  index.html
 
 img src=./images/house.png /img
 
 audio src=./sounds/yes.ogg /audio
 
  karma.pot
 
 msgid ./images/house.png
 msgstr 
 
 msgid ./sounds/yes.ogg
 msgstr 
 
  ne-NP.po
 
 msgid ./images/house.png
 msgstr ./images/ne-NP_house.png
 
 msgid ./sounds/yes.ogg
 msgstr ./sounds/ne-NP_yes.ogg
 
  es-SP.po
 
 msgid ./images/house.png
 msgstr ./images/es-SP_house.png
 
 msgid ./sounds/yes.ogg
 msgstr ./sounds/es-SP_yes.ogg
 
 
 Then to load the localized strings, I simply use a
 jQuery CSS selector
 to write the translated strings into the markup at
 page load.
 
 the code is basically:
 
 var localeStrings = load('pofile_converted_to.json');
 
 for (var msgid in localeStrings){
//if an element matches the msgid, replace it
 with the msgstr
if (msgid.tagName === img or audio){
$(:contains(msgid)).attr('src',
 localeStrings[msgid]);
}
else {
 
  $(:contains(msgid)).html(localeStrings[msgid]);
}
  }
 
 Using the .po file for everything that can be
 localized makes everything
 nice and consistent
 
 That said, the whole point of putting stuff in .po
 files is that u can
 input the translated value directly into the .po with
 a text editor or
 the pootle interface. Going to all this trouble when
 pootle doesn't let
 u upload audio and image files seems a bit of a waste.
 
 
 2) Orrr, I could just check for images and sounds that
 are prefixed w/
 the current locale at run-time and load them.
 
 The problem with this it doesn't give us any
 forward-compatibility if we
 get pootle or find another solution to support
 crowd-sourcing
 translation of audio and image assets.
 
 Your thoughts are most appreciated.
 
 --
 Bryan W. Berry
 Technology Director
 OLE Nepal, http://www.olenepal.org
 
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel
 
 
 
 -- 
 
 The intuitive mind is a sacred gift and the rational mind is
 a faithful servant.
 We have created a society that honours the servant and has
 forgotten the gift. Albert Einstein

Re: [Sugar-devel] best way to localize audio and image files?

2009-07-16 Thread Lucian Branescu

I'd go for option 1) until Pootle sound is done, it makes sense to me.
Translate the english filename (sound.ogg) to the french filename
(sound-fr.ogg)

2009/7/16 Bryan Berry br...@olenepal.org:
 done!
 http://wiki.sugarlabs.org/go/Development_Team/Sound#Crowdsourcing_Audio_and_Image_Localization
 On Thu, 2009-07-16 at 14:16 +0200, David Schönstein wrote:
 Hi Byran,

 Any chance of taking a couple of minutes to throw your question and
 proposed solution up on the Sugar Sound wiki?

 http://wiki.sugarlabs.org/go/Development_Team/Sound

 That way I can try ask around me and get some feedback from people
 from inside and outside the Sugar community.

 Thanks a lot.

 David

 2009/7/16 David Schönstein dschonst...@arkamys.com
         Hi Byran,

         Any chance of taking

         2009/7/16 Bryan Berry br...@olenepal.org


                 Sayamindu,

                 I need your thoughts on the matter of localizing audio
                 files and image
                 files.

                 I have two strategies in mind:

                 1) Integrate w/ pootle
                 2) Not integrated w/ pootle

                 1) Integrate w/ pootle.

                 When I grab the translatable strings from my files I
                 also grab the
                 filenames of the audio and image files and stick the
                 value of the src=
                 attribute into in the .po as the msgid
                 for example:

                  index.html

                 img src=./images/house.png /img

                 audio src=./sounds/yes.ogg /audio

                  karma.pot

                 msgid ./images/house.png
                 msgstr 

                 msgid ./sounds/yes.ogg
                 msgstr 

                  ne-NP.po

                 msgid ./images/house.png
                 msgstr ./images/ne-NP_house.png

                 msgid ./sounds/yes.ogg
                 msgstr ./sounds/ne-NP_yes.ogg

                  es-SP.po

                 msgid ./images/house.png
                 msgstr ./images/es-SP_house.png

                 msgid ./sounds/yes.ogg
                 msgstr ./sounds/es-SP_yes.ogg


                 Then to load the localized strings, I simply use a
                 jQuery CSS selector
                 to write the translated strings into the markup at
                 page load.

                 the code is basically:

                 var localeStrings = load('pofile_converted_to.json');

                 for (var msgid in localeStrings){
                        //if an element matches the msgid, replace it
                 with the msgstr
                        if (msgid.tagName === img or audio){
                        $(:contains(msgid)).attr('src',
                 localeStrings[msgid]);
                        }
                        else {

                  $(:contains(msgid)).html(localeStrings[msgid]);
                        }
                  }

                 Using the .po file for everything that can be
                 localized makes everything
                 nice and consistent

                 That said, the whole point of putting stuff in .po
                 files is that u can
                 input the translated value directly into the .po with
                 a text editor or
                 the pootle interface. Going to all this trouble when
                 pootle doesn't let
                 u upload audio and image files seems a bit of a waste.


                 2) Orrr, I could just check for images and sounds that
                 are prefixed w/
                 the current locale at run-time and load them.

                 The problem with this it doesn't give us any
                 forward-compatibility if we
                 get pootle or find another solution to support
                 crowd-sourcing
                 translation of audio and image assets.

                 Your thoughts are most appreciated.

                 --
                 Bryan W. Berry
                 Technology Director
                 OLE Nepal, http://www.olenepal.org

                 ___
                 Sugar-devel mailing list
                 Sugar-devel@lists.sugarlabs.org
                 http://lists.sugarlabs.org/listinfo/sugar-devel



         --

         The intuitive mind is a sacred gift and the rational mind is
         a faithful servant.
         We have created a society that honours the servant and has
         forgotten the gift. Albert Einstein

         
         David Schönstein
         Arkamys
         LIMSI-CNRS Thésard CIFRE
         Groupe Audio Acoustique
         Portable (Mobile Phone): +33 (0)6 88 49 95 75
         www.listenwithyourownears.com
         www.arkamys.com
         www.limsi.fr
         



 --

 The intuitive mind is a sacred gift and the rational mind is a
 faithful servant.
 We have created a

Re: [Sugar-devel] testing sugar on debian

2009-07-16 Thread s . boutayeb

Selon Jonas Smedegaard d...@jones.dk:

 Packaged a working hippo-canvas for both amd64 and i386, both Sid and
 Squeeze now.

 Add one of these lines as appropriate for your Debian system:

 deb http://debian.jones.dk/ sid sugar
 deb http://debian.jones.dk/ squeeze sugar


 This should make 0.84 work for Debian!

I confirm: it worked like a charm in Debian/squeeze

Furthermore: sugar-web-activity can be installed too.

Bravo Jonas!

rgds

samy



 Kind regards,

   - Jonas

 - --
 * Jonas Smedegaard - idealist og Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

   [x] quote me freely  [ ] ask before reusing  [ ] keep private
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)

 iQIcBAEBCgAGBQJKXxv9AAoJECx8MUbBoAEhGTYP/1ECCLDB2vbBiDY6+7E5Ac5o
 xaxhJs5Gzy8XLPJjrTrKrlLmUR8eiEYBVoyg/NRKyeAkNE9NcL39JozRxm2UxOxC
 K21+ww8UAknWWIxuqI1DX8lhMf6HKylLu2oXH+ShxzlWXBJTfEmmOGFJ6MSiKD3e
 PI4nM/+5nn34dQaETPBTP/SHxqkXSQk4RfOnCMgkwCXTVOKW/2bns4tHVLYwgjn4
 M6txPBmTmx+8QiRd1heR0ej1yvNsvmBl7jgLWrm5N5H+CMK03S6labVtLzeohXQm
 SkTKJPWQAveiSy0TkdXezWXzzBwzO4A3DmPV9HWsxCgPzbHu0G1IYlJHIWFPvzdg
 XqEBhAvIXikOdh/D5X1HKWhiB2fBsddYG1FwDsRiXnr9cbuzYXOGuog8N3fhgOZ7
 t2ADdQOiZaf1k+5Gqzjr/mazMi2VWeKDawLofeLB5f2KAkApuFaXaG8XiLdMBy7I
 BWgVbEcZSzu425qn9MHai5zvCMaRFAYPeE6wp4oxo/U2NAIl+p0ZPhB4gzDu5taR
 sUFwirQ9/dWzJRaodVVb4JsOJRliTEWZ5cEhBd75P8KE4XEdP7EKwgBMG9OtUZVx
 m8PfMMdz1SIN6IlGrmd5UqCRRwgPsJ12z9dcQrSCITV8LbT/EoiYcvxFEzslX8sa
 PZ83uOCvpcdBqNG/Vd9m
 =pKlb
 -END PGP SIGNATURE-
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel



___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] testing sugar on debian

2009-07-16 Thread Santiago Ruano Rincón

Hi, Jonas.

On Thu, Jul 16, 2009 at 02:24:30PM +0200, Jonas Smedegaard wrote:
...
 Yeah - that bug was causing the segfault I wrote about in another
 thread!
 
 Martin Stone figured out a workaround (and I have now mentioned the 
 bugnumber next to it!) of not stripping binaries in hippo-canvas: 
 http://wiki.sugarlabs.org/go/Development_Team/Chroot
 
 I have now (for amd64 only so far) an unofficial hippo-canvas packaged 
 for Sid with that fix.  Add the following to your /etc/apt/sources.list 
 to get it:
 
 deb http://debian.jones.dk/ sid sugar
 
 Packaged a working hippo-canvas for both amd64 and i386, both Sid and 
 Squeeze now.
 
 Add one of these lines as appropriate for your Debian system:
 
 deb http://debian.jones.dk/ sid sugar
 deb http://debian.jones.dk/ squeeze sugar
 
 

I'm looking at your packages, but the only change I found is in
changelog, or I am wrong?

Anyway, I've added DEB_BUILD_OPTIONS += nostrip and yeah, it seems to
work. I'll upload it to debian.

Best regards,

Santiago


signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] sugar-update-control.aslo ready for testing

2009-07-16 Thread David Farning

Another pre-release of sugar-update-control.aslo is ready for testing.
 It is now available at
http://git.sugarlabs.org/projects/sugar-update-control/repos/aslo-clone
.

Fixes include :
GUI works correctly via control panel.
Finds activities via SUGAR_PATH.  (if SUGAR_PATH is set correctly  it
_should_ on SOAS but, I have not tested it yet)
Using client side updates provided by alsroot[1], will grab the
correct versions of activities for the installed version of Sugar.

TODO:
By default, GUI is populated with information on all corresponding
activities on ASLO not just the valid update.  (You can manually
select the updates you want)

Please test so we can see about adding it as a feature to .86:)

david

1. checkout
http://activities.sugarlabs.org/services/update.php?id=org.laptop.WebActivityappVersion=0.82
http://activities.sugarlabs.org/services/update.php?id=org.laptop.WebActivityappVersion=0.84
http://activities.sugarlabs.org/services/update.php?id=org.laptop.WebActivityappVersion=0.86
aloroot rocks!

-- 
David Farning
Sugar Labs
www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Request to add webkitgtk as a external dependency

2009-07-16 Thread Sayamindu Dasgupta

Hi Martin,

On Wed, Jul 15, 2009 at 7:02 PM, Martin Seviormsev...@gmail.com wrote:
 On Wed, Jul 15, 2009 at 4:11 AM, Sayamindu Dasguptasayami...@gmail.com 
 wrote:
 Hi,

 On Tue, Jul 14, 2009 at 7:44 PM, Benjamin M.
 Schwartzbmsch...@fas.harvard.edu wrote:
 Sayamindu Dasgupta wrote:
 This mail is a request/proposal to add webkitgtk as an external
 dependency for either Sugar or Read

 I object strongly either way.

 The last thing Sugar needs is a hard dependency on _both_ major browser
 engines.  Moreover, it's entirely unnecessary in this case.  ePub is a
 simple XML format.  You can convert it to HTML (or PDF or ...) using
 Calibre [1],

 Calbre is QT based, and uses QTWebkit for rendering.

 or view it directly through gecko using an extension like
 OpenBerg Lector [2].  It might even be possible to view it using hulahop
 without any fancy extensions, just by adding an appropriate stylesheet.


 OpenBerg Lector works only for version 2.x of Firefox, and the last
 release happened two years back. I'm not sure if anyone is maintaining
 or not.

 I initially tried out whatever I wanted to do with Gecko, however, it
 looks like performance can be degraded quite a bit with larger books.
 To ensure proper pagination (the current form of Read depends on the
 document being properly and consistently broken up into pages), I need
 to pre-render the entire book beforehands to get an idea of the
 dimensions (under a predefined set of graphics settings, so that the
 dimensions come out in a device/screen independent manner). However,
 with large books like War and Peace (which consists of more than 350
 XHTML files), the basic pre-rendering code takes around 18 seconds
 with Gecko (using Hulahop) and around 2 seconds with Webkit. This is
 on my desktop machine - I did not try the comparison on an XO-1. All
 the pages are quite simple, with no images, and minimalistic
 formatting.

 snip

 Out of interest, did you think of using libabiword? We do pagination,
 equations via mathm, imagesl etc.
 If the format is a simal xml like thing it is would not be too hard to
 import it.

 libabiword is already shipped with with sugar of course and you'd get
 all sorts of other goodies for free. Immediate collaboration,
 annotations and mark up of favourite passages etc.

 Cheers


Yes - I had considered using Abiword at a certain point. However,
Epubs are increasingly starting to take advantages of latest features
in CSS (a typical epub-file is normally metadata + content layout
directives + xhtml files + css files) like embedded font-faces, etc,
which are only available in the very latest versions of Gecko/Webkit.

Thanks,
Sayamindu



-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] updating from aslo

2009-07-16 Thread Daniel Drake

On Wed, 2009-07-15 at 10:17 -0500, David Farning wrote:
 Attached is a very early prototype of a sugar updater which pulls from ASLO.
 
 It kind-of works on jhbuild;-/ To test, unzip and drop it into
 sugar-jhbuild/install/share/sugar/extensions/cpsection.
 
 run using 'install/share/sugar/extensions/cpsection/updater/model.py'
 
 Big Issues:
 The GUI interface is reporting a network error.

I personally feel that this kind of approach is not a great idea, but I
suppose it depends who your target users are.

This type of setup seems inappropriate for low-bandwidth/high-latency
OLPC-style deployments, since it seems to rely on the internet. Unless
you're suggesting that people run the updates website on the school
server, in which case xs-activity-server would need to be reworked into
that, or an alternative solution developed which does not require
deployers doing too much setup.

The current updater has some nice properties in that the microformat is
simple, the surrounding infrastructure is in place for deployments (use
xs-activity-server, or maintain a .html file), and that at least with
this patch it will operate very well even without internet access:
http://dev.laptop.org/ticket/9259

Daniel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Request to add webkitgtk as a external dependency

2009-07-16 Thread Sayamindu Dasgupta

On Tue, Jul 14, 2009 at 6:45 PM, Sascha
Silbesascha-ml-ui-sugar-de...@silbe.org wrote:
 On Tue, Jul 14, 2009 at 06:10:12PM +0530, Sayamindu Dasgupta wrote:

 Since the version of pywebkitgtk shipped in both Fedora
 and Ubuntu are way behind the latest release, I plan to ship that with
 the activity bundle for now

 That will most likely break on any non-x86 architecture, potentially on i386
 or amd64 as well (depending on what you ship).

 (I have posted a request on the Fedora bugzilla about packaging the new
 version of pywebkgtk).

 Please post the bug number so I can follow that effort and switch to distro
 packages ASAP. Can you file bug reports at Ubuntu and Debian as well,
 please?



I looked at the Debian/Ubuntu situation, and it looks like the version
of pywebkitgtk that we need (=1.1.5) is already packaged for Sid and
Karmic.
Thanks,
Sayamindu


-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] updating from aslo

2009-07-16 Thread Tomeu Vizoso

On Thu, Jul 16, 2009 at 18:23, David Farningdfarn...@sugarlabs.org wrote:
 On Thu, Jul 16, 2009 at 10:09 AM, Daniel Draked...@laptop.org wrote:
 On Wed, 2009-07-15 at 10:17 -0500, David Farning wrote:
 Attached is a very early prototype of a sugar updater which pulls from ASLO.

 It kind-of works on jhbuild;-/ To test, unzip and drop it into
 sugar-jhbuild/install/share/sugar/extensions/cpsection.

 run using 'install/share/sugar/extensions/cpsection/updater/model.py'

 Big Issues:
 The GUI interface is reporting a network error.

 I personally feel that this kind of approach is not a great idea, but I
 suppose it depends who your target users are.

 A possible answer would be to abstract ALSOParse.py and microformat.py
 as back ends for Sugar-Update-Control (SUC).

 SUC could either fall back from ASLO to microformat or be configured
 to connect to either ASLO or microformat by default.

Would be possible to autodetect the format that the server understands?

 A third alternative would be to add a local-server backend.  It would
 be pretty straight forward to write a script to poll ASLO for
 available updates, create a text file of available update, and
 download the updates to a directory.  This data could then be moved to
 individual deployments as needed.

 SUC could then update individual machines from a local server using
 data created above.

 I'll start working on abstracting out the backends today.

Great, I hope to find time tomorrow to give it a first look.

Regards,

Tomeu

 david

 This type of setup seems inappropriate for low-bandwidth/high-latency
 OLPC-style deployments, since it seems to rely on the internet. Unless
 you're suggesting that people run the updates website on the school
 server, in which case xs-activity-server would need to be reworked into
 that, or an alternative solution developed which does not require
 deployers doing too much setup.

 The current updater has some nice properties in that the microformat is
 simple, the surrounding infrastructure is in place for deployments (use
 xs-activity-server, or maintain a .html file), and that at least with
 this patch it will operate very well even without internet access:
 http://dev.laptop.org/ticket/9259

 Daniel






 --
 David Farning
 Sugar Labs
 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] creating your own templates in write activity

2009-07-16 Thread Manusheel Gupta

Tomeu,

Hope all is well.

We have been working on developing a template builder tool in write
activity, and wish to have your pointers on certain features-

1. Text box - We realize that the text box tool is missing in the current
write activity, and wish to develop it. We looked at abiwidget.h file
closely, and it seems to us that there
 is no method (function) provided to add textboxes. We investigated
deeper into the details, and arrived at an approach to develop the text box
feature-

   a. Create a textbox class on the lines of tablecreator class-  It
seems that we need to work on 4 files:

1. OXML_Element_TextBox.cpp
2. OXML_Element_TextBox.h
3. OXMLi_ListenerState_TextBox.cpp
4. OXMLi_ListenerState_TextBox.h

  b. Use invoke_cmd method to insert Textbox.
  We are not very clear on what all arguments can be passed in this
method, and their usage. Could you please direct us to a resource, which
could be helpful in
  understanding this.

We also wish to ask you about the details of the code, which is used to
enable menu selections in the advanced abiword activity.

Thank you.

Manu
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Initial implementation of toolbars design

On Tue, Jul 14, 2009 at 03:40:11AM +0100, Gary C Martin wrote:
 On 13 Jul 2009, at 21:01, Gary C Martin wrote:

 On 13 Jul 2009, at 19:48, Tomeu Vizoso wrote:

 On Mon, Jul 13, 2009 at 06:16, Aleksey Limalsr...@member.fsf.org
 wrote:
 On Mon, Jul 13, 2009 at 04:14:33AM +, Aleksey Lim wrote:
 On Sat, Jul 11, 2009 at 01:29:08PM +, Aleksey Lim wrote:
 On Sat, Jul 11, 2009 at 11:42:19AM +0200, Tomeu Vizoso wrote:
 Another possibility is having Aleksey working on converting
 Write to
 the new toolbar and getting frequent feedback about it.  
 Suggesting
 Write here because it has a crowded toolbar, could be the
 journal as
 well because we already have mockups.

 I've taken it

 New toolbars in Write
 http://git.sugarlabs.org/projects/write/repos/toolbars

 forgot to say,
 this Write's clone needs
 http://git.sugarlabs.org/projects/sugar-toolkit/repos/toolbars

 Here is a screencast showing Write with the new toolbars:

 http://shell.sugarlabs.org/~tomeu/toolbars_aleksey.ogv

 Excellent job!

 Will look at the code next, maybe tomorrow.

 Hey wow that's looking like the toolbars are functioning great!

 Thought I'd layout their content rather differently ;-)

 I'll have a toolbar design mock-up for Write uploaded later tonight.


 Here are my image mock-ups for Write. All tabs are swapped out as is,  
 for toolbar buttons. With no need to move existing tab content features 
 about:

   
 http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars#Top_level_Activity_toolbar_for_Write

 Regards,
 --Gary

 P.S. Eben, would be great to have your feedback on the mock-ups and  
 Aleksey's work so far. The obvious design difference seem to be that I'm 
 keeping the activity title input widget and sharing widget visible at all 
 times; where as Aleksey's work puts these into a secondary toolbar and 
 tries to use the extra space to expose more regular features at the top 

 (Aleksey, FWIW would be much better if you could use the Activity icon 
 instead of the XO icon for your Activity toolbar button icon – that way 
 the top toolbar is visually identifiable with the Activity at a single 
 glance).

yeah, I'd change this if we decided to use this design

-- 
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Request to add webkitgtk as a external dependency

On Wed, Jul 15, 2009 at 03:22:19PM +0200, Tomeu Vizoso wrote:
 2009/7/14 Sayamindu Dasgupta sayami...@gmail.com:
  Hi,
 
  On Tue, Jul 14, 2009 at 6:45 PM, Sascha
  Silbesascha-ml-ui-sugar-de...@silbe.org wrote:
  On Tue, Jul 14, 2009 at 06:10:12PM +0530, Sayamindu Dasgupta wrote:
 
  Since the version of pywebkitgtk shipped in both Fedora
  and Ubuntu are way behind the latest release, I plan to ship that with
  the activity bundle for now
 
  That will most likely break on any non-x86 architecture, potentially on 
  i386
  or amd64 as well (depending on what you ship).
 
  Ah yes - I plan to drop this as soon as the distros update the
  pywebkitgtk. Right now I plan the code to check for system install of
  pywebkitgtk, and if not found, load the appropriate module for x86
  (32bit or 64bit). I plan to attempt to build for PPC as well.
 
 Aleksey has already been doing this in several activities, I think it
 would be very interesting if the Activity Team could come with a
 recommendation and perhaps with some tools to make it easier for
 activity authors.

When amount of binary packages comes to critical mass
we'll have to setup building farm :)

For now, in several activities(bounce, colors, any GCompris etc.)
I use very simple scheme: package x86/x86_64 and python25/python26 blobs
and use simple selector[1] to run proper binaries.

Dont know how we can unify this process(do we really need it?) before switcing
to building farm for ASLO.

[1] 
http://git.sugarlabs.org/projects/colors/repos/mainline/blobs/master/colorsc/__init__.py

-- 
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] creating your own templates in write activity

2009-07-16 Thread Martin Sevior

Hi Manusheel,
There is no specific pyabiword binding for insert
textbox but your can use the following technique to access the
abiword/src/wp/ap/xp/ap_EditMethods.cpp function that provide the
interface to libabiword.

do:

self._abiword_canvas.invoke_cmd(insTextbox,,0,0)

To invoke the GUI to insert a textbox.

Cheers

Martin

On Fri, Jul 17, 2009 at 3:18 AM, Manusheel Guptam...@laptop.org wrote:
 Tomeu,

 Hope all is well.

 We have been working on developing a template builder tool in write
 activity, and wish to have your pointers on certain features-

 1. Text box - We realize that the text box tool is missing in the current
 write activity, and wish to develop it. We looked at abiwidget.h file
 closely, and it seems to us that there
  is no method (function) provided to add textboxes. We investigated
 deeper into the details, and arrived at an approach to develop the text box
 feature-

    a. Create a textbox class on the lines of tablecreator class-  It
 seems that we need to work on 4 files:

     1. OXML_Element_TextBox.cpp
     2. OXML_Element_TextBox.h
             3. OXMLi_ListenerState_TextBox.cpp
             4. OXMLi_ListenerState_TextBox.h

   b. Use invoke_cmd method to insert Textbox.
   We are not very clear on what all arguments can be passed in this
 method, and their usage. Could you please direct us to a resource, which
 could be helpful in
           understanding this.

 We also wish to ask you about the details of the code, which is used to
 enable menu selections in the advanced abiword activity.

 Thank you.

 Manu

 ___
 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] Share sugar objects on a standalone server

Hi all,

One of lacks that sugar environment has is simple way to share sugar
objects for broad audience i.e. like scratch community has[1]
(thanks to davidmorris form #sugar).

So, I've created [2]. Original idea was having highly integrated sharing
features into sugar shell but looks like we can do simple things first
and even utilize only Browse for browsing/download/upload sugar objects.

The problem is - what web engine we should use.

* Utilize AMO[3] engine which is used in activities.sugarlabs.org
  in that case we can create something like library.sugarlabs.org to not
  mess it with ASLO
* School Server
* Moodle
* ...

Suggestions are welcome.

[1] http://scratch.mit.edu/
[2] http://wiki.sugarlabs.org/go/Features/Server_Objects_Sharing
[3] https://addons.mozilla.org/

-- 
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Share sugar objects on a standalone server

On Fri, Jul 17, 2009 at 12:41:31AM +, Aleksey Lim wrote:
 On Fri, Jul 17, 2009 at 12:17:13AM +, Aleksey Lim wrote:
  Hi all,
  
  One of lacks that sugar environment has is simple way to share sugar
  objects for broad audience i.e. like scratch community has[1]
  (thanks to davidmorris form #sugar).
  
  So, I've created [2]. Original idea was having highly integrated sharing
  features into sugar shell but looks like we can do simple things first
  and even utilize only Browse for browsing/download/upload sugar objects.
  
  The problem is - what web engine we should use.
  
  * Utilize AMO[3] engine which is used in activities.sugarlabs.org
in that case we can create something like library.sugarlabs.org to not
 
 Pro:
 * we do not split users behaviour, they need the same experience
   that ASLO requires
 * one common branding for activities and objects sites
 * AMO has sufficient(imo) functionality - reviews, ranking, collections
   and thumbs mode
   https://addons.mozilla.org/en-US/firefox/browse/type:2/cat:all?sort=popular
 * we hack AMO code anyway - its not a problem in adding new AMO environment
 
 Contra:
 (?)

Uploading procedure wasn't designed for end users but for Mozilla conributors,
so we need to hack uploader UI

-- 
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Share sugar objects on a standalone server

2009-07-16 Thread David Farning

On Thu, Jul 16, 2009 at 7:41 PM, Aleksey Limalsr...@member.fsf.org wrote:
 On Fri, Jul 17, 2009 at 12:17:13AM +, Aleksey Lim wrote:
 Hi all,

 One of lacks that sugar environment has is simple way to share sugar
 objects for broad audience i.e. like scratch community has[1]
 (thanks to davidmorris form #sugar).

 So, I've created [2]. Original idea was having highly integrated sharing
 features into sugar shell but looks like we can do simple things first
 and even utilize only Browse for browsing/download/upload sugar objects.

 The problem is - what web engine we should use.

 * Utilize AMO[3] engine which is used in activities.sugarlabs.org
   in that case we can create something like library.sugarlabs.org to not

 Pro:
 * we do not split users behaviour, they need the same experience
  that ASLO requires
 * one common branding for activities and objects sites
 * AMO has sufficient(imo) functionality - reviews, ranking, collections
  and thumbs mode
  https://addons.mozilla.org/en-US/firefox/browse/type:2/cat:all?sort=popular
 * we hack AMO code anyway - its not a problem in adding new AMO environment

 Contra:
* Locality - In may instances the stuff created by students will only
be of interest to their friends, teachers, and parent.  Serving via
ASLO publishes the content globally.
* Heavy uploaded and editor burden - the upload and review process are
pretty heavy for minor things.

On the other hand
* Some content will be of global interest and be worth the effort to
upload and review.

david


 --
 Aleksey
 ___
 IAEP -- It's An Education Project (not a laptop project!)
 i...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/iaep




-- 
David Farning
Sugar Labs
www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Share sugar objects on a standalone server

On Thu, Jul 16, 2009 at 08:03:15PM -0500, David Farning wrote:
 On Thu, Jul 16, 2009 at 7:41 PM, Aleksey Limalsr...@member.fsf.org wrote:
  On Fri, Jul 17, 2009 at 12:17:13AM +, Aleksey Lim wrote:
  Hi all,
 
  One of lacks that sugar environment has is simple way to share sugar
  objects for broad audience i.e. like scratch community has[1]
  (thanks to davidmorris form #sugar).
 
  So, I've created [2]. Original idea was having highly integrated sharing
  features into sugar shell but looks like we can do simple things first
  and even utilize only Browse for browsing/download/upload sugar objects.
 
  The problem is - what web engine we should use.
 
  * Utilize AMO[3] engine which is used in activities.sugarlabs.org
    in that case we can create something like library.sugarlabs.org to not
 
  Pro:
  * we do not split users behaviour, they need the same experience
   that ASLO requires
  * one common branding for activities and objects sites
  * AMO has sufficient(imo) functionality - reviews, ranking, collections
   and thumbs mode
   https://addons.mozilla.org/en-US/firefox/browse/type:2/cat:all?sort=popular
  * we hack AMO code anyway - its not a problem in adding new AMO environment
 
  Contra:
 * Locality - In may instances the stuff created by students will only
 be of interest to their friends, teachers, and parent.  Serving via
 ASLO publishes the content globally.

publishes the content globally is the original purpose for this feature
in contrast with
http://wiki.sugarlabs.org/go/Features/Peer_to_Peer_Objects_Sharing

Or you mean possibility to share objects on local servers?

-- 
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Share sugar objects on a standalone server

2009-07-16 Thread Edward Cherlin

On Thu, Jul 16, 2009 at 5:17 PM, Aleksey Limalsr...@member.fsf.org wrote:
Hi all,

One of lacks that sugar environment has is simple way to share sugar
objects for broad audience i.e. like scratch community has[1]
(thanks to davidmorris form #sugar).

Yes, teachers and content developers need this, in addition to
children. I can of course transfer objects from the file system, but
then I have randomly named objects. I have to either rename them
manually, or create a browser to read the metadata files. (Good idea,
anyway. The Journal doesn't count, because you have to look at a
separate screen for every entry's data.)

So, I've created [2]. Original idea was having highly integrated sharing
features into sugar shell but looks like we can do simple things first
and even utilize only Browse for browsing/download/upload sugar objects.

The problem is - what web engine we should use.

* Utilize AMO[3] engine which is used in activities.sugarlabs.org
in that case we can create something like library.sugarlabs.org to not
mess it with ASLO
* School Server
* Moodle
* ...

Suggestions are welcome.

[1] http://scratch.mit.edu/
[2] http://wiki.sugarlabs.org/go/Features/Server_Objects_Sharing
[3] https://addons.mozilla.org/

--
Aleksey
___
IAEP -- It's An Education Project (not a laptop project!)
i...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

--
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] GSoC Groupthink Update: SharedTextDemo-4

2009-07-16 Thread Benjamin M. Schwartz

Download:
http://bemasc.net/~bens/SharedTextDemo-4.xo

Requires Sugar 0.82 or better.

Short:
This version adds support for automerge after offline editing.  User may start a
shared session, then edit separately, and when they come back together their
text will be combined automatically.  This is a strong form of asynchronous
collaboration

Talk to me if you would like your activity to gain this capability.

Long:
I've been instigating a lot of discussion lately about how asynchronous
collaboration, and in particular re-joining of shared activities, does work,
and should work.  I have noted several times that the current Sugar versions do
not seem to allow activities resumed from the Journal to join back together into
a shared instance, bringing their saved state with them.

As it turns out, this is not strictly true.  The Chat activity, for example,
will re-join perfectly when resumed from the Journal.  The problem is that the
sugar.activity.activity.Activity class, when resumed from the Journal, will
emit the 'shared' or 'joined' signal during __init__ ... but it is not possible
to register any gobject signal handlers until _after_ __init__, by which time it
is too late.  I was able to resolve this problem by overriding the share()
method to set a flag, which the activity can later check to determine whether
it initiated sharing or joined an existing shared session.

With this change
1. Any session saved in the Journal that was previously shared, will be shared
again with the same scope upon resume.
2. If there is an existing shared session visible with the same activity_id, the
activity will join that session.

This behavior is good enough for me.  However, it does preclude users from
working privately on the results of a shared session, unless they totally
deactivate their network connection.  I could add this ability to work
privately to groupthink's GroupActivity superclass, or it could be added to
sugar's Activity class.  A number of other interesting behaviors, such as
forking an existing document, are also unavailable in the present system.

Nonetheless, I feel that this is a solid start on the very old problem of
asynchronous collaboration.  Given this promising development, my next step
may be to work on performance for shared text editing, in the hope that an
activity like Pippy might reasonably make use of this system.

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Share sugar objects on a standalone server

2009-07-16 Thread Gary C Martin

On 17 Jul 2009, at 02:21, Aleksey Lim wrote:

 On Thu, Jul 16, 2009 at 08:03:15PM -0500, David Farning wrote:
 On Thu, Jul 16, 2009 at 7:41 PM, Aleksey  
 Limalsr...@member.fsf.org wrote:
 On Fri, Jul 17, 2009 at 12:17:13AM +, Aleksey Lim wrote:
 Hi all,

 One of lacks that sugar environment has is simple way to share  
 sugar
 objects for broad audience i.e. like scratch community has[1]
 (thanks to davidmorris form #sugar).

 So, I've created [2]. Original idea was having highly integrated  
 sharing
 features into sugar shell but looks like we can do simple things  
 first
 and even utilize only Browse for browsing/download/upload sugar  
 objects.

 The problem is - what web engine we should use.

 * Utilize AMO[3] engine which is used in activities.sugarlabs.org
   in that case we can create something like library.sugarlabs.org  
 to not

 Pro:
 * we do not split users behaviour, they need the same experience
  that ASLO requires
 * one common branding for activities and objects sites
 * AMO has sufficient(imo) functionality - reviews, ranking,  
 collections
  and thumbs mode
  https://addons.mozilla.org/en-US/firefox/browse/type:2/cat:all?sort=popular
 * we hack AMO code anyway - its not a problem in adding new AMO  
 environment

 Contra:
 * Locality - In may instances the stuff created by students will only
 be of interest to their friends, teachers, and parent.  Serving via
 ASLO publishes the content globally.

 publishes the content globally is the original purpose for this  
 feature
 in contrast with
 http://wiki.sugarlabs.org/go/Features/Peer_to_Peer_Objects_Sharing

 Or you mean possibility to share objects on local servers?

Would be really good if we could just get the uploading of Journal  
entries via Browse working reliably, right now it's only certain  
simple object types (png, pdf, etc) that work reasonably. Then any one  
of the above solutions could be used at the desecration of a  
deployment (FWIW I favour wikis for this).

Need to make sure we have a clear message for Activity authors in  
providing uploadable/downloadable Journal entries with valid mime  
types, and perhaps even extensions (so passing entries through other  
OSs doesn't mangle them).

To be honest I'm not too clear of all this myself, and the testing we  
did at SugarCamp failed, and gave us a long list of todos (Browse  
upload/download name mangling was one of them).

Test case:
1) Create a new TurtleArt activity
2) Upload the new entry to the SL wiki using Browse
3) Use Browse to download the entry back to Journal
4) Resume it from Journal

This should ideally work for all Activities, then folks can actually  
start creating and distributing content/activities directly using  
Sugar, for other Sugar users.

Regards,
--Gary

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Physics activity (Was: Release v3 tonight?)

2009-07-16 Thread Gary C Martin

Hi Asaf, Brian,

On 15 Jul 2009, at 00:27, Gary C Martin wrote:
 On 13 Jul 2009, at 05:46, Asaf Paris Mandoki wrote:

 Friday is only good for me if we do it around 3pm GMT.

 Brian: is 3pm GMT good for you? #sugar-meeting is free by my
 calculations UK==16:00, US/Eastern==11:00.

I'll be in #sugar-meeting for 1hr or so on Friday, if either of you  
are able to make it. Not a formal meeting, just a chat about Physics  
direction, ideas, next steps.

Regards,
--Gary
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Share sugar objects on a standalone server

On Fri, Jul 17, 2009 at 03:11:15AM +0100, Gary C Martin wrote:
 On 17 Jul 2009, at 02:21, Aleksey Lim wrote:
 
 On Thu, Jul 16, 2009 at 08:03:15PM -0500, David Farning wrote:
 On Thu, Jul 16, 2009 at 7:41 PM, Aleksey
 Limalsr...@member.fsf.org wrote:
 On Fri, Jul 17, 2009 at 12:17:13AM +, Aleksey Lim wrote:
 Hi all,
 
 One of lacks that sugar environment has is simple way to
 share sugar
 objects for broad audience i.e. like scratch community has[1]
 (thanks to davidmorris form #sugar).
 
 So, I've created [2]. Original idea was having highly
 integrated sharing
 features into sugar shell but looks like we can do simple
 things first
 and even utilize only Browse for browsing/download/upload
 sugar objects.
 
 The problem is - what web engine we should use.
 
 * Utilize AMO[3] engine which is used in activities.sugarlabs.org
   in that case we can create something like
 library.sugarlabs.org to not
 
 Pro:
 * we do not split users behaviour, they need the same experience
  that ASLO requires
 * one common branding for activities and objects sites
 * AMO has sufficient(imo) functionality - reviews, ranking,
 collections
  and thumbs mode
  https://addons.mozilla.org/en-US/firefox/browse/type:2/cat:all?sort=popular
 * we hack AMO code anyway - its not a problem in adding new
 AMO environment
 
 Contra:
 * Locality - In may instances the stuff created by students will only
 be of interest to their friends, teachers, and parent.  Serving via
 ASLO publishes the content globally.
 
 publishes the content globally is the original purpose for this
 feature
 in contrast with
 http://wiki.sugarlabs.org/go/Features/Peer_to_Peer_Objects_Sharing
 
 Or you mean possibility to share objects on local servers?
 
 Would be really good if we could just get the uploading of Journal
 entries via Browse working reliably, right now it's only certain
 simple object types (png, pdf, etc) that work reasonably.

What do you mean exactly?
Object chooser can pick any type of objects including anything option.

 Then any
 one of the above solutions could be used at the desecration of a
 deployment

 (FWIW I favour wikis for this).

I'm just thinking that we may want to meet the same benefits when we chose
ASLO instead of using wiki for activities repository.

 Need to make sure we have a clear message for Activity authors in
 providing uploadable/downloadable Journal entries with valid mime
 types, and perhaps even extensions (so passing entries through other
 OSs doesn't mangle them).
 
 To be honest I'm not too clear of all this myself, and the testing
 we did at SugarCamp failed, and gave us a long list of todos (Browse
 upload/download name mangling was one of them).
 
 Test case:
 1) Create a new TurtleArt activity
 2) Upload the new entry to the SL wiki using Browse
 3) Use Browse to download the entry back to Journal
 4) Resume it from Journal
 
 This should ideally work for all Activities, then folks can actually
 start creating and distributing content/activities directly using
 Sugar, for other Sugar users.

Thanks, I've tuned
http://wiki.sugarlabs.org/go/Features/Server_Objects_Sharing

-- 
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Sharing Images in the neighborhood

2009-07-16 Thread Caroline Meeks

Today we wanted to take pictures the teacher had taken with a camera and
share them with the class.

This turned out to be much harder then I expect.

It turns out you can't just share something from your journal into the
neighborhood.

So we tried opening it in image viewer.
Then share to neighborhood.
Other person clicks on it.
They get a popup from the journal asking what they want to open.
Never shows what the first person opened.
Is this an image viewer bug or was it designed to work this way?

We ended up uploading to picasa and Anurag sent me an invite. Another bug,
(this one reported) is that you can't follow links easily in google mail, by
just clicking on them.  However I remembered the workaround and used follow
link.  I then shared the bookmark.

Then next bug (and this one is Google's not ours) the shared bookmark wanted
people to log in, even though Anurag had made the album public.

Very painful for what should have been a simple task!

We need a way to get something from one journal to another without a lot of
opening of other programs.  Even with this work around I now have to teach
the kids, goto the neighborhood, open up the shared  browse, click the
bookmark when it appears, download image, switch program, get image into
TA.  Lots of steps. Infact what happened is 25% of the class opened browse
from thier home rather then the shared browse then didn't know where to go.

Way simpler if we could just share a journal item with the neighborhood.
Any ideas for both short term work arounds and longer term fixes?

-- 
Caroline Meeks
Solution Grove
carol...@solutiongrove.com

617-500-3488 - Office
505-213-3268 - Fax
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sharing Images in the neighborhood