Re: [Sugar-devel] future of the grab key?
Hi Paul, this looks as awesome work! If I understood correctly what you did, nor applications nor the shell need to be modified in order to benefit from this, right? If so, then I guess this is something as independent from Sugar as the Geode X driver may be and you don't need to worry about Sugar schedules. Just about the schedules of the people that you want to ship this ;) I recommend you the same I recommended Michael on #sugar: once Sugar on a Stick gets a bit more stable on the XO, build your own images with your software in and ask people to try it. Or if you don't need so much wide testing, just package it and tell people to install the rpm on top of SoaS on the XO. Regards, Tomeu On Tue, Feb 24, 2009 at 21:31, p...@laptop.org wrote: since we're examining unloved features today, i have something to show and tell, too. i'd like to get input on some work i've done to get the grab key(s) on the XO working. i don't think what i've done is quite how they were originally planned to work, but maybe it's close enough. i also know erik did a bunch of work on this last fall (see extensive patches on #447), and i've never been sure why that hasn't gotten picked up, so i'd like to know more about that, too. background: i've been working on a (non-XO) project recently that led me to implement a userspace virtual keyboard. as the last step of that project, i implemented modifier-based scrolling -- i can hold a key, use the joystick (on the keyboard device in question), and instead of getting motion events, scroll-button-press events are generated and injected into the uinput device. it works very nicely. when i asked a question related to my project a few weeks ago on IRC, tomeu asked if i was thinking about the grab key. i wasn't back then, but the thought stuck with me. so: i've now implemented a fairly small daemon that sits between the XO keyboard/touchpad pair and the evdev kernel driver. it opens the keyboard and touchpad /dev/input/eventN nodes (in such a way that X will skip them when it starts), creates a third eventN node via uinput, and shuttles events in between. the only thing it does with the data is watch for the grab keys -- when it sees one, it does as described above: ensuing touchpad events are translated into a smaller number of scroll-button events, and as a result the window moves instead of the mouse pointer. but as i was finishing it up and testing it, i realized that it doesn't really do what i pictured the grab key as doing. i had pictured the grab key as causing the mouse cursor to, well, grab the window contents, to allow dragging it around. (just like clicking and dragging on google maps.) but what i'd done was different: when one's finger moved on the touchpad, the _scrollbars_ moved. the mouse pointer stayed stationary with respect to the window edges, and the window contents moved in the _opposite_ direction from the finger on the touchpad. since i wasn't sure what to make of this frame-of-reference reversal, i did the obvious thing: i reversed the behavior, but added a commandline option to put it back, just in case. (the original backward behavior still feels more correct on the joystick pointer of my original project, for instance.) since the mouse cursor remains stationary on the screen, it still doesn't feel like you're grabbing the contents, but it's may be more intuitive than the way it was. any thoughts on this? you can try it if you'd like: http://dev.laptop.org/git?p=users/pgf/grabkeyd it needs to be started before X, and uinput needs to be loaded. (happily, uinput is already in the XO releases.) initially the easiest way to test it is: # modprobe uinput # init 3 # ./grabkeyd -l [ check that grabkeyd is running, check /var/log/messages for failure ] # init 5 as i recall, one of the objections to erik's implementation last year was that it required the XTEST extension, which is considered a security risk. as far as i know, there's no risk to my current implementation. (other than, if it dies, you lose your mouse and keyboard. uh oh -- better run it from init. :-) because it's in a fairly critical path, grabkeyd has facility for running at an elevated scheduling priority. currently this is a SCHED_FIFO priority, which is probably safe, but perhaps overkill. it's not the default. comments solicited... paul =- paul fox, p...@laptop.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] Moon-9
Gary C Martin wrote: == .XO Bundle == http://addons.sugarlabs.org/en-US/sugar/addon/4034 Worked fine for me. http://wiki.laptop.org/images/5/51/Moon-9.xo ...or use the software update panel. == Source == http://download.sugarlabs.org/sources/honey/Moon/Moon-9.tar.bz2 == Git == http://git.sugarlabs.org/projects/moon == Features == - Code cleanup (make pylint happier) - Merged alsroot's excellent independence resolution code addition (resizes moon image to fit available display, much better for misc SoaS hardware screen resolutions) Worked awesomely for me - testing with 800x600 - good work! - Updated localizations (latest from Pootle, thanks all!) == Documentation == http://wiki.laptop.org/go/Moon We might want to move the documentation to the Sugarlabs wiki - I have seen Walter did it already http://sugarlabs.org/go/Activities/TurtleArt - I need to do it for Browse as well. Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Digest 2009-02-24
2009/2/24 Walter Bender walter.ben...@gmail.com: `snip` 5. Christian Marc Schmidt has been making great progress on the new static website (See http://www.christianmarcschmidt.com/projects/sugarlabs/betasite). We are still seeking more screenshots of the work of children using Sugar, i.e., authentic Sugar images. I find the menu which pops-up a bit confusing, took me a while to figure it out. Cant it be made as spread out menu along the top of the webpage, like its usually done in other websites? A first class `toolbar` of options, and beneath them the sub-options of the clicked option. Other than that, loved the cartoons (although a bit scary with all those sharks around), but definitelly inspiring. Eduardo === Tech Talk === 6. Lionel Laské has been looking into the use of Mono as a Sugar resource, opening up to us the .NET community. Please see his post, “Mono on Sugar for dummies”, on the French .NET community site (http://www.techheadbrothers.com/Articles.aspx/developper-mono-xo). 7. S. Page, in reminding us, Don't bet against the browser, posted a link to a Pippy-like tool for Javascript (See http://billmill.org/static/canvastutorial/). 8. Sascha Silbe finally managed to get Linux working on his phone, so he couldn't resist installing Sugar (See http://sascha.silbe.org/photos/dsc04708.jpg, http://sascha.silbe.org/photos/dsc04709.jpg, http://sascha.silbe.org/photos/dsc04710.jpg, and http://sascha.silbe.org/photos/dsc04711.jpg). Sascha says, No, it isn't really usable - only 64MB of physical RAM means swapping ~30MB to SD just to start Sugar (no activities running). Sugar isn't touchscreen-compatible as well (there are no plain movements, just clicks and drags). But it looks great. === Sugar Labs === 9. Gary Martin has generated another SOM from the past week of discussion on the IAEP mailing list (Please see http://wiki.sugarlabs.org/go/Image:2009-February-14-20-som.jpg). -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Digest 2009-02-24
Also, the black highlighted phrases, couldn`t they be colored with another color? I think the idea interesing, its just that it looks strange to have them around with a black background, perhaps a different highlighted mode would be best. But once again, I don`t know the philosophy of the graphical design of the website, so rock on your vision. Eduardo 2009/2/25 Eduardo H. Silva hoboprim...@gmail.com: 2009/2/24 Walter Bender walter.ben...@gmail.com: `snip` 5. Christian Marc Schmidt has been making great progress on the new static website (See http://www.christianmarcschmidt.com/projects/sugarlabs/betasite). We are still seeking more screenshots of the work of children using Sugar, i.e., authentic Sugar images. I find the menu which pops-up a bit confusing, took me a while to figure it out. Cant it be made as spread out menu along the top of the webpage, like its usually done in other websites? A first class `toolbar` of options, and beneath them the sub-options of the clicked option. Other than that, loved the cartoons (although a bit scary with all those sharks around), but definitelly inspiring. Eduardo === Tech Talk === 6. Lionel Laské has been looking into the use of Mono as a Sugar resource, opening up to us the .NET community. Please see his post, “Mono on Sugar for dummies”, on the French .NET community site (http://www.techheadbrothers.com/Articles.aspx/developper-mono-xo). 7. S. Page, in reminding us, Don't bet against the browser, posted a link to a Pippy-like tool for Javascript (See http://billmill.org/static/canvastutorial/). 8. Sascha Silbe finally managed to get Linux working on his phone, so he couldn't resist installing Sugar (See http://sascha.silbe.org/photos/dsc04708.jpg, http://sascha.silbe.org/photos/dsc04709.jpg, http://sascha.silbe.org/photos/dsc04710.jpg, and http://sascha.silbe.org/photos/dsc04711.jpg). Sascha says, No, it isn't really usable - only 64MB of physical RAM means swapping ~30MB to SD just to start Sugar (no activities running). Sugar isn't touchscreen-compatible as well (there are no plain movements, just clicks and drags). But it looks great. === Sugar Labs === 9. Gary Martin has generated another SOM from the past week of discussion on the IAEP mailing list (Please see http://wiki.sugarlabs.org/go/Image:2009-February-14-20-som.jpg). -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Auto-authentication for Browse -
Hello Everyone, My name is Hamilton Chua and I am new to these lists and even newer to sugar development and the olpc in general so please do forgive me if the questions I am about to ask have been asked and answered before. I am using a development snapshot of Sugar on a Stick (SoaS) and XS (0.5.1) on Virtualbox 2.1.4. So here are my questions : 1) It seems registration does not work on SoaS because it lacks the info that you normally have on an OLPC laptop in order to successfully register with an XS server. I would like to ask what the significance, if any, of registration. In the snapshot I have, it seems that I can set the jabber server on the control panel and it seemed that I was all set. 2) For the XS Cookie (Plan C here) to work, do I need to register sugar with an XS server ? 3) Are there plans to make registration work for Sugar installed on hardware other than an OLPC ? Thanks very much in advance. Best, Hamilton -- View this message in context: http://n2.nabble.com/Auto-authentication-for-Browse---tp2204988p2383357.html Sent from the Sugar Development mailing list archive at Nabble.com. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] setup.py release?
Hey all, OLPC's 8.2.0 builds have a 'release' bundlebuilder command. That's what I have always used to release new versions of my activities, since it works in such a consistent manner. The command increments activity.info, updates NEWS, makes a new Git tag vXX, builds xo and tar.bz2 bundles, and finally pushes everything to Git. I noticed this argument doesn't exist on SoaS builds. Any reason for that, any any chance of getting it back? Cheers, Wade ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
On Wed, Feb 25, 2009 at 6:50 PM, Ton van Overbeek tvoverb...@gmail.com wrote: When trying out Soas-200902231225 the journal stays empty. Anybody else seen this ? This is true in several versions of Sugar, including Ubuntu packages. Jonas Smedegård has made a patch for it, available from http://debian.jones.dk/ sid sugar Ton van Overbeek ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://wiki.sugarlabs.org/go/User:Mokurai (Ed Cherlin) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 offtopic On Wed, Feb 25, 2009 at 07:41:43PM -0800, Edward Cherlin wrote: Jonas Smedegård has made a patch for it, available from ^ Nice try, and you (or some dictionary in your MUA?) are right in general that danish aa is better written å, but for names specifically it often has a significance of being family names with a long proud trail. My middle name is Smedegaard and not Smedegård. :-) /offtopic - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmmFq0ACgkQn7DbMsAkQLirTwCfTXkKr+S5ICJ/hg0JA5VX3id0 7coAnRdmoMtBqaCR9GZ+ok3ykvL0idk7 =8eoH -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 25, 2009 at 07:41:43PM -0800, Edward Cherlin wrote: On Wed, Feb 25, 2009 at 6:50 PM, Ton van Overbeek tvoverb...@gmail.com wrote: When trying out Soas-200902231225 the journal stays empty. Anybody else seen this ? Please look at the logfiles below ~.sugar/default/logs (or wherever they are stored on your installation), and post info on any indications on crashes found there. This is true in several versions of Sugar, including Ubuntu packages. Jonas Smedegård has made a patch for it, available from http://debian.jones.dk/ sid sugar Above is not usable for Soas - and my website contains more than 2000 Debian packages, so above is little use even for Sugarlabs developers. The actual patch is patch 0001 that I have now posted here: http://debian.jones.dk/pkg/sugar/sugar-datastore/sid/auryn/patches/ The patch was grabbed from Sugarlabs development tree, so should be already applied in recent releases of sugar-datastore, which I believe is in the Soas release mentioned above. In other words: Even if the symptom is the same, this most likely is *not* the same problem that used to be in Debian and Ubuntu. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmmG2gACgkQn7DbMsAkQLiCBQCgnkNN4rsJVqdiCL4iK8akj8KJ Ez4An3zQtxYQ9nrx0VWaZobLb9Jm2AKj =hs2Y -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] OS/X11 support for XO-1 hardware?
da...@lang.hm wrote: It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. except that you would spend those CPU savings doing the scaling up from 320x240 to the higher resolution. Argh and double argh! You're both wrong. 1. Video playback in any sane player is already routed through XV, which uses the GPU's video overlay scaler (and YUV-RGB converter). The result is that playing a 320x240 video at 1200x900 full-screen already costs zero extra CPU cycles. No need to mess with screen resolution. 2. The Geode LX GPU can do both output scaling and video-overlay scaling, independently, at the same time. On the latest drivers, we should be able to set the screen resolution to 600x450, scaled up to 1200x900, and then play a 320x240 video, scaled up to 480x360 (which means 960x720 physical LCD pixels), all without using any CPU power for scaling. There are lots of good reasons to play with screen resolution. My favorite reason is that reducing the resolution to 800x600 would make all graphical operations runs twice as fast, and use half as much memory, while introducing a negligible drop in display quality (the display, remember, is not _really_ 1200x900 in color mode; the total number of color elements is equivalent to 800x450). --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
