Re: [Sugar-devel] testers needed: grab keys and touchpad rotation
wade wrote: > Cool! I'm looking forward to trying this when I get back to my XO > I wonder though, is there a reason this has to be a separate daemon, and > can't just being part of the HPGK driver with a /sys/... interface for > control? it's a daemon very largely because much of the code already existed in daemon form, from another project of mine. it also makes it much more flexible -- adding the rotation support was trivial, for instance. and i was able to include primitive (don't disconnect it!) support for USB keyboards (since my XO has a hardwired mini-usb keyboard in place of the standard one). but your point is a good one. i just don't know how easy it would be to to combine state from two drivers -- the mouse and keyboard data travel pretty different paths, AFAICT. paul =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] testers needed: grab keys and touchpad rotation
Cool! I'm looking forward to trying this when I get back to my XO I wonder though, is there a reason this has to be a separate daemon, and can't just being part of the HPGK driver with a /sys/... interface for control? Best, Wade On Wed, Mar 4, 2009 at 4:45 PM, wrote: > sorry about that. replying to add a subject... > > i wrote: > > > > last week i announced a daemon that would activate the grab keys > > on the XO keyboard. > > > > a day or two later there was a thread about how it would be nice > > if the action of the touchpad rotated with the screen (in much the > > same way that the dpad keys do). > > > > since my daemon was already looking at every input event, it seemed > > a natural place to implement the rotation feature. > > > > and after doing that, the name seemed like it should change. > > > > so, announcing "olpc-kbdshim". > > > > source: > > http://dev.laptop.org/git?p=users/pgf/olpc-kbdshim > > > > rpm: > > http://dev.laptop.org/~pgf/rpms/olpc-kbdshim-1-1.i386.rpm > > > > after installing the rpm you need to fully reboot your laptop to > > get the plumbing set up properly. > > > > the rpm includes a new command "olpc-rotate" which takes care of > > all the mechanics of screen and touchpad rotation. since sugar > > (currently) handles this key binding, the rpm postinstall script > > patches /usr/share/sugar/shell/view/keyhandler.py so that it > > invokes os.system("olpc-rotate") _instead_ of its current builtin > > behavior. separating it out like this makes olpc-kbdshim and > > olpc-rotate more useful for non-sugar UIs. i wrote the sugar > > patch so that it won't break if you uninstall the olpc-kbdshim > > rpm -- sugar will take over the rotate function again. also, > > though i haven't tried it on today's brand-new sugar 0.84 (good > > work everyone!), a look at the current keyhandler.py says the patch > > should still apply correctly. > > > > the topic of ebook-mode touchpad usage came up the other day too. > > while i didn't create any visible UI support for it, the daemon > > will put the touchpad in and out of ebook-mode (which means, > > reflecting it on both x and y axes) using "olpc-rotate -e/-n" > > > > please let me know what you think... > > > > paul > > > > p.s. btw, the daemon isn't really very olpc-specific. i've been > > running it on my thinkpad all week, in order to get the use of > > the grab key scrolling. the thinkpad doesn't have Windows keys > > (which is what the XO grab keys are), but it turns out the blue > > Fn key in the corner can be used as a modifier, so that plus my > > trackstick gives 2D scrolling -- it came in very handy for > > looking at the bootchart images this morning. > > > > =- > paul fox, p...@laptop.org > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] testers wanted: grab keys, and touchpad rotation
On 04.03.2009, at 23:49, p...@laptop.org wrote: > bert wrote: >> >> Just tried it on my XO at build 800 - works like a charm, both the >> scrolling and rotation. Yay! > > great! > >> >> The only nit I have to pick is the inverted direction of scrolling. >> With both a scroll-wheel and my MacBook's "two-finger" scroll, moving >> down does scroll down. I understand about the grab metaphor implied >> by >> the key caps, but since we're not actually grabbing but scrolling, >> IMHO it should scroll the other way. > > if you edit /etc/events.d/olpc-kbdshim and add a "-r" to the > olpc-kbdshim invocation line, you can try that behavior to see > how you like it. > > edit, then: >initctl stop olpc-kbdshim >initctl start olpc-kbdshim > > others should weigh in on this. you'll remember that it was the > big question i raised last week. i think i agree with you I like that better. Muscle-memory, you know. I just caught myself unconsciously using two fingers to scroll on the XO - works fine ;) I am using my MacBook's two-finger scroll in Sugar on VMWare, too. Having the same orientation would ensure the same behavior on non-XO hardware as on the XO. > , but i also think it's hard to put oneself in the shoes of a user who > has never used a scrollbar before. When I first learned to fly by stick I was surprised that the machine goes up when you move the stick "down" (pull towards me). But after a while it feels natural. I don't think there is an intrinsic advantage to one or the other. It would be different if it was actually grabbing the "page", but then the pointer should definitely move with the page. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] testers wanted: grab keys, and touchpad rotation
bert wrote: > > Just tried it on my XO at build 800 - works like a charm, both the > scrolling and rotation. Yay! great! > > The only nit I have to pick is the inverted direction of scrolling. > With both a scroll-wheel and my MacBook's "two-finger" scroll, moving > down does scroll down. I understand about the grab metaphor implied by > the key caps, but since we're not actually grabbing but scrolling, > IMHO it should scroll the other way. if you edit /etc/events.d/olpc-kbdshim and add a "-r" to the olpc-kbdshim invocation line, you can try that behavior to see how you like it. edit, then: initctl stop olpc-kbdshim initctl start olpc-kbdshim others should weigh in on this. you'll remember that it was the big question i raised last week. i think i agree with you, but i also think it's hard to put oneself in the shoes of a user who has never used a scrollbar before. paul who is hoping he can send at least one message today without botching the From line, the Subject line, or the To line. =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re:
Paul, On Wed, Mar 4, 2009 at 4:29 PM, wrote: > [resend from subscribed address] > > last week i announced a daemon that would activate the grab keys > on the XO keyboard. > > a day or two later there was a thread about how it would be nice > if the action of the touchpad rotated with the screen (in much the > same way that the dpad keys do). > > since my daemon was already looking at every input event, it seemed > a natural place to implement the rotation feature. > > and after doing that, the name seemed like it should change. > > so, announcing "olpc-kbdshim". > > source: > http://dev.laptop.org/git?p=users/pgf/olpc-kbdshim > > rpm: > http://dev.laptop.org/~pgf/rpms/olpc-kbdshim-1-1.i386.rpm > This is great! Scrolling has never been so easy. :) Thanks Brian > after installing the rpm you need to fully reboot your laptop to > get the plumbing set up properly. > > the rpm includes a new command "olpc-rotate" which takes care of > all the mechanics of screen and touchpad rotation. since sugar > (currently) handles this key binding, the rpm postinstall script > patches /usr/share/sugar/shell/view/keyhandler.py so that it > invokes os.system("olpc-rotate") _instead_ of its current builtin > behavior. separating it out like this makes olpc-kbdshim and > olpc-rotate more useful for non-sugar UIs. i wrote the sugar > patch so that it won't break if you uninstall the olpc-kbdshim > rpm -- sugar will take over the rotate function again. also, > though i haven't tried it on today's brand-new sugar 0.84 (good > work everyone!), a look at the current keyhandler.py says the patch > should still apply correctly. > > the topic of ebook-mode touchpad usage came up the other day too. > while i didn't create any visible UI support for it, the daemon > will put the touchpad in and out of ebook-mode (which means, > reflecting it on both x and y axes) using "olpc-rotate -e/-n" > > please let me know what you think... > > paul > > p.s. btw, the daemon isn't really very olpc-specific. i've been > running it on my thinkpad all week, in order to get the use of > the grab key scrolling. the thinkpad doesn't have Windows keys > (which is what the XO grab keys are), but it turns out the blue > Fn key in the corner can be used as a modifier, so that plus my > trackstick gives 2D scrolling -- it came in very handy for > looking at the bootchart images this morning. > > =- > paul fox, p...@laptop.org > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] testers wanted: grab keys, and touchpad rotation
On 04.03.2009, at 23:24, Bert Freudenberg wrote: > > On 04.03.2009, at 22:25, Paul Fox wrote: > >> last week i announced a daemon that would activate the grab keys >> on the XO keyboard. >> >> a day or two later there was a thread about how it would be nice >> if the action of the touchpad rotated with the screen (in much the >> same way that the dpad keys do). >> >> since my daemon was already looking at every input event, it seemed >> a natural place to implement the rotation feature. >> >> and after doing that, the name seemed like it should change. >> >> so, announcing "olpc-kbdshim". >> >> source: >> http://dev.laptop.org/git?p=users/pgf/olpc-kbdshim >> >> rpm: >> http://dev.laptop.org/~pgf/rpms/olpc-kbdshim-1-1.i386.rpm >> >> after installing the rpm you need to fully reboot your laptop to >> get the plumbing set up properly. >> >> the rpm includes a new command "olpc-rotate" which takes care of >> all the mechanics of screen and touchpad rotation. since sugar >> (currently) handles this key binding, the rpm postinstall script >> patches /usr/share/sugar/shell/view/keyhandler.py so that it >> invokes os.system("olpc-rotate") _instead_ of its current builtin >> behavior. separating it out like this makes olpc-kbdshim and >> olpc-rotate more useful for non-sugar UIs. i wrote the sugar >> patch so that it won't break if you uninstall the olpc-kbdshim >> rpm -- sugar will take over the rotate function again. also, >> though i haven't tried it on today's brand-new sugar 0.84 (good >> work everyone!), a look at the current keyhandler.py says the patch >> should still apply correctly. >> >> the topic of ebook-mode touchpad usage came up the other day too. >> while i didn't create any visible UI support for it, the daemon >> will put the touchpad in and out of ebook-mode (which means, >> reflecting it on both x and y axes) using "olpc-rotate -e/-n" >> >> please let me know what you think... >> >> paul >> >> p.s. btw, the daemon isn't really very olpc-specific. i've been >> running it on my thinkpad all week. it turns out the blue Fn >> key in the corner can be used as a modifier, so that plus my >> trackstick gives 2D scrolling -- it came in very handy for looking >> at the bootchart images this morning. > > > > Just tried it on my XO at build 800 - works like a charm, both the > scrolling and rotation. Yay! Correction: this one still runs 767. I got my machines mixed up. > The only nit I have to pick is the inverted direction of scrolling. > With both a scroll-wheel and my MacBook's "two-finger" scroll, moving > down does scroll down. I understand about the grab metaphor implied by > the key caps, but since we're not actually grabbing but scrolling, > IMHO it should scroll the other way. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] testers wanted: grab keys, and touchpad rotation
On 04.03.2009, at 22:25, Paul Fox wrote: > last week i announced a daemon that would activate the grab keys > on the XO keyboard. > > a day or two later there was a thread about how it would be nice > if the action of the touchpad rotated with the screen (in much the > same way that the dpad keys do). > > since my daemon was already looking at every input event, it seemed > a natural place to implement the rotation feature. > > and after doing that, the name seemed like it should change. > > so, announcing "olpc-kbdshim". > > source: >http://dev.laptop.org/git?p=users/pgf/olpc-kbdshim > > rpm: >http://dev.laptop.org/~pgf/rpms/olpc-kbdshim-1-1.i386.rpm > > after installing the rpm you need to fully reboot your laptop to > get the plumbing set up properly. > > the rpm includes a new command "olpc-rotate" which takes care of > all the mechanics of screen and touchpad rotation. since sugar > (currently) handles this key binding, the rpm postinstall script > patches /usr/share/sugar/shell/view/keyhandler.py so that it > invokes os.system("olpc-rotate") _instead_ of its current builtin > behavior. separating it out like this makes olpc-kbdshim and > olpc-rotate more useful for non-sugar UIs. i wrote the sugar > patch so that it won't break if you uninstall the olpc-kbdshim > rpm -- sugar will take over the rotate function again. also, > though i haven't tried it on today's brand-new sugar 0.84 (good > work everyone!), a look at the current keyhandler.py says the patch > should still apply correctly. > > the topic of ebook-mode touchpad usage came up the other day too. > while i didn't create any visible UI support for it, the daemon > will put the touchpad in and out of ebook-mode (which means, > reflecting it on both x and y axes) using "olpc-rotate -e/-n" > > please let me know what you think... > > paul > > p.s. btw, the daemon isn't really very olpc-specific. i've been > running it on my thinkpad all week. it turns out the blue Fn > key in the corner can be used as a modifier, so that plus my > trackstick gives 2D scrolling -- it came in very handy for looking > at the bootchart images this morning. Just tried it on my XO at build 800 - works like a charm, both the scrolling and rotation. Yay! The only nit I have to pick is the inverted direction of scrolling. With both a scroll-wheel and my MacBook's "two-finger" scroll, moving down does scroll down. I understand about the grab metaphor implied by the key caps, but since we're not actually grabbing but scrolling, IMHO it should scroll the other way. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] @a...@...?
2009/2/23 Martin Langhoff : > On Tue, Feb 24, 2009 at 1:40 AM, Daniel Drake wrote: >> 2009/2/23, Martin Langhoff : >>> How to test? >> >> Firstly, what's the actual bug being addressed? > > Minimal steps to repro (based on what David Leeming reported - this is > the scenario that I've been testing...) I ran the following test: brand new XS (0.5.2-dev02) and 16 newly flashed XOs - boot XO - connect to AP - register with XS - restart sugar - count number of XOs on neighborhood view - note new entry in ejabberd logs - check ejabberd reports correct number of connected users, which is 1 higher than previous iteration - for every other XO, count number of XO figures on neighborhood view and confirm the numbers match - repeat for next XO No problems. Then: - one by one, turn off each XO, confirming that the count reduces by 1 on all the other XOs No problems. Reboot XS then: - boot XO - count number of XOs on neighborhood view - note new entry in ejabberd logs - check ejabberd reports correct number of connected users, which is 1 higher than previous iteration - for every other XO, count number of XO figures on neighborhood view and confirm the numbers match - repeat for next XO and then the shutdown test again. Worked fine. Will test again on Friday with 85 XOs. Probably not counting at each and every stage, to avoid excessive wastage of time. Should I make any other refinements to that procedure? Daniel ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] contact for stateside deployment Dev & Test?
Hi, Being jobless I can only support your efforts in encouraging folks with resources to take up the cause. One such cause I can see is for the School Server being pre-staged by folks not very tech savvy BUT very much attuned to the countries in which it will be installed. I've been networking myself among such folks at a large university based in NYC. AND as our XO-1 user group has just disbanded I'd like to approach this university for meeting space/work to develop the rollout of your School Server. Is there someone at laptop.org to whom I could refer my contact(s) at this university for supporting such School Server work? I realize you don't know me BUT I do have experience in this type of work and can fwd CV, resume, references and the first thing I ever Designed, Drew, Built is pictured at, steveb.mp ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: testers needed: grab keys and touchpad rotation
sorry about that. replying to add a subject... i wrote: > > last week i announced a daemon that would activate the grab keys > on the XO keyboard. > > a day or two later there was a thread about how it would be nice > if the action of the touchpad rotated with the screen (in much the > same way that the dpad keys do). > > since my daemon was already looking at every input event, it seemed > a natural place to implement the rotation feature. > > and after doing that, the name seemed like it should change. > > so, announcing "olpc-kbdshim". > > source: > http://dev.laptop.org/git?p=users/pgf/olpc-kbdshim > > rpm: > http://dev.laptop.org/~pgf/rpms/olpc-kbdshim-1-1.i386.rpm > > after installing the rpm you need to fully reboot your laptop to > get the plumbing set up properly. > > the rpm includes a new command "olpc-rotate" which takes care of > all the mechanics of screen and touchpad rotation. since sugar > (currently) handles this key binding, the rpm postinstall script > patches /usr/share/sugar/shell/view/keyhandler.py so that it > invokes os.system("olpc-rotate") _instead_ of its current builtin > behavior. separating it out like this makes olpc-kbdshim and > olpc-rotate more useful for non-sugar UIs. i wrote the sugar > patch so that it won't break if you uninstall the olpc-kbdshim > rpm -- sugar will take over the rotate function again. also, > though i haven't tried it on today's brand-new sugar 0.84 (good > work everyone!), a look at the current keyhandler.py says the patch > should still apply correctly. > > the topic of ebook-mode touchpad usage came up the other day too. > while i didn't create any visible UI support for it, the daemon > will put the touchpad in and out of ebook-mode (which means, > reflecting it on both x and y axes) using "olpc-rotate -e/-n" > > please let me know what you think... > > paul > > p.s. btw, the daemon isn't really very olpc-specific. i've been > running it on my thinkpad all week, in order to get the use of > the grab key scrolling. the thinkpad doesn't have Windows keys > (which is what the XO grab keys are), but it turns out the blue > Fn key in the corner can be used as a modifier, so that plus my > trackstick gives 2D scrolling -- it came in very handy for > looking at the bootchart images this morning. > =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[no subject]
[resend from subscribed address] last week i announced a daemon that would activate the grab keys on the XO keyboard. a day or two later there was a thread about how it would be nice if the action of the touchpad rotated with the screen (in much the same way that the dpad keys do). since my daemon was already looking at every input event, it seemed a natural place to implement the rotation feature. and after doing that, the name seemed like it should change. so, announcing "olpc-kbdshim". source: http://dev.laptop.org/git?p=users/pgf/olpc-kbdshim rpm: http://dev.laptop.org/~pgf/rpms/olpc-kbdshim-1-1.i386.rpm after installing the rpm you need to fully reboot your laptop to get the plumbing set up properly. the rpm includes a new command "olpc-rotate" which takes care of all the mechanics of screen and touchpad rotation. since sugar (currently) handles this key binding, the rpm postinstall script patches /usr/share/sugar/shell/view/keyhandler.py so that it invokes os.system("olpc-rotate") _instead_ of its current builtin behavior. separating it out like this makes olpc-kbdshim and olpc-rotate more useful for non-sugar UIs. i wrote the sugar patch so that it won't break if you uninstall the olpc-kbdshim rpm -- sugar will take over the rotate function again. also, though i haven't tried it on today's brand-new sugar 0.84 (good work everyone!), a look at the current keyhandler.py says the patch should still apply correctly. the topic of ebook-mode touchpad usage came up the other day too. while i didn't create any visible UI support for it, the daemon will put the touchpad in and out of ebook-mode (which means, reflecting it on both x and y axes) using "olpc-rotate -e/-n" please let me know what you think... paul p.s. btw, the daemon isn't really very olpc-specific. i've been running it on my thinkpad all week, in order to get the use of the grab key scrolling. the thinkpad doesn't have Windows keys (which is what the XO grab keys are), but it turns out the blue Fn key in the corner can be used as a modifier, so that plus my trackstick gives 2D scrolling -- it came in very handy for looking at the bootchart images this morning. =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: rawhide-xo 20090303 build fails to boot on XO
Hi Gary, > It's failing to boot into Sugar, with the console error: > >mount: unknown filesystem type 'jffs2' Please join the fedora-olpc list; this problem has already been discussed there. Thanks, - Chris. -- Chris Ball ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
rawhide-xo 20090303 build fails to boot on XO
Just a quick note say that after copying the latest rawhide-xo image to an XO's nand: http://dev.laptop.org/~cjb/rawhide-xo/20090303/ It's failing to boot into Sugar, with the console error: mount: unknown filesystem type 'jffs2' FWIW: The previous 20090227 image is booting fine. --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
FW: SoaS on XO bootcharts
In case XO F11 boot times are of especial interest to anyone: - Forwarded message from Martin Dengler - Date: Tue, 3 Mar 2009 22:57:33 + From: Martin Dengler Subject: SoaS on XO bootcharts To: sugar-de...@lists.sugarlabs.org, fedora-olpc-l...@redhat.com For my OLPC/XO-1 laptop these days, I'm using the Sugar-on-a-Stick kickstart files[1]. I want my XO to boot fast, not because I boot it a lot, but because it boots really, really slowly right now. So I installed bootchart, changed olpc.fth to use it, rebooted, and voila, got this chart: http://www.martindengler.com/proj/soas/Soas-200903022241-bootchart.png Then I edited /etc/bootchartd.conf to use process accounting, and got this chart: http://www.martindengler.com/proj/soas/Soas-200903022241-bootchart-psacct.png I booted without my SD card (which isn't the boot device - I'm booting off NAND) inserted, and got this chart: http://www.martindengler.com/proj/soas/Soas-200903022241-bootchart-psacct-nosdcard.png So there's some work to do to fix some SD card badness... Meanwhile, looks like I should get more familiar with rc.sysinit. The data for the above charts are all available at: http://www.martindengler.com/proj/soas I figured some people might be interested in this. Thanks to sdziallas, erikos, marcopg, and the whole SoaS team for their great work. Martin 1. slightly modified to add more personally-interesting RPMs, including bootchart: http://git.sugarlabs.org/projects/soas/repos/mtds-clone/blobs/soas-devxo/soas-developer.ks - End forwarded message - pgp2sqHs4gZRr.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[ANNOUNCE] Sucrose 0.84.0 Final Release
Dear Sugar Community, this is the Final Release in our 0.84 development cycle [1]! Thanks to our testers the developers were able to bring in bug fixes to stabilize the platform. And the translators were busy to get all the strings translated. All the details what have changed from a user point of view will be handled in the detailed 0.84 release notes. Thanks everyone for your great contributions! In behalf of the sugar community, Your Release Team [1] The Sucrose Release Schedule can be found here http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule [2] You can find more details at http://sugarlabs.org/go/DevelopmentTeam/Release/Releases/Sucrose/0.84.0 == Glucose news == === sugar === *Focus rectangle corners should be rounded {{Bug|406}} * Restore minimal .xol support {{Bug|459}} * Check the activity version and replace an older version upon download {{Bug|464}} * Friendstray: icon reacting to right click {{Bug|441}} * Network device icons don't react on right click {{Bug|463}} * Don't open a launcher window when that activity is already running {{Bug|426}} * Fall back to application-octet-stream for unknown types {{Bug|458}} * Show a generic icon for clippings, if available {{Bug|454}} * Don’t add_bundle on activity dir change when installed already {{Bug|442}} * Make mute sound code togglable * Keyhandler: Map XF86Search to the journal search * Keyhandler: Catch all exceptions (thanks to Sascha Silbe) * Give time for exit to execute when closing the emulator {{Bug|435}} * Dont hardcode the maximum amount of entries to cache in the journal {{Bug|72}} * Add standard ‘Print’ shortcut to take a screenshot * Use keyboard specific keys to set the volume {{Bug|430}} * Update to new DBus policy {{Bug|307}} * Fix palette appearance on right-click {{Bug|403}} * Switch to existing instance of an activity if it’s already running {{Bug|410}} === sugar-toolkit === * Catch all exceptions while saving {{Bug|224}} * Listen for map in Window instead of in Canvas (alsroot) {{Bug|428}} * Restore minimal .xol support {{Bug|459}} * Use the same font size independent from scaling * Don't recursively clean an activity if it's a symbolic link {{Bug|444}} * Add extension to temp icon file names {{Bug|458}} * Process .py files in subdirectories './setup genplot' (alsroot) {{Bug|391}} * Improve error handling of calls to XGrabKey {{Bug|431}} * Cleanup temp files at exit {{Bug|435}} * Let activities provide their own implementation of get_preview() {{Bug|152}} * Show/Hide the color palette correctly {{Bug|374}} * Support setting None as the secondary text {{Bug|384}} * Only display one line in the secondary text of a clipping palette {{Bug|384}} * Switch to existing instance of an activity if it’s already running {{Bug|410}} * Reveal the palette on right click on an activity icon {{Bug|409}} === sugar-base === * 2*42=84 === sugar-presence-service === * 0.84.0 Final release * No changes since 0.83.3 === sugar-datastore === * Nice, cool-looking 0.84.0 version number ;) === sugar-artwork === * This component release is part of the effort: "Make Sugar 0.84 appear up here: http://en.wikipedia.org/wiki/84_(number)#In_other_fields" === etoys === * updated translations de, el, fr, sv, tr, vi * fixed 'bearing to' and 'distance to' tiles == Fructose news == === terminal === * Change default font size to 10 from 8 * New translations === read === * Sucrose 0.84.0 release * Translation updates: pt, de, sv, ne === browse === * new translations === chat === * Sucrose 0.84.0 Release * Translation updates: pt, ne === write === * Update to API change, render_page_to_image starts now with 1 {{Bug|152}} * Override get_preview {{Bug|152}} * Deprecation fix: Use bundle_id instead od service_name * Updated translations === imageviewer === * Remove hacks needed because of d.sl.o (Tomeu) {{Bug|258}} * New languages and translations === jukebox === * share/keep button hidden * new translations added === turtleart === * updated de, it and sv artwork ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Some quick rawhide-xo/20090227 notes
2009/3/4 Wade Brainerd : > On Mon, Mar 2, 2009 at 4:49 PM, Gary C Martin wrote: >> >> Just some feedback relating to: >> >> http://dev.laptop.org/~cjb/rawhide-xo/ >> >> No tickets filed, ping back if you want one on any of these items: >> >> - By default the builds boot into GNOME desktop, not Sugar. As a non >> regular Fedora/GNOME user, it took me a day or so before I spotted the >> partially obscured button in the bottom right tray of the login page >> called session. Which reveals a menu allowing you to change the >> default desktop over to Sugar :-) >> >> - The default set of Activities is stored under /usr/share/sugar/ >> activities, everything is owned as root. The Sugar shell does display/ >> launch Activities in this folder, but will not erase or upgrade them >> (e.g if you download a new .xo bundle with Browse). A quick fix is to >> move the directory to /home/liveuser/Activities and then chown -R >> liveuser /home/liveuser/Activities, and rebooting. >> >> - Just a heads up for Activity developers that Python 2.6 is installed >> on these newer builds, and the json library at least is very different >> from what shipped in previous OLPC builds. Moon (and I'm sure some >> other Activities) expect the previous json method calls so, on >> closing, you get a 'keep error'. Happy to fix, but not sure what the >> best resolution is if I want same code to play well with both new and >> old distros (hints appreciated). > > Note that the new JSON library was available before as 'simplejson'. That's > what I use in all my activities since it's the default going forward, and > has much better features than the old 'json' or 'cjson'. simplejson in 2.6 has part of it rewritten in C as well, so the speed difference with cjson might not be so big any more. Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel