Re: [Sugar-devel] [Systems] updating pootle and creating branches
On Tue, Sep 28, 2010 at 9:17 AM, Tomeu Vizoso to...@sugarlabs.org wrote: On Tue, Sep 28, 2010 at 15:07, Chris Leonard cjlhomeaddr...@gmail.com 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 ber...@codewiz.org 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
Re: [Sugar-devel] [Browse] PDFs inline
On Sun, Jul 18, 2010 at 9:36 AM, Lucian Branescu lucian.brane...@gmail.com 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] [ASLO] Release Read-87
On Tue, Jun 29, 2010 at 2:55 PM, Peter Robinson pbrobin...@gmail.com wrote: On Mon, Jun 28, 2010 at 10:32 PM, Sugar Labs Activities activit...@sugarlabs.org 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 Wed, Jun 23, 2010 at 1:58 AM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Fri, Jun 18, 2010 at 9:04 AM, Gary Martin garycmar...@googlemail.com 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] Sugar with a virtual (onscreen) keyboard
On Fri, Jun 18, 2010 at 9:04 AM, Gary Martin garycmar...@googlemail.com 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. - z layering issues with frame, should it be over, under, part of? Currently it can be a mix depending on the sequence things are triggered. I suppose the frame should always come on top. I'm not sure how the window manager would deal with this - the window type of the keyboard panel is currently set to dock, which can be changed to a window, and that may work. - 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
Re: [Sugar-devel] Sugar with a virtual (onscreen) keyboard
Hi Esteban, On Thu, Jun 17, 2010 at 7:19 PM, Esteban Arias ear...@plan.ceibal.edu.uy 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 sayami...@gmail.com On Thu, Jun 17, 2010 at 5:46 PM, Sayamindu Dasgupta sayami...@gmail.com 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 12:35 PM, Jonas Smedegaard jo...@jones.dk 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] [PATCH] Add font dpi schema
On Fri, Jun 18, 2010 at 10:49 PM, jorgesaldi...@gmail.com wrote: From: Jorge Saldivar jsaldi...@paraguayeduca.org --- 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 @@ longFont size that is used throughout the desktop./long /locale /schema + schema + key/schemas/desktop/sugar/font/dpi/key + applyto/desktop/sugar/font/dpi/applyto + ownersugar/owner + typeint/type + default200/default + locale name=C + shortDefault font dpi/short + longFont dpi that is used throughout the desktop./long + /locale + /schema schema key/schemas/desktop/sugar/i18n/langpackdir/key @@ -328,6 +339,5 @@ longGSM network personal unlock key configuration/long /locale /schema - /schemalist /gconfschemafile -- 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
[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] Sugar with a virtual (onscreen) keyboard
On Thu, Jun 17, 2010 at 5:46 PM, Sayamindu Dasgupta sayami...@gmail.com 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
Re: [Sugar-devel] 3G Support backport, solved method name clash
Hi Daniel, On Wed, May 19, 2010 at 7:40 PM, Daniel Drake d...@laptop.org 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 ber...@codewiz.org 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 ber...@codewiz.org
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 martin.langh...@gmail.com wrote: On Wed, May 12, 2010 at 4:42 PM, Sayamindu Dasgupta sayami...@gmail.com 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] Support for EPUB with Read in sugar-jhbuild?
On Tue, May 4, 2010 at 7:32 PM, Daniel Castelo dcast...@plan.ceibal.edu.uy 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 sayami...@gmail.com wrote: On Sun, Apr 25, 2010 at 10:20 PM, Bernie Innocenti ber...@codewiz.org 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] Get Books in ASLO?
On Wed, Apr 28, 2010 at 6:06 AM, James Simmons nices...@gmail.com 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 Sun, Apr 25, 2010 at 10:20 PM, Bernie Innocenti ber...@codewiz.org 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] Did someone say Webkit?
On Mon, Apr 26, 2010 at 2:18 PM, Lucian Branescu lucian.brane...@gmail.com 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 ber...@codewiz.org 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?
Hi, On Sun, Apr 25, 2010 at 8:51 AM, James Simmons nices...@gmail.com 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
Re: [Sugar-devel] ASLO - Activities with 0.82 compatibility
On Wed, Mar 17, 2010 at 9:09 PM, Martin Langhoff martin.langh...@gmail.com 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 alsr...@member.fsf.org wrote: Hi all, To close http://bugs.sugarlabs.org/ticket/1447 for 0.88, string freeze exception is required. New string: b%s/b 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 walter.ben...@gmail.com wrote: On Wed, Feb 24, 2010 at 12:17 PM, Simon Schampijer si...@schampijer.de 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 to...@tomeuvizoso.net wrote: On Fri, Feb 19, 2010 at 19:47, Andrés Ambrois andresambr...@gmail.com 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 nices...@gmail.com 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 m...@laptop.org 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
[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
Re: [Sugar-devel] sugar-settings-manager
On Sun, Jan 31, 2010 at 3:36 PM, Tomeu Vizoso to...@tomeuvizoso.net wrote: On Sun, Jan 31, 2010 at 10:58, Sayamindu Dasgupta sayami...@gmail.com 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] [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 to...@sugarlabs.org wrote: On Wed, Jan 20, 2010 at 00:41, James Cameron qu...@laptop.org 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 sascha-ml-ui-sugar-de...@silbe.org 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] 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
Re: [Sugar-devel] [FEATURE] Enhanced Gettext
On Tue, Jan 5, 2010 at 11:03 PM, Benjamin M. Schwartz bmsch...@fas.harvard.edu 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] 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] [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 sebast...@when.com 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] [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 sayami...@gmail.com 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 sebast...@when.com 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] [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 nices...@gmail.com 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 sayami...@gmail.com Subject: [Sugar-devel] [ANNOUNCE] GetBooks version 4 To: OLPC Bookreader list bookrea...@lists.laptop.org, Sugar devel sugar-devel@lists.sugarlabs.org Message-ID: a1314bfe0911290105v47715a2r91ae13165a5b8...@mail.gmail.com 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] [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
[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
Re: [Sugar-devel] some efforts that would be really useful for deployments
On Thu, Nov 26, 2009 at 7:18 PM, Gary C Martin g...@garycmartin.com wrote: Hi Sayamindu, On 25 Nov 2009, at 16:55, Sayamindu Dasgupta wrote: On Wed, Nov 25, 2009 at 9:47 PM, Daniel Drake d...@laptop.org 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 Thu, Nov 26, 2009 at 11:19 PM, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Nov 25, 2009 at 5:55 PM, Sayamindu Dasgupta sayami...@gmail.com 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 Wed, Nov 25, 2009 at 9:47 PM, Daniel Drake d...@laptop.org 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 walter.ben...@gmail.com 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 bmsch...@fas.harvard.edu 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 nices...@gmail.com 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 sayami...@gmail.com 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 nices...@gmail.com 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 sayami...@gmail.com Subject: [Sugar-devel] [ANNOUNCE] Get Books Activity 3, now with SneakerNet/ChappalNet support To: OLPC Bookreader list bookrea...@lists.laptop.org, Sugar devel sugar-devel@lists.sugarlabs.org Message-ID: a1314bfe0911051456k2e7791a8h989e41265d127...@mail.gmail.com 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
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 martin.langh...@gmail.com 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
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 nices...@gmail.com 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 sayami...@gmail.com Subject: [Sugar-devel] [ANNOUNCE] Get Books Activity 3, now with SneakerNet/ChappalNet support To: OLPC Bookreader list bookrea...@lists.laptop.org, Sugar devel sugar-devel@lists.sugarlabs.org Message-ID: a1314bfe0911051456k2e7791a8h989e41265d127...@mail.gmail.com 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
[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
[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] 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 nices...@gmail.com 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
Re: [Sugar-devel] [IAEP] [Bookreader] Text to Speech readers for XO
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 to...@sugarlabs.org 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 without desturbing others and in the noisy environments ... another advantage of audio reading is much longer battery life because you can turn off LCD monitor and audio alone does not consume much energy. Let me know what you think. All the best, Gregor On Mon, Oct 26, 2009 at 4:08 PM, Sayamindu Dasgupta sayami...@gmail.com mailto:sayami...@gmail.com wrote: Hi Gregor, Thanks a lot for jumping in :-) On Mon, Oct 26, 2009 at 2:38 AM, Gregor Kervina gregor.kerv...@gmail.com mailto:gregor.kerv...@gmail.com wrote: Dear Sayamindu Dasgupta, SJ Klein and other members of this list, I'm a student of electrical engineering from Europe and would like to share with you my very positive experience with text to speech technology that can in my opinion significantly increase the educational potential of XO if used in the right way. For the past 12 years (since I was 15 years old) I'm daily learning from e-books and internet using text to speech software. I know this software is unpopular in developed world, many people don't even know that it exists. On the other hand many people (including me) don't like reading long
Re: [Sugar-devel] FOSS.in 2009, Bangalore
On Sat, Oct 17, 2009 at 4:16 AM, sankarshan foss.mailingli...@gmail.com wrote: On Sat, Oct 17, 2009 at 4:13 AM, Sayamindu Dasgupta sayami...@gmail.com 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 s...@laptop.org 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 rku...@archive.org 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] Read formats...
On Mon, Oct 12, 2009 at 11:29 PM, Sameer Verma sve...@sfsu.edu 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] [ASLO] Re : Release Turtle Art-73
On Tue, Oct 13, 2009 at 4:22 AM, Carlo Falciola cfalci...@yahoo.it 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] Strings missing in 0.86 r. 04_10_2009
Hi Carlo, On Fri, Oct 9, 2009 at 10:46 PM, Carlo Falciola cfalci...@yahoo.it 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] 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] 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] 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] 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] 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
Re: [Sugar-devel] [RFA] Feature freeze break: ImageViewer
On Wed, Sep 9, 2009 at 3:26 PM, Simon Schampijersi...@schampijer.de 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 Dasguptasayami...@gmail.com 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] [RFA] Feature freeze break: Read
On Wed, Sep 9, 2009 at 3:22 PM, Simon Schampijersi...@schampijer.de wrote: On 09/09/2009 11:43 AM, Tomeu Vizoso wrote: On Mon, Sep 7, 2009 at 20:37, Sayamindu Dasguptasayami...@gmail.com 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: Terminal
On Wed, Sep 9, 2009 at 4:17 AM, Simon Schampijersi...@schampijer.de 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
[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
[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: Read
On Tue, Sep 8, 2009 at 10:00 PM, Gary C Marting...@garycmartin.com 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
Re: [Sugar-devel] [DESIGN] Read toolbar - not enough space for TOC on little dimensions
On Mon, Sep 7, 2009 at 6:56 PM, Tomeu Vizosoto...@sugarlabs.org wrote: On Mon, Sep 7, 2009 at 15:09, Simon Schampijersi...@schampijer.de 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] [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: 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
Re: [Sugar-devel] [RFA] Feature freeze break: ImageViewer
On Mon, Sep 7, 2009 at 11:54 PM, Sayamindu Dasguptasayami...@gmail.com 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] [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] [DESIGN] Keyboard CP Section
On Thu, Aug 20, 2009 at 5:44 PM, Simon Schampijersi...@schampijer.de 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] [DESIGN] Keyboard CP Section
On Thu, Aug 20, 2009 at 5:44 PM, Simon Schampijersi...@schampijer.de 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] translate.sugarlabs.org down?
Could you check if it is working for you now ? -sdg- On Thu, Aug 20, 2009 at 2:26 PM, Bastienbastiengue...@googlemail.com 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] Interactive Ebooks [Re: Deployment feedback braindump]
On Wed, Aug 12, 2009 at 9:10 PM, Samuel Kleinmeta...@gmail.com wrote: On Wed, Aug 12, 2009 at 8:51 AM, Sayamindu Dasguptasayami...@gmail.com 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
Re: [Sugar-devel] [PATCH] replace Keep and Stop accelerators
Committed.
Thanks,
Sayamindu
On Wed, Aug 12, 2009 at 4:49 AM, Martin Denglermar...@martindengler.com 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 = 'CtrlShiftS'
+
+ activity_toolbar.stop.props.accelerator = 'CtrlShiftQ'
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
[Sugar-devel] Interactive Ebooks [Re: Deployment feedback braindump]
Hi, On Wed, Aug 12, 2009 at 4:52 PM, Albert Cahalanacaha...@gmail.com wrote: S Page writes: On Sun, Aug 9, 2009 at 10:41 AM, Daniel Drakedsd at laptop.org 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 noise...@freemail.hu: 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
Re: [Sugar-devel] [RELEASE] Read 71
On Thu, Aug 6, 2009 at 4:06 PM, Simon Schampijersi...@schampijer.de wrote: ..snip snip I guess the workflow is: Enter full screen view, and transform the laptop in ebook mode, use the cursor buttons to scroll. When finished reading you transform the laptop back in 'normal' mode and switch to another activity, unfullscreen etc. 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) The notification of battery status (when low etc) I would like to see in general, as it is a crucial functionality when using Sugar on a laptop. Would that solve your 'issue'? Yes it would :-) 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 71
Hello everyone, I just released version 71 of the Read activity. This version will let you associate (add and edit) notes with your bookmarks[1], and has a slightly more useful fullscreen view (you can now get a rough idea of how much battery is left in your laptop/netbook without invoking the frame)[2]. 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 environment (and I plan to make sure that it keeps working on Sugar 0.84). However, if you are using SOAS or the Fedora 11 builds for XO-1 or XO-1.5, you will need to install WebkitGTK, python-lxml and python-BeautifulSoup. The following command would do the trick: yum install webkitgtk python-lxml python-BeautifulSoup (Note that this version should work even you do not have these installed in your system - only the Epub support will not be available) As with the previous release, I am not releasing the bundle via activities.sugarlabs.org, since I do not consider it fit for general consumption yet. However, if you want to test it out (please do :-), you can download the bundle from http://dev.laptop.org/~sayamindu/bundles/read/Read-71.xo Source code === http://download.sugarlabs.org/sources/sucrose/fructose/Read/Read-71.tar.bz2 XO Bundle = http://dev.laptop.org/~sayamindu/bundles/read/Read-71.xo Changes * Support for notes associated with bookmarks * Show a information bar in fullscreen mode, with pagecount and battery information * Do not fail to start when Epub specific code does not load Thanks, Sayamindu [1] http://dev.laptop.org/~sayamindu/read_notes.png [2] http://dev.laptop.org/~sayamindu/epub_fullscreen_1.5.png -- 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] Book bundles and Read
On Sat, Aug 1, 2009 at 7:47 AM, Samuel Kleinmeta...@gmail.com wrote: Journal needs to cover these features (whatever they resolve to be). Every activity author should not be inventing various implementations of a book shelf UI concepts for dealing with a monoculture 'collection' of objects. Imagine if I wanted to put together a 'collection' of Physics simulations to teach curriculum, or some Turtle Art projects teaching the idea of vectors, or a mix of both along with a book or two and a Labyrinth mind-map of topic notes. What happens if an Activity wants to use the ObjectChooser to pick an object buried in someone else's collection. On Fri, Jul 24, 2009 at 6:57 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: I do agree with you that it is the Journal which should be doing this, and not Read (except for maybe accessing online catalogs - though I think James has a better approach with his Get IA Books activity. It's just that, I'm a bit frustrated with the current state of the journal (especially for handling collections), and while xol-s are a great idea in theory, the practice of jumping through the browser (especially if Rainbow is enabled) is extremely crappy, IMHO :-). However, after going through all the mails, especially the links which Aleksey sent, I think it may be worthwhile to devote my coding cycles to the Journal instead. I disagree here. In theory, it is nice to imagine you might only need to solve a large # of similar interface and design problems once for every situation. In practice, it is really difficult to design a smooth, fast, rewarding interface for a general problem : a focused use case, and the freedom to make something work brilliantly for that case without having to demonstrate that it is a good design decision for all other parallel use cases, helps get something useful. I would expect to regularly want my bookshelf to be able to browse through hundreds of files at once, searching and autocompleting through their specific index; sort by book-specific metadata fields; and handle a collection 90% of which I am not storing locally -- possibly requesting a book from a repository off-disk, possibly keeping a fixed size on-disk library and having a process for queueing old books for local removal. Yes, an Ideal Journal might include these features. But I expect a Read -- Get IA Books activity might deal with this over the next year or two much more effectively than an a Journal being pulled in many directions. I do agree with you that the Journal should not take care of business like searching through external repositories, in fact, IMHO, the Journal should not do anything that makes it try to connect to the Internet, or even a school server (a hard dependency on network should be avoided as much as possible). However, given that, I think, mimetype specific custom metadata support in Journal should give us a reasonable way to manage books stored locally - and if no one else is working on it right now, I can take a shot. What I do not want to do at this stage is do the book management inside Read itself (it is Read, and not Manage Books :-). A separate activity is required for retrieving books from external sources, and I think Get IA Books is a great start, and can be quickly extended to support something like Feedbooks (though probably we need to consider Feedbook's ToS at http://www.feedbooks.com/termsofuse before trying to go ahead with the coding). We may even want to support OPDS catalogs (compressed as well as uncompressed) as journal objects, opened and browsable via Get IA Books or its later form. 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] Browse-110
Hi, I think the version jump is intentional to allow for intermediate stable releases targetted for 0.84 if the need arises. If someone finds a critical issue in Browse 103, Simon can always release 104 with the fix and nothing more. -sdg- On Fri, Jul 31, 2009 at 11:40 PM, Christoph Derndorferchristoph.derndor...@gmail.com wrote: Out of curiosity: How did we end up at Browse-110? Maybe I missed something here but wasn't the latest version 102, 103 or something when this issue was last discussed less than 72 hours ago? Slightly confused, Christoph On Fri, Jul 31, 2009 at 8:04 PM, Simon Schampijer si...@schampijer.de wrote: == Source == http://download.sugarlabs.org/sources/sucrose/fructose/Browse/Browse-110.tar.bz2 == News == Toolbar redesign ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ 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] Transifex
Hello, I think we used to use the Fedora transifex installation at some point in 2007 before moving to Pootle. Currently from what I understand, Transifex is mainly used as a gateway between the upstream VCS and the translator - where the translator uploads a PO file, and Tx takes care of sending it to the relevant VCS. In that respect, it provides a subset of what Pootle provides and the Tx page seems to agree: As a content distribution platform, Tx's goal is to offer a full-featured backend service to tools such as Pootle, handling file fetching and delivery to remote hosting systems. [1] Tx has recently got its own web based translation editing system[2] - though I've not used it myself and don't know how feature complete it is (eg: whether it supports plural forms, or whether it supports alternate languages, etc etc). IMO, web based translation is extremely important for us, to lower the barrier to entry. Given the current feature list of Tx, I think Pootle gives us most of what is there, except for syntax checking (which I have tried to workaround with a ugly and somewhat ineffective hack). I think at this point it would be best to stick to Pootle, keeping our options open for the future (which is going to get a lot more interesting, especially now that Launchpad is open source, and both Pootle and Tx people working on their next major release) Thanks, Sayamindu [1] http://transifex.org/wiki/About [2] http://www.ogmaciel.com/?p=718 On Tue, Jul 28, 2009 at 4:38 AM, Walter Benderwalter.ben...@gmail.com wrote: I am not familiar with transflex. Something we should be looking into? -walter -- Forwarded message -- From: Theodoros G. Karounos karou...@mail.ntua.gr Date: Mon, Jul 27, 2009 at 4:40 PM Subject: Transifex To: walter.ben...@gmail.com Cc: Dimitris Glezos gle...@indifex.com Walter, one of our colleagues is the founder of http://transifex.org/ . Transifex was built from the start to act as a bridge between content and translators: It works directly with upstream projects and all transactions are automatically applied to the remote source repository. This means that the translation community can contribute straight to the original content, no matter where it is hosted. This removes the need to host contributions on the translation server itself, and minimizes the overhead of constantly sync-ing content between the servers. Transifex is currently used by two major Linux distributions: Moblin, supported by Intel and the Linux Foundation, and Fedora, sponsored by Red Hat. It is also used on www.transifex.net, a common hub for translations. The latter is supported by Indifex, which is a company driving the development of Tx, also providing support and consultancy around the technology and community-powered L10n in general. You can read more about it at: http://lwn.net/Articles/325311/ http://blog.transifex.net/2009/03/let-a-thousand-languages-bloom/ I'm also CCing Dimitris Glezos, Tx's lead developer, to answer any questions. Regards, Theodoros -- In a time of universal deceit, telling the truth becomes a revolutionary act, Orwell ! - http://karounos.gr/blog/ -- Walter Bender Sugar Labs http://www.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] Full screen view - making the the restore button go away
On Sat, Jul 25, 2009 at 6:37 AM, Eben Eliasone...@laptop.org wrote: Sounds like a fine idea to me. It's probably one of the nice to have features that just never got implemented. Eben Ticket (with patch) - http://dev.sugarlabs.org/ticket/1102 -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] Book bundles and Read
On Fri, Jul 24, 2009 at 2:14 AM, Gary C Marting...@garycmartin.com wrote: Hi Sayamindu, On 23 Jul 2009, at 19:02, Sayamindu Dasgupta wrote: On Thu, Jul 23, 2009 at 9:03 AM, Gary C Marting...@garycmartin.com wrote: ..snip snip Hmmm. The down side of this is that you end up with 1 Journal zip bundle holding a large number of books... So, I resume this zip bundle, pick one of the many books and start reading. I assume the single Journal entry is now remembering this one book and page I'm now reading. So now I want to read another book in the same bundle, do I loose the reference to the book and the page I was on before? Jump through some new UI hoops to flag the book and bookmark the page? It feels like walking into a Library, but only being able to read one book at a time. Successful Journal entries are the ones that store Activity state for some small slice of the goal, one book, not the whole library of congress. I think Read can be able to handle that. It means some extra work in the code, but it can be possible to extend the metadata in such a way that the state for each and every book in the bundle/collection is remembered. Of course you can hack on Read and make it handle all this bundle/collection stuff :-) but my argument is Read should not really be doing this extra step. Journal needs to cover these features (whatever they resolve to be). Every activity author should not be inventing various implementations of a book shelf UI concepts for dealing with a monoculture 'collection' of objects. Imagine if I wanted to put together a 'collection' of Physics simulations to teach curriculum, or some Turtle Art projects teaching the idea of vectors, or a mix of both along with a book or two and a Labyrinth mind-map of topic notes. What happens if an Activity wants to use the ObjectChooser to pick an object buried in someone else's collection. A combination of a Journal grid view and correctly tagging objects would pretty much solve the UI side; with perhaps a bundle format (maybe repurpose .xol) so that downloading one auto extracted to a number of tagged Journal entries; and the reverse perhaps being true where you select N existing Journal entries and send to - ... causes them to be zipped up as a .xol and transferred as a single item. I do agree with you that it is the Journal which should be doing this, and not Read (except for maybe accessing online catalogs - though I think James has a better approach with his Get IA Books activity. It's just that, I'm a bit frustrated with the current state of the journal (especially for handling collections), and while xol-s are a great idea in theory, the practice of jumping through the browser (especially if Rainbow is enabled) is extremely crappy, IMHO :-). However, after going through all the mails, especially the links which Aleksey sent, I think it may be worthwhile to devote my coding cycles to the Journal instead. James' existing working solutions, Read EText, and Get Internet Archive Books (which BTW already downloads nice PDFs for Read to read), focus on using existing online resources for downloading new content to the Journal. This seems like a good Sugar Activity design pattern for cases where large online monocultures of resources already exist. Are you looking to fold his work into Read**? I have plans on working on James's activity (I would probably try to not restrict the activity to the Internet Archive), and I'm waiting for the OPDS standard to mature a bit more before looking seriously into online content aggregation. **I would have been great if Read had been extended, rather than a separate Read EText Activity created, but I guess that's water under the bridge now. I agree - however, there is a large amount of code sharing that goes between the two projects, and I'm in the middle of adding a extra layer between Read's view widget and Evince, so that at some point, Read would be able to handle Etexts as well, reusing James's code. 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] Full screen view - making the the restore button go away
Hello, Is there a reason why the square restore button in full screen mode does not go away after a timeout (temporarily - unless you move the cursor) ? 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] fonts in pyabiword
Hi, On Thu, Jul 23, 2009 at 6:45 PM, sumit singhsumit.co...@gmail.com wrote: Hi all, I was trying to use different fonts ( other than the ones available on xo) in write activity which uses pyabiword. I included some of the fonts in the combo box from where we can select the font family, some of them being- Stencil, Times New Roman, DevLys 010 , Dejuvu serif. Now, when I selected any of them and set the font using the abiword_canvas.set_font_name command, and started writing, the change doesn't appeared on the xo screen because xo doesn't have got these fonts as of now, and some default font appeared on the screen instead. However, when I transferred the same document to my laptop and opened it using normal abiword, the changed fonts appeared correctly on the screen, I mean wherever I used stencil, the font was like stencil and so on. So, I would like to know is there any way using which I can make the changed fonts appear on the xo screen. I mean can I include such fonts in my activity bundle so that they are used by the xo when I try to set the font on it. While per application/activity fonts are not supported, I suggest you can try to install the fonts in your system during activity startup. The font files should be copied to $HOME/.fonts and to be sure that the fonts get registered, run the command fc-cache, and then you can start up your activity. I notice that Times New Roman is in your font list. Be careful with that, since it comes with a number of restrictions wrt redistribution - see http://corefonts.sourceforge.net/ and http://corefonts.sourceforge.net/eula.htm for the details. 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] Book bundles and Read
On Thu, Jul 23, 2009 at 9:03 AM, Gary C Marting...@garycmartin.com wrote: ..snip snip Hmmm. The down side of this is that you end up with 1 Journal zip bundle holding a large number of books... So, I resume this zip bundle, pick one of the many books and start reading. I assume the single Journal entry is now remembering this one book and page I'm now reading. So now I want to read another book in the same bundle, do I loose the reference to the book and the page I was on before? Jump through some new UI hoops to flag the book and bookmark the page? It feels like walking into a Library, but only being able to read one book at a time. Successful Journal entries are the ones that store Activity state for some small slice of the goal, one book, not the whole library of congress. I think Read can be able to handle that. It means some extra work in the code, but it can be possible to extend the metadata in such a way that the state for each and every book in the bundle/collection is remembered. I'd be quite happy with zipped bundles that expanded into objects in the Journal, well tagged, nicely titled, and with thumbnails. That's where the big win is in my mind for distributing content. The xol was a reasonable idea, but narrow thinking, it missed the whole point of Sugar being centred around a core Journal where entries can make use of all the search, tagging, and preview features it offers for free. If the Journal managed to pick up a thumb/grid view in the 0.86 cycle, courtesy of Aleksey, then that view plus tagging (author, genre, et al) will make Journal your searchable book shelf, when you need it to be, and Read (or any other Activity) can focus on presenting great content well :-) The book shelf (the catalog view) inside Read needs to be implemented in any case for things like remote catalogs (school server, various on-line distributors, etc). I am a bit unsatisfied with the current .xol based solution, and was wondering if we could leverage the catalog view in Read to handle collections directly. I think it is very important to make sharing of collections easily - and if the Journal is able to do that after expanding the bundle into different objects, I think it will be the most optimal way. 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] Book bundles and Read
On Thu, Jul 23, 2009 at 10:58 PM, Gary C Marting...@garycmartin.com wrote: Hi James, On 23 Jul 2009, at 16:52, Jim Simmons wrote: Yesterday I had an email exchange with Scotty Auble of the Rural Design Collective project who have a list of 2,000 some odd books they want to distribute to Sugar users without requiring them to have Internet access. The thought I had was Zip archives with a catalog file, perhaps in Dublin Core format, and a new Activity that would look inside these archives, generate a browsable catalog from the catalog file, and allow the child to select the books he likes and create Journal entries for them. I copied this email to the IAEP list but not here. I agree with the points Gary is making below and wonder if we need a different kind of bundle that can be used to distribute collections of books without requiring the child to install the whole collection. Just wondering. If I had a USB stick with 2,000 pdf, plain text, etext, djvu, epub etc files on it... if they are at least reasonably well titled file names (lets say at least title, author), then a child can: 1). pop in the USB stick 2). goto the Journal and select the external USB stick icon 3). search and/or browse the books by author / title 4). any entry they want can be dragged to their Journal icon 5). ...or clicking any object entry will both start it for reading and copy it into the childs Journal FWIW some find step 5 a limitation or design bug for Sugar, in that you can't work with files on external media that are larger than the free space you have left in your Journal. Step 4 could be better, as the icon for your Journal (appears in a bottom tray when additional media devices are present), is actually an XO kid icon, would be more logical to show the Journal icon I think. Step 3 clearly could be prettier but would require some way of generating live previews for the entries currently in view (and then you could use the proposed Journal grid view to view book covers). It's also worth noting that although directory structure of the external media is not displayed directly (Journal shows a flattened list of all files), the full directory path to the file is placed in its description field. This is all fully searchable data, so you could put all the Lewis Carroll books in a folder of that name, and that would be enough to allow you to query Journal for them. So just some well chosen directory names (by author seems sensible), and consistently well named files (i.e full title of book) would make quite an accessible solution. Perhaps if there's interest, we can polish some of the above steps to make it even smoother in 0.86? I agree with Gary that a well formed directory structure in a USB key is a nice solution to begin with (though we need to think of better ways to manage collections). However, it would become necessary, at a certain stage to make the Journal aware of metadata files, either as DC XML files, or OPDS catalogs. This is because, the various ebook formats that we currently have differing levels of support for embedding metadata - for example, at one end of the spectrum we have CBZ (Comic Book Archive), which has zero support (AFAIK), and on the other end, we have Epub, which support embedding an entire chunk of Dublin Core metadata elements. For a simple schema like Title/Author, we can use a directory structure, but for example, to support all the 15 elements specified in the simple Dublin Core specs, we would need a quite convoluted directory layout. 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
