Re: [Sugar-devel] Fuse module to access datastore files from normal desktop
Il giorno mar, 17/02/2009 alle 18.09 +0100, Tomeu Vizoso ha scritto: Hi tomeu, regards the fuse datastore module I have this questions: 1 - The title of an activity can contains all the character. But the filesystem canno handle / charater. At the moment this character became \ Is this correct? Yup, sounds good to me. 2 - Only activity that are stored data can be accessibile. Is this correct? Well, all entries have metadata, but not all have actual data. Perhaps you could expose them as empty files? Sure, but it is useful? To have an empty file allow to the user to open the same application (hops activity... :) ) outside the sugar interface, but this can be done using the normal application launcher. 3 - Nothing is show from activity that no write data file (. See 2 for a way to attack this. 4 - Only title and tags are taken from datastore (and if present the name of the activity). But you use the mime type as well to determine the extension, right? Actually I not use the extension. I make some test and the normal desktop identify the right application to open it (I make some test only using data that came from Write and Paint activity). If I need to add the file extension I need to know if the extension associated with the mime-type. Can you help me? 5 - At the present the fuse module is not updated. We need to specify some refresh criteria Hmm, do you need to cache the data? Cannot read from the datastore dir only on demand? Actually I read the data only on the start of the module, but can read it on demand. Only is not so fast because I need to scan all the file in the datastore. 6 - How to handle the duplicate file? Add an (1), (2), or §1, §2 etc. Using (n) it is possibile have some error if the user have some activity with (n) at the last of title. Using § is need that the user is not able to insert this character in the title name. Of course it is possible to use other character then § Tough one, anyone else has ideas here? 7 - It is possible to get the comment using extend attribute. It's possibile to get all the datastore attribute using extended attribute. If you think that is usefull I do it. Not sure many people use xattrs :/ Ok, but is the only way that I find to able the user to get the other metadata information. Any suggestion? Of course a lot of other thing need to be done, but I suppose to be a good starting point. An awesome starting point! At the moment you can find the binary and source code here http://mk8.codewiz.org/fsg.tar.bz2 I hope to move it on gitorious in the next days Good to know. Will give it a look then. Thanks, Tomeu Unfortunally I not jet move the code to gitorius :( It will came at soon. Bye, Torello. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] #370 HIGH: Can't open pdf after downloading from Browsev103 using Readv52
Tomeu, tks We are working from OLPC's Staging 32 build which I believe roughly corresponds to OLPC's 0.82.1 release http://dev.laptop.org/~bert/staging/32 Is Browse-99 the most up-to-date version that I can use? http://dev.laptop.org/~bert/staging/32 On Wed, 2009-02-18 at 09:03 +, SugarLabs Bugs wrote: #370: Can't open pdf after downloading from Browsev103 using Readv52 -+-- Reporter: BryanWB | Owner: erikos Type: defect| Status: new Priority: High | Milestone: Unspecified by Release Team Component: Browse|Version: Unspecified Severity: Critical | Resolution: Keywords:| Distribution: OLPC Status_field: New | -+-- Comment(by tomeu): Yeah, seems like those new Browse versions depend on Sugar 0.84. When we move to addons.sl.o for good, every activity bundle will be marked with the Sugar versions that it has been tested as working. -- 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
[Sugar-devel] Displaying flash activities automatically in Browse
Kings of Browse, We are working from OLPC's Staging 32 build which I believe roughly corresponds to OLPC's 0.82.1 release http://dev.laptop.org/~bert/staging/32 We want to change Browse so that Flash .swf files are displayed automatically rather than the box that reads Click X to display flash. We are deploying our own XO build based on 0.82.1 this spring so we cannot use the latest versions of browse which depend on 0.84. Can I hack Browse myself so that it automatically displays Flash? tks -- 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] Displaying flash activities automatically in Browse
On Wed, Feb 18, 2009 at 10:21, Bryan Berry br...@olenepal.org wrote: Kings of Browse, We are working from OLPC's Staging 32 build which I believe roughly corresponds to OLPC's 0.82.1 release http://dev.laptop.org/~bert/staging/32 We want to change Browse so that Flash .swf files are displayed automatically rather than the box that reads Click X to display flash. We are deploying our own XO build based on 0.82.1 this spring so we cannot use the latest versions of browse which depend on 0.84. Can I hack Browse myself so that it automatically displays Flash? Sorry no, only kids can hack Sugar. But in case you manage to get hold of a 7 years old, you can direct him to hack agent-stylesheet.css. Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Supported methods of starting Sugar
On Tue, Feb 17, 2009 at 16:22, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: Different documents and even parts of documents show different ways to run sugar. Some examples: 1. sugar-jhbuild run [1] Won't work with up-to-date sugar-jhbuild (I'm using sugar-jhbuild run sugar-emulator instead, but couldn't find it documented anywhere). 2. path/sugar-jhbuild run dbus-launch path/sugar-jhbuild/install/bin/sugar-shell [1] 3. sugar-emulator [3] 4. SUGAR_PROFILE=another_profile sugar-emulator [3] 5. sugar-jhbuild shell + sugar-emulator [4] 6. SUGAR_PROFILE=profile-1 sugar [5] Which of these methods are supported / supposed to work? The reason I ask is that a bug I'm experiencing [6] only occurs for #6, not for #3. OTOH, sugar-jhbuild run sugar-emulator on Ubuntu intrepid is more or less broken because of keyboard issues [7]. While sugar-emulator is useful for debugging / trying out development versions in an environment that somewhat resembles an XO, I'd rather like to run Sugar without the overhead of Xephyr on a regular (i.e. non-development) system, i.e. #6 (or rather just sugar as SUGAR_PROFILE seems to have a default anyway). If you're running Sugar within a GNOME session, run sugar-emulator for installed Sugar packages, with the optional SUGAR_PROFILE. If you're logging in to Sugar directly from gdm, then it should run sugar. You shouldn't run sugar under a regular GNOME session. [1] http://sugarlabs.org/go/DevelopmentTeam/Jhbuild#Run_Sugar [2] http://sugarlabs.org/go/DevelopmentTeam/Jhbuild#Creating_an_xsession_for_Sugar-jhbuild [3] http://sugarlabs.org/go/Community/Distributions/Debian#Usage [4] http://wiki.laptop.org/go/Sugar_on_Gentoo_Linux#Testing_Sugar [5] http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/README [6] http://bugs.debian.org/512258 [7] http://dev.sugarlabs.org/ticket/342 Regards Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Supported methods of starting Sugar
On Wed, Feb 18, 2009 at 12:25:37PM +0200, Morgan Collett wrote: If you're running Sugar within a GNOME session, run sugar-emulator for installed Sugar packages, with the optional SUGAR_PROFILE. You shouldn't run sugar under a regular GNOME session. That one's clear, as there's already a window manager running, so we need another X server (Xephyr). If you're logging in to Sugar directly from gdm, then it should run sugar. ^^ what's it? or did you mean you? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Recent Browse with 0.82 (Was: Displaying flash activities automatically in Browse)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 18, 2009 at 03:06:25PM +0545, Bryan Berry wrote: We are deploying our own XO build based on 0.82.1 this spring so we cannot use the latest versions of browse which depend on 0.84. I do understand that recent releases of Browse occured _after_ Sugarlabs started working on 0.83, but is those newer releases known to not work with 0.82 or is it not simply unsupported by Sugarlabs (due to lack of testing)? In other words: What more specifically does not work? My quick tests of Browse 102 (which lacks a tarball, BTW) together with 0.82 in Debian seems to work fine. - 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) iEUEARECAAYFAkmb2+oACgkQn7DbMsAkQLiihQCYmOIH74fqbh0qmu5B8NqbV8q7 SACdGufFflWvAGZDw36RHBDCuYtzzWY= =cl/r -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] #370 HIGH: Can't open pdf after downloading from Browsev103 using Readv52
On 18.02.2009, at 10:14, Bryan Berry wrote: OLPC's 0.82.1 release There is no such thing. OLPC's upcoming release is 8.2.1 which ships Sugar 0.82 (e.g sugar- base-0.82.2, sugar-toolkit-0.82.11). OLPC released 9.1 was supposed to have Sugar 0.84. The common digits 8 and 2 in the stable version are a bit confusing, but unrelated. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Supported methods of starting Sugar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 18, 2009 at 11:39:05AM +0100, Sascha Silbe wrote: On Wed, Feb 18, 2009 at 12:25:37PM +0200, Morgan Collett wrote: If you're running Sugar within a GNOME session, run sugar-emulator for installed Sugar packages, with the optional SUGAR_PROFILE. You shouldn't run sugar under a regular GNOME session. That one's clear, as there's already a window manager running, so we need another X server (Xephyr). If you're logging in to Sugar directly from gdm, then it should run sugar. ^^ what's it? or did you mean you? From gdm you can only pick a gdm item, not a binary directly. Gdm should invoke sugar, not sugar-emulator. Hope that clarifies. - 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) iEYEARECAAYFAkmb6LwACgkQn7DbMsAkQLjCzQCdEQjOcZO+dmULnKBQg1PaqEut fw4AniOSuiKh8o/8cRKGKdzLCO/27/zQ =G6in -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Etoys - service move?
Hi Bert, did you guys talked/decided about moving the git repo and trac infrastructure to Sugar Labs services already? Thanks, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FileTransfer interface has been undraffted in Telepathy
On Tue, Feb 17, 2009 at 19:12, Guillaume Desmottes guillaume.desmot...@collabora.co.uk wrote: Hi guys, I just released telepathy-salut 0.3.8 [1]. This version implements the stable version of the file transfer API (previously, the one implemented was the DRAFT API). I also released telepathy-python 0.15.7 [2] generating interface and constants for FT. Sugar should be adapted to use the stable API. As you can see in the example script [3] changes are really trivial so it shouldn't be a problem. Futur version of Gabble will implement this same interface, so no change will be needed in Sugar to gain Jabber file transfer support. I've pushed sugar-jhbuild to use tp-salut 0.3.8 and tp-python 0.15.7, and Simon will push the sugar change shortly: diff --git a/src/jarabe/model/filetransfer.py b/src/jarabe/model/filetransfer.py index c66a19c..997fcc3 100644 --- a/src/jarabe/model/filetransfer.py +++ b/src/jarabe/model/filetransfer.py @@ -41,7 +41,7 @@ FT_STATE_CANCELLED = 5 # FIXME: use constants from tp-python once the spec is undrafted CHANNEL_TYPE_FILE_TRANSFER = \ -'org.freedesktop.Telepathy.Channel.Type.FileTransfer.DRAFT' +'org.freedesktop.Telepathy.Channel.Type.FileTransfer' class StreamSplicer(gobject.GObject): _CHUNK_SIZE = 1024 # 1K Regards Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Displaying flash activities automatically in Browse
Well my gf says I am incredibly insecure so maybe I can attempt to hack sugar :) I will try hacking on the the stylesheet On Wed, 2009-02-18 at 10:25 +0100, Tomeu Vizoso wrote: On Wed, Feb 18, 2009 at 10:21, Bryan Berry br...@olenepal.org wrote: Kings of Browse, We are working from OLPC's Staging 32 build which I believe roughly corresponds to OLPC's 0.82.1 release http://dev.laptop.org/~bert/staging/32 We want to change Browse so that Flash .swf files are displayed automatically rather than the box that reads Click X to display flash. We are deploying our own XO build based on 0.82.1 this spring so we cannot use the latest versions of browse which depend on 0.84. Can I hack Browse myself so that it automatically displays Flash? Sorry no, only kids can hack Sugar. But in case you manage to get hold of a 7 years old, you can direct him to hack agent-stylesheet.css. Regards, Tomeu -- 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] #370 HIGH: Can't open pdf after downloading from Browsev103 using Readv52
tks! I will try that On Wed, 2009-02-18 at 14:50 +0530, Sayamindu Dasgupta wrote: Bryan, You may want to download http://dev.laptop.org/raw-attachment/ticket/9112/Browse-101.xo It is for the 8.2.1 release, and has got support for showing PDF files within the browser using a plug-in. Thanks, Sayamindu On Wed, Feb 18, 2009 at 2:44 PM, Bryan Berry br...@olenepal.org wrote: Tomeu, tks We are working from OLPC's Staging 32 build which I believe roughly corresponds to OLPC's 0.82.1 release http://dev.laptop.org/~bert/staging/32 Is Browse-99 the most up-to-date version that I can use? http://dev.laptop.org/~bert/staging/32 On Wed, 2009-02-18 at 09:03 +, SugarLabs Bugs wrote: #370: Can't open pdf after downloading from Browsev103 using Readv52 -+-- Reporter: BryanWB | Owner: erikos Type: defect| Status: new Priority: High | Milestone: Unspecified by Release Team Component: Browse|Version: Unspecified Severity: Critical | Resolution: Keywords:| Distribution: OLPC Status_field: New | -+-- Comment(by tomeu): Yeah, seems like those new Browse versions depend on Sugar 0.84. When we move to addons.sl.o for good, every activity bundle will be marked with the Sugar versions that it has been tested as working. -- 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 -- 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] Supported methods of starting Sugar
On Wed, Feb 18, 2009 at 11:53:48AM +0100, Jonas Smedegaard wrote: If you're logging in to Sugar directly from gdm, then it should run sugar. ^^ what's it? or did you mean you? From gdm you can only pick a gdm item, not a binary directly. So Ubuntu contains some script that's run directly by gdm and invokes sugar? Is it the same as the one in [1]? I've only ever used .xsession to choose what to run, especially as I usually use xdm (which AFAIK doesn't have any session chooser). Gdm should invoke sugar, not sugar-emulator. Great! So my bug isn't invalid. ;) [1] http://sugarlabs.org/go/DevelopmentTeam/Jhbuild#Creating_an_xsession_for_Sugar-jhbuild CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Supported methods of starting Sugar
On Wed, Feb 18, 2009 at 13:16, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Wed, Feb 18, 2009 at 11:53:48AM +0100, Jonas Smedegaard wrote: If you're logging in to Sugar directly from gdm, then it should run sugar. ^^ what's it? or did you mean you? From gdm you can only pick a gdm item, not a binary directly. So Ubuntu contains some script that's run directly by gdm and invokes sugar? Is it the same as the one in [1]? I've only ever used .xsession to choose what to run, especially as I usually use xdm (which AFAIK doesn't have any session chooser). Not a script, just /usr/share/xsessions/sugar.desktop which specifies the executable to run for that X session. Regards Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FileTransfer interface has been undraffted in Telepathy
Le mercredi 18 février 2009 à 13:04 +0200, Morgan Collett a écrit : On Tue, Feb 17, 2009 at 19:12, Guillaume Desmottes guillaume.desmot...@collabora.co.uk wrote: Hi guys, I just released telepathy-salut 0.3.8 [1]. This version implements the stable version of the file transfer API (previously, the one implemented was the DRAFT API). I also released telepathy-python 0.15.7 [2] generating interface and constants for FT. Sugar should be adapted to use the stable API. As you can see in the example script [3] changes are really trivial so it shouldn't be a problem. Futur version of Gabble will implement this same interface, so no change will be needed in Sugar to gain Jabber file transfer support. I've pushed sugar-jhbuild to use tp-salut 0.3.8 and tp-python 0.15.7, and Simon will push the sugar change shortly: diff --git a/src/jarabe/model/filetransfer.py b/src/jarabe/model/filetransfer.py index c66a19c..997fcc3 100644 --- a/src/jarabe/model/filetransfer.py +++ b/src/jarabe/model/filetransfer.py @@ -41,7 +41,7 @@ FT_STATE_CANCELLED = 5 # FIXME: use constants from tp-python once the spec is undrafted CHANNEL_TYPE_FILE_TRANSFER = \ -'org.freedesktop.Telepathy.Channel.Type.FileTransfer.DRAFT' +'org.freedesktop.Telepathy.Channel.Type.FileTransfer' If you're ok to depend on telepathy-python 0.15.7, you can import CHANNEL_TYPE_FILE_TRANSFER and FT_STATE_* from it. G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Supported methods of starting Sugar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 18, 2009 at 12:16:26PM +0100, Sascha Silbe wrote: On Wed, Feb 18, 2009 at 11:53:48AM +0100, Jonas Smedegaard wrote: If you're logging in to Sugar directly from gdm, then it should run sugar. ^^ what's it? or did you mean you? From gdm you can only pick a gdm item, not a binary directly. So Ubuntu contains some script that's run directly by gdm and invokes sugar? Is it the same as the one in [1]? Not quite, but the result might(!) be the same. Read on... I've only ever used .xsession to choose what to run, especially as I usually use xdm (which AFAIK doesn't have any session chooser). .xsession is (I believe, on Debian at least) part of a bigger chain, starting at /etc/X11/xsession - so the actual setup of your environment might be dependent on more than just your personal .xsession file. I believe gdm initializes some environment variables too. Exactly what variables are needed/wanted by sugar and how fatal it is for them to be missing is unknown to me, but an obvious approach is to a) make your .xsession script dup environment and b) inspect sugar-emulator to see what gets initialized there. Gdm should invoke sugar, not sugar-emulator. Great! So my bug isn't invalid. ;) If you've filed a bug about not working from gdm, then you are right. If you've filed a bug about not working from an .xsession file then you might indirectly be right - we don't know that yet. - 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) iEYEARECAAYFAkmb/RwACgkQn7DbMsAkQLie7wCeJzeUs2ixl6/uE3KqBDvAdn3F ajMAn3xfj4FvNClD8I27TDksx6s+UVXL =p4Dc -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Had a chance to try SoaS in anger...
Gary, Didn't you know everything done in anger works out better then expected:) david On Wed, Feb 18, 2009 at 10:32 PM, Gary C Martin g...@garycmartin.com wrote: ... and it worked :-) Just back from a 3hr+ meeting with a potential school deployment, they'd contacted me a few weeks back regarding the desire for a 50 XO initial trial to improve e-learning skills (looking at about 100 total). Email Q/A with him were good until OLPC dropped the 'change the world' program last week (killed off any new 100 laptop size deployments)... Any way, seeing as I do have 3 OLPC development XOs here, and he was also interested when I mentioned the possibility of SoaS as an alternative for running Sugar, I went ahead with the demo. I took a chance and took a Soas-200902061045.iso USB SoaS, and also a live CD of it. Flying blind as neither of which can I actually test myself – I'm all PPC Mac – the CD I burnt with Disk Utility on the Mac, and the USB stick I danced a magic Fedora based XO dance (pleased to see no USB re-format was necessary). He had 2 oldish laptops for the SoaS test, one could not boot from USB (so we used the CD on it), the other had a BIOS option for USB Harddisk which turned out to work great. CD booting was quite slow (as expected) perhaps twice as slow as booting a real XO. USB booting was real fast (perhaps two or three times faster than a real XO - but I didn't time it). - Both machines ran Sugar very quickly to what I'm used to (vs. the XOs) - The neighborhood showed lots of wireless APs, but unfortunately would not associate with any (just pulsed for a bit, no password dialogue) - No sound support (was trying to demo eToys car honking code at one point) - Laptop displays both correctly auto powered off after usual idle time - Both seemed to be showing the correct battery level status in their device frames - Write would have been nice to show on the larger laptop screens, but doesn't launch (known missing libraries) - Turtle Art looks great on the big screen :-) - Tried to resume some journal entries during the demo (USB booted machine) but the Journal entries just vanished from the journal as they were clicked - Both machines had sporadic semi-corrupt graphics on seemingly random icons/widgets, I assumed some low level gfx drive issue. Not many glitches, just a few. - No crashes for either machine, both were running for at least several hours. - Fonts were not quite large enough, but were at least readable :-) PC Laptop specs were: Compaq nx9030 HP Intel pentium M 1.73Ghz 1.2Gb ram Compaq nx6110 HP Intel pentium M 1.73Ghz 512Mb ram He knew that SoaS was very much a work in development, but was very pleased to see it working (and has taken a copy of the .iso to demo to others involved). Most time was spent on the XO's showing off the mesh collaboration features (write, maze, colors!, distance are great for this), music, speech etc, and going through most of the activities I'd had installed (~20-30) – so he got to see a stable Sugar with 'all the bits' working as well as the pre-release SoaS taster. Just thought I should post, --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] #370 HIGH: Can't open pdf after downloading from Browsev103 using Readv52
browse-101 loads the pdf w/in the Browse beautifully. Unfortunately there is a caveat here and probably w/ Browse-103 on 0.84 Browse stores the pdf in the Journal as org.pdf for http://www.orgmode.org/org.pdf But for the following link it shows up as eserv.php (application/pdf) in the Journal http://www.pustakalaya.org/eserv.php?pid=Pustakalaya:195dsID=Aba_Khel_Khelne.pdfdate=Mon,%2026%20May%202008%2011:51:17%20GMT Many sites have query strings that link to pdf's. I presume that is what Browse has trouble w/. I tried http://www.pustakalaya.org/eserv.php?pid=Pustakalaya:195dsID=Aba_Khel_Khelne.pdf as well. Our Repository engine Fedora_Commons uses the appended date for document versioning. The pdf successfully loads in Browse but shows up as eserv.php (application/pdf) as well. On Wed, 2009-02-18 at 14:50 +0530, Sayamindu Dasgupta wrote: Bryan, You may want to download http://dev.laptop.org/raw-attachment/ticket/9112/Browse-101.xo It is for the 8.2.1 release, and has got support for showing PDF files within the browser using a plug-in. Thanks, Sayamindu On Wed, Feb 18, 2009 at 2:44 PM, Bryan Berry br...@olenepal.org wrote: Tomeu, tks We are working from OLPC's Staging 32 build which I believe roughly corresponds to OLPC's 0.82.1 release http://dev.laptop.org/~bert/staging/32 Is Browse-99 the most up-to-date version that I can use? http://dev.laptop.org/~bert/staging/32 On Wed, 2009-02-18 at 09:03 +, SugarLabs Bugs wrote: #370: Can't open pdf after downloading from Browsev103 using Readv52 -+-- Reporter: BryanWB | Owner: erikos Type: defect| Status: new Priority: High | Milestone: Unspecified by Release Team Component: Browse|Version: Unspecified Severity: Critical | Resolution: Keywords:| Distribution: OLPC Status_field: New | -+-- Comment(by tomeu): Yeah, seems like those new Browse versions depend on Sugar 0.84. When we move to addons.sl.o for good, every activity bundle will be marked with the Sugar versions that it has been tested as working. -- 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 -- 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] Etoys - service move?
On 18.02.2009, at 12:02, Simon Schampijer wrote: Hi Bert, did you guys talked/decided about moving the git repo and trac infrastructure to Sugar Labs services already? We did, but progress is a bit slow. Is there any reason to hurry? IMHO it would be best take this as an opportunity to untangle the various bits and pieces - the Squeak virtual machine (squeakvm.org), the Etoys core (squeakland.org), the Sugar activity (sugarlabs.org) ... - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] update production aslo
We're going to update the production site with the last changes in testing. Specifically: commit 9d0c870de44552039b4ac07e531b9745c6942dc6 Author: addons devel addons-de...@sugarlabs.org Date: Wed Feb 18 13:11:45 2009 + Ignore the contents of data/ commit 9afd7912fe09413fee152d32afcbf2552765096c Author: Tomeu Vizoso to...@sugarlabs.org Date: Wed Feb 18 12:16:45 2009 + Add link for editing addon previews commit d923f5af0d524b8aa274da5be268fb7222d0d49c Author: Tomeu Vizoso to...@sugarlabs.org Date: Wed Feb 18 11:57:16 2009 + Change the link in the header to point to the new development tools commit dc334a33be0d8d643cfa3175f57b98807a944e46 Author: Tomeu Vizoso to...@sugarlabs.org Date: Wed Feb 18 09:33:40 2009 + Change preview URL to point to the sugar app id commit 019f0093c7fb6e3443e8a6ef82b2ac76fd6586d5 Merge: 10c75db... 8d05806... Author: David Farning dfarn...@gmail.com Date: Tue Feb 17 08:51:24 2009 -0600 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] addons.sugarlabs.org is starting to work
Hi, as the site is becoming more functional, we are in need of feedback before we direct there the masses. Could activity maintainers register and upload their last activity bundles? Please try to also upload at least one screenshot, the site will be much prettier that way ;) Thanks, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] pointers to information on Python modules for collaboration
You may want to start by looking at the Almanac: http://sugarlabs.org/go/DelopmentTeam/Almanac/Sugar.presence -walter On Wed, Feb 18, 2009 at 10:53 AM, victor victor.lazzar...@nuim.ie wrote: Hi everyone, I want to look into the question of collaboration/connectivity using the network, but I am not sure where to start. Basically, if anyone has pointers as to which Python module in sugar to look at, I suppose I can get going. If one is implementing networking in an activity, what object(s) are the ones to use? Thanks again Victor ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Unshare an Activity
2009/2/18 Jorge Saldivar jorgesaldi...@gmail.com: Thanks Eben!, Very helpful all of your comments. Thanks all for your help, now I understant too much about mesh, share, join, etc. Anything would be bothering you again. Hi Jorge, Please do not hesitate to make use of the Sugar development mailing list (cc'ed) to enquire about developing for Sugar. That's what we are here for... See also http://sugarlabs.org/go/DevelopmentTeam/Almanac and http://sugarlabs.org/go/DevelopmentTeam/Resources for some documentation about writing activity code. (Some of the links have not been moved over from wiki.laptop.org yet, but will no doubt be fixed in the near future.) Regards Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Had a chance to try SoaS in anger...
On 18 Feb 2009, at 12:47, Caroline Meeks wrote: Thanks Gary, This was a fun email to wake up to. :) I though you might :-) Good luck and let us know how it goes! Some quick updates: He knew that SoaS was very much a work in development, but was very pleased to see it working (and has taken a copy of the .iso to demo to others involved). He's already burnt a live-CD from the iso, I've sent him the link to the Fedora live USB utility so he can try making up a stick. - Tried to resume some journal entries during the demo (USB booted machine) but the Journal entries just vanished from the journal as they were clicked Think this may have been my bad – but can't test now – pretty sure when I danced the Fedora dance to create the bootable USB stick, I didn't specify a value for 'persistent storage' so the image was likely read only. oops. - The neighborhood showed lots of wireless APs, but unfortunately would not associate with any (just pulsed for a bit, no password dialogue) He emailed this morning to say he's been able to connect to an un- secured AP and get internet access, he also noticed 3 buddy icons appearing in the Neighbourhood view, so he's getting to SoaS's default jabber server for collaboration. Mentioned he's going to set up another laptop and see if they can collaborate together, also going to try a WEP secured AP, the one we tried and failed with was WPA secured. --Gary Caroline -- 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
[Sugar-devel] Newbie Developer - Where's the best place to start?
Hello All, I'm a newbie developer to the Sugar / OLPC projects, and I was wondering where the best place to start would be? I'm primarily interested in developing activities for the Sugar, and as I understand it, those are coded in Python. I've been using Linux for awhile now, so I'm fairly confident there, and I've used the sugar-jhbuild directions and have successfuly built / setup the Sugar emulator on my Ubuntu 8.10 machine. Are there any tools that are recommended? Apologies if this information is already out there, and I'm just not seeing it. Any recommendations that you have would be greatly appreciated. I'm really looking forward to contributing to the Sugar / OLPC communities! Thanks, Tom Ziegmann ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Newbie Developer - Where's the best place to start?
Hi Tom, Awesome! I would invite you to check out http://sugarlabs.org/go/ActivityTeam - this is the home page for the Sugar activity development effort. The Resources page (linked from the green bar at the top) contains a list of references that can help you get started. The TODO page contains a list of exciting stuff to work on right now, and we try to keep it fairly up to date with what's happening. Regards, Wade PS - Web site guys, can we consider renaming the Activity link on the Wiki sidebar to Activity development? On Wed, Feb 18, 2009 at 1:56 PM, Tom Ziegmann tziegm...@msn.com wrote: Hello All, I'm a newbie developer to the Sugar / OLPC projects, and I was wondering where the best place to start would be? I'm primarily interested in developing activities for the Sugar, and as I understand it, those are coded in Python. I've been using Linux for awhile now, so I'm fairly confident there, and I've used the sugar-jhbuild directions and have successfuly built / setup the Sugar emulator on my Ubuntu 8.10 machine. Are there any tools that are recommended? Apologies if this information is already out there, and I'm just not seeing it. Any recommendations that you have would be greatly appreciated. I'm really looking forward to contributing to the Sugar / OLPC communities! Thanks, Tom Ziegmann ___ 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] Newbie Developer - Where's the best place to start?
http://sugarlabs.org/go/DevelopmentTeam/Almanac or just start modifying your favorite Sugar activity. -walter On Wed, Feb 18, 2009 at 1:56 PM, Tom Ziegmann tziegm...@msn.com wrote: Hello All, I'm a newbie developer to the Sugar / OLPC projects, and I was wondering where the best place to start would be? I'm primarily interested in developing activities for the Sugar, and as I understand it, those are coded in Python. I've been using Linux for awhile now, so I'm fairly confident there, and I've used the sugar-jhbuild directions and have successfuly built / setup the Sugar emulator on my Ubuntu 8.10 machine. Are there any tools that are recommended? Apologies if this information is already out there, and I'm just not seeing it. Any recommendations that you have would be greatly appreciated. I'm really looking forward to contributing to the Sugar / OLPC communities! Thanks, Tom Ziegmann ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Newbie Developer - Where's the best place to start?
Hi Tom, Welcome, glad you could make it to the party! :-) On 18 Feb 2009, at 18:56, Tom Ziegmann wrote: I'm a newbie developer to the Sugar / OLPC projects, and I was wondering where the best place to start would be? I'm primarily interested in developing activities for the Sugar, and as I understand it, those are coded in Python. I've been using Linux for awhile now, so I'm fairly confident there, and I've used the sugar- jhbuild directions and have successfuly built / setup the Sugar emulator on my Ubuntu 8.10 machine. Are there any tools that are recommended? If your new to Python, this was always my favourite: http://www.python.org/doc/2.5.1/tut/tut.html For Activities, have a look at: http://sugarlabs.org/go/ActivityTeam I particularly like the Sugar Almanac (great if you're the type that likes to see simple code snippets on how to get things to work and see what's possible). For me, I found the best way to get going was just poking at the source of existing activities, and using pydoc (try pydoc -p 8080 and using a web browser to navigate the docs). --Gary Apologies if this information is already out there, and I'm just not seeing it. Any recommendations that you have would be greatly appreciated. I'm really looking forward to contributing to the Sugar / OLPC communities! Thanks, Tom Ziegmann ___ 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] pointers to information on Python modules for collaboration
On Wed, Feb 18, 2009 at 17:57, Walter Bender walter.ben...@gmail.com wrote: You may want to start by looking at the Almanac: http://sugarlabs.org/go/DelopmentTeam/Almanac/Sugar.presence See also the following links which I have yet to move to wiki.sugarlabs.org: http://wiki.laptop.org/go/Activity_sharing http://wiki.laptop.org/go/Collaboration_Tutorial and the HelloMesh activity which I have yet to move to git.sugarlabs.org: http://wiki.laptop.org/go/HelloMesh and http://dev.laptop.org/git?p=projects/hellomesh;a=tree This use D-Bus Tubes which are best suited for event-driven functionality - signals and methods. There are also Stream Tubes, which are more suited to pure data transfer - which effectively wrap a socket connection over the collaboration framework. This is currently only used in Read, to my knowledge. Regards Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Newbie Developer - Where's the best place to start?
You're right Gary, the almanac is awesome. I've updated the Getting Started section of ActivityTeam/Resources to feature it, particularly now that it's migrated. I also removed the OLPC Hello World tutorial since the Almanac is better. Cheers, Wade On Wed, Feb 18, 2009 at 2:15 PM, Gary C Martin g...@garycmartin.com wrote: Hi Tom, Welcome, glad you could make it to the party! :-) On 18 Feb 2009, at 18:56, Tom Ziegmann wrote: I'm a newbie developer to the Sugar / OLPC projects, and I was wondering where the best place to start would be? I'm primarily interested in developing activities for the Sugar, and as I understand it, those are coded in Python. I've been using Linux for awhile now, so I'm fairly confident there, and I've used the sugar- jhbuild directions and have successfuly built / setup the Sugar emulator on my Ubuntu 8.10 machine. Are there any tools that are recommended? If your new to Python, this was always my favourite: http://www.python.org/doc/2.5.1/tut/tut.html For Activities, have a look at: http://sugarlabs.org/go/ActivityTeam I particularly like the Sugar Almanac (great if you're the type that likes to see simple code snippets on how to get things to work and see what's possible). For me, I found the best way to get going was just poking at the source of existing activities, and using pydoc (try pydoc -p 8080 and using a web browser to navigate the docs). --Gary Apologies if this information is already out there, and I'm just not seeing it. Any recommendations that you have would be greatly appreciated. I'm really looking forward to contributing to the Sugar / OLPC communities! Thanks, Tom Ziegmann ___ 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] pointers to information on Python modules for collaboration
Note that both of these are already linked from: http://sugarlabs.org/go/ActivityTeam/Resources I highly recommend bookmarking the links on that page (or bookmarking the page), you will probably use them all at some point. Cheers, Wade On Wed, Feb 18, 2009 at 2:18 PM, Morgan Collett morgan.coll...@gmail.comwrote: On Wed, Feb 18, 2009 at 17:57, Walter Bender walter.ben...@gmail.com wrote: You may want to start by looking at the Almanac: http://sugarlabs.org/go/DelopmentTeam/Almanac/Sugar.presence See also the following links which I have yet to move to wiki.sugarlabs.org: http://wiki.laptop.org/go/Activity_sharing http://wiki.laptop.org/go/Collaboration_Tutorial and the HelloMesh activity which I have yet to move to git.sugarlabs.org: http://wiki.laptop.org/go/HelloMesh and http://dev.laptop.org/git?p=projects/hellomesh;a=tree This use D-Bus Tubes which are best suited for event-driven functionality - signals and methods. There are also Stream Tubes, which are more suited to pure data transfer - which effectively wrap a socket connection over the collaboration framework. This is currently only used in Read, to my knowledge. Regards Morgan ___ 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] Newbie Developer - Where's the best place to start?
Hi, apart from the links already mentioned, I use to recommend people without previous pygtk experience to go through the chapters 1-6 and 10 of the pygtk tutorial: http://www.pygtk.org/pygtk2tutorial/index.html HTH, Tomeu On Wed, Feb 18, 2009 at 20:21, Wade Brainerd wad...@gmail.com wrote: You're right Gary, the almanac is awesome. I've updated the Getting Started section of ActivityTeam/Resources to feature it, particularly now that it's migrated. I also removed the OLPC Hello World tutorial since the Almanac is better. Cheers, Wade On Wed, Feb 18, 2009 at 2:15 PM, Gary C Martin g...@garycmartin.com wrote: Hi Tom, Welcome, glad you could make it to the party! :-) On 18 Feb 2009, at 18:56, Tom Ziegmann wrote: I'm a newbie developer to the Sugar / OLPC projects, and I was wondering where the best place to start would be? I'm primarily interested in developing activities for the Sugar, and as I understand it, those are coded in Python. I've been using Linux for awhile now, so I'm fairly confident there, and I've used the sugar- jhbuild directions and have successfuly built / setup the Sugar emulator on my Ubuntu 8.10 machine. Are there any tools that are recommended? If your new to Python, this was always my favourite: http://www.python.org/doc/2.5.1/tut/tut.html For Activities, have a look at: http://sugarlabs.org/go/ActivityTeam I particularly like the Sugar Almanac (great if you're the type that likes to see simple code snippets on how to get things to work and see what's possible). For me, I found the best way to get going was just poking at the source of existing activities, and using pydoc (try pydoc -p 8080 and using a web browser to navigate the docs). --Gary Apologies if this information is already out there, and I'm just not seeing it. Any recommendations that you have would be greatly appreciated. I'm really looking forward to contributing to the Sugar / OLPC communities! Thanks, Tom Ziegmann ___ 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] Newbie Developer - Where's the best place to start?
That tutorial is also part of the Getting Started section on http://sugarlabs.org/go/ActivityTeam/Resources :) (although I included 7, 8, 9 and 12 in my list) Cheers, Wade On Wed, Feb 18, 2009 at 2:27 PM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi, apart from the links already mentioned, I use to recommend people without previous pygtk experience to go through the chapters 1-6 and 10 of the pygtk tutorial: http://www.pygtk.org/pygtk2tutorial/index.html HTH, Tomeu On Wed, Feb 18, 2009 at 20:21, Wade Brainerd wad...@gmail.com wrote: You're right Gary, the almanac is awesome. I've updated the Getting Started section of ActivityTeam/Resources to feature it, particularly now that it's migrated. I also removed the OLPC Hello World tutorial since the Almanac is better. Cheers, Wade On Wed, Feb 18, 2009 at 2:15 PM, Gary C Martin g...@garycmartin.com wrote: Hi Tom, Welcome, glad you could make it to the party! :-) On 18 Feb 2009, at 18:56, Tom Ziegmann wrote: I'm a newbie developer to the Sugar / OLPC projects, and I was wondering where the best place to start would be? I'm primarily interested in developing activities for the Sugar, and as I understand it, those are coded in Python. I've been using Linux for awhile now, so I'm fairly confident there, and I've used the sugar- jhbuild directions and have successfuly built / setup the Sugar emulator on my Ubuntu 8.10 machine. Are there any tools that are recommended? If your new to Python, this was always my favourite: http://www.python.org/doc/2.5.1/tut/tut.html For Activities, have a look at: http://sugarlabs.org/go/ActivityTeam I particularly like the Sugar Almanac (great if you're the type that likes to see simple code snippets on how to get things to work and see what's possible). For me, I found the best way to get going was just poking at the source of existing activities, and using pydoc (try pydoc -p 8080 and using a web browser to navigate the docs). --Gary Apologies if this information is already out there, and I'm just not seeing it. Any recommendations that you have would be greatly appreciated. I'm really looking forward to contributing to the Sugar / OLPC communities! Thanks, Tom Ziegmann ___ 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] pointers to information on Python modules for collaboration
On 18.02.2009, at 20:18, Morgan Collett wrote: On Wed, Feb 18, 2009 at 17:57, Walter Bender walter.ben...@gmail.com wrote: You may want to start by looking at the Almanac: http://sugarlabs.org/go/DelopmentTeam/Almanac/Sugar.presence See also the following links which I have yet to move to wiki.sugarlabs.org: http://wiki.laptop.org/go/Activity_sharing http://wiki.laptop.org/go/Collaboration_Tutorial and the HelloMesh activity which I have yet to move to git.sugarlabs.org: http://wiki.laptop.org/go/HelloMesh and http://dev.laptop.org/git?p=projects/hellomesh;a=tree This use D-Bus Tubes which are best suited for event-driven functionality - signals and methods. There are also Stream Tubes, which are more suited to pure data transfer - which effectively wrap a socket connection over the collaboration framework. This is currently only used in Read, to my knowledge. And in Etoys, as I point out every time this claim is made ;) - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Have a discard option in the name a fresh instance dialog
Hi, I managed to run the latest development release of Sucrose. When you close a fresh new activitiy instance, it shows a dialog to name and keep the instance. I think it should also have the option to discard it, which would unclutter the journal with so many unusefull entries. It would use the Erase icon (a white minus inside a black circle), so as not to confuse other ocasions where the cross in black circle is used to escape or cancel an option. The accept icon could perhaps be the Keep icon instead. This way, we are asking the user if he wants to keep or not the instance, and if so, give him the option to name it. What do you think? Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Have a discard option in the name a fresh instance dialog
As I understood it, the ability to Not Keep was an important part of this design, but I haven't seen the implementation yet. Is it not there, or maybe just not immediately discoverable? I too think it would be wonderful to have a Don't Keep button right there. Best, Wade On Wed, Feb 18, 2009 at 3:27 PM, Eduardo H. Silva hoboprim...@gmail.comwrote: 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Have a discard option in the name a fresh instance dialog
On 18 Feb 2009, at 20:31, Wade Brainerd wrote: As I understood it, the ability to Not Keep was an important part of this design, but I haven't seen the implementation yet. Is it not there, or maybe just not immediately discoverable? I too think it would be wonderful to have a Don't Keep button right there. I'd like to see a 'don't keep' as well, but I think it's a bunch more complicated in the current data-store implementation. Activities get Journal entries created as you switch away from them, and perhaps some other cases (sleep?), so a 'don't keep' button would need to actively DELETE journal entries that may have been created before the activity was first stopped. Just wanted to raise the implementation issues, but I would like a 'don't keep' if it didn't burn too much core dev time, though I accept this may be due to my particular current Sugar usage pattern. --Gary Best, Wade On Wed, Feb 18, 2009 at 3:27 PM, Eduardo H. Silva hoboprim...@gmail.com wrote: 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 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] addons.sugarlabs.org is starting to work
I can't get it to work. When I try to upload a file (from 'developer tools'), there is an error Oops! There seems to be a problem with this file... devcp_error_activity_info_not_found Please correct this problem and upload your file again. The page also says 'Mozilla Add-ons'. I see there are add-ons there, how do you do this? Victor - Original Message - From: Simon Schampijer si...@schampijer.de To: Tomeu Vizoso to...@sugarlabs.org Cc: iaep i...@lists.sugarlabs.org; Sugar Devel sugar-devel@lists.sugarlabs.org Sent: Wednesday, February 18, 2009 3:54 PM Subject: Re: [Sugar-devel] addons.sugarlabs.org is starting to work Tomeu Vizoso wrote: Hi, as the site is becoming more functional, we are in need of feedback before we direct there the masses. Could activity maintainers register and upload their last activity bundles? Please try to also upload at least one screenshot, the site will be much prettier that way ;) Thanks, Tomeu Awesome work everyone!!! It gets better from day to day. This is a huge step forward for the Sugar community. Thanks, Simon PS: Uploaded the Browse screenshot ___ 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] What should we call it? Addons of Activities
There has been some talk of what the final name for aslo should be. addons.sugarlabs.org or activities.sugarlabs.org Which do you prefer? I like activities.sl.o better but it means more work for me to change it. So, for me, it is a wash. david (Contributors with marketing or brand development can have two votes) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] addons.sugarlabs.org is starting to work
On Thu, Feb 19, 2009 at 3:44 PM, victor victor.lazzar...@nuim.ie wrote: I can't get it to work. When I try to upload a file (from 'developer tools'), there is an error What is the error? Tomeu is good, but not that good. david - Original Message - From: Simon Schampijer si...@schampijer.de To: Tomeu Vizoso to...@sugarlabs.org Cc: iaep i...@lists.sugarlabs.org; Sugar Devel sugar-devel@lists.sugarlabs.org Sent: Wednesday, February 18, 2009 3:54 PM Subject: Re: [Sugar-devel] addons.sugarlabs.org is starting to work Tomeu Vizoso wrote: Hi, as the site is becoming more functional, we are in need of feedback before we direct there the masses. Could activity maintainers register and upload their last activity bundles? Please try to also upload at least one screenshot, the site will be much prettier that way ;) Thanks, Tomeu Awesome work everyone!!! It gets better from day to day. This is a huge step forward for the Sugar community. Thanks, Simon PS: Uploaded the Browse screenshot ___ 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] addons.sugarlabs.org is starting to work
On Thu, Feb 19, 2009 at 3:53 PM, David Farning dfarn...@sugarlabs.org wrote: On Thu, Feb 19, 2009 at 3:44 PM, victor victor.lazzar...@nuim.ie wrote: I can't get it to work. When I try to upload a file (from 'developer tools'), there is an error What is the error? Tomeu is good, but not that good. Sorry, gmail screwed up and folded the error message into previous messages in the string. weird. david - Original Message - From: Simon Schampijer si...@schampijer.de To: Tomeu Vizoso to...@sugarlabs.org Cc: iaep i...@lists.sugarlabs.org; Sugar Devel sugar-devel@lists.sugarlabs.org Sent: Wednesday, February 18, 2009 3:54 PM Subject: Re: [Sugar-devel] addons.sugarlabs.org is starting to work Tomeu Vizoso wrote: Hi, as the site is becoming more functional, we are in need of feedback before we direct there the masses. Could activity maintainers register and upload their last activity bundles? Please try to also upload at least one screenshot, the site will be much prettier that way ;) Thanks, Tomeu Awesome work everyone!!! It gets better from day to day. This is a huge step forward for the Sugar community. Thanks, Simon PS: Uploaded the Browse screenshot ___ 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] UI: Star button in Journal
Shouldn't the star button, which toggles between only-starred entries and all entries in the journal, be placed on the left of the Journals toolbar, i.e., before the search box? It makes more sense, because it then is aligned with the empty and filled stars behind every journal entry. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] UI: Star button in Journal
Alternatively, the stars of entries should go to the right, to have space for checkboxes which usually go on the left of entries. If the stars of entries where aligned with the star of the journal toolbar, it would also make sense. But, I'm talking here without much thought and without knowing exactly what is Eben and Pentagram idea about it, so take it as it is, just some food for thought. Eduardo 2009/2/18 Eduardo H. Silva hoboprim...@gmail.com: Shouldn't the star button, which toggles between only-starred entries and all entries in the journal, be placed on the left of the Journals toolbar, i.e., before the search box? It makes more sense, because it then is aligned with the empty and filled stars behind every journal entry. Eduardo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should we call it? Addons of Activities
On Wed, Feb 18, 2009 at 4:48 PM, David Farning dfarn...@sugarlabs.orgwrote: There has been some talk of what the final name for aslo should be. addons.sugarlabs.org +1, with a redirect from the other URL. It is more apt and inclusive. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should we call it? Addons of Activities
Hi, activities.sugarlabs.org +1 to activities here. Makes it clear and straightforward that it's the place to get Sugar activities, which is what it's for. Since an argument against it is that we want the site to host more than activities, could someone enumerate what sort of things we can imagine putting there that shouldn't go under the activities heading? Thanks, - Chris. -- Chris Ball c...@laptop.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should we call it? Addons of Activities
On 18 Feb 2009, at 21:48, David Farning wrote: There has been some talk of what the final name for aslo should be. addons.sugarlabs.org or activities.sugarlabs.org +1 to activities, it's sugar friendly, relevant, and to be honest 'addons' as a (non-dictionary) name seems alien to me with vague references to firefox tech (which I do occasionally use when a site complains about Safari) but that will have no direct meaning for majority of Sugar users. Which do you prefer? I like activities.sl.o better but it means more work for me to change it. So, for me, it is a wash. david (Contributors with marketing or brand development can have two votes) ___ 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] What should we call it? Addons of Activities
+1 to activities.sl.o. Seems like a pretty strong vote. :) --g -- Got an XO that you're not using? Loan it to a needy developer! [[ http://wiki.laptop.org/go/XO_Exchange_Registry ]] On Wed, 18 Feb 2009, Eben Eliason wrote: +1 for activities from me, as well. Addons makes it sound like a plugin system, which activities are not. Activities are distinct self contained bundles for a variety of purposes, and I think embracing the term activities will make it much easier for anyone even somewhat new to Sugar to make sense of things. - Eben On Wed, Feb 18, 2009 at 6:22 PM, Gary C Martin g...@garycmartin.com wrote: On 18 Feb 2009, at 21:48, David Farning wrote: There has been some talk of what the final name for aslo should be. addons.sugarlabs.org or activities.sugarlabs.org +1 to activities, it's sugar friendly, relevant, and to be honest 'addons' as a (non-dictionary) name seems alien to me with vague references to firefox tech (which I do occasionally use when a site complains about Safari) but that will have no direct meaning for majority of Sugar users. Which do you prefer? I like activities.sl.o better but it means more work for me to change it. So, for me, it is a wash. david (Contributors with marketing or brand development can have two votes) ___ 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] Have a discard option in the name a fresh instance dialog
On 18 Feb 2009, at 23:42, Eben Eliason wrote: This was part of the intended design. I also still think that the keep or don't keep distinction should remain. The fact that entries appear in the Journal before the activity has stopped or the keep button is pressed is a bug, as I see it. The Journal/DS should be silently keeping track /in the background/ of a temporary save file, which can be promoted to a real entry in the case of activity or Sugar crash, but I think that an explicit action (stop, keep) should result in a new Journal entry. Oooh, that would also reduce the number of times I switch to Journal to resume a previous entry only to discover that after I've clicked, 2 or 3 seconds later, Journal finally re-redraws and switches me or resumes the wrong entry because the entry display order changes. --Gary I'm certainly open to opinions on this. - Eben On Wed, Feb 18, 2009 at 4:53 PM, Eduardo H. Silva hoboprim...@gmail.com wrote: 2009/2/18 Gary C Martin g...@garycmartin.com: On 18 Feb 2009, at 20:31, Wade Brainerd wrote: [snip] I'd like to see a 'don't keep' as well, but I think it's a bunch more complicated in the current data-store implementation. Activities get Journal entries created as you switch away from them, and perhaps some other cases (sleep?), so a 'don't keep' button would need to actively DELETE journal entries that may have been created before the activity was first stopped. This is the reason I think the terminology should be erase, or discard, because it has already been kept automatically. But I'm talking about the frontend of course, I don't know much about the backend of things. Eduardo Just wanted to raise the implementation issues, but I would like a 'don't keep' if it didn't burn too much core dev time, though I accept this may be due to my particular current Sugar usage pattern. --Gary Best, Wade On Wed, Feb 18, 2009 at 3:27 PM, Eduardo H. Silva hoboprim...@gmail.com wrote: 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 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] What should we call it? Addons of Activities
On Wed, Feb 18, 2009 at 6:46 PM, Greg Dekoenigsberg g...@redhat.com wrote: +1 to activities.sl.o. Ok, I'm willing to go with the overwhelming consensus and change my +1 to activities. (which was mostly a [[WP:ILIKEIT]]http://en.wikipedia.org/wiki/Wikipedia:ILIKEIT#I_like_itargument anyway) -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] addons.sugarlabs.org is starting to work
On Wed, Feb 18, 2009 at 04:04:02PM +0100, Tomeu Vizoso wrote: Hi, as the site is becoming more functional, we are in need of feedback before we direct there the masses. its exactly time to ask my favorite question :) What will happen if someone download TamTam/StoryBuilder/etc, and unfortunately hasn't csound/pygame/etc installed? One possible decision: we could create meta package w/ frequently used dependencies, like csound/olpcsound, pygames etc Whats our strategy in that case for short/long period? -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] git.sugarlabs.org difficulties
Martin Langhoff wrote: On Tue, Feb 17, 2009 at 10:01 AM, Bernie Innocenti ber...@codewiz.org wrote: You should be using gitorious@ rather than vepla...@. Yes, it's awkward, but it's explained somewhere on the repository page. Internally, gitorious dispatches individual users by means of ~/.ssh/authorized_keys. Strange. So you cannot have 2 accounts with the same ssh key? Apparently not. And it also doesn't scale that well with thousands of users. The generated authorized_keys file looks like this: ### START KEY 7 ### command=gitorious bernie,no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty ssh-rsa B3Nz...gJVNrOZuw== ber...@trinity.develer.com ### END KEY 7 ### ### START KEY 9 ### command=gitorious bernie,no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty ssh-rsa B3N1...91K6xbIWQ== ber...@daneel.codewiz.org ### END KEY 9 ### -- // Bernie Innocenti - http://www.codewiz.org/ \X/ 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] [IAEP] addons.sugarlabs.org is starting to work
Why not provide a dependency declaration in the activity file which can be checked when the activity is installed? It could inform the user that a particular package or library was needed. I understand that different distros may package the dependencies differently, but it wouldn't be so bad if the user had to identify this at registration (if not an XO running a recognizeable distribution) or when using the activity.s.o site. Then the checker could recognize which dependency declaration to use (or could announce this activity has dependencies but your distribution hasn't been described -- or words to that effect. On Wed, Feb 18, 2009 at 4:36 PM, Luke Faraone l...@faraone.cc wrote: On Wed, Feb 18, 2009 at 7:28 PM, Aleksey Lim alsr...@member.fsf.orgwrote: What will happen if someone download TamTam/StoryBuilder/etc, and unfortunately hasn't csound/pygame/etc installed? One possible decision: we could create meta package w/ frequently used dependencies, like csound/olpcsound, pygames etc Whats our strategy in that case for short/long period? The *ideal* method would be to use a standard packaging method long term, ie .deb (which I'm partial to) or RPM. (both of these can be converted from and to each other with alien) Currently the main objection to using system packaging is that they require administrative privlages to install; unfortunately, so would any other solution other than requiring that *all* sugar installs had *all* the packages in the sugar system (like we were able to do with the XO). That method does not scale, and it forces people to handle shared libs. If we decided to look into using debs or RPMs, we could easilly use apt-get or yum in prefix mode, which lets non-root users install packages. Or, we could continue to use XO bundles, which have no dependancy handling what so ever. Even if we standardized on metapackages, we'd still need to either A) request that the system administrator install them, or B) make a XO bundle format for shared libs. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- It is difficult to get a man to understand something, when his salary depends upon his not understanding it. -- Upton Sinclair ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should we call it? Addons of Activities
On Thu, Feb 19, 2009 at 6:48 AM, David Farning dfarn...@sugarlabs.org wrote: There has been some talk of what the final name for aslo should be. addons.sugarlabs.org or activities.sugarlabs.org Which do you prefer? I like activities.sl.o better but it means more work for me to change it. So, for me, it is a wash. Why do we have to choose one from only these? Both options have good justification, so I think having a couple of DNS entry and redirect to one to another would be great. I don't care if you are asking which to use for primary. /Korakurider david (Contributors with marketing or brand development can have two votes) ___ 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] What should we call it? Addons of Activities
On Wed, Feb 18, 2009 at 8:19 PM, Korakurider korakuri...@gmail.com wrote: On Thu, Feb 19, 2009 at 6:48 AM, David Farning dfarn...@sugarlabs.org wrote: There has been some talk of what the final name for aslo should be. addons.sugarlabs.org or activities.sugarlabs.org Which do you prefer? I like activities.sl.o better but it means more work for me to change it. So, for me, it is a wash. Why do we have to choose one from only these? Both options have good justification, so I think having a couple of DNS entry and redirect to one to another would be great. Because this, while technically possible to implement, creates brand and user confusion. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
On Tue, Feb 17, 2009 at 12:17 PM, Martin Langhoff martin.langh...@gmail.com wrote: On Tue, Feb 17, 2009 at 11:03 AM, Simon Schampijer si...@schampijer.de wrote: I take it you're happy to fix things up so that the 2 branches are reasonably in sync? Thanks! a git fetch from 'mainline.git' doesn't show any activity. I'm more than happy with the edits you've done on my patch, and the edits notes in the discussion. I'd just would *love* to see this patch on both 'master' and s-0.82, and perhaps a release on that s-082 branch, so deployments can start shipping that with my super moodling code. Are there any blockers? Perhaps this being held by the Perl rewrite you mentioned? m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
Martin Langhoff wrote: On Tue, Feb 17, 2009 at 11:03 AM, Simon Schampijer si...@schampijer.de wrote: Well, your call - using the schoolserver url then? The fqdn from backup server or jabber server. Either will do until we fix the registration stuff. Please state exactly which one you want - I want this to be your call. Thanks, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
Martin Langhoff wrote: On Tue, Feb 17, 2009 at 12:17 PM, Martin Langhoff martin.langh...@gmail.com wrote: On Tue, Feb 17, 2009 at 11:03 AM, Simon Schampijer si...@schampijer.de wrote: I take it you're happy to fix things up so that the 2 branches are reasonably in sync? Thanks! a git fetch from 'mainline.git' doesn't show any activity. I'm more than happy with the edits you've done on my patch, and the edits notes in the discussion. I'd just would *love* to see this patch on both 'master' and s-0.82, and perhaps a release on that s-082 branch, so deployments can start shipping that with my super moodling code. Are there any blockers? Perhaps this being held by the Perl rewrite you mentioned? m Please just reply to the other mail and I can push the patches. As I am swamped things take a bit longer. Thanks, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Have a discard option in the name a fresh instance dialog
Gary C Martin wrote: On 18 Feb 2009, at 20:31, Wade Brainerd wrote: As I understood it, the ability to Not Keep was an important part of this design, but I haven't seen the implementation yet. Is it not there, or maybe just not immediately discoverable? I too think it would be wonderful to have a Don't Keep button right there. I'd like to see a 'don't keep' as well, but I think it's a bunch more complicated in the current data-store implementation. Activities get Journal entries created as you switch away from them, and perhaps some other cases (sleep?), so a 'don't keep' button would need to actively DELETE journal entries that may have been created before the activity was first stopped. Just wanted to raise the implementation issues, but I would like a 'don't keep' if it didn't burn too much core dev time, though I accept this may be due to my particular current Sugar usage pattern. --Gary Right, so there is an issue implementation wise. Also the discard button should probably be in the activity toolbar. One good news is that with the option to 'resume by default' we actually don't create that many entries anymore. Can we say that the discard option is a general addition but does not stop us from landing the current implementation of the Naming Alert? Thanks, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] addons.sugarlabs.org is starting to work
Luke Faraone wrote: On Wed, Feb 18, 2009 at 8:01 PM, Carol Farlow Lerche c...@msbit.com wrote: Why not provide a dependency declaration in the activity file which can be checked when the activity is installed? It could inform the user that a particular package or library was needed. I understand that different distros may package the dependencies differently, but it wouldn't be so bad if the user had to identify this at registration (if not an XO running a recognizeable distribution) or when using the activity.s.o site. Then the checker could recognize which dependency declaration to use (or could announce this activity has dependencies but your distribution hasn't been described -- or words to that effect. Because at this point, you might as well use a standard and well supported format for packaging: either LSB packages (RPMs), or Debian packages. (which, as I pointed out, both work on almost *every* distribution) As I recall, the only argument raised against using one of those formats was the administrative rights required to use them. Since dependancy installation is not something most children can do, administrative rights are needed, it seems, no matter what for some hardware installations. Discussions we had at FUDCon about this: http://fedoraproject.org/wiki/Sugar_on_Fedora:_RPMs_or_.xos%3F Best, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel