Re: [Sugar-devel] [Systems] updating pootle and creating branches
On Tue, Sep 28, 2010 at 9:17 AM, Tomeu Vizoso wrote: > On Tue, Sep 28, 2010 at 15:07, Chris Leonard wrote: >> Bernie, >> >> I will continue to to the work I do as a Pootle admin (as time allows), but >> as we've discussed before, we need someone from the Systems group to handle >> back-end things like project versioning and git connections. I do what I >> can via the Pootle administrative interface, but that is limited to adding >> new language admins, new language set up, adding existing projects to new >> languages, and the like. > > That's great, I'm now working on fixing pushing to git and then will > do branches. Will try to write down processes for the next admin. > Hi guys, Apologies for disappearing. Here are the details you may require: Documentation of the helper scripts: http://git.sugarlabs.org/projects/pootle-helpers/repos/mainline/blobs/master/README Updater stuff (look at the cronjobs for Pootle - they ensure the VCS stuff remain in sync). SSH keys (/var/lib/pootle/.ssh) Let me know if you need any more help. If it makes sense - I can participate in a Skype/IRC meeting to guide you through the process. -sdg- > Thanks, > > Tomeu > >> cj; >> >> On Tue, Sep 28, 2010 at 5:52 AM, Bernie Innocenti >> wrote: >>> >>> On 09/28/10 10:12, Tomeu Vizoso wrote: >>> > Can we put together in this thread all the knowledge we have available >>> > about how to do that? Links to the wiki are best, but anything will be >>> > useful. >>> >>> I've started a wiki page to collect information on the translation >>> service: >>> >>> http://wiki.sugarlabs.org/go/Service/translate >>> >>> In the event we can't get back in touch with Sayamindu, is there any >>> volunteer who would like to step forward to help maintaining Pootle? >>> >>> -- >>> // Bernie Innocenti - http://codewiz.org/ >>> \X/ Sugar Labs - http://sugarlabs.org/ >>> _______ >>> Systems mailing list >>> syst...@lists.sugarlabs.org >>> http://lists.sugarlabs.org/listinfo/systems >> >> > ___ > Systems mailing list > syst...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/systems > -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Python-xklavier version 0.4
Download version 0.4 from http://devel.randomink.org/attachments/download/6/python-xklavier-0.4.tar.gz This has a patch from Tomeu dropping the dependency on PyGTK so that it can be used with the GObject introspection bindings. 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] [Browse] PDFs inline
On Sun, Jul 18, 2010 at 9:36 AM, Lucian Branescu wrote: > I've seen your merge request on > http://git.sugarlabs.org/projects/browse/repos/inline-pdf. > > Since I've been working on Browse-webkit, I'd like to implement inline > PDFs for it as well. However, evince maintainers are very hostile to > browser plugins, NPAPI or otherwise > (https://bugzilla.gnome.org/show_bug.cgi?id=168933). > I used mozplugger to do this. > I'd like your advice on how to handle this feature within > Browse-webkit. pywebkitgtk has the capability to embed widgets just > like you'd embed NPAPI plugins. Should I embed evince or work with > poppler directly? > It may be a good idea - but it may be even better to have a simple PDF viewer widget (which incorporates an "add to journal" button) using the evince-python bindings. 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] Sugar with a virtual (onscreen) keyboard
On Wed, Jun 30, 2010 at 4:48 AM, C. Scott Ananian wrote: > On Tue, Jun 22, 2010 at 4:28 PM, Sayamindu Dasgupta > wrote: >>> - Ideally something (Gnome I assume?) should trigger the keyboard overlay >>> when you focus on a text field, perhaps with some hints about what the >>> 'return' key behaviour should do (or expose a tab key as that is usually >>> the other common text field navigation method). Dismissing the keyboard >>> overlay when a text field is defocused would also be ideal. >> >> AFAIK, this requires a GTK+ module to be loaded. I'm still trying to >> write a proof of concept implementation of this - it seems that >> there's no documentation anywhere for writing GTK+ modules :-( > > Yeah, I gave up and just used LD_PRELOAD when I had this problem. If > you want to try the quick-and-dirty way for a proof of concept, this > might be handy: > http://dev.laptop.org/git/users/cscott/journal2/tree/ > > Do all of firefox/xulrunner/chrome use GTK widgets for text entry? > I'm nervous that some programs might not pop up the keyboard > appropriately. > Yes - it would be difficult to detect things in webkit/xulrunner. Also it won't work for Scratch or Etoys. I think for such cases, having a dbus service from sugar to show/hide the keyboard may be a good idea (at least some activities may be able to take advantage of it) > You could add a gesture to force the keyboard up even for badly > behaved applications. I think the iPad/iPhone gesture for that is > dragging your finger from the bottom of the screen to the top. Sounds like a good idea. 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] Sugar with a virtual (onscreen) keyboard
On Wed, Jun 23, 2010 at 1:58 AM, Sayamindu Dasgupta wrote: > On Fri, Jun 18, 2010 at 9:04 AM, Gary Martin > wrote: >> Hi Sayamindu, >> >> On 17 Jun 2010, at 13:16, Sayamindu Dasgupta wrote: >> >>> [Apologies for the cross-posting] >>> >>> Hello, >>> Thanks to the pointers provided by Peter Robinson, I got the Meego >>> FVKBD (Free Virtual Keyboard)¹ running along with Sugar. >>> A problem with the current FVKBD is that it supports only one base >>> layout. Even "variants" of that layout (eg: CapsLock enabled, Symbols, >>> etc) are treated as "temporary", which means that you press the "Caps" >>> key, enter a capital letter, and immediately after that, it gets reset >>> back to the base layout (lower case qwerty). >>> I wanted something which would be similar to the existing physical >>> keyboards that we ship with the XO machines - with a dedicated key to >>> switch between different scripts in the same keyboard. I had to extend >>> the code of FVKBD to implement that, and with the modified FVKBD, I >>> have spun a live-cd ISO (based on the current SOAS). You can download >>> it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso >> >> Wow, big thanks for launching into this. For anyone not sure how to try the >> iso, I'm on a Mac and just used Virtual Box to create a new empty Fedora VM, >> no HD, and just point to the iso as the boot CD. Started up just fine, >> keyboard is already open to type in your user name (of course this is all >> read only, any changes you make will be gone after a reboot). >> > <...snip> >> >> Sayamindu, what kind'a feedback/assistance would be most useful? Is it too >> soon to start collating notes and screen shots on a wiki page somewhere? > > Yes - I think we should start putting all of this in a wiki. > I have put in some of my thoughts and ideas into the wiki : http://wiki.sugarlabs.org/go/Features/Onscreen_Keyboard 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] [ASLO] Release Read-87
On Tue, Jun 29, 2010 at 2:55 PM, Peter Robinson wrote: > On Mon, Jun 28, 2010 at 10:32 PM, Sugar Labs Activities > wrote: >> Activity Homepage: >> http://activities.sugarlabs.org/addon/4028 >> >> Sugar Platform: >> 0.84 - 0.84 > > Is there a reason that Read is now only supported on 0.84? > This is a bugfix release for 0.84 (specifically the F11 based builds for XO-15 and XO-1). It avoids using the new toolbars. Thanks, Sayamindu > Peter > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- 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] Sugar with a virtual (onscreen) keyboard
On Fri, Jun 18, 2010 at 12:35 PM, Jonas Smedegaard wrote: > Hi Sayamindu (and others), > > On Thu, Jun 17, 2010 at 05:46:43PM +0530, Sayamindu Dasgupta wrote: >> >> [Apologies for the cross-posting] > >> Thanks to the pointers provided by Peter Robinson, I got the Meego >> FVKBD (Free Virtual Keyboard)¹ running along with Sugar. > >> Thoughts, feedback, etc would be appreciated :-). > > I am not familiar with these details, so just shooting in the dark here: > > Perhaps looking at (i.e. get interface inspiration or steal code from) the > alternative virtual keyboard implementation Literki, which seems to have > happy followers among Debian OpenMoko users: > > http://git.senfdax.de/?p=literki > Thanks for the pointer to this. It seems however that it's written directly using Xlib, and hence would be unusable for complex scripts like Arabic, Indic, etc. Best, 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] Sugar with a virtual (onscreen) keyboard
Hi Esteban, On Thu, Jun 17, 2010 at 7:19 PM, Esteban Arias wrote: > Hi, > FVKBD support spanish keyboard? > Could be added an system scanning buttons to write. for example: > https://desarrollo.ceibal.edu.uy/projects/tecladoenpantalla/files > http://wiki.sugarlabs.org/go/Features/Accessibility_virtualkeyboard > http://bugs.sugarlabs.org/ticket/1686 > I don't think this particular on-screen keyboard is something that you would use for accessibility stuff (it does not have support for scanning buttons). However, I did a Spanish version of the layout - here's a screenshot of the "Spanish mode" - http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-es-onscreen.png Let me know if you want to test the layout. Thanks, Sayamindu > 2010/6/17 Sayamindu Dasgupta >> >> On Thu, Jun 17, 2010 at 5:46 PM, Sayamindu Dasgupta >> wrote: >> > [Apologies for the cross-posting] >> > >> > Hello, >> > Thanks to the pointers provided by Peter Robinson, I got the Meego >> > FVKBD (Free Virtual Keyboard)¹ running along with Sugar. >> > A problem with the current FVKBD is that it supports only one base >> > layout. Even "variants" of that layout (eg: CapsLock enabled, Symbols, >> > etc) are treated as "temporary", which means that you press the "Caps" >> > key, enter a capital letter, and immediately after that, it gets reset >> > back to the base layout (lower case qwerty). >> > I wanted something which would be similar to the existing physical >> > keyboards that we ship with the XO machines - with a dedicated key to >> > switch between different scripts in the same keyboard. I had to extend >> > the code of FVKBD to implement that, and with the modified FVKBD, I >> > have spun a live-cd ISO (based on the current SOAS). You can download >> > it from >> > http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso >> >> For those who do not want to download the ISO, there's a screencast at >> http://dev.laptop.org/~sayamindu/sugar_vkbd_multi.ogv >> 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 > > > > -- > Esteban Arias > Plan Ceibal - Área Técnica > Avda. Italia 6201 > Montevideo - Uruguay. > Tel.: 601.57.73 Interno 2228 > E-mail : ear...@plan.ceibal.edu.uy > > -- 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] Sugar with a virtual (onscreen) keyboard
On Fri, Jun 18, 2010 at 9:04 AM, Gary Martin wrote: > Hi Sayamindu, > > On 17 Jun 2010, at 13:16, Sayamindu Dasgupta wrote: > >> [Apologies for the cross-posting] >> >> Hello, >> Thanks to the pointers provided by Peter Robinson, I got the Meego >> FVKBD (Free Virtual Keyboard)¹ running along with Sugar. >> A problem with the current FVKBD is that it supports only one base >> layout. Even "variants" of that layout (eg: CapsLock enabled, Symbols, >> etc) are treated as "temporary", which means that you press the "Caps" >> key, enter a capital letter, and immediately after that, it gets reset >> back to the base layout (lower case qwerty). >> I wanted something which would be similar to the existing physical >> keyboards that we ship with the XO machines - with a dedicated key to >> switch between different scripts in the same keyboard. I had to extend >> the code of FVKBD to implement that, and with the modified FVKBD, I >> have spun a live-cd ISO (based on the current SOAS). You can download >> it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso > > Wow, big thanks for launching into this. For anyone not sure how to try the > iso, I'm on a Mac and just used Virtual Box to create a new empty Fedora VM, > no HD, and just point to the iso as the boot CD. Started up just fine, > keyboard is already open to type in your user name (of course this is all > read only, any changes you make will be gone after a reboot). > Thanks for the feedback - this is really helpful :-) > I'll try and spend some time in the next few days using it via iPad HW and > send some feedback, just been playing via mouse so far today. > >> Apart from the modified FVKBD, I have added a default keyboard >> definition file which is for English + Bengali, and I've also included >> a sugar device-icon on the frame to control the appearance of the >> keyboard. >> >> I realize that more needs to be done to support non Latin scripts, and >> here are some of the issues I faced while converting the existing XKB >> Bengali layout: >> >> * Many scripts do not have a concept of upper case/lower case - so we >> need some other script specific way to divide the characters >> * In the current XKB configurations, non-symbol characters from other >> scripts are often placed in the position of what normally is symbols >> for QWERTY keyboards >> * Numerals pose an interesting problem, since in some places, native >> numerals/digits are quickly being obsoleted, and latin numerals >> (1,2,3..) are becoming the de-facto standard. In these cases, it may >> make sense to provide only _one_ layout/state for numerals, and allow >> users to input native numerals by hovering (touch + hold) on the >> virtual key for the latin digit. >> >> Among the general issues, I'm not sure how to deal with the keyboard >> taking up half of the screen real estate - it may be worthwhile to see >> if we can have a "split screen" sort of configuration while the >> keyboard is active. > > It didn't bother me too much, and this was in an 800x600 session, though > ideally we would want the text insertion point to be visible above the > keyboard (FWIW various iPad apps have different success in dealing with this, > all of Apple's are fine, but it seems 3rd parties do need to do some work on > the app side to keep this behaviour working at all times). > Transparency is something which comes to mind. Another possibility might be to make the keyboard move up to the top half of the screen after a certain point - but that may be too annoying. >> Thoughts, feedback, etc would be appreciated :-). > > Yes, lot's of interesting items to cover :-) I'll try to start to put > together a list. Some quick item that struck me right away: > > - the Meego keyboard design is clearly for casual typing/text entry, no way > of typing commands or many symbols needed for basic programming work – diving > into terminal to use vi, or worse emacs, is pretty much a dead end (unless > ctrl and alt keys are hidden somewhere I couldn't find). Is it flexible > enough to allow different activities to trigger different keyboards (or an > extra row of custom keys)? Something like Pippy, or Terminal would need that > kind of extra flexibility. Yes - it can be possible to load an extended layout (with for example, an extra panel on the top for extra characters). It may be a bit tricky, but sugar can probably provide an API to do this - and it would be easier if we can wrap libfvkbd in python or extend the library to use introspection. > > -
Re: [Sugar-devel] [PATCH] Add font dpi schema
On Fri, Jun 18, 2010 at 10:49 PM, wrote: > From: Jorge Saldivar > > --- > data/sugar.schemas.in | 12 +++- > 1 files changed, 11 insertions(+), 1 deletions(-) > > diff --git a/data/sugar.schemas.in b/data/sugar.schemas.in > index b9606ba..78aea9d 100644 > --- a/data/sugar.schemas.in > +++ b/data/sugar.schemas.in > @@ -249,6 +249,17 @@ > Font size that is used throughout the desktop. > > > + > + /schemas/desktop/sugar/font/dpi > + /desktop/sugar/font/dpi > + sugar > + int > + 200 > + > + Default font dpi > + Font dpi that is used throughout the desktop. > + > + > > > /schemas/desktop/sugar/i18n/langpackdir > @@ -328,6 +339,5 @@ > GSM network personal unlock key configuration > > > - > > > -- Note that support for reading the value of this GConf key has been added to sugar-settings-managed. 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] Sugar with a virtual (onscreen) keyboard
On Thu, Jun 17, 2010 at 5:46 PM, Sayamindu Dasgupta wrote: > [Apologies for the cross-posting] > > Hello, > Thanks to the pointers provided by Peter Robinson, I got the Meego > FVKBD (Free Virtual Keyboard)¹ running along with Sugar. > A problem with the current FVKBD is that it supports only one base > layout. Even "variants" of that layout (eg: CapsLock enabled, Symbols, > etc) are treated as "temporary", which means that you press the "Caps" > key, enter a capital letter, and immediately after that, it gets reset > back to the base layout (lower case qwerty). > I wanted something which would be similar to the existing physical > keyboards that we ship with the XO machines - with a dedicated key to > switch between different scripts in the same keyboard. I had to extend > the code of FVKBD to implement that, and with the modified FVKBD, I > have spun a live-cd ISO (based on the current SOAS). You can download > it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso For those who do not want to download the ISO, there's a screencast at http://dev.laptop.org/~sayamindu/sugar_vkbd_multi.ogv 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
[Sugar-devel] Sugar with a virtual (onscreen) keyboard
[Apologies for the cross-posting] Hello, Thanks to the pointers provided by Peter Robinson, I got the Meego FVKBD (Free Virtual Keyboard)¹ running along with Sugar. A problem with the current FVKBD is that it supports only one base layout. Even "variants" of that layout (eg: CapsLock enabled, Symbols, etc) are treated as "temporary", which means that you press the "Caps" key, enter a capital letter, and immediately after that, it gets reset back to the base layout (lower case qwerty). I wanted something which would be similar to the existing physical keyboards that we ship with the XO machines - with a dedicated key to switch between different scripts in the same keyboard. I had to extend the code of FVKBD to implement that, and with the modified FVKBD, I have spun a live-cd ISO (based on the current SOAS). You can download it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso Apart from the modified FVKBD, I have added a default keyboard definition file which is for English + Bengali, and I've also included a sugar device-icon on the frame to control the appearance of the keyboard. I realize that more needs to be done to support non Latin scripts, and here are some of the issues I faced while converting the existing XKB Bengali layout: * Many scripts do not have a concept of upper case/lower case - so we need some other script specific way to divide the characters * In the current XKB configurations, non-symbol characters from other scripts are often placed in the position of what normally is symbols for QWERTY keyboards * Numerals pose an interesting problem, since in some places, native numerals/digits are quickly being obsoleted, and latin numerals (1,2,3..) are becoming the de-facto standard. In these cases, it may make sense to provide only _one_ layout/state for numerals, and allow users to input native numerals by hovering (touch + hold) on the virtual key for the latin digit. Among the general issues, I'm not sure how to deal with the keyboard taking up half of the screen real estate - it may be worthwhile to see if we can have a "split screen" sort of configuration while the keyboard is active. Thoughts, feedback, etc would be appreciated :-). Thanks, Sayamindu [1] http://git.moblin.org/cgit.cgi/fvkbd/ -- 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] 3G Support backport, solved method name clash
Hi Daniel, On Wed, May 19, 2010 at 7:40 PM, Daniel Drake wrote: > Hi Sayamindu, > > In your 0.84 backport of the GSM patch you included a patch > (7dc6edb3c7b6bda731367cff4775789cc1cfb312) which made a few naming > changes and so on. > Just curious, why was this necessary? > > The Ceibal developers are futher developing the 3G support and this > divergance is a bit of a pain in terms of working in both 0.84 and > 0.88. > The set_state() was changed since sugar.graphics.Palette (of which GsmPalette is a subclass) already provides a method called set_state(), which is used for different purposes. 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] [PATCH] Don't crash on invalid favoriteslayout settings
On Sat, May 15, 2010 at 9:12 PM, Bernie Innocenti wrote:
> El Wed, 05-05-2010 a las 17:46 +1000, James Cameron escribió:
>> On Tue, May 04, 2010 at 07:22:36PM -0400, Bernie Innocenti wrote:
>> > This could happen if the user upgrades Sugar to a new version which
>> > doesn't support the old layout.
>> >
>> > Signed-off-by: Bernie Innocenti
>>
>> I figured out you're patching 0.84, 'cause the line numbers didn't match
>> unless I was looking at 0.84. ;-)
>>
>> While this is one fix, perhaps it would be better to pick the patch that
>> made it into later versions. See bf2296f from 2009-09-16 (ticket #1147)
>> which changes FavoritesView._set_layout from this:
>>
>> def _set_layout(self, layout):
>> if layout not in LAYOUT_MAP:
>> raise ValueError('Unknown favorites layout: %r' % layout)
>>
>> to this:
>>
>> def _set_layout(self, layout):
>> if layout not in LAYOUT_MAP:
>> logging.warn('Unknown favorites layout: %r' % layout)
>> layout = favoriteslayout.RingLayout.key
>> assert layout in LAYOUT_MAP
>
> Since there's already a fix in 0.88, I withdraw my own patch.
>
> Sayamindu, you might still want to apply bf2296f to the 0.84 branch.
Thanks for spotting this. Applied.
-sdg-
--
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] Bookserver for deployments
On Fri, May 14, 2010 at 12:44 AM, Martin Langhoff wrote: > On Wed, May 12, 2010 at 4:42 PM, Sayamindu Dasgupta > wrote: >> Kushal and I have been working on a bookserver, which we believe, > > Hi Sayamindu, > > interesting! Does it relate to Mike's SDL? > > cheers, Hi Martin, The usecase is very much similar to SDL. However, it goes beyond SDL to provide OPDS output, and support OpenSearch, so it is not restricted just to the browser. For Sugar, one may access and search the catalog from Browse¹, as well as from Get Books. Moreover, the catalog can be also accessible from other software such as Aldiko². Moreover, I have a few more nifty features in mind (such as locally mirroring other catalogs to save bandwidth, etc), which would be helpful to deployments. Thanks, Sayamindu [1] Search is not yet there in the HTML interface. [2] http://code.google.com/p/openpub/wiki/Implementors -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Bookserver for deployments
Hello, Kushal and I have been working on a bookserver, which we believe, would help deployments to distribute ebooks easily via the school server/or any centralized infrastructure (with the help of Get Books activity running at the Sugar end). The Bookserver follows the OPDS standard¹ and presents various ways to add/manage ebooks (web based interface, mass add via CSV files, mass add from a directory, etc). The code lives in http://github.com/sayamindu/pathagar We haven't yet made a release since the implementation is not fully compliant with OPDS. However, we do try to keep the code in a runnable state, so anyone who is interested can easily check it out. Thanks, Sayamindu [1] http://code.google.com/p/openpub/wiki/CatalogSpecDraft -- 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] Get Books in ASLO?
On Wed, Apr 28, 2010 at 6:06 AM, James Simmons wrote: > Sayamindu, > > As I had mentioned before, I am making a FLOSS Manual on e-book > reading and Sugar. I wanted to include a mention of your Get Books > Activity in there, and I was surprised to find that Get Books is not > in ASLO. I really think it ought to be at this point. > Thanks for the reminder. I have submitted the activity - it should show up as soon as it gets approved. -sdg- -- 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] Support for EPUB with Read in sugar-jhbuild?
On Tue, May 4, 2010 at 7:32 PM, Daniel Castelo wrote: > I have tested your activity FBReader and i found some problems: > > * If "rainbow" is enabled the activity doesn't work. > * If I open a book, i have to remove the content of "activity/instance/" > folder for open it again. > This is odd. I used a lot of extra effort to make FBReader activity play well with rainbow. Which version are you using ? (I just verified that version 4 works with a rainbow enabled 8.2.0 build, and http://mergy.org/2009/06/05/getting-a-sugarized-fbreader-to-run-on-olpc/ seems to suggest the same thing as well) > I know that this activity has sense on sugar 0.82. In sugar 0.84 I am able > to use the activity Read. However, in sugar 0.84 I have some problems with > "Read". When I want to change the page the activity get stuck. Maybe this > depend on the epub format version that I am testing. > It should work. Could you send me the EPUB file ? There has been crashes in 0.86 and above due to problems in webkitgtk (I have already submitted patches upstream), but 0.84 should be very stable. Thanks, Sayamindu > Do you know if the activity FBReader for sugar 0.82 and the activity Read > for 0.84 have some problem? > > > On Mon, Apr 26, 2010 at 5:06 PM, Sayamindu Dasgupta > wrote: >> >> On Sun, Apr 25, 2010 at 10:20 PM, Bernie Innocenti >> wrote: >> > On Sat, 2010-04-24 at 22:21 -0500, James Simmons wrote: >> >> 1). How do I get Read as delivered by sugar-jhbuld to work with EPUBs? >> >> >> >> 2). Does Read support EPUBs on SoaS right now? If not, what are our >> >> future plans regarding EPUB support? >> > >> > The only Linux reader that supports EPUB seems to be KDE's Okular, >> > through libepub (ebook-tools). Moreover, Okular does not seem to >> > dynamically reflow the text, which was the only useful feature EPUB had >> > over PDF. >> > >> > Anyway, if we *do* support it, does it have to be in Read? Can't we have >> > one activity per file format instead? It may be simpler from a >> > maintenance and UI design PoV. Besides, EPUB resembles more HTML than >> > PDF. >> > >> > >> >> Read supports EPUB if the right dependencies are installed. However, >> for OLPC 8.2.x builds, one has to use FBReader Activity >> (http://dev.laptop.org/~sayamindu/FBReader-4.xo is the latest >> version). It's an ugly hack, but it works. >> 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 > > > > -- > Ing. Daniel Castelo > Plan Ceibal - Área Técnica > Avda. Italia 6201 > Montevideo - Uruguay. > Tel.: 601.57.73 Interno 2228 > E-mail : dcast...@plan.ceibal.edu.uy > -- 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] Did someone say Webkit?
On Mon, Apr 26, 2010 at 2:18 PM, Lucian Branescu wrote: > There already is a mostly complete pywebkitgtk activity, Surf. > > There has been a lot of debate on whether webkit is better than gecko > for our purposes. I also plan to only support what is reasonably easy > to support and let the abstraction layer be leaky. > > This way, the new Browse can much more easily be ported to another web > engine if needed. In fact, as the abstraction layer grows more > complete, Browse can be 'ported' to the rest of the abstraction layer > (as opposed to AbstractBrowser+hulahop events which would be the first > step). > Something which concerns me is the relative lack of maintainer activity for pywebkitgtk. For example, http://code.google.com/p/pywebkitgtk/issues/detail?id=44 lists an issue which was reported in December last year, and there has been no feedback on it (there is a proposed patch as well). The fix for the issue would help address a few crashers in Read in F-12 and above. Of course, as we move to gobject-introspection and friends, this should become less of a concern. Thanks, Sayamindu > On 26 April 2010 03:20, Bernie Innocenti wrote: >> On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: >>> My GSoC project involves building an abstraction layer above >>> pywebkitgtk/hulahop (wiki/AbstractBrowser). >>> >>> While the project itself isn't related, this abstraction layer and one >>> of it's lower layers (i.e. pywebkitgtk) would become a dependency of >>> the sugar toolkit. >> >> Very interesting. Would your work make it possible to switch the Browse >> activity from XPCOM to Webkit? >> >> If there were no loss of features, would it be easier for you to switch >> the Browse activty from hulahop to pywebkitgtk without developing an >> abstraction framework for both? >> >> -- >> // Bernie Innocenti - http://codewiz.org/ >> \X/ Sugar Labs - http://sugarlabs.org/ >> >> > -- 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] Support for EPUB with Read in sugar-jhbuild?
On Sun, Apr 25, 2010 at 10:20 PM, Bernie Innocenti wrote: > On Sat, 2010-04-24 at 22:21 -0500, James Simmons wrote: >> 1). How do I get Read as delivered by sugar-jhbuld to work with EPUBs? >> >> 2). Does Read support EPUBs on SoaS right now? If not, what are our >> future plans regarding EPUB support? > > The only Linux reader that supports EPUB seems to be KDE's Okular, > through libepub (ebook-tools). Moreover, Okular does not seem to > dynamically reflow the text, which was the only useful feature EPUB had > over PDF. > > Anyway, if we *do* support it, does it have to be in Read? Can't we have > one activity per file format instead? It may be simpler from a > maintenance and UI design PoV. Besides, EPUB resembles more HTML than > PDF. > > Read supports EPUB if the right dependencies are installed. However, for OLPC 8.2.x builds, one has to use FBReader Activity (http://dev.laptop.org/~sayamindu/FBReader-4.xo is the latest version). It's an ugly hack, but it works. 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] Support for EPUB with Read in sugar-jhbuild?
Hi, On Sun, Apr 25, 2010 at 8:51 AM, James Simmons wrote: > I'm doing another FLOSS Manual on e-books and Sugar and one of the > things I'd like to do is get some screen shots of the Read Activity > reading an EPUB e-book. I modified Get Internet Archive Books to > download EPUBs and that seems to work OK, but when I try to launch > Read on one of them it fails to start and complains of a missing > adapter. As I remember it, EPUB support depended on something called > webkit, something like that, that was an alternative to gecko. There > was some discussion here on whether we should support both that and > gecko. So I have two questions: > > 1). How do I get Read as delivered by sugar-jhbuld to work with EPUBs? > > 2). Does Read support EPUBs on SoaS right now? If not, what are our > future plans regarding EPUB support? > Read should be able to render EPUB files if pywebkitgtk is installed. 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
[Sugar-devel] [RELEASE] Sugar-Toolkit 0.84.9
Hi, I just released sugar-toolkit 0.84.9 Changes: * Translation updates * Removes the use of O_SYNC on logs #1656 (James) * Changes to a Journal entries metadata are wiped if activity is still open (#1765) (Simon) * Do not fail while closing object less activities #1714 (Aleksey) * Check syntax of private key (#1568) (Sascha) * After using CP, the XO home palette is incorrectly scrolled (blank lines + missing item) #231 (Simon) Download: http://download.sugarlabs.org/sources/sucrose/glucose/sugar-toolkit/sugar-toolkit-0.84.9.tar.bz2 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
[Sugar-devel] [RELEASE] Sugar 0.84.12 and 0.84.13
Hi, I just released Sugar 0.84.12 and 0.84.13 (which has some newer bugfixes over 0.84.12). Changes: * Fix _activate_view() traceback (#1839) (Sascha) * Do not transfer ownership while copying objects #1688 (Aleksey) * Use rfkill to manage radio state (dlo #9899) (Paul) * Set the background to white for a smoother transition (Tomeu) * Screen rotate, avoid xmodmap if xrandr fails (#1667) (James) * Clean up some .xoj registry code #1098 (Aleksey) Source can be downloaded from http://download.sugarlabs.org/sources/sucrose/glucose/sugar/sugar-0.84.13.tar.bz2 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] ASLO - Activities with 0.82 compatibility
On Wed, Mar 17, 2010 at 9:09 PM, Martin Langhoff wrote: > In exploring what updated activites we can ship in 8.2.2, I found lots > of excellent activity updates (THANKS!). I also found that ASLO data > is in a few cases over-optimistic in its compatibility claims... > > The testing I am doing saves me from looking /too/ foolish, but end > users will be frustrated if ASLO suggests something that doesn't work > on their Sugar. > > Not a big deal I hope, just a matter of marking the versions as not > compatible with 0.82 :-) > > - Log 18 -- fails to start, errors out on "import gio". (Which is a > Python dep, but I cannot find it on the distros versions that are > likely to be shipping 0.82). Last-known-good: v16 > > - Paint 27 -- shared paint sessions fail to start on the buddy. > Last-known-good: v23 > > - Read 86 -- uses gconf, dies on 'import gconf'. Last-known-good: v56 My apologies wrt Read. The newer versions of Read won't work with 0.82 - and I think it would be best if v56 is used for 8.2.x releases. v56 was actually released specifically for 8.2.1 and bundles a thoroughly updated evince/libpoppler/djvu stack (I backported the code from F-11 and included it in the activity bundle itself) and it fixes a number of crashers in the underlying evince library for non PDF files (mostly with djvu files). The disadvantage is that EPUB files are not supported in Read v56, but I you can use FBReader activity for that instead. 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
[Sugar-devel] [DESIGN] Width of the TitleEntry widget
Hi,
I noticed that in some locales in Sugar 0.84, the "Stop" button
disappear because the translation of the items in "Share with" are
long. I noticed that the TitleEntry widget takes up 1/3 of the screen
width, and the problem goes away for all the problematic locales if
the width is set to 1/4 instead. If a patch would make that clear:
diff --git a/src/sugar/activity/widgets.py b/src/sugar/activity/widgets.py
index 2867666..d42a26b 100644
--- a/src/sugar/activity/widgets.py
+++ b/src/sugar/activity/widgets.py
@@ -186,7 +186,7 @@ class TitleEntry(gtk.ToolItem):
self._update_title_sid = None
self.entry = gtk.Entry(**kwargs)
-self.entry.set_size_request(int(gtk.gdk.screen_width() / 3), -1)
+self.entry.set_size_request(int(gtk.gdk.screen_width() / 4), -1)
self.entry.set_text(activity.metadata['title'])
self.entry.connect('changed', self.__title_changed_cb, activity)
self.entry.show()
I was wondering if this patch has any obvious drawbacks. I think
disappearance of the Stop button is quite a serious issue and would
prefer to have a slightly truncated (but scrollable) title entry
instead.
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] String freeze exception request for 0.88
On Wed, Mar 10, 2010 at 8:48 PM, Aleksey Lim wrote: > Hi all, > > To close http://bugs.sugarlabs.org/ticket/1447 for 0.88, > string freeze exception is required. > > New string: > > "%s failed to start." > I think the feature is important enough. +1 from me. When the commit is done, notify me so that I can update Pootle. 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
[Sugar-devel] [RELEASE] Sugar 0.84.11
Hi all, I just released Sugar version 0.84.11 This release contains a large chunk of translation updates, fixes a bug where you could not favourite an entry in the Journal (thanks to Simon) and adds support for powerd in the power manager. You can find the source at http://download.sugarlabs.org/sources/sucrose/glucose/sugar/sugar-0.84.11.tar.bz2 and packages for Fedora should be up very soon. 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] [ANNOUNCE] String freeze approaching (First of March)
On Thu, Feb 25, 2010 at 8:30 PM, Walter Bender wrote: > On Wed, Feb 24, 2010 at 12:17 PM, Simon Schampijer > wrote: >> Dear Sugar community, >> >> the string freeze is approaching [1]. Pleas make sure to land all the >> code changes that includes translatable strings before that date. > > Logistics question: > > I have been making all of my TA changes on a branch. I think I have > finalized my strings, but I haven't merged my branch back into > mainline yet--waiting on more testing. Should I just merge the .pot > file or is there some way to tag the branch for pootle? > Put the POT file in the master branch - I'll tell the Pootle backend scripts not to update the POT on its own. Let me know once you do it - and I'll update the POs as well. -sdg- -- 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] Automake-fu question
On Sun, Feb 21, 2010 at 8:40 PM, Tomeu Vizoso wrote: > On Fri, Feb 19, 2010 at 19:47, Andrés Ambrois wrote: >> Hello list! >> >> To provide mobile-broadband-provider-info support for the 3G feature, I need >> to parse some system files, namely /usr/share/zoneinfo/iso3166.tab and >> /usr/share/mobile-broadband-provider-info/serviceproviders.xml. In order for >> packagers to override those locations I created a config.py.in file that >> looks >> like this: >> >> PROVIDERS_PATH = "@prefix@/share/mobile-broadband-provider- >> info/serviceproviders.xml" >> PROVIDERS_FORMAT_SUPPORTED = "2.0" >> COUNTRY_CODES_PATH = "@prefix@/share/zoneinfo/iso3166.tab" >> >> Which is then converted by a make rule in Makefile.am into config.py. I >> understand this is the recommended approach when using autotools [0]. >> >> One of the problems is that this breaks jhbuild, because it uses >> --prefix=/path/to/jhbuild/install. The other is that by default @prefix@ >> expands >> to /usr/local/, which is not the usual location for these files. >> >> The full patch is [1], if you're interested. > > Hmm, as we want to know where the packages that provide those files > were installed, and not where is Sugar installed, I think @prefix@ is > not what we want here. > > The best I can think right now is harcoding to the /usr prefix, or > adding a configure switch for each. Unless we can get those paths from > a .pc file, which would be the ideal but I don't think it's likely. > > What do other packages that consume those files? > I think pkg-config would be right solution here (the package iso-codes-devel provides the relevant .pc file which contains the prefix) -sdg- -- 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] [IAEP] New version of Making Sugar Activities for review
On Mon, Feb 15, 2010 at 9:37 PM, James Simmons wrote: > The link is here: > > http://objavi.flossmanuals.net/books/ActivitiesGuideSugar-en-2010.02.15-18.18.25.pdf > > I finished the chapter on Making Shared Activities. I had originally > planned to write a simple Activity to demonstrate DBus Tubes but > instead I decided to show how to get the Scribble and Batalla Naval > Activities working in sugar-emulator and described how they worked in > some detail. I'd like more knowledgeable developers to check out that > chapter and let me know if I hit or missed the Barco. > > I still can't get Salut collaboration working in Fedora 11. If I knew > how to fix the problem I'd add the information to the chapter. > If you are using a stock F11 install, you may need to change your firewall settings for collaboration to work via Salut. I remember having to switch off the firewall via system-config-firewall at some point. 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] [IAEP] Video Chat, Video Editing and VOIP activities for Sugar
Hi, On Fri, Feb 12, 2010 at 4:53 PM, Manusheel Gupta wrote: > Dear friends, > > 6 developers working at SEETA will be spearheading the design and > development of video chat, video editing and VOIP activities in Sugar > starting Feb. 15. We have been trying to arrive at a decision on the > approach to be followed - designing the application and writing the code > from ground zero vs. porting an existing open source application to Sugar. > > We have been examining a number of open source applications, and believe > that it will be easier to port the following applications to Sugar than > reinventing the wheel - > > 1. Video Chat - Pidgin (http://www.pidgin.im/) > 2. Video Editor - PiTiVi (http://www.pitivi.org/) For Video Editor, you may want to take a look at OpenShot (http://www.openshotvideo.com/). I tried it out a couple of weeks back and it seemed to be quite impressive as far a basic video editor goes. Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Sugar Settings Manager 0.87.2
Hello, I just released a new version of sugar-settings-manager. You can download it from http://download.sugarlabs.org/sources/external/sugar-settings-manager/sugar-settings-manager-0.87.2.tar.gz This release fixes a dependency issue spotted by Sebastian Dziallas. 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
[Sugar-devel] [RELEASE] Sugar Settings Manager 0.87.1
Hello, I just release Sugar Settings Manager version 0.87.1 Currently the settings manager, if started while Sugar 0.87.x is running, monitors the font related GConf keys and applies the changes real-time (as the GConf values change). Note that this is not yet a part of core Sugar (glucose). We decided to keep this separate till it gets a reasonable amount of packaging done. For proper integration, check out the patches at http://bugs.sugarlabs.org/ticket/1692 Link: http://download.sugarlabs.org/sources/external/sugar-settings-manager/sugar-settings-manager-0.87.1.tar.gz 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] sugar-settings-manager
On Sun, Jan 31, 2010 at 3:36 PM, Tomeu Vizoso wrote: > On Sun, Jan 31, 2010 at 10:58, Sayamindu Dasgupta wrote: >> Hi, >> I just pushed the initial codeset for sugar-settings-manager, the >> settings manager daemon which is a part of >> http://wiki.sugarlabs.org/go/Features/Font_configuration >> It only handles font configuration information at the moment, but a >> number of other settings can be controlled in the future >> (http://freedesktop.org/wiki/Specifications/XSettingsRegistry) >> Please test it out (the relevant patch for sugar-jhbuild is at >> http://dev.sugarlabs.org/ticket/1692) > > Hi, would like to know if running the settings manager inside the > shell process has been considered. This could reduce some memory usage > and packaging effort. We are already doing this with the session > manager. > It is possible (with some hacks, such as re-wrapping gdk_window_add_filter to allow for passing NULL instead of a GdkWindow). However, at some point, I think we would be moving in a direction similar to GNOME, and using the settings daemon for supporting things like pointer acceleration, mouse keys flipping, sticky keys support, etc, all of which would need to be wrapped inside sugar-toolkit. In such a scenario, IMHO, it makes sense to have a separate, purely C based daemon (in its current form, it takes up around 600k of memory). 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
[Sugar-devel] sugar-settings-manager
Hi, I just pushed the initial codeset for sugar-settings-manager, the settings manager daemon which is a part of http://wiki.sugarlabs.org/go/Features/Font_configuration It only handles font configuration information at the moment, but a number of other settings can be controlled in the future (http://freedesktop.org/wiki/Specifications/XSettingsRegistry) Please test it out (the relevant patch for sugar-jhbuild is at http://dev.sugarlabs.org/ticket/1692) 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
[Sugar-devel] [RELEASE] python-xklavier 0.3
Hi, I just updated python-xklavier to version 0.3. This only works with libxklavier version 5.0 or above. Apart from updating to the new API, it fixes a few minor problems with the build system. Download it from: http://devel.randomink.org/attachments/download/4/python-xklavier-0.3.tar.gz Note that the upstream URL has changed to http://devel.randomink.org/projects/python-xklavier (and so has the bug tracker) 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] [DESIGN] Control Panel Font configuration
On Wed, Jan 20, 2010 at 4:56 PM, Tomeu Vizoso wrote: > On Wed, Jan 20, 2010 at 00:41, James Cameron wrote: >> I prefer the first option ... and I'd also like an example of the font >> size shown; preferrably a few words that wrap. > > I agree with both points. > It may make sense to allow setting of the font as well. While the default "Sans" may be good enough for most European scripts, it may cause problems for Arabic, Asian, South Asian scripts, etc. "Sans" usually resolves to DejaVu Sans, etc, which often carry suboptimal glyphs from non Latin scripts (to serve as a worst case fallback if nothing else is available). This can be worked around with clever fontconfig rules, but that would be painful to do for each and every script out there, and it might be useful to allow the user to choose the font-face along with the size. -sdg- -- 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] Automated coverage testing?
On Thu, Jan 14, 2010 at 3:36 PM, Sascha Silbe wrote: > On Thu, Jan 14, 2010 at 11:48:17AM +1100, James Cameron wrote: > >> Is there an automated test for Sugar or for activities? Something that >> will act like a user and generate keyboard and mouse actions to exercise >> each feature at least once. > > Like Rafael mentioned there was a GSoC project called SugarBot [1-4], but no > one volunteered for integrating it upstream [5]. There has been a thread on > sugar-devel about it. > Dogtail [6] seems to be used by Gnome and should work for Sugar as well > (I've had it manually attached to a Sugar session once so it's mostly a > matter of figuring out how to integrate/run it). I've tried to figure out > if/how the Gnome team runs fully automatic tests using dogtail (JHBuild > integration was developed at some point, but apparently never got used) but > didn't succeed due to lack of time. > > _Any_ help on getting more automated testing done, especially involving the > GUI part, is greatly appreciated. It might sound boring, but will help > finding bugs in new features faster and thus accelerate Sugar development. > > From what I understand, you need to have the accessibility bits in Sugar enabled first (atk, etc) for dogtail/ldtp to work. 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
[Sugar-devel] [FEATURE] Fonts-configuration
Hello, I just wanted to announce that I would be more than happy to do the remaining work to be done for http://wiki.sugarlabs.org/go/Features/Font_configuration The main work involved is to implement a xsettings manager which will be monitoring the relevant Sugar GConf keys and updating the corresponding Xsettings as and when they change. Currently I'm considering customizing the existing sample xsettings manager which comes with the spec[1] and see how that works out. The manager would be started during Sugar startup, as done in GNOME (gnome-settings-daemon). Thanks, Sayamindu [1] http://standards.freedesktop.org/xsettings-spec/xsettings-spec-0.5.html -- 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] [FEATURE] Enhanced Gettext
On Wed, Jan 6, 2010 at 12:00 AM, Benjamin M. Schwartz wrote: > Sayamindu Dasgupta wrote: >> On Tue, Jan 5, 2010 at 11:03 PM, Benjamin M. Schwartz >> wrote: >>> Benjamin M. Schwartz wrote: >>>> Sayamindu Dasgupta wrote: >>>>> This feature >>>>> would add a sugar.gettext module, which, if used by activities, will >>>>> search an alternative path (configurable via GConf) for translations >>>>> before looking into the activity directory (where the translations >>>>> present in the original release bundle exist. >>>> Can't we do this with unmodified gettext by setting the LOCALEDIR envvar? >>> s/LOCALEDIR/TEXTDOMAINDIR/ >> >> Ideally it would, but I don't think all programs/libraries honour >> this. > > Sure. The question is whether python's gettext module respects this. If > it does, we don't have to make a python sugar.gettext module, and we don't > have to modify the activities. > Nah - Python's gettext library lets you set the localedir, but from within the program itself (via bindtextdomain()). > If python's gettext isn't susceptible to environment variables, we can do > it using a one-line call to gettext.bindtextdomain. We might even be able > to hide that call inside "import sugar.activity" to avoid modifying the > existing activities. > I agree that modifying activities is painful, and would like to avoid that as well. However, if we follow the unmodified gettext behaviour, translations for _all_ activities need to be installed in the special directory (including for those which are downloaded by individual users, and not pre-supplied/installed by the deployments). I'm not sure how easy/feasible that would be. What I'm looking for is some sort of "fallback" mechanism in gettext, which would look for .mo files in the custom location first, and then in the usual location (as supplied to, say bindtextdomain()) Another option might be (I have not tested if and how well this works) to somehow transparently use an enhanced gettext by means of sugar-toolkit : http://blog.rabidgeek.com/?p=126 seems to provide some possibilities. 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] [FEATURE] Enhanced Gettext
On Tue, Jan 5, 2010 at 11:03 PM, Benjamin M. Schwartz wrote: > Benjamin M. Schwartz wrote: >> Sayamindu Dasgupta wrote: >>> This feature >>> would add a sugar.gettext module, which, if used by activities, will >>> search an alternative path (configurable via GConf) for translations >>> before looking into the activity directory (where the translations >>> present in the original release bundle exist. >> >> Can't we do this with unmodified gettext by setting the LOCALEDIR envvar? > > s/LOCALEDIR/TEXTDOMAINDIR/ Ideally it would, but I don't think all programs/libraries honour this. IIRC, this works reliably only for bash scripts. It may make sense though to export the additional directory as $TEXTDOMAINDIR so that tools which take advantage of it would be able to do so. 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
[Sugar-devel] [FEATURE] Enhanced Gettext
Hello, Below is a proposal which I hope to get into Sugar 0.88. Note that this does not address Glucose translations. URL: http://wiki.sugarlabs.org/go/Features/Enhanced_Gettext Thanks, Sayamindu == Summary == Enhanced Gettext adds an extra search path for translation files for Sugar activities. This would allow deployments to add and update activity translations independently of the release process. == Owner == * Name: Sayamindu Dasgupta * Email: sayamindu at gmail dot com == Current status == * Targeted release: 0.88 * Last updated: Jan 3, 2010 * Percentage of completion: 10% == Detailed Description == Currently the translation process is tightly coupled with the release workflow. In order to get the latest translations for a particular activity, deployments need to either wait for the activity maintainer make a new release, or use the language pack mechanism, which is distribution specific, and an ugly hack at its best. This feature would add a sugar.gettext module, which, if used by activities, will search an alternative path (configurable via GConf) for translations before looking into the activity directory (where the translations present in the original release bundle exist. == Benefit to Sugar == * Life becomes a lot easier for deployments who rely on a small translator team to accomplish the job (smaller translation teams find it more difficult to keep up with the Sugar release cycle) * Activity maintainers do not have to worry about making new releases to incorporate newer translations. * See thread starting from http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg10663.html == Scope == * A sugar.gettext module needs to be created in sugar-toolkit (or sugar-base ??) * Activity authors need to do import sugar.gettext instead of import gettext (it may make sense to keep the import sugar.gettext in a try: block to retain backward compatibility) == UI Design == N/A == Contingency Plan == None necessary, revert to previous release behaviour. == Documentation == * See thread starting from http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg10663.html -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Turtleart and Arduino
Hello everyone, Over the past few weekends, I have been working on adding Arduino[1] support to TurtleArt, and you can get the latest code from http://git.sugarlabs.org/projects/turtleart/repos/arduino-support If you have an Arduino board lying around, it would be great if you could test out the code, and let me know if something refuses to work. Here's a screenshot: http://people.sugarlabs.org/sayamindu/ta_arduino.png Instructions on how to set up your board, etc are at http://git.sugarlabs.org/projects/turtleart/repos/arduino-support/blobs/master/README.arduino Thanks, Sayamindu [1] http://www.arduino.cc/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Localization: What works and what does not
Hello, At FOSS.in 2009, I had a long and very useful chat with the Dimitris Glezos, the person behind Transifex[1] about the problems that are plaguing translators, as well as developers trying to deal with localization for their packages. Since I would be doing a major upgrade[2] to our translation infrastructure towards the end of this month, I think it would be an opportunity for us to address some the problems that have been plaguing us. I have been thinking about some ideas, but before I place them, I would like to hear the opinions of both developers (as in core glucose people, as well as those working on activity development) and translators on what works for you with the current infrastructure, and what does not. Thanks, Sayamindu [1] http://transifex.org/ [2] We will be moving to Pootle 2.0, more details on that very soon -- 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] [Feature] activity.info enhancements
On Fri, Dec 11, 2009 at 11:13 PM, Walter Bender wrote: > Summary: It would facilitate the packaging of Sugar activities into > RPMs and DEBs if there were additional information available in the > activity.info file. > > Details: In walking the process of creating an RPM of one of my > activities with Sebastian Dziallas, who is doing lots of packaging for > Fedora and SoaS, we observed that many fields in packages' .spec files > could readily be pulled from the activity.info file. A few additional > fields would be necessary, such as the following: > > * a short summary > * an URL to the source package > * an URL to the activity home page > * the required dependencies to run > > None of these additional fields are particularly onerous for an > activity developer to provide and it would enable the creation of a > script (as part of setup.py/bundlebuilder.py) to do most of the work > in creating the .spec file. (I assume .deb has similar requirements to > .rpm). Things are more complex for activities that include binaries > and the like, but for the most part, we should be able to greatly > facilitate upstream maintenance of our code while asking little more > of Sugar developers. None of these additional fields need be required, > but their inclusion would make things easier. (This is not a new idea, > but one that seems timely given all the upstream interest in Sugar > these days.) > It may be interesting to factor in localization (eg: translation of the description, etc) into this discussion. We already translate parts of activity.info so it may be trivial to extend the mechanism. However, it does increase the workload on translators a bit, and we need to agree on which fields to translate (for example, if we have a non-UI-visible field called category or tags, it may not make sense to translate it). It may also be worthwhile to keep some kind of compatibility with the desktop-entry spec http://standards.freedesktop.org/desktop-entry-spec/latest/, in case we add support for standalone activities in the future. 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] [Please Read] SoaS v2 RC Issues
Confirmed that Read v78 has a "jumpy" cursor issue which can be avoided by reverting back to v77. Can't reproduce crash yet (trying to get hold of a F12 based system). -sdg- On Thu, Dec 3, 2009 at 9:55 AM, Sayamindu Dasgupta wrote: > Please revert to the previous version of Read if possible (v77) and > check if it works. > I'm trying to reproduce this, but I'm at a conference at the moment > and can't download vm images. > Also, regarding Project Gutenberg EPUBs, they are quite shoddy, so we > should really consider whether including them is a nice idea (I can > figure out some of the legal issues, but in such a situation it may be > prudent not to include any EPUB at all) > Thanks, > Sayamindu > > On Thu, Dec 3, 2009 at 7:13 AM, Sebastian Dziallas wrote: >> Hi all, >> >> this is a very quick update on the current state of SoaS v2. >> >> We discovered on Tuesday that we wouldn't be able to ship content due to >> legal concerns that was originally intended to be included and discussed >> how to proceed in the last two days. Specifically, we won't include >> anything that contains a CreativeCommons NC or ND clause, or any >> equivalent license. >> >> Hence, we're going to ship only books from Project Gutenberg. I've taken >> the task of replacing all books in question with adequate alternatives. >> Please speak up if you've any book suggestion that: >> >> * is illustrated >> * comes from Project Gutenberg >> * is preferably in a language other than English (not required) >> >> On the other hand, while testing another RC locally in a VM, I figured >> that Read crashed when attempting to *scroll* through an .epub file. >> Additionally, one isn't able to open the content afterwards. >> >> This is almost certainly a blocker, but we *will* need to create the >> master image this afternoon (Central European Time). If you've a spare >> minute, please help us out here! >> >> Thanks, >> --Sebastian >> ___ >> Sugar-devel mailing list >> Sugar-devel@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > > > > -- > Sayamindu Dasgupta > [http://sayamindu.randomink.org/ramblings] > -- 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] [Please Read] SoaS v2 RC Issues
Please revert to the previous version of Read if possible (v77) and check if it works. I'm trying to reproduce this, but I'm at a conference at the moment and can't download vm images. Also, regarding Project Gutenberg EPUBs, they are quite shoddy, so we should really consider whether including them is a nice idea (I can figure out some of the legal issues, but in such a situation it may be prudent not to include any EPUB at all) Thanks, Sayamindu On Thu, Dec 3, 2009 at 7:13 AM, Sebastian Dziallas wrote: > Hi all, > > this is a very quick update on the current state of SoaS v2. > > We discovered on Tuesday that we wouldn't be able to ship content due to > legal concerns that was originally intended to be included and discussed > how to proceed in the last two days. Specifically, we won't include > anything that contains a CreativeCommons NC or ND clause, or any > equivalent license. > > Hence, we're going to ship only books from Project Gutenberg. I've taken > the task of replacing all books in question with adequate alternatives. > Please speak up if you've any book suggestion that: > > * is illustrated > * comes from Project Gutenberg > * is preferably in a language other than English (not required) > > On the other hand, while testing another RC locally in a VM, I figured > that Read crashed when attempting to *scroll* through an .epub file. > Additionally, one isn't able to open the content afterwards. > > This is almost certainly a blocker, but we *will* need to create the > master image this afternoon (Central European Time). If you've a spare > minute, please help us out here! > > Thanks, > --Sebastian > _______ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- 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] [ANNOUNCE] GetBooks version 4
Hi, I just tried it and it works fine for me. Could you take a look once again, and also check the log. Thanks, Sayamindu On Mon, Nov 30, 2009 at 8:56 PM, Jim Simmons wrote: > Sayamindu, > > I tried out your new Get Books on my XO running the latest Fedora 12 > install that came out last week. For comparison I ran the same tests > on the first version of Get Books which I got from the git clone of > Get IA Books that you made. I ran the old one on my Sugar test > environment on Fedora 11. To give you some idea of its age, it still > refers to itself as "Get IA Books". > > The results of testing on both were very different. The old one was > *much* better at finding books than your latest. > > I tried searching for words like "burton", "twain", "mars", > "gulliver", "bible", and a few others on GB4 and got no books found > for any of them. This was searching "Feedbooks". When I switched to > Internet Archive I got some matches for "Twain" and I *think* I got > matches in Feedbooks for "Dickens". > > On the other hand, the old GB had no trouble at all finding books for > these words in Feedbooks. > > I didn't have time to do a lot of testing and there were no messages > in the Log to suggest anything. The new GB just acted like it > couldn't find anything. > > One repeatable test would be to search for "Gulliver of Mars" in > Feedbooks. That was one of the books I found and downloaded with your > first effort, and it could not be found by your latest. > > I have not had an opportunity to try your Activity under .82 yet, as > my XO has been upgraded. I do have a Fedora 10 box which should serve > for a .82 test, and I'll try it out there when I can. > > James Simmons > > >> Date: Sun, 29 Nov 2009 14:35:30 +0530 >> From: Sayamindu Dasgupta >> Subject: [Sugar-devel] [ANNOUNCE] GetBooks version 4 >> To: OLPC Bookreader list , Sugar devel >> >> Message-ID: >> >> Content-Type: text/plain; charset=UTF-8 >> >> Hello, >> I just released GetBooks version 4. >> >> Changes from previous release: >> * Large result-sets spanning multiple OPDS catalog files are now >> supported - the list gets populated incrementally as the user scrolls >> down. A busy-cursor is shown whenever a result-set is being fetched in >> the background. >> >> * Fix startup problem in OLPC XO OS 8.2.x builds >> >> * Let users cancel downloads in progress >> >> * Fixes to the removable device support code >> >> Known issues: >> * Removable devices are not detected on the fly when rainbow is >> enabled. (This is due to the fact that Rainbow does not give access >> permission to running activities when a new removable drive is added). >> Workaround for it is to start Get Books _after_ the device has been >> plugged in. >> >> * Multipage result-sets for the Internet Archive do not work (there >> seems to be a minor error in the OPDS catalog files) >> >> * A crash (segfault) occurs sometimes during acitvity shutdown. Not >> yet sure what is causing it. >> >> Download link: >> http://dev.laptop.org/~sayamindu/GetBooks-4.xo >> >> Please test this as much as possible, and if all goes well I'll create >> a separate git repository for it, and upload it to ASLO. >> >> Thanks, >> Sayamindu >> >> >> -- >> Sayamindu Dasgupta > -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Please test out Read 78 and 69
Hello, Apologies for the cross-posting yet again, but I just released Read 69 for Sugar 0.84 based systems and Read 0.78 for Sugar 0.86 based systems. Both contain important fixes for handling footnotes in EPUB files (examples of such files can be seen downloaded from http://www.feedbooks.com/book/2750 and http://www.epubbooks.com/book/24/gulliver's-travels). Footnote support in EPUB has been a subject of debate (google for epub footnote to see some of the discussions), and hence this has not got much testing. If possible, please download these two files and let me know if anything odd happens. Read can be downloaded from http://activities.sugarlabs.org/ Thanks in advance, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] GetBooks version 4
Hello, I just released GetBooks version 4. Changes from previous release: * Large result-sets spanning multiple OPDS catalog files are now supported - the list gets populated incrementally as the user scrolls down. A busy-cursor is shown whenever a result-set is being fetched in the background. * Fix startup problem in OLPC XO OS 8.2.x builds * Let users cancel downloads in progress * Fixes to the removable device support code Known issues: * Removable devices are not detected on the fly when rainbow is enabled. (This is due to the fact that Rainbow does not give access permission to running activities when a new removable drive is added). Workaround for it is to start Get Books _after_ the device has been plugged in. * Multipage result-sets for the Internet Archive do not work (there seems to be a minor error in the OPDS catalog files) * A crash (segfault) occurs sometimes during acitvity shutdown. Not yet sure what is causing it. Download link: http://dev.laptop.org/~sayamindu/GetBooks-4.xo Please test this as much as possible, and if all goes well I'll create a separate git repository for it, and upload it to ASLO. 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] some efforts that would be really useful for deployments
On Thu, Nov 26, 2009 at 11:19 PM, Martin Langhoff wrote: > On Wed, Nov 25, 2009 at 5:55 PM, Sayamindu Dasgupta > wrote: >> Maybe using a GConf key would be easier here ? > > Let's make that kind of stuff a conffile. When you spin a custom image > for a deployment, you are either running a bit of shell from a > 'kickstart' file or an init script something similar. > > This build or respin step happens on "build" host that is running a > different OS. Probably linux, yes, but it may be a different distro or > release. > > Gconf is too brittle for this. Actually we are already using GConf for somewhat similar stuff. For example, by default Sugar provides a log-out button which is disabled via setting the right GConf key in the XO builds via a kickstart file http://dev.laptop.org/git/projects/fedora-xo/tree/olpc-desktop.ks?h=xo-1.5#n130 and it works fine. Of course, we can go for a plain and simple conffile based setup, but I would be worried about it being yet another config system to maintain :-) 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] some efforts that would be really useful for deployments
On Thu, Nov 26, 2009 at 7:18 PM, Gary C Martin wrote: > Hi Sayamindu, > > On 25 Nov 2009, at 16:55, Sayamindu Dasgupta wrote: > >> On Wed, Nov 25, 2009 at 9:47 PM, Daniel Drake wrote: >> >> <..snip snip> >> >>> >>> Another constant headache is with translations. How do you roll out new >>> translations for old software? The best we have right now is language >>> packs but they install files which conflict with both system packages >>> and activity bundles. And they are difficult for deployments because you >>> need Linux skills to execute them. >>> >> >> For Sugar 0.88, I will be doing an extended gettext as sugar.gettext >> which will allow parallel installation of translations (and will get >> priority over the translations in the activity directory). In that >> way, we may at least ensure that there is a clean way to upgrade >> Activity translations. > > I'm curious, is there something flawed with the current process where > deployments add translations to pootle via translate.sugarlabs.org so strings > are pushed over to activities held in git.sugarlabs.org ready for re-release? > Will this new mechanism lead to new activity releases with new translations > being over ridden by old translation files installed in parallel by > deployments? I think Michael already provided a nice explanation, but anyhow, here's a rationale from my side. Currently, activities in string freeze (for example, Fructose activities for 0.84) will seldom see releases from the sucrose-0.84 branch. Now translations (especially for the non European languages) often happen in large scale only when a deployment is announced. So, if OLPC has a deployment coming up in country X, translators in country X will start work on branch 0.84, which does not see any release. Currently, we deal with this by languagepacks which install the latest PO files from Pootle into the activity directories (overwriting the existing ones), which is not a clean solution. We need some way to decouple the translations from the release process, and this is my proposed way of doing it. I also have patches for glibc, which would deal with the translations handled by glibc gettext, but I did not get any response from upstream about it (I sent a mail). I'll poke again later (this time with a proper enhancement request in bugzilla). The core idea is to allow deployments to update the translations without developers having to do new releases. 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] some efforts that would be really useful for deployments
On Wed, Nov 25, 2009 at 9:47 PM, Daniel Drake wrote: > Hi, > > After revisiting some of the changes I have made to the software while > working on deployments I just wanted to post the list again as a > refresher. > > I have not had enough time to do the appropriate master-level QA on > these, or to get them running on the latest Sugar versions. I hope that > some people will consider taking on these tasks. > <...snip> > > > Customizing browse homepage > The procedure to do this is too complicated for most deployments, and is > undocumented. > Maybe using a GConf key would be easier here ? > Customizing which activities are in the favourites view by default > You can do this just by editing a file, but that file is a part of the > sugar distribution so it will be lost on upgrades. > There is also no documentation for how to do this, as far as I can see. > Again, a GConf key ? GConf has been used for this sort of customization for deployments (in fact - a full fledged tool for doing this exists for GNOME, called Sabayon - http://projects.gnome.org/sabayon/) We can utilize Sabayon's techniques so that deployments can simply drop a zipped profile/cutomization file somewhere in the filesystem which will apply the customizations everytime the user logs in. <..snip snip> > > Another constant headache is with translations. How do you roll out new > translations for old software? The best we have right now is language > packs but they install files which conflict with both system packages > and activity bundles. And they are difficult for deployments because you > need Linux skills to execute them. > For Sugar 0.88, I will be doing an extended gettext as sugar.gettext which will allow parallel installation of translations (and will get priority over the translations in the activity directory). In that way, we may at least ensure that there is a clean way to upgrade Activity translations. <..snip snip> > > > And speaking now from a "Sugar implementor" standpoint, here are 2 fully > specced features which have yet too see much attention: > > http://wiki.sugarlabs.org/go/Features/Font_configuration I will be adding a xsettings-manager daemon (yes, yet another daemon) to sugar 0.88 which should take care of some of the font and other settings in gconf <-> gtksettings issue. I will also try to identify any other font specific problems that may be present while working on this. I still need to write specs/feature proposals for the above though :-) Thanks for this - we need more of these from the deployment side. Cheers, 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] [Feature] language and keyboard options for intro dialog
On Tue, Nov 24, 2009 at 8:05 PM, Walter Bender wrote: > I've begun working on language and keyboard options for the Sugar > intro dialog. More details can be found at: > > http://wiki.sugarlabs.org/go/Features/Feature_intro_language_keyboard_options > > Comments/feedback sought. > While the keyboard settings can be changed on the fly through either setxkbmap or the libxklavier python bindings - the language settings cannot be changed without a process restart. One possible solution is to conditionally run the introwindow as a separate process, and call the main sugar-session from that. (the display manager does the language choosing/setting for GNOME/KDE) 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] Sharing in Terminal
On Tue, Nov 17, 2009 at 8:09 AM, Benjamin M. Schwartz wrote: > Sayamindu Dasgupta wrote: >> Hello, >> While going through Ben Schwartz's Shared Term feature proposal >> discussion page >> (http://wiki.sugarlabs.org/go/Talk:Features/Terminal_Sharing), I >> started to wonder if we could somehow implement "readonly" mode for >> sharing in the Terminal activity. >> After a weekend of hacking : I have managed to come up with the following: > > I like it. A read-only mode is definitely useful, albeit in a very > different way from a shared interactive terminal. I couldn't figure out a > way to grab the text from the terminal, so I ended up implementing Watch > Me, which provides the same functionality (and much more general > functionality), but in a much less efficient and integrated way. > > There are some UI things that will need to be worked out. Most obviously, > the hidden split-screen is currently totally non-discoverable. I also > think that N-to-N sharing might be more generally useful. For example, it > could use the Terminal's tabs mechanism to show one tab for each user to > all users. Perhaps both modes could be subsumed into one by providing a > button for each user to show or hide her terminal. > > I can't tell from your e-mail what is working, exactly. I think it's > important that TUIs like nano and less work properly, as far as possible. > For users with different screen or font sizes, some difficulty is inevitable. Thanks for the feedback. I checked with Nano and VIM and they render fine (though a small problem is that the "action" is often hidden from view as the initial text manipulation happens in the top of the screen, which remains out of the viewport in the shared terminal view). I like your ideas on utilizing the tab mechanism for N-N sharing, since at the moment, the sharing happens blindly in 1->N fashion from the first tab only, which I think is a bit clumsy. I think I'll propose read only shared terminal as a feature for 0.88 Thanks again, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sharing in Terminal
Hello, While going through Ben Schwartz's Shared Term feature proposal discussion page (http://wiki.sugarlabs.org/go/Talk:Features/Terminal_Sharing), I started to wonder if we could somehow implement "readonly" mode for sharing in the Terminal activity. After a weekend of hacking : I have managed to come up with the following: * First user shares Terminal - nothing in the UI changes * Second user joins - and gets a split screen: on the top, the shell running in her own machine, and the lower half showing a read only version of the Terminal Activity canvas in the first user's machine * Third user and so forth get the same experience as the second user. http://people.sugarlabs.org/sayamindu/shared_terminal.ogv shows a very barebones implementation of this. I was wondering if this would be useful, and if so, what would be the extra UI elements ? Probably there should be some way of showing the first user who has joined (in the activity itself), and for the other users, there should probably be some way to indicate/differentiate the read-only part and the read-write part. Of course, this has got a lot of limitations (the major one being that only plain text elements can be transferred, etc). I'm using the accessibility features of the VTE widget to scrape the screen and then sending the data across. 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] [ANNOUNCE] Get Books Activity 3, now with SneakerNet/ChappalNet support
On Mon, Nov 9, 2009 at 4:16 AM, Jim Simmons wrote: > Sayamindu, > > I'm not sure why you think you'd need to use multithreading to deal > with the multiple chunks. Can't you just bring them in one at a time, > parse as you go, and then display the finished result set all at once? > I'm a bit worried with incredibly long result sets (for example, a USB stick with a few thousand entries). > I saw your Get Books activity got praised on the OLPC blog as being a > key part of their latest efforts with Internet Archive books. (My > name was listed also, but it was clearly your Activity they were > praising). I'm not sure about this, but I think this was done to push OPDS as much as possible, which I believe is a sensible thing to do :-) > It just seemed to me that it would be a good idea to give > your efforts an official status (its own git repository, wiki page, > ASLO downloads, etc.) as soon as possible. Even with the shortcomings > you mention it deserves that much. > > If you want to keep the original around for awhile it's fine with me. > In the short run it won;'t hurt anything. In the long term it makes > more sense to have just one Activity to find and get books on the > Internet and just one Activity to read them. I understood from you > that eventually Read would be able to use the formats I wrote View > Slides and Read Etexts for. Those Activities could also stay around > but they might be of more use to teachers and other adults than they > would be to the young students Sugar is targetted at. > Agreed. I think will require a couple of releases more to fix the immediate problems, and then we could perhaps make the activity more "official". Thanks, Sayamindu > James Simmons > > On Sun, Nov 8, 2009 at 2:22 PM, Sayamindu Dasgupta > wrote: >> Hi Jim, >> I think GIAB should stay. Get Books still has a few deficiencies : >> >> * Metadata: GIAB seems to pull in more metadata that what is currently >> offered by OPDS. >> * Large resultsets: The OPDS results returned by IA are chunked into >> segments of 50 items each. Get Books only handles the first segment. >> Getting it to handle the other segments (essentially, loading them >> automagically as the user scrolls down) requires quite a bit of coding >> effort (and the optimal way here would be probably to use threading, >> and threading in PyGTK can be a dangerous thing to tread on) - there >> is no timeframe for its implementation yet. >> * Formats: While the current format code is hardcoded, and I will >> offer whatever is there in the OPDS data from next version, it will >> not cover all the formats from IA. I would prefer not to hard-code >> anything (since I'm handling a number of sources, hardcoding for a >> particular source will lead to a lot of messy code) >> >> Let me know what you think. >> Thanks, >> Sayamindu >> >> >> >> On Sat, Nov 7, 2009 at 2:15 AM, Jim Simmons wrote: >>> Sayamindu, >>> >>> Regarding the "friendly fork" of Get Internet Archive Books, I'm >>> thinking that perhaps you will soon have Get Books in good enough >>> shape that the original Activity will no longer be needed, and at that >>> point you should merge your clone with the mainline and take over the >>> Activity. About the only thing that GIAB can do that you can't (yet) >>> is give the user a choice of download formats. It shouldn't be too >>> tough to implement that option if you restrict it to the Internet >>> Archive. >>> >>> I could rename the original Activity in ASLO and rename its wiki page, >>> then give you authority in git to update the mainline. You would need >>> to renumber your Activity version to number 4, as GIAB is currently at >>> version 3. >>> >>> It's pretty clear that GIAB is a dead end and what you're doing is the >>> future. You've even addressed the future needs of the Rural Design >>> Collective for distributing children's books on a thumb drive, which >>> was something I had hoped to do with GIAB at some point. >>> >>> Let me know what you think. >>> >>> James Simmons >>> >>> >>>> Date: Fri, 6 Nov 2009 04:26:07 +0530 >>>> From: Sayamindu Dasgupta >>>> Subject: [Sugar-devel] [ANNOUNCE] Get Books Activity 3, now with >>>> SneakerNet/ChappalNet support >>>> To: OLPC Bookreader list , Sugar devel >>>> >>>> Message-ID: >>>> >>>> Conte
Re: [Sugar-devel] [ANNOUNCE] Get Books Activity 3, now with SneakerNet/ChappalNet support
Hi Jim, I think GIAB should stay. Get Books still has a few deficiencies : * Metadata: GIAB seems to pull in more metadata that what is currently offered by OPDS. * Large resultsets: The OPDS results returned by IA are chunked into segments of 50 items each. Get Books only handles the first segment. Getting it to handle the other segments (essentially, loading them automagically as the user scrolls down) requires quite a bit of coding effort (and the optimal way here would be probably to use threading, and threading in PyGTK can be a dangerous thing to tread on) - there is no timeframe for its implementation yet. * Formats: While the current format code is hardcoded, and I will offer whatever is there in the OPDS data from next version, it will not cover all the formats from IA. I would prefer not to hard-code anything (since I'm handling a number of sources, hardcoding for a particular source will lead to a lot of messy code) Let me know what you think. Thanks, Sayamindu On Sat, Nov 7, 2009 at 2:15 AM, Jim Simmons wrote: > Sayamindu, > > Regarding the "friendly fork" of Get Internet Archive Books, I'm > thinking that perhaps you will soon have Get Books in good enough > shape that the original Activity will no longer be needed, and at that > point you should merge your clone with the mainline and take over the > Activity. About the only thing that GIAB can do that you can't (yet) > is give the user a choice of download formats. It shouldn't be too > tough to implement that option if you restrict it to the Internet > Archive. > > I could rename the original Activity in ASLO and rename its wiki page, > then give you authority in git to update the mainline. You would need > to renumber your Activity version to number 4, as GIAB is currently at > version 3. > > It's pretty clear that GIAB is a dead end and what you're doing is the > future. You've even addressed the future needs of the Rural Design > Collective for distributing children's books on a thumb drive, which > was something I had hoped to do with GIAB at some point. > > Let me know what you think. > > James Simmons > > >> Date: Fri, 6 Nov 2009 04:26:07 +0530 >> From: Sayamindu Dasgupta >> Subject: [Sugar-devel] [ANNOUNCE] Get Books Activity 3, now with >> SneakerNet/ChappalNet support >> To: OLPC Bookreader list , Sugar devel >> >> Message-ID: >> >> Content-Type: text/plain; charset=UTF-8 >> >> Hello, >> Get Books Activity is a friendly fork of Jim Simmon's Get Internet >> Archive Books activity and it allows Sugar users to search for and >> download Ebooks from various sources. One of the major points of >> concern for many was this activity required Internet access, and I >> have tried to address that issue with this release. >> >> The activity can now access catalogs in removable devices (pen drives, >> etc) and lets the user search through these catalogs. A removable >> device with a catalog will show up in the list of sources from which >> the books can be downloaded/copied. Utilizing this feature, one will >> be able to copy thousands of ebooks in a pen-drive, put a catalog file >> (catalog.xml) in the root[1] directory of the device, and send it to >> bandwidth starved areas. (think of a library on a stick ;-) >> >> Apart from the above features, this release also has some subtle >> changes in the behavior which will hopefully make the overall use >> experience better. (for example, changing the source in the middle of >> a search will trigger a new search within the new selected source) >> >> I do not consider this release to be stable, so I have not uploaded it >> to ASLO yet (I had to do a lot more refactoring that I would have >> liked to get the removable device support working). To download the >> activity (it should work with Sucrose 0.82 upwards), follow the link: >> http://dev.laptop.org/~sayamindu/GetBooks-3.xo >> >> To test the removable device support, in a USB drive, unzip >> http://dev.laptop.org/~sayamindu/books_on_a_stick.zip [2] (make sure >> that the catalog.xml file stays in the toplevel directory of the >> drive), and plug the USB drive in wherever you are running Sugar. Get >> Books is _supposed_ to detect removable devices as and when they are >> plugged in/removed, but if your device does not show up, try >> restarting the activity before trying anything else. >> >> 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] Terminal.xo patch: do not die if the cwd is gone
Thanks for the patch. New version released (with a backport of Martin's patch as well) and should show up in ASLO soon. It is version 30, since no vacant version was left in between :-( -sdg- On Tue, Nov 3, 2009 at 9:34 PM, Martin Langhoff wrote: > Attached is a trivial patch that handles gracefully the situation > where cwd does not exist anymore or is no longer accessible to the > olpc user. > > Without it, > - mount a usb disk > - open Terminal.xo, change directory to /media/my-usb-disk/ > - close Terminal.xo > - unmount / remove usb disk > - try to open Terminal.xo => fails to start > > cheers, > > > > 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 > -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] Get Books Activity 3, now with SneakerNet/ChappalNet support
Hello, Get Books Activity is a friendly fork of Jim Simmon's Get Internet Archive Books activity and it allows Sugar users to search for and download Ebooks from various sources. One of the major points of concern for many was this activity required Internet access, and I have tried to address that issue with this release. The activity can now access catalogs in removable devices (pen drives, etc) and lets the user search through these catalogs. A removable device with a catalog will show up in the list of sources from which the books can be downloaded/copied. Utilizing this feature, one will be able to copy thousands of ebooks in a pen-drive, put a catalog file (catalog.xml) in the root[1] directory of the device, and send it to bandwidth starved areas. (think of a library on a stick ;-) Apart from the above features, this release also has some subtle changes in the behavior which will hopefully make the overall use experience better. (for example, changing the source in the middle of a search will trigger a new search within the new selected source) I do not consider this release to be stable, so I have not uploaded it to ASLO yet (I had to do a lot more refactoring that I would have liked to get the removable device support working). To download the activity (it should work with Sucrose 0.82 upwards), follow the link: http://dev.laptop.org/~sayamindu/GetBooks-3.xo To test the removable device support, in a USB drive, unzip http://dev.laptop.org/~sayamindu/books_on_a_stick.zip [2] (make sure that the catalog.xml file stays in the toplevel directory of the drive), and plug the USB drive in wherever you are running Sugar. Get Books is _supposed_ to detect removable devices as and when they are plugged in/removed, but if your device does not show up, try restarting the activity before trying anything else. Thanks, Sayamindu [1] Of course, manually cataloging thousands of books is a PITA, so I will soon release something like the Fedora LiveCD script - which will let you choose a directory of EPUB files and a USB disk, and generate the catalog, as well as convert the EPUBs to PDFs (with the corresponding linking in the catalog) so that older builds can read the files. [2] After uploading the zip I realized that the PDFs in the zip might be a bit too heavy for the XO and similar machines - apologies for that. The Epubs work fine on XO-1.5 and newer versions of Sugar [3] Chappal, in case you are wondering is the South Asian generic term for flip-flops/sandals. I hate wearing sneakers :-) -- 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] Problems with Read Activity on XO
It may be possible is something is segfaulting (I vaguely remember seeing something like this). dmesg usually keeps track of things that segfault, and you can also take a look at shell.log Another way would be to use the Terminal: sugar-launch org.laptop.sugar.ReadActivity Thanks, Sayamindu On Wed, Nov 4, 2009 at 10:47 PM, Jim Simmons wrote: > Sayamindu, > > I've been having an odd problem with the Read activity on my XO > lately. I'd report it as a bug but I don't know how to recreate it or > give enough information to see where the problem is coming from. I'm > hoping you can help me diagnose what's happening. > > You might remember giving me a version of Read that worked better with > DJVU files. I uninstalled the original Read and used that one > successfully for a couple of months at least. One day, for no reason > I can see, it stopped coming up. You'd see the pulsing book icon for > a few minutes, then nothing. I'd bring up the Log activity and there > would be an entry for Read but it would contain no messages whatever. > Totally empty. I've seen my own Activities fail any number of times > while they were in development but I always got *some* messages, even > if they weren't very helpful. > > I removed the Read activity from the Journal then used the Software > Update dialog to reinstall the original Read. It apparently did so. > However, when I test it with a PDF it shows exactly the same symptoms > as the other one did. > > Everything else on my XO seems to work just fine, so I'm stumped. If > you have any ideas on things I could look at to resolve this I'd > appreciate it. > > Thanks, > > James Simmons > -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Latest code for ASLO
Hello, Where can one find the latest code for ASLO ? http://git.sugarlabs.org/projects/slo-addons/ seems to be outdated 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] [IAEP] [Bookreader] Text to Speech readers for XO
re. Good luck with this, > > James Simmons > > > == 2: SynPhony and reading assistance == > > On Tue, Feb 17, 2009 at 12:48 PM, Carol Farlow Lerche > wrote: >> >> I'd like to call your attention again to SynPhony. We are close to a base >> release (probably this week) of a 44,000 word English word database that has >> a very rich array of information helpful to the teaching of English, >> especially reading. A 10,000 word Spanish lexicon and 5 word German one >> will follow. Norbert Rennert who compiled these, would like very much to >> work with other language experts to extend this effort to other languages. >> Some highlights of the English lexicon: screened from the CMU Sphynx corpus >> for accessibility to children, each word entry has frequency data from >> analysis with respect to a large corpus of text merged in, phoneme breakdown >> (used by reading curricula to decide the order in which words should be >> introduced or deemed decodable), etymology, semantic domain >> (categorization), IPA coding, syllabification and stress marking. >> >> The second release will merge in many images, though we don't expect to >> have a complete image-to-word mapping without a volunteer effort. We plan >> to create an API and a way to define a curriculum sequence for word groups >> once the basic database is released, to allow integration of the word bank >> across all the activities that are literacy related, as well as create >> more. We also hope to use the word bank to score texts for reading level >> and assist in creation of simplified version of extant texts suitable for >> use by emergent readers. Please read our design documents at the above >> site. >> >> On Tue, Feb 17, 2009 at 2:02 AM, Tomeu Vizoso wrote: >>> >>> Aleksey has started a very interesting new path: >>> >>> http://lists.sugarlabs.org/archive/sugar-devel/2009-February/011470.html >>> > > > > > >> Gregor Kervina wrote: >> > Hi Sayamindu, >> > thanks for quick reply! >> > There is a lot of text to speech software out there - I use >> > http://www.bytecool.com/coolspch.htm that you can try trial and download >> > additional voices, just to get a feeling, but it is not free and not for >> > linux. Many other programs are more complex and complicated and some of >> > them use very complex voice engines that in my opinion doesn't sound >> > very good. (I use Mary voice with cool speech) >> > >> > OK I spent some time to find all TTS software that is free for linux and >> > here are some links: >> > >> > http://linux-sound.org/speech.html >> > >> > http://linuxhelp.blogspot.com/2006/01/festival-text-to-speech-synthesis.html >> > http://larswiki.atrc.utoronto.ca/wiki/Software - see the links under >> > Speech section >> > http://www.xenocafe.com/tutorials/php/festival_text_to_speech/index.php >> > http://www.wikihow.com/Convert-Text-to-Speech-on-Linux >> > http://www.cstr.ed.ac.uk/projects/festival/ >> > http://www.cstr.ed.ac.uk/projects/festival/onlinedemo.html - listen to >> > some demo voices >> > http://sourceforge.net/projects/dhvani/ - this one not english >> > http://sourceforge.net/projects/tts-cubed/ >> > http://www.speech.cs.cmu.edu/hephaestus.html - click the links in Speech >> > Synthesis section >> > http://www.speech.cs.cmu.edu/comp.speech/Section5/Synth/rsynth.html >> > http://www.linux.com/archive/feature/122197 - two readers - plug-ins for >> > firefox. >> > >> > I can not test them because I'm not a linux user. Maybe you can modify >> > some of these software (probably Festival) for more user friendly >> > reading and maybe program a specific button on XO keyboard that will >> > automatically read the selected text no matter what program is used for >> > opening the text. >> > >> > Judging from google search result for DTBooks, this technology is not >> > spread at all. The other problem is that it uses somtimes recorded audio >> > and the size of that is too large for XO... I think the most important >> > is that TTS works with reader that will open 1.6M e-books from internet >> > archive >> > >> > <http://www.xconomy.com/boston/2009/10/24/internet-archive-opens-1-6-million-e-books-to-olpc-laptops/>(are >> > you in this team?). >> > >> > Also one important thing is to add cheap headphones with laptop so >> > children could listen to reading withou
Re: [Sugar-devel] FOSS.in 2009, Bangalore
On Sat, Oct 17, 2009 at 4:16 AM, sankarshan wrote: > On Sat, Oct 17, 2009 at 4:13 AM, Sayamindu Dasgupta > wrote: > >> The CFP for foss.in[1] is out[2]. >> I'll probably be submitting a talk about the work I have been doing on >> ebooks. We also have the opportunity to hold workouts/hackfests/bofs >> as well. People from India (and from outside India as well ) may want >> to submit proposals - just keep in mind that the last date is 26th >> October. > > Are you considering submitting some proposal around l10n as well ? I > was alluding to your recent article at LWN around l10n tools and > infrastructure and, it would make for an interesting second talk. Nah - I prefer going by the one talk per conference rule ;-) -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] FOSS.in 2009, Bangalore
Hi all, The CFP for foss.in[1] is out[2]. I'll probably be submitting a talk about the work I have been doing on ebooks. We also have the opportunity to hold workouts/hackfests/bofs as well. People from India (and from outside India as well ) may want to submit proposals - just keep in mind that the last date is 26th October. Thanks, Sayamindu [1] http://foss.in/ [2] http://foss.in/news/fossincfp-2009.html -- 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] [Bookreader] Status report on Bookreading
Thank everyone :-). If a demo version is required - you can download it from http://dev.laptop.org/~sayamindu/GetBooks-1.xo Thanks, Sayamindu On Thu, Oct 15, 2009 at 1:42 AM, Samuel Klein wrote: > Ditto :) > > I will be showing off Sayamindu's new work at the Making Books > Apparent event in San Francisco next Monday night. If any of you are > in the area, let me know and I'll make sure you get an invitation. > > Now we need to encourage more people to organize OPDS servers of > children's works, and tie this into the Rural Design Collective's work > in that area. > > SJ > > On Wed, Oct 14, 2009 at 3:57 PM, raj kumar wrote: >> Excellent post and video, Sayamindu! >> >> Very, very good work. I'm excited about how easy it now is to discover >> and read books on the OLPC! >> >> Thank you so much for doing all the work to tie into the experimental >> IA aggregated OPDS feed. Your software is working great! >> >> -raj >> >> >> On Oct 14, 2009, at 12:20 PM, Sayamindu Dasgupta wrote: >> >>> Hello, >>> >>> I've posted a short status report on the state of Book Reading in >>> OLPC/Sugar. You can read it here: >>> http://sayamindu.randomink.org/ramblings/2009/10/14/books-sugar-and-olpc/ >>> There's also a video-cast of a modified Get Internet Archive Books >>> activity, retrieving books from Feedbooks.com (it is already linked >>> from the blog post, but it may not be visible in some browsers). You >>> can download it from : http://dev.laptop.org/~sayamindu/get_books.ogv >>> >>> Thanks, >>> Sayamindu >>> >>> >>> -- >>> Sayamindu Dasgupta >>> [http://sayamindu.randomink.org/ramblings] >>> ___ >>> Bookreader mailing list >>> bookrea...@lists.laptop.org >>> http://lists.laptop.org/listinfo/bookreader >> >> ___ >> Bookreader mailing list >> bookrea...@lists.laptop.org >> http://lists.laptop.org/listinfo/bookreader >> > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Status report on Bookreading
Hello, I've posted a short status report on the state of Book Reading in OLPC/Sugar. You can read it here: http://sayamindu.randomink.org/ramblings/2009/10/14/books-sugar-and-olpc/ There's also a video-cast of a modified Get Internet Archive Books activity, retrieving books from Feedbooks.com (it is already linked from the blog post, but it may not be visible in some browsers). You can download it from : http://dev.laptop.org/~sayamindu/get_books.ogv 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] [ASLO] Re : Release Turtle Art-73
On Tue, Oct 13, 2009 at 4:22 AM, Carlo Falciola wrote: > Walter, > If I run the code you send me into a term activity I still get a en_US even > after I switched to italiano in the Sugar control panel and I got some > italian strings. > The same tests run in the Trisquel distro returns it_IT, but note that the > trisquel installation (ubuntu-based) asked for setting language at linux > level too. > I used to run the soas image booting it into an empty VM (either vmware or > VB) as instructions I read in the wiki. Then is possible that when I switch > language in the sugar control panel and it requires to "restart" sugar, the > language settings are saved only on the sugar side and not on linux locale... > Carlo, Could you possibly check what the file ~/.i18n contains in the affected system ? To do so, from the Terminal Activity, execute: cat ~/.i18n 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] Read formats...
On Mon, Oct 12, 2009 at 11:29 PM, Sameer Verma wrote: > Do we have a list of supported formats on the latest Read version? I > couldn't find any on the activities.sl.o page and the olpc page is > old... > > Sameer It depends. The core format is still PDF, but if the right dependencies are installed, Read supports * PDF * DJVU * Postscript * CBZ/CBR * Tiff images * Epub 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] Strings missing in 0.86 r. 04_10_2009
Hi Carlo,
On Fri, Oct 9, 2009 at 10:46 PM, Carlo Falciola wrote:
> I'm starting a little testing on the latest .iso:
> http://download.sugarlabs.org/soas/snapshots/2/soas01.iso, (5 Oct 2009).
> (from http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux#SoaS_v2 wiki page)
> in a VM (VMware now).
> After I switched to italian via control panel , I noted that there are
> several strings still defaulted to english even if I can find them in pootle
> and they are translated and committed: a few examples:
> 1. all activity names
> 2. memorize ("add" and "update")
> 3. write ("search", "Left/Right/Center/Fill Justify"...)
> 4. Turtleart (all the blocks in palettes)
> 5. Physics "Create"
> 6. Jigsaw puzzle (none: all still english)
> 7. Infoslicer (none: all still english)
> 8. Calculate (strings in the Misc tab)
>
Could you tell me the exact version of Sugar you are running ?
>
> ps : Voice is missing from pootle
>
> does it makes sense I fill a ticket too for those? one only or one for each
> activity?
> ciao carlo
Just file tickets for missing activities.
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
[Sugar-devel] [RELEASE] Terminal 28
Hello, I just released Terminal version 28 with updated Vietnamese translations. Source: http://download.sugarlabs.org/sources/sucrose/fructose/Terminal/Terminal-28.tar.bz2 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
[Sugar-devel] [RELEASE] ImageViewer 14
Hello, I just released ImageViewer version 14 with updated Vietnamese translations. Source: http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ImageViewer-14.tar.bz2 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
[Sugar-devel] [RELEASE] Read 76
Hello, I just released Read 76, which fixes an annoying pagination issue with the experimental Epub files that the Internet Archive (http://www.archive.org) has started to distribute. The release also contains updated translations for Vietnamese. Source: http://download.sugarlabs.org/sources/sucrose/fructose/Read/Read-76.tar.bz2 News: * Fix pagination for IA Epubs * Updated Vietnamese translations The XO bundle should appear in activities.sugarlabs.org shortly. 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
[Sugar-devel] [RELEASE] Terminal 27
Hello, I have just released Terminal activity version 27. Apart from translation updates, it contains a very important fix from Aleksey Lim which prevents the unfullscreen button from disappearing permanently while in fullscreen mode. Changes * Make canvas emit motion-notify-event during pointer motion. dslo#1402 (Aleksey Lim) * Fix typo (dslo#1356) (Aleksey Lim) * Updated translations for French, German, Portuguese and Mongolian Source http://download.sugarlabs.org/sources/sucrose/fructose/Terminal/Terminal-27.tar.bz2 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
[Sugar-devel] [RELEASE] ImageViewer 13
Hello, I have just released ImageViewer version 13 with translation updates. Source http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ImageViewer-13.tar.bz2 Changes * Updated translations for German, Portuguese and Mongolian 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
[Sugar-devel] [RELEASE] Read 75
Hello everyone, I have released Read version 75. Apart from translation updates, this contains fix for a bug that prevented searching inside Epub files. Changes * Fix search in Epub files (dslo #1319) * Updated translations for German, Mongolian and Portuguese Source http://download.sugarlabs.org/sources/sucrose/fructose/Read/Read-75.tar.bz2 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
[Sugar-devel] [RELEASE] Image Viewer 12
Hello, I just released ImageViewer version 12. Source == http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ImageViewer-12.tar.bz2 News = * Implement write_file() properly. Fixes dslo#1264 * Use add_with_viewport() instead of add() (fixes scrollbar issues) * Update French and Japanese translations Activity bundle will be available shortly on ASLO. 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
[Sugar-devel] [RELEASE] Read 74
Hello, I just released Read 74. Source == http://download.sugarlabs.org/sources/sucrose/fructose/Read/Read-74.tar.bz2 News * Set bundle id in metadata explicitly (addresses dslo#1172) * Workaround possible Evince libview API issues. (dslo#1328) * Use gobject.timeout_add_seconds instead of gobject.timeout_add * Updated translations for French and Japanese Activity bundle will show up on ASLO shortly. 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
[Sugar-devel] [RELEASE] Terminal 26
Hello, I just released Terminal 26. Changes: * Toolbar redesign * New and updated translations Source: http://download.sugarlabs.org/sources/sucrose/fructose/Terminal/Terminal-26.tar.bz2 Many thanks to Simon Schampijer, Gary C Martin, Carlo Falciola, Korakurider, Myckel Habets and Samy Boutayeb for contributing towards this release. 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] [RFA] Feature freeze break: Terminal
On Wed, Sep 9, 2009 at 4:17 AM, Simon Schampijer wrote: > On 09/08/2009 06:38 PM, Gary C Martin wrote: >> >> On 7 Sep 2009, at 23:32, Simon Schampijer wrote: >> >>> On 09/07/2009 08:28 PM, Sayamindu Dasgupta wrote: >>>> >>>> Hello, >>>> The super awesome Simon has been kind enough to port the Terminal code >>>> to support the new toolbar functionality. Patch at >>>> >>>> http://git.sugarlabs.org/projects/terminal/repos/toolbars/commits/27a1fb2ca3e0d78f581b077d05843db02df393cb >>>> >>>> My tests with the code in sugar-jhbuild indicate no regressions. >>>> Thanks, >>>> Sayamindu >>>> >>> >>> Do people think it is better to have the tabs at the top or at the >>> bottom? >> >> What ever the choice, we should have all activities conform to the same >> standard ;-p >> >> Now we have the new tab-less toolbar designs, my vote would be for real >> canvas content tabs to be at the top – but I do understand that it'll >> take a while for many activities to use the new toolbar design and that >> this may cause some transitional confusion. Perhaps we should wait and >> move canvas tabs in the next 0.88 release cycle so that the vast >> majority of Activities have had their old style toolbars-with-tabs >> replaced? >> >> Regards, >> --Gary > > As we discussed in irc today, we should have the tabs at the top. > Ok - going ahead with that at the moment. > Sayamindu, if the strings (add, remove) are an issue, please just move back > to the old strings. I'm reverting to the old strings for now - will switch to new string as soon as string freeze gets over (given that the existing strings are not wrong, but could just do with a bit of polishing). 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] [RFA] Feature freeze break: Read
On Wed, Sep 9, 2009 at 3:22 PM, Simon Schampijer wrote: > On 09/09/2009 11:43 AM, Tomeu Vizoso wrote: >> >> On Mon, Sep 7, 2009 at 20:37, Sayamindu Dasgupta >> wrote: >>> >>> Hello, >>> Attached is the patch for making Read support the new toolbar system >>> (patch courtesy of Simon). While it is a bit long, most of the changes >>> is moving around stuff. >>> >>> Known issue: >>> a) The TOC combobox, the bookmark toggle and the Stop buttons >>> occasionally "overflow", as detailed in the post: >>> http://lists.sugarlabs.org/archive/sugar-devel/2009-September/019021.html >>> There is no know workarounds yet. >>> >>> There seems to be no other regressions as per my brief testing. >> >> +1 from me with the understanding that any regressions found until the >> first bugfix release in the 0.86 cycle will be promptly fixed and >> released. >> >> Thanks all for the great work, >> >> Tomeu > > The heights of the secondary TOC toolbar is handled in > http://dev.sugarlabs.org/ticket/1304. All the rest looks good. Have been > tested by myself as well. > Will apply that. > Thanks, > Simon > > PS: Next time better to wait with a release until the exception is > handled. Easier to revert it then. You must have been too convinced we > would accept :) > Sorry - I thought that 8th was the deadline, so I made a release :P > PPS: What does [RFA] stands for? Tomeu read it as: "Request For Applause" Request for Approval :-) -sdg- > -- 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] [RFA] Feature freeze break: ImageViewer
On Wed, Sep 9, 2009 at 3:26 PM, Simon Schampijer wrote: > On 09/07/2009 11:14 PM, Simon Schampijer wrote: >> On 09/07/2009 10:23 PM, Sayamindu Dasgupta wrote: >>> On Mon, Sep 7, 2009 at 11:54 PM, Sayamindu Dasgupta >>> wrote: >>>> Hello, >>>> The attached diff makes ImageViewer work with the newer toolbar >>>> system. I have tested it in a sugar-jhbuild environment, and have >>>> found no regressions. >>> Based on Simon's inputs on IRC, I have updated the patch. New one is >>> attached. >>> >>> Thanks, >>> Sayamindu >> >> Hmm, I think we said in a design meeting that all the buttons should be >> left aligned (expect the stop button). So maybe you want to put the >> fullscreen button the the left as well. >> >> Please, mind the 80 colums and the two '_' for callbacks ;D >> >> I tested all the buttons as working fine! >> >> Thanks, >> Simon > > Did you handle those comments? > two __ has been done. I'll do the 80 columns thingy and a general pylint check with the next release. 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] [Csnd] Re: Re: Re: Re: csound on Fedora 11 and rawhide
On Tue, Sep 8, 2009 at 9:16 PM, Paul Fox wrote: > peter wrote: > > On Tue, Sep 8, 2009 at 4:23 PM, Art Hunkins wrote: > > > Victor, I understand you to be saying that pulseaudio exhibits more > latency > > > than ALSA. > > > > > > If this is so, why are we making pulseaudio the default for SoaS - where > > > most audio will be realtime? > > > > Because that's what Fedora and most other distros are moving to. Also > > i think using pulseaudio on a distro which is almost by definition > aimed at under-powered machines is a mistake. it's a very expensive > subsystem, performance-wise. i seem to recall seeing it take 10% of > a 1Ghz system. > I've heard that fiddling around with the value of resample-method in /etc/pulse/daemon.conf can lower the CPU usage somewhat. On a side-note, enabling PA would, on a immediate basis cause problems with Squeak, and as a result, Etoys and Scratch (http://bugs.squeak.org/view.php?id=7328). I've heard from the Scratch developers that someone is working on PulseAudio support, and I have some half baked code lying around to do the same, but right now the only alternative is to use Squeak's OSS driver, which seems to crash during recording operations. 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] [RFA] Feature freeze break: Read
On Tue, Sep 8, 2009 at 10:00 PM, Gary C Martin wrote: > On 7 Sep 2009, at 23:13, Simon Schampijer wrote: > >> On 09/07/2009 08:37 PM, Sayamindu Dasgupta wrote: >>> >>> Hello, >>> Attached is the patch for making Read support the new toolbar system >>> (patch courtesy of Simon). While it is a bit long, most of the changes >>> is moving around stuff. >>> >>> Known issue: >>> a) The TOC combobox, the bookmark toggle and the Stop buttons >>> occasionally "overflow", as detailed in the post: >>> http://lists.sugarlabs.org/archive/sugar-devel/2009-September/019021.html >>> There is no know workarounds yet. >>> >>> There seems to be no other regressions as per my brief testing. >>> >>> Thanks, >>> Sayamindu >> >> I have attached a new patch. It does move the TOC-combobox into a >> secondary toolbar to overcome the space issue. One issue with this is, that >> one uses the combobox and dismisses it, the secondary toolbar does not get >> dismissed automatically as well (toc-list-open, toc-list). Aleksey any idea >> if this triggers something is in the toolbarbox code itself? >> >> I have played with using the view-list icon for that option or the >> bullet-list one from the Write activity (bullet-icon). Feedback welcome. >> >> From testing, there is no regression. >> >> - >> General Feedback: >> >> Finally, would be nice to add a little text to the combobox, when there is >> not TOC information, at the moment we have an unusable button (no-toc). Or >> make it insensitive, or... > > If there is no TOC, the ToolbarButton (and one of the separators) should not > be displayed at all. So you only see TOC ToolbarButton if the document has a > TOC. > In Read 73, the TOC button is not displayed if there is no support for ToC, or if the document does not have a ToC. 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
[Sugar-devel] [RELEASE] Read 73
Hello, I have just released Read 73, which contains support for the new toolbar system for Sucrose 0.86. Changes: * Migration to the new toolbar system (Simon) * Updated translations (Arabic, Dutch, French) * New languages Source: http://download.sugarlabs.org/sources/sucrose/fructose/Read/Read-73.tar.bz2 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
[Sugar-devel] [RELEASE] Image Viewer 11
Hello, I have just released Image Viewer version 11, for the upcoming Sucrose 0.86. Changes: * Switch to new toolbar system * Show transfer progress * Updated translations for Arabic, Dutch, French, Italian, Japanese * New languages * Do not keep on (re)loading the file continuously * Misc. cleanups Source: http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ImageViewer-11.tar.bz2 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] [RFA] Feature freeze break: ImageViewer
On Mon, Sep 7, 2009 at 11:54 PM, Sayamindu Dasgupta wrote: > Hello, > The attached diff makes ImageViewer work with the newer toolbar > system. I have tested it in a sugar-jhbuild environment, and have > found no regressions. Based on Simon's inputs on IRC, I have updated the patch. New one is attached. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] imageviewer_toolbar.patch Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RFA] Feature freeze break: Read
Hello, Attached is the patch for making Read support the new toolbar system (patch courtesy of Simon). While it is a bit long, most of the changes is moving around stuff. Known issue: a) The TOC combobox, the bookmark toggle and the Stop buttons occasionally "overflow", as detailed in the post: http://lists.sugarlabs.org/archive/sugar-devel/2009-September/019021.html There is no know workarounds yet. There seems to be no other regressions as per my brief testing. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] read_toolbar.patch Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RFA] Feature freeze break: Terminal
Hello, The super awesome Simon has been kind enough to port the Terminal code to support the new toolbar functionality. Patch at http://git.sugarlabs.org/projects/terminal/repos/toolbars/commits/27a1fb2ca3e0d78f581b077d05843db02df393cb My tests with the code in sugar-jhbuild indicate no regressions. 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
[Sugar-devel] [RFA] Feature freeze break: ImageViewer
Hello, The attached diff makes ImageViewer work with the newer toolbar system. I have tested it in a sugar-jhbuild environment, and have found no regressions. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] imageviewer_toolbar.patch Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Read toolbar - not enough space for TOC on little dimensions
On Mon, Sep 7, 2009 at 6:56 PM, Tomeu Vizoso wrote: > On Mon, Sep 7, 2009 at 15:09, Simon Schampijer wrote: >> Hi, >> >> with the new toolbar design I have the issue of 'loosing' the some widgets, >> with smaller dimensions (800x600). >> >> Any ideas on how we could rearrange that? Putting it in a secondary toolbar? >> Other ideas? > > I think we should use only 16 cells on the toolbar (including the 2 > spacers) and make sure that the cell size allows for that number of > cells on any resolution. Today we cannot do the later because the cell > size is determined by SUGAR_SCALING that can only be 72 or 100. > > More info here: > http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Layout_Guidelines > Actually we may also have to consider having 12 cells. The reason being that activities like Read may be used for significant amounts of time in portrait mode, which means the width-wise screen real-estate for the toolbar is reduced even more. 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
[Sugar-devel] [RELEASE] Read 72
Hello, I just released Read 72. This release has much more robust Epub support (the "spine" handling code got a overhaul). For the end-user, this means that more Epub files should be supported by Read, including the ones which Google Books have started to distribute[1]. This release also gets rid of the binary pywebkitgtk blob from the bundle, since the required version of pywebkitgtk should appear soon in both Fedora Rawhide and Fedora 11 (updates). The activity has been tested to work on Fedora 11 based systems such as SOAS-Strawberry, and it will work in a Sucrose 0.84 (or higher) environment. However, if you are using SOAS or the Fedora 11 builds for XO-1 or XO-1.5, you will need to install WebkitGTK (and the corresponding Python bindings), python-lxml and python-BeautifulSoup. The following command would do the trick: yum --enablerepo=updates-testing install webkitgtk pywebkitgtk python-lxml python-BeautifulSoup (Note that the activity should work even you do not have these installed in your system - only the Epub support will not be available) Source code === http://download.sugarlabs.org/sources/sucrose/fructose/Read/Read-72.tar.bz2 XO Bundle = http://dev.laptop.org/~sayamindu/bundles/read/Read-72.xo [2] Changes * More robust Epub support * Do not print each and every key-event to log (dslo#752) * Updated translations (French, Italian) * Get rid of the pywebkitgtk binary blob Thanks, Sayamindu [1] http://booksearch.blogspot.com/2009/08/download-over-million-public-domain.html [2] I'll update activities.sugarlabs.org as soon as I get the proper access -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] python-xklavier 0.1
Hello, I have just released python-xklavier version 0.1, you can grab the sources from: http://download.sugarlabs.org/sources/external/python-xklavier/python-xklavier-0.1.tar.gz python-xklavier is a set of Python bindings for libxklavier[1], which is a library providing high-level API for X Keyboard Extension known as XKB. The primary motivation for writing the Python bindings was the development of the keyboard layout configuration section of Sugar[2], but hopefully more projects (distribution installers, etc) will be able to utilize the bindings for keyboard configuration. Send bug reports, etc to sayami...@laptop.org. Thanks, Sayamindu [1] http://www.freedesktop.org/wiki/Software/LibXklavier [2] http://wiki.sugarlabs.org/go/Features/Keyboard_CP_Section -- 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] translate.sugarlabs.org down?
Could you check if it is working for you now ? -sdg- On Thu, Aug 20, 2009 at 2:26 PM, Bastien wrote: > I cannot access to http://translate.sugarlabs.org but the rest of > the website is running fine. > > Ideas? > > -- > Bastien > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- 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] [DESIGN] Keyboard CP Section
On Thu, Aug 20, 2009 at 5:44 PM, Simon Schampijer wrote: > Hi, > > Sayamindu has done a great job coding the keyboard CP section. > > I am a bit skeptical about the use of comboboxes. I find them hard to use - > at least the one in gtk. We do not get a search functionality by default, > and scrolling takes a lot of time etc. Same is true for the language CP > section, btw. > > Another possibility would be to use a treeview, like we do for the journal > listview, and limit the number of entries by a search field for example. One > can use the type ahead search functionality here as well. > If we use a treeview, one of the problems is that the entire section would become pretty long (from http://people.sugarlabs.org/sayamindu/cpanel_kbd.png - and we are showing only 2 of the maximum 4 layouts that are usually possible with XKB). As the section "overflows", we would have a scrollbar at the side, which looks somewhat ugly IMHO. -sdg- -- 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] [DESIGN] Keyboard CP Section
On Thu, Aug 20, 2009 at 5:44 PM, Simon Schampijer wrote: > Hi, > > Sayamindu has done a great job coding the keyboard CP section. > > I am a bit skeptical about the use of comboboxes. I find them hard to use - > at least the one in gtk. We do not get a search functionality by default, > and scrolling takes a lot of time etc. Same is true for the language CP > section, btw. > > Another possibility would be to use a treeview, like we do for the journal > listview, and limit the number of entries by a search field for example. One > can use the type ahead search functionality here as well. > > Or we would enhance the current gtk.combobox to give us the desired > functionality - but that does sound more like a long term plan. > > What do others think? Attached are some screenshots. > For some reasons the layout options are not showing in your screenshots - here is a shot with all the controls being shown: http://people.sugarlabs.org/sayamindu/cpanel_kbd.png 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] [PATCH] replace Keep and Stop accelerators
Committed.
Thanks,
Sayamindu
On Wed, Aug 12, 2009 at 4:49 AM, Martin Dengler wrote:
> This commit replaces the Keep and Stop accelerators from the
> Terminal's activity toolbar, since the default accelerators are quite
> heavily used keyboard shortcuts: Ctrl-s and Ctrl-q. These old
> defaults are replaced with shift-ed equivalents: Ctrl-Shift-s and
> Ctrl-Shift-q. This is consistent with how Terminal has modified
> versions of commonly-used Sugar shortcuts like Ctrl-Shift-c (copy) and
> Ctrl-Shift-v (paste).
> ---
> terminal.py | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/terminal.py b/terminal.py
> index 913652f..0c9b554 100644
> --- a/terminal.py
> +++ b/terminal.py
> @@ -106,6 +106,9 @@ class TerminalActivity(sugar.activity.activity.Activity):
> activity_toolbar = toolbox.get_activity_toolbar()
> activity_toolbar.share.props.visible = False
> activity_toolbar.keep.props.visible = False
> + activity_toolbar.keep.props.accelerator = 'S'
> +
> + activity_toolbar.stop.props.accelerator = 'Q'
>
> fullscreenbtn =
> sugar.graphics.toolbutton.ToolButton('view-fullscreen')
> fullscreenbtn.set_tooltip(_("Fullscreen"))
> --
> 1.6.0.6
>
>
--
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] Interactive Ebooks [Re: Deployment feedback braindump]
On Wed, Aug 12, 2009 at 9:10 PM, Samuel Klein wrote: > On Wed, Aug 12, 2009 at 8:51 AM, Sayamindu Dasgupta > wrote: > >>> First of all, a PDF is pretty much just well-behaved postscript. >>> You can embed that in more postscript. The user can thus scribble >>> all over the document. >>> >> >> In this context, I have been playing around with Read + Epub - and I >> have posted a short, unstructured dump of my thoughts at >> http://sayamindu.randomink.org/ramblings/2009/08/12/braindump-on-ebooks/ >> >> Some screencasts: >> >> ** http://dev.laptop.org/~sayamindu/interactive_books_video/video.ogv >> - shows that a video clip can be embedded in a book readable by Read >> >> ** http://dev.laptop.org/~sayamindu/interactive_books_video/python.ogv >> - shows that a python shell can be embedded in a book readable by Read >> >> ** http://dev.laptop.org/~sayamindu/interactive_books_video/digital_logic.ogv >> - shows that a etoys simulation can be embedded in a book readable by Read >> >> I have also started to experiment with ebooks as exercise books - >> HTML5 local storage looks promising, and with some magic at the school >> server end, we might be able to get something done. I'll resume my >> experiments during the weekends, and will post updates when I have >> some progress. >> Of course - none of this is _standard_ epub, and I'll try to figure >> out where I can get information about planned updates to the Epub >> spec, and if this type of use-case can be accommodated into the next >> version. > > This is very, very cool. So cool, in fact, that your paper crown is > in the mail: > http://wiki.laptop.org/go/Pretty_Pretty_Princess > Heh, thank you very much :-). Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Interactive Ebooks [Re: Deployment feedback braindump]
Hi, On Wed, Aug 12, 2009 at 4:52 PM, Albert Cahalan wrote: > S Page writes: >> On Sun, Aug 9, 2009 at 10:41 AM, Daniel Drake wrote: > >>> adding an interactivity component that would be impossible >>> to have when working with paper-based exercise books. >> >> And impossible with PDFs. > > No way. PDFs can be interactive in many ways. > > First of all, a PDF is pretty much just well-behaved postscript. > You can embed that in more postscript. The user can thus scribble > all over the document. > In this context, I have been playing around with Read + Epub - and I have posted a short, unstructured dump of my thoughts at http://sayamindu.randomink.org/ramblings/2009/08/12/braindump-on-ebooks/ Some screencasts: ** http://dev.laptop.org/~sayamindu/interactive_books_video/video.ogv - shows that a video clip can be embedded in a book readable by Read ** http://dev.laptop.org/~sayamindu/interactive_books_video/python.ogv - shows that a python shell can be embedded in a book readable by Read ** http://dev.laptop.org/~sayamindu/interactive_books_video/digital_logic.ogv - shows that a etoys simulation can be embedded in a book readable by Read I have also started to experiment with ebooks as exercise books - HTML5 local storage looks promising, and with some magic at the school server end, we might be able to get something done. I'll resume my experiments during the weekends, and will post updates when I have some progress. Of course - none of this is _standard_ epub, and I'll try to figure out where I can get information about planned updates to the Epub spec, and if this type of use-case can be accommodated into the next version. 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] [RELEASE] Read 71
2009/8/8 NoiseEHC : > > So accessing the frame in ebook mode - is probably not something you do in > your ebook workflow (at least on an olpc without touchpad support). > > > > Correct - and dedicating a frame button on the tablet mode is probably > something I would not do (we don't have too many buttons accessible in > tablet mode) > > > Incorrect. Since I use the XO-1 for reading ebooks while traveling with > public transport regurarly, I can clearly see the need for not only frame > support but for handling the laptop from the keyboard even in ebook mode. > What important is that volume/brightness level and magnification (and > anything activity specific) should be available from ebook mode at least via > some menu (and no submenus please). > You should not dedicate a full button to this menu, probably holding the > rotate screen button for 1 sec is the correct method activating this menu > (which would take over cursor keys and the 4 game buttons), and while the > menu is on screen, pressing the rotate screen button would hide it. (It also > requires to activate screen rotation when the rotate screen button is > released, not when it is pressed. Also it could have some delay so pressing > 3 times fast in a row would rotate to the other direction, no need to reflow > and redraw the screen 3 times.) > Holding buttons does not work in current stable builds (both 8.2.x and F11 based) due to a bug in Xorg (XkbSetDetectableAutoRepeat() does not seem to work correctly). That's why there is a major crisis of button real estate in ebook mode right now :-) 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
