Re: [Server-devel] [OLPC Networking] RSSI value questions
I realized after chatting with Ben that my assessments were wrong about this being a feasible project for the summer. The main issue is still that the radios dynamically adjust their gain to increase RSSI between nodes that are farther apart. I do have ideas that may be possible to overcome this, but some experimentation would be needed. Depending on how often the gain is adjusted and in what ways, inferring the gain may be possible. According to the link below, the setbcnavg command can be used to set the weighting factor for calculating RSSI, but I'm not sure how this affects connectivity between nodes. If setting the value as high as possible or as low as possible causes nodes to disappear from a radio's view, then direction is easy to discover by having all XOs step through the values and recording which nodes come back within view and when. I think this would provide direction, unless the command doesn't affect connectivity. I'll post the rest of my thoughts later, as I need to finish some other work. Unfortunately, I don't have the equipment necessary to test out any other theories, nor do I feel I have the technical knowledge to see this project through, so I'm afraid this is where I get off the bus. Thanks for all of your input. http://wiki.laptop.org/go/Wireless_Driver_README - Crawford ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Simple gtk+ program - output not as expected
Hi I have compiled the program shown below in my system in Fedora platform and had run in my system too. I took the executable file of this program and run it in the OLPC. But I couldn't get the same output as that in Fedora. Why is it so? It just shows up like the whole screen. It doesn't even act like any activity in OLPC. What can we do to this code so that it looks like an activity in OLPC? How can we modify it? The code is as follows: #include gtk/gtk.h int main( int argc, char *argv[] ) { GtkWidget *window; gtk_init (argc, argv); window = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_widget_show (window); gtk_main (); return 0; } This is a simple code that just displays a window with a minimize, maximize close buttons. Please suggest the modifications needed for this program so that it runs similar with the OLPC too. aswathy ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
wireshark and 802.11s
Good day We would like to do performance tests with some OLPCs. We use wireshark (1.0.0 for windows) for that, but we can't see IEEE 802.11 in the protocol description. Is there any special config. to do in wireshark (windows version) Another question, did this version (1.0.0 for windows) support 802.11s or we need to do add something (batch ) I appreciate your help ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New faster build 1825
On Thu, Apr 3, 2008 at 9:13 PM, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build1825 Couldn't update: -bash-3.2# olpc-update -rfvv faster-1825 Downloading contents of build faster-1825. @ERROR: unknown module 'build-faster-1825': Command '['/usr/bin/fakeroot', '-i', '/home/upserv/builds/[EMAIL PROTECTED]/fakeroot.state', '-s', '/home/upserv/builds/[EMAIL PROTECTED]/fakeroot.state', '--', 'python2.5', '-c', from upserv import as_root_extract_build; as_root_extract_build('/home/upserv/builds/[EMAIL PROTECTED]/tmp','/home/upserv/builds/[EMAIL PROTECTED]/root','/home/upserv/builds/[EMAIL PROTECTED]/build.tar.bz2','/home/upserv/builds/[EMAIL PROTECTED]/contents')]' returned non-zero exit status 1 rsync error: error starting client-server protocol (code 5) at main.c(1383) [receiver=2.6.9] Could not download update contents file from: rsync://updates.laptop.org/build-faster-1825/contents I don't think the requested build number exists. Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] Remove Ctrl-O (the letter oh) keyboard shortcut to fix #4646
Eben, There's been a trac bug open for a while about removing the Control-O shortcut from the keystrokes captured by sugar so that nano can work from the Terminal. nano's the recommended editor, IIRC. Control-O is save in nano. It's a one line patch, and you said ages ago in trac (#4646) that you wouldn't be sad if Control-O went away. Do you feel you can approve this patch? Martin On Thu, Apr 03, 2008 at 09:22:18PM +0200, Marco Pesenti Gritti wrote: Eben are you ok with this? On Thu, Apr 3, 2008 at 8:37 PM, [EMAIL PROTECTED] wrote: From: Martin Dengler [EMAIL PROTECTED] --- src/view/keyhandler.py |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/src/view/keyhandler.py b/src/view/keyhandler.py index 82b6b1c..b14d27d 100644 --- a/src/view/keyhandler.py +++ b/src/view/keyhandler.py @@ -61,7 +61,6 @@ _actions_table = { 'ctrlEscape' : 'close_window', 'ctrlq': 'close_window', '0xDC' : 'open_search', -'ctrlo': 'open_search', 'alts' : 'say_text' } -- 1.5.4.1 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel pgpvGOHVUBFcA.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wireshark and 802.11s
Hi! As far as I know, there is no available patch for the windows version. Please refer to: http://wiki.laptop.org/go/Wireshark (though this page is not updated). -- Ricardo Carrano On Mon, Apr 7, 2008 at 7:06 AM, [EMAIL PROTECTED] wrote: Good day We would like to do performance tests with some OLPCs. We use wireshark (1.0.0 for windows) for that, but we can't see IEEE 802.11 in the protocol description. Is there any special config. to do in wireshark (windows version) Another question, did this version (1.0.0 for windows) support 802.11s or we need to do add something (batch ) I appreciate your help ___ 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: DBus - Sessionbus rights
On Sun, 2008-04-06 at 15:32 -0400, Michael Stone wrote: On Sun, Apr 06, 2008 at 01:11:55AM -0400, Polychronis Ypodimatopoulos wrote: The SystemBus is used for communication between processes that belong to different users. By default, /etc/dbus-1/system.conf says ...Deny everything then punch holes Why do we forbid the default user (olpc) by default from advertising processes under a well known name? Simple inertia combined with the fact that the authors of most processes running as uid 500 have considered their software to be session software rather than system software. If you feel differently, please consider suggesting a policy that you think is a better fit for our dvision of responsibility. (Though take into account the fact that we are presently trying to get Sugar and its dependencies running on non-OLPC systems.) What's wrong with user processes making their presence known on SystemBus? My suspicion is that it's an anti-spoofing measure, but that's merely a guess. Have you considered asking on one of the dbus mailing lists? Luckily all mail with DBus in the header gets filtered into a single folder ;) Yes spoofing is the answer here (it is sort of like asking why can't users create applications that run from /usr/bin though not quite exact). If we allowed users to grab names on the system bus that aren't marked as allowed to be used by users they could spoof HAL, the datastore or even the bus itself. Since applications running as root also access these services it could be used as an exploit to gain root privileges. In any case the session bus is what you want to use to create services other apps (in the session) can use. I don't know if OLPC's security model allows you to write to the local autostart directory but if it did you could even use that facility. I would suggest OLPC however restrict names to the application's own namespace and reserve certain namespaces (like org.laptop) for signed bundles. -- John (J5) Palmieri [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Simple gtk+ program - output not as expected
2008/4/7 Aswathy [EMAIL PROTECTED]: I have compiled the program shown below in my system in Fedora platform and had run in my system too. I took the executable file of this program and run it in the OLPC. But I couldn't get the same output as that in Fedora. Why is it so? It just shows up like the whole screen. It doesn't even act like any activity in OLPC. What can we do to this code so that it looks like an activity in OLPC? How can we modify it? Please suggest the modifications needed for this program so that it runs similar with the OLPC too. Sugar is a special window manager (based on matchbox?) written for XO so you can't expect exact the same app behavior as that under normal windows manager, like gnome or KDE. Basically, all app. windows will be full-screen and no min/max or close buttons as you saw. It doesn't matter which toolkit you are using to write the program. Just if you use PyGTK, you can directly use the currently available libs. for UI instead of doing everything yourself. -- Best regards, Yuan Chao ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] Remove Ctrl-O (the letter oh) keyboard shortcut to fix #4646
Yes, I'm fine with this. - Eben On Mon, Apr 7, 2008 at 6:53 AM, Martin Dengler [EMAIL PROTECTED] wrote: Eben, There's been a trac bug open for a while about removing the Control-O shortcut from the keystrokes captured by sugar so that nano can work from the Terminal. nano's the recommended editor, IIRC. Control-O is save in nano. It's a one line patch, and you said ages ago in trac (#4646) that you wouldn't be sad if Control-O went away. Do you feel you can approve this patch? Martin On Thu, Apr 03, 2008 at 09:22:18PM +0200, Marco Pesenti Gritti wrote: Eben are you ok with this? On Thu, Apr 3, 2008 at 8:37 PM, [EMAIL PROTECTED] wrote: From: Martin Dengler [EMAIL PROTECTED] --- src/view/keyhandler.py |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/src/view/keyhandler.py b/src/view/keyhandler.py index 82b6b1c..b14d27d 100644 --- a/src/view/keyhandler.py +++ b/src/view/keyhandler.py @@ -61,7 +61,6 @@ _actions_table = { 'ctrlEscape' : 'close_window', 'ctrlq': 'close_window', '0xDC' : 'open_search', -'ctrlo': 'open_search', 'alts' : 'say_text' } -- 1.5.4.1 ___ 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: DBus - Sessionbus rights
John (J5) Palmieri wrote: Luckily all mail with DBus in the header gets filtered into a single folder ;) Yes spoofing is the answer here (it is sort of like asking why can't users create applications that run from /usr/bin though not quite exact). If we allowed users to grab names on the system bus that aren't marked as allowed to be used by users they could spoof HAL, the datastore or even the bus itself. Since applications running as root also access these services it could be used as an exploit to gain root privileges. This sounds to me like we should not allow the user to run a server on _any_ TCP port, because he may spoof an SSH/POP/DNS server. Instead, the solution was simply to not allow the user to run servers on ports lower than 1000. Even if we fixed this on the XO, my ubuntu distribution has the same security policy, so maybe a bug should be filed against DBus? In any case the session bus is what you want to use to create services other apps (in the session) can use. In my case, user processes need to have a two-way communication with a system process, like having a system process listening on a well-known port and user processes register themselves with the system process, stating on which port they are listening for data. The user processes need not necessarily use a well-known dbus name like 'org.laptop', but I could not publish a method (from a user process) on the system bus from an address like| :0-31.| thx p. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] [OLPC Networking] RSSI value questions
On Wed, 2008-04-02 at 17:05 -0400, John Watlington wrote: At 2.4 GHz, the interference between multiple paths makes signal level measurement pretty useless for determining position. If you do this to a number of spatially distributed access points, you can improve the estimate... This is how the Bluetooth Location service works... Actually, you can do a decent idea of location based on signal strength *iff* you have a lot of *known* receiving stations and lots of *known* measurements. Jamey Hicks and Andy Christian at HP's CRL (our lab that got shutdown upstairs), were able to do quite decently. But I don't think it is remotely practical for our use. - Jim -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: DBus - Sessionbus rights
On Mon, 2008-04-07 at 10:57 -0400, Polychronis Ypodimatopoulos wrote: John (J5) Palmieri wrote: Luckily all mail with DBus in the header gets filtered into a single folder ;) Yes spoofing is the answer here (it is sort of like asking why can't users create applications that run from /usr/bin though not quite exact). If we allowed users to grab names on the system bus that aren't marked as allowed to be used by users they could spoof HAL, the datastore or even the bus itself. Since applications running as root also access these services it could be used as an exploit to gain root privileges. This sounds to me like we should not allow the user to run a server on _any_ TCP port, because he may spoof an SSH/POP/DNS server. Instead, the solution was simply to not allow the user to run servers on ports lower than 1000. Even if we fixed this on the XO, my ubuntu distribution has the same security policy, so maybe a bug should be filed against DBus? Just because they are communications layers doesn't mean they have the same security profiles. This is not a bug. If you want some name to be able to be owned you need to add a security policy for it. If you want to take your analogy further, it is akin to having to punch holes in the firewall. You still need access to root to do that. In any case the session bus is what you want to use to create services other apps (in the session) can use. In my case, user processes need to have a two-way communication with a system process, like having a system process listening on a well-known port and user processes register themselves with the system process, stating on which port they are listening for data. The user processes need not necessarily use a well-known dbus name like 'org.laptop', but I could not publish a method (from a user process) on the system bus from an address like| :0-31.| I can't think of a reason to want a system process invoking methods on a user process. More likely you want the system process to send signal and have the user process listening for them. As long as the system process has a security profile to allow the user process to listen for those signals. You can send signals to specific unique names if you need to. I would suggest you run your system process with a little privileges as needed. BTW. you can't install system processes on the OLPC unless they get into a build or the user takes steps to install as root. I would encourage you to discuss your design on the list more to see if you can't figure out a better way to run your app as the user only. -- John (J5) Palmieri [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: DBus - Sessionbus rights
John (J5) Palmieri wrote: I can't think of a reason to want a system process invoking methods on a user process. Well, in my case, the system process is the only one having access to the network and provides network connections and events to all user processes. Sending signals to user processes is a bad choice (although this is what I'm doing right now), because it breaks the privacy between user processes. All is not lost. User processes do not necessarily have to allocate a well known name, as long as it is possible to export a method from a numeric bus address. Is this possible? Example? Thx, Pol ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: DBus - Sessionbus rights
On Mon, 2008-04-07 at 11:43 -0400, Polychronis Ypodimatopoulos wrote: John (J5) Palmieri wrote: I can't think of a reason to want a system process invoking methods on a user process. Well, in my case, the system process is the only one having access to the network and provides network connections and events to all user processes. Sending signals to user processes is a bad choice (although this is what I'm doing right now), because it breaks the privacy between user processes. All is not lost. User processes do not necessarily have to allocate a well known name, as long as it is possible to export a method from a numeric bus address. Is this possible? Example? No, this is part of the security profile. Signals can be sent to specific addresses though so as to not break privacy. That I would ask on the D-Bus list. I can't remember what the syntax for that is in python. As for getting network connections user processes should be able to do that. If you are in need of secure ports I would strongly recommend working with the core OLPC developers to make sure it isn't bypassing the security framework. -- John (J5) Palmieri [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New Activity Proposal -- Your voice on XO
Hi Josh, Thanks again for corresponding with me regarding this proposal. I actually have not had a chance yet to get my hands dirty with espeakeditor, or any of the voice-building components in the interface, for that. I do understand that it is something that can be done with a standard PC running a *nix OS, though the memory demands might be an issue. On the other hand, I would hope that hardware limitations at OLPC only become less restrictive with time. And of course, more considerable processing power might be had via solutions like those offered by the OLPC School server project. On a different note, your elaboration of the target end-user groups sums up the topic very neatly! Also, I will be contacting the OLPC group in the Solomon Islands for more on their TTS efforts. Will you be doing any mentoring work during GSoC 2008? Best, Alex On Sun, Apr 6, 2008 at 11:09 PM, Joshua Minor [EMAIL PROTECTED] wrote: I haven't tried to make a new espeak voice either. It would be great if there were more female and child voices in addition to the existing male voices in espeak. I suggest you give it a try. If it takes a lot of ram or cpu time or just a lot of steps for the user, that may limit the possibilities - or just shape the focus of the project. Your proposal for making voices easily probably appeals to at least three groups. First to educators and developers trying to add new voices for a particular language or country. The second group, is obviously kids who might like to learn about voice synthesis or just have the thrill of customizing the laptop to have a new voice. The final one is the disabled community who would like to use the XO as a tool to help folks communicate more easily. I know that the Solomon Island OLPC deployment is interested in creating voices for the local languages there. ( http://lists.laptop.org/pipermail/devel/2008-January/010412.html ) You might want to contact them to see what sort of effort they have made and what parts they found difficult. I built Speak because there was no gui for espeak on the XO. It was a pretty easy thing to make and seems to fill the gap nicely. The more people put effort into the underlying synthesis engine and more ways to access it (like the excellent speechd effort) the more powerful the system will become. Adding more voices will be a great way to expand the appeal of the system. -josh On Apr 5, 2008, at 8:15 AM, Alex Escalona wrote: HI Josh, Thank you for voicing your support! It's great to hear that there is general interest out there for this type of activity. I have to confess that I have not tried the existing process for adding a new voice. However, I am aware of the efforts required to undergo such an undertaking, and hope to make such endeavors more accessible for XO users and their communities. Can you share any experiences or knowledge that you might have on this subject? I understand that you were involved in creating and maintaining the Speak activity on the XO. As well, I have noted some interest in this proposal on the devel list (e.g., http://lists.laptop.org/pipermail/devel/2008-February/011076.html). And of course, I know that Hemant Goyal has done considerable work in forwarding Speechd on the XO as a speech synthesis interface, as well as advancing efforts in TTS in general. Best, Alex On Fri, Apr 4, 2008 at 10:07 PM, Joshua Minor [EMAIL PROTECTED] wrote: This is an awesome idea. A couple of people have contacted me to ask how to add new voices to Speak. It would be great to make this process easier. Have you actually tried the existing process for adding a voice? -josh On Apr 4, 2008, at 5:58 PM, Alex Escalona wrote: Hi Everyone, I just created a page on the OLPC wiki detailing my activity proposal--Your voice on XO http://wiki.laptop.org/go/Your_Voice_on_XO. I hope to develop this activity via GSoC 2008. A brief abstract of my proposal follows. This is a proposal for the creation of a new activity for the XO that would advance localization efforts in TTS development, as well as promote the involvement of the local community overall. Your voice on XO would consist of a long-term, community-based project to build and/or further development of a synthetic voice for the language used locally (for more on synthetic-voice building, see http://www.festvox.org/bsv/p710.html, and http://espeak.sourceforge.net/add_language.html). This activity would entail integrating the voice-building capabilities of eSpeak http://espeak.sourceforge.net/, or perhaps Festivalhttp://festvox.org/festival/, into Sugar on the XO, as well as working to facilitate synthetic-voice building in a classroom, or community setting (for an overall view of how the voice building process might proceed, see http://www.cstr.ed.ac.uk/emasters/summer_school_2005/tutorial3/tutorial.html ). Your feedback and comments are much
Mini-conference followup
Hi, everyone! Thanks to everyone who participated in the mini-conference last Thurs/Fri. If you presented slides or an outline, please upload them to http://wiki.laptop.org/go/Mini-conference so that we can collect all the information presented there. (Some of you have already done this!) I've got 11 DV tapes on my desk containing the mini-conference proceedings. We had to return the DV camera we were using to MIT, but hopefully we can borrow another one to get the bits off the tapes, and then I'll be transcoding and posting the talks as time permits. I'll let you know as I progress. If anyone would like to volunteer to help, that would be appreciated! --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Project application: TabletUI
1. Project name: TabletUI 2. Existing website, if any: 3. One-line description: A prototype activity for exploring user interfaces for the XO Pen Tablet. 4. Longer description: See http://wiki.laptop.org/go/PenTablet_UI 5. URLs of similar projects : 6. Committer list Please list the maintainer (lead developer) as the first entry. Only list developers who need to be given accounts so that they can commit to your project's code repository, or push their own. There is no need to list non-committer developers. Username Full name SSH2 key URLE-mail - -- #1 pdubroyPatrick Dubroy http://dubroy.com/patrick/id_rsa.pub[EMAIL PROTECTED] If any developers don't have their SSH2 keys on the web, please attach them to the application e-mail. 7. Preferred development model [X] Central tree. Every developer can push his changes directly to the project's git tree. This is the standard model that will be familiar to CVS and Subversion users, and that tends to work well for most projects. [ ] Maintainer-owned tree. Every developer creates his own git tree, or multiple git trees. He periodically asks the maintainer to look at one or more of these trees, and merge changes into the maintainer-owned, main tree. This is the model used by the Linux kernel, and is well-suited to projects wishing to maintain a tighter control on code entering the main tree. If you choose the maintainer-owned tree model, but wish to set up some shared trees where all of your project's committers can commit directly, as might be the case with a discussion tree, or a tree for an individual feature, you may send us such a request by e-mail, and we will set up the tree for you. 8. Set up a project mailing list: [ ] Yes, named after our project name [ ] Yes, named __ [X] No When your project is just getting off the ground, we suggest you eschew a separate mailing list and instead keep discussion about your project on the main OLPC development list. This will give you more input and potentially attract more developers to your project; when the volume of messages related to your project reaches some critical mass, we can trivially create a separate mailing list for you. If you need multiple lists, let us know. We discourage having many mailing lists for smaller projects, as this tends to stunt the growth of your project community. You can always add more lists later. 9. Commit notifications [ ] Notification of commits to the main tree should be e-mailed to the list we chose to create above [ ] A separate mailing list, projectname-git, should be created for commit notifications [X] No commit notifications, please 10. Shell accounts As a general rule, we don't provide shell accounts to developers unless there's a demonstrated need. If you have one, please explain here, and list the usernames of the committers above needing shell access. It's been suggested (http://lists.laptop.org/pipermail/sugar/2008-April/004921.html) that I should get a shell account in order to create personal git trees for sugar-toolkit and Paint, as a place to being integrating Pen Tablet support into Sugar. 11. Translation [X] Set up the laptop.org Pootle server to allow translation commits to be made [ ] Translation arrangements have already been made at ___ 12. Notes/comments: ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Build Debate: Followup on Build Naming
cjb, cscott, and I just chatted about build names. We have absolutely no problem announcing official-703 (when candidate-703 becomes official) under whatever name seems good but we have no consensus about what that name should be. cscott proposes '8.1' on the basis that it will be our first 2008 release. mstone thought we should bake a month into the name (perhaps 2008.04 or April-2008). Scott strongly preferred to avoid baking a month designator into the name because, as best I understand, he thinks we cannot afford to ship another release until we've made 'enough' improvement in at least one of our (approximately) four networking scenarios. Please correct and debate, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Build Debate: Followup on Build Naming
On Mon, 7 Apr 2008 20:37:15 -0400 Michael Stone [EMAIL PROTECTED] wrote: cjb, cscott, and I just chatted about build names. We have absolutely no problem announcing official-703 (when candidate-703 becomes official) under whatever name seems good but we have no consensus about what that name should be. cscott proposes '8.1' on the basis that it will be our first 2008 release. mstone thought we should bake a month into the name (perhaps 2008.04 or April-2008). Scott strongly preferred to avoid Baking it? I propose Apple Pie. Next one, Blueberry. Mmmm.. baking a month designator into the name because, as best I understand, he thinks we cannot afford to ship another release until we've made 'enough' improvement in at least one of our (approximately) four networking scenarios. Please correct and debate, Michael ___ 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
UI for working on it
The recent talk on Sugar about notifications reminds me that the OLPC currently appears to lack easy-to-check I'm working on that feedback to the user. Combined with Sugar's a single screen for whatever one is doing philosophy, this serves to HIDE what is going on from the user. I had originally thought as long as information is shown somewhere, that's good enough -- let the user come looking. But seeing how much I myself resent interruptions to what I am involved in, status ought to be available where the user is looking, and notification ought not to impose non-deferrable taking the user away from his current task. [I hate it if I'm typing something, and the Frame pops up and obscures where I was working.] Two recent 1825 experiences have raised my sensitivity to how to know what is/is_not going on: (1) I clicked (in Home list mode) on a rarely-used icon. Nothing seemed to happen. Losing patience, I navigated to a Terminal activity I had previously opened, and was about to type in something when the XO screen changed over to the newly-launched activity. [From the information available where I was looking, I thought the XO was not working on it (was not launching the new activity).] [On Linux (and Windows), once the user has clicked on something, the cursor changes (e.g., includes a bouncing ball). As long as the cursor change persists, the user can feel I don't need to do anything more RIGHT NOW about what I clicked on. Normally, the requested action will start (accompanied by a visual indication). Else, when the cursor reverts to its non-changed form, the user knows that he should investigate the possibility that the requested action never started.] On 1825 the only place that shows activity being launched is an obscure corner of the Frame -- and I had gotten rid of the Frame to be able to switch Home view into list mode. [I'm sorry, but to me the Frame is too intrusive so far to be useful as a current status display -- I only use it when I want to perform some action.] For me, showing loading is going on by in a corner blinking a dark icon on a dark background is much too easily overlooked. At least, both Home view modes need to give a *positive* indication at the clicked-on icon that your click-request was accepted. [Perhaps have the background of the icon be highlighted until launching completes.] [All to be noticed areas of the Frame should have a WHITE (or at the least, a contrasting) background.] (2) I had attempted to connect to an AP, by clicking on its icon in the Neighborhood view. I got bored after several minutes waiting for that icon in the Neighborhood view to stop blinking, and went back to working within activities. I don't know what the ultimate result was of me having done that click in Neighborhood view. [From the information available where I was looking, I believed the XO had kept on working on it (was still trying to connect).] I think the XO ought to have notified me, either when it decided it had accomplished that connection, or when it decided it could *not* make that connection. Elsewhere (#1385) I've proposed that the two LEDs on the XO front show peer connection status and data server connection status. It's a pity that there are not three LEDs - AP connection status also deserves a front LED (visible all the time, which the Frame thank goodness is not). [If important information changes status on the Frame (or on a different screen than what the user is currently looking at), let me suggest blinking (i.e., one-time dimming and brightening) the current screen. Then, when he is ready to be interrupted from what he was doing, the user can go off to view whatever that status change was.] mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Fixing the Pen Tablet
I've heard that the tablet is enabled is in recent joyride builds. Is there a build that has it that would be particularly good to try out? And how does the tablet mapping work? Does it control the core pointer, or is it accessed as an XInput device? I'm really interested in trying this out, as an alternative to reading directly from /dev/input/event5, as I'm doing now. Thanks, Pat -- Patrick Dubroy http://dubroy.com/blog - on programming, usability, and design 2008/3/23 Michael Stone [EMAIL PROTECTED]: Folks, Below are patches to the kernel source code and the xorg-x11-server and xorg-x11-drv-evdev packages which restore function to the ALPS Pen Tablet (dlo#5268), which fix the twin clicks bug that plagued previous approaches (dlo#6079), and which cause X to configure the Pen Tablet in absolute mode (mapped to the entire screen, dlo#1002) while leaving Glide Sensor in relative mode (discussion at dlo#4260). Blake Michael ___ 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: fake X11 input driver?
i wrote: i wrote: the xorg.conf file on the XO has no traditional stanzas for pointer and keyboard. this means there's no place to put options for things like ctrl:nocaps or emulate3buttons. ... i've now found part of this (no emulate3buttons) already filed as http://dev.laptop.org/ticket/5898 so i see that it's been brought up before. (the other part (ctrl:nocaps), btw, isn't obsoleted by the inspired control key placement on the XO keyboard. it's an issue with external usb keyboards.) just fyi, since i brought it up (and because when i search with problems i know i hate finding questions without answers) -- i've gotten the ctrl:nocaps to work in a somewhat crude fashion. it turns out this is a somewhat popular topic, since the evdev config options changed just recently, and it wasn't well documented -- turns out it's the buzz of the distro forums. the trick is to add the external keyboard explicitly as an input device (in the fullness of time i think the idea is that udev-created symlinks will help here), and assign it the ctrl:nocaps option. so, commenting out the reference to the fake InputDevice and adding this: Section InputDevice Identifier external_kbd Driver evdev Option CoreKeyboard Option SendCoreEvents true Option Device /dev/input/by-id/usb-Itron_Powerful_Receiver-event-kbd Option XkbOptions ctrl:nocaps EndSection seems to do the trick -- the usb keyboard no longer has a capslock key, and the built-in keyboard still works normally. obviously there needs to be more to this, since what i've done requires knowing the specific model name reported by the keyboard. but i confess i'm having trouble picturing the general solution. (i played with trying to find a similar solution to emulate3buttons, but wan't successful.) paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 31.3 degrees) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Information about Content Development and Teacher training strategies in Nepal
Hey Edward, Our Education Director Saurav Dev Bhatta has put some very informative posts up on our blog that you might find useful. Interactive Content Development Principles http://blog.olenepal.org/index.php/archives/242 About our Teacher Training program http://blog.olenepal.org/index.php/archives/239 Bryan Berry OLE Nepal Kathmandu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Build Debate: Followup on Build Naming
On Monday 07 April 2008, Michael Stone wrote: cjb, cscott, and I just chatted about build names. We have absolutely no problem announcing official-703 (when candidate-703 becomes official) under whatever name seems good but we have no consensus about what that name should be. cscott proposes '8.1' on the basis that it will be our first 2008 release. mstone thought we should bake a month into the name (perhaps 2008.04 or April-2008). Scott strongly preferred to avoid baking a month designator into the name because, as best I understand, he thinks we cannot afford to ship another release until we've made 'enough' improvement in at least one of our (approximately) four networking scenarios. I honestly think we should call it OLPC 2 which matches the cvs/build tag and signifies release number 2 OLPC 1 being ship.2 then we just increment the number for each stable release. we have a development codename of joyride. we can create a name for each release. Dennis ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Mini-Conference Proposal: Toolbars Tabs (or lack thereof)
On 5 Apr 2008, at 16:44, Tomeu Vizoso wrote: What if on rollover would appear a normal palette with all the buttons that would be in the subtoolbar? This palette would have an option for pinning it, and that would mean inserting a subtoolbar between the toolbar and the canvas like in the mockups. Benefits: - palettes don't disturb the layout of the underlying window, - existing UI component, - buttons are grouped closer to the main button, requiring less mouse travel, - buttons are in an area not as thin, making easier to move the mouse without going out (thus hiding the palette), - we could keep the toolbar label. Thoughts? Hmmm, a regular palette pop-up will often end up being way too tall, with the (usual) screen orientation a full row of buttons would not fit. And it gets messy when the buttons are not simple square icons, say like in Write where font size is represented by two element (an icon and a pop-up size list), or the font family picker (a wide pop-up text list). Trying to arrange these vertically in a pallet is going to fill up a good chunk of the display with mainly empty black space padding. After much musing, I think Eben's designs at http://wiki.laptop.org/go/Designs/Toolbars are a good compromise, but they would need to (as mentioned by another list member): A) On mouse hover over a tab button, float the new toolbar over the existing activity canvas (obscuring some content), and not moving/ resizing the activity canvas area. B) A click on a tab icon would lock it in place (pinning), and than cause the main canvas to reflow/resize. Sub toolbar buttons still get to have their mouse over textual hints, but the top level tab buttons have none – I know this is an issue for some folks... I guess, and it's a flakey guess, with the above AB alteration, you could; during hover state A, show an extra horizontal strip with the tab name below the new toolbar strip; then after click state B, you'd just insert the new toolbar strip and loose the extra text row to save space. Does anyone build working prototypes of these kind'a interactions? makes all the difference (usually a pretty instant, yuck or fine reaction). Would be quick to do, Eben is that me I hear you volunteering?? Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Build Debate: Followup on Build Naming
On 8 Apr 2008, at 04:53, Dennis Gilmore wrote: I honestly think we should call it OLPC 2 which matches the cvs/ build tag and signifies release number 2 OLPC 1 being ship.2 then we just increment the number for each stable release. we have a development codename of joyride. we can create a name for each release. Wouldn't OLPC 2 be new XO hardware? Just a gut feeling I get – but at least there's no damn date in there ;-) Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel