Re: firmware q2d10
[EMAIL PROTECTED] wrote: 1. the battery light is flashing red all the time (on for ~1 sec out of every 4) Flashing red means battery error. If you don't have a developer key please get one. Unlock your machine and then do what ever it takes to cause the red flashing. Then reboot the machine hit esc at the countdown to to get to an 'ok' prompt. Then at ok prompt type: ec-abnormal@ . Note the ' .' on the end. That prints out the value. This should print a number. Please report back what that error code is. 2. I left the laptop running overnight with the screen backlight off. in the past I coul wake it up and everything would be good (including alpine remaining running and seeing new mail) this time it had disconnected from my access point and connected to mesh1, and when I tried to switch back the mouse was very flaky (a problem I have not had in the past) and the machine finally froze, after 15 min I power cycled it. The system firmware doesn't really have much to do with networking so I'm confused if it actually made a difference. Was the firmware the only thing you changed? -- Richard Smith [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] RFC: ReadActivity fullscreen, paging changes
Hello, here's a patch to enhance the Read activity, unfortunately it needed modification of the evince lib also. By popular request, it adds a fullscreen button to the View tab. For the scroll/paging changes, my main motivation was that I think it's important to be able to scroll page by page, especially if using zoom to fit mode, instead of having to manually (and slowly) align the top of the page with the top of the screen with the arrow keys. - add continuous pages and single pages to the zoom to width menu (this should probably be a toggle instead). - modify evince to map PageUp/PageDown buttons (Fn-Up, Fn-Down, or gamepad O/X) - without these buttons, continuous pages mode can't advance pages via keyboard. I'm not sure what the best way to submit these is, please let me know in case I should get in touch with maintainers directly, or if I should set up a pull-able git repo. I wanted to try fixing the nonrotated rocker switch in e-book mode also, but haven't found a good place to do that yet. Apparently the rotation happens directly via a shell call to xrandr from the Sugar keyboard manager, and I'm not sure which signal (if any) the activity could catch to be notified of the rotation. Also, I'm not sure if this should be done on a per-application basis, or if a lower level should always rotate the rocker switch to match the screen rotation automatically. That may mess up apps that expect the current behavior though - are there any? Should the game buttons stay static even when rotating? Is it intentional to keep the keyboard mapping hardcoded in the evince lib? The usual evince key binding mechanism appears not to work via the activity (I think that's why PageUp/PageDown weren't responding). I think it would be cleaner and more flexible to revive an interface to that and do the mapping from the activity. Please send me feedback if you have ideas or suggestions how this should work. -Klaus diff --git a/readactivity.py b/readactivity.py index 956e3b0..99b9244 100644 --- a/readactivity.py +++ b/readactivity.py @@ -95,7 +95,7 @@ class ReadActivity(activity.Activity): toolbox.add_toolbar(_('Read'), self._read_toolbar) self._read_toolbar.show() -self._view_toolbar = ViewToolbar(self._view) +self._view_toolbar = ViewToolbar(self._view, self) self._view_toolbar.connect('needs-update-size', self.__view_toolbar_needs_update_size_cb) toolbox.add_toolbar(_('View'), self._view_toolbar) diff --git a/readtoolbar.py b/readtoolbar.py index 332e4fa..be475b2 100644 --- a/readtoolbar.py +++ b/readtoolbar.py @@ -258,9 +258,10 @@ class ViewToolbar(gtk.Toolbar): ([])) } -def __init__(self, evince_view): +def __init__(self, evince_view, activity): gtk.Toolbar.__init__(self) +self._activity = activity self._evince_view = evince_view self._document = None @@ -293,6 +294,16 @@ class ViewToolbar(gtk.Toolbar): palette.menu.append(menu_item) menu_item.show() +menu_item = MenuItem(_('Single pages')) +menu_item.connect('activate', self._continuous_false_menu_item_activate_cb) +palette.menu.append(menu_item) +menu_item.show() + +menu_item = MenuItem(_('Continuous pages')) +menu_item.connect('activate', self._continuous_true_menu_item_activate_cb) +palette.menu.append(menu_item) +menu_item.show() + tool_item = gtk.ToolItem() self.insert(tool_item, -1) tool_item.show() @@ -313,6 +324,14 @@ class ViewToolbar(gtk.Toolbar): self.insert(tool_item_zoom_perc_label, -1) tool_item_zoom_perc_label.show() +self._view_fullscreen = ToolButton('view-fullscreen') +self._view_fullscreen.set_tooltip(_('Fullscreen mode')) +self._view_fullscreen.connect('clicked', self._view_fullscreen_cb) +self.insert(self._view_fullscreen, -1) +self._view_fullscreen.show() + +self._zoom_to_width.show() + self._view_notify_zoom_handler = self._evince_view.connect( 'notify::zoom', self._view_notify_zoom_cb) @@ -364,3 +383,12 @@ class ViewToolbar(gtk.Toolbar): self._evince_view.props.zoom = 1.0 self._update_zoom_buttons() +def _continuous_false_menu_item_activate_cb(self, menu_item): +self._evince_view.set_continuous(False) + +def _continuous_true_menu_item_activate_cb(self, menu_item): +self._evince_view.set_continuous(True) + +def _view_fullscreen_cb(self, button): +self._activity.fullscreen() + diff --git a/shell/ev-view.c b/shell/ev-view.c index b464c3f..39fc0e7 100644 --- a/shell/ev-view.c +++ b/shell/ev-view.c @@ -3996,6 +3996,8 @@ ev_view_class_init (EvViewClass *class) binding_set = gtk_binding_set_by_class (class); + add_scroll_binding_keypad (binding_set, GDK_Page_Up, 0, EV_SCROLL_PAGE_BACKWARD,
Re: firmware q2d10
On Sun, 27 Jan 2008, Richard A. Smith wrote: [EMAIL PROTECTED] wrote: 1. the battery light is flashing red all the time (on for ~1 sec out of every 4) Flashing red means battery error. If you don't have a developer key please get one. Unlock your machine and then do what ever it takes to cause the red flashing. Then reboot the machine hit esc at the countdown to to get to an 'ok' prompt. Then at ok prompt type: ec-abnormal@ . interesting, the battery life hasn't been great, but it's been working. I'll rebootand report the result. Note the ' .' on the end. That prints out the value. This should print a number. Please report back what that error code is. 2. I left the laptop running overnight with the screen backlight off. in the past I coul wake it up and everything would be good (including alpine remaining running and seeing new mail) this time it had disconnected from my access point and connected to mesh1, and when I tried to switch back the mouse was very flaky (a problem I have not had in the past) and the machine finally froze, after 15 min I power cycled it. The system firmware doesn't really have much to do with networking so I'm confused if it actually made a difference. Was the firmware the only thing you changed? I upgraded to the joyride version with this firmware, couldn't reach my network, so rebooted to 689, repeated the process with 690, same WEP problem so rebooted to 689 where I had the problem reported above. as I understand it this should have left me with everything the same except the firmware. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: firmware q2d10
On Sun, 27 Jan 2008, [EMAIL PROTECTED] wrote: On Sun, 27 Jan 2008, Richard A. Smith wrote: [EMAIL PROTECTED] wrote: 1. the battery light is flashing red all the time (on for ~1 sec out of every 4) Flashing red means battery error. If you don't have a developer key please get one. Unlock your machine and then do what ever it takes to cause the red flashing. Then reboot the machine hit esc at the countdown to to get to an 'ok' prompt. Then at ok prompt type: ec-abnormal@ . interesting, the battery life hasn't been great, but it's been working. I'll rebootand report the result. Note the ' .' on the end. That prints out the value. This should print a number. Please report back what that error code is. it reports 9 David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OFW hello.elf
For the record, this happened because I hadn't run disable-security yet. My laptop was in a state of half security that allowed me to get an OFW prompt but not boot unsigned images. On Fri, Jan 18, 2008 at 09:40:46PM +0100, Robert Millan wrote: Hi It appears that the sample hello world program [1] provided with OFW is not working on latest stable revision. At least, it didn't work for my G1G1 unit with Q2D07. When running it with boot command, I just get: ok boot disk:\hello.elf Boot device: /usb/disk:\hello.elf Arguments: [ nothing printed, no prompt ] It works fine when using latest SVN in qemu / pc-serial build, though. I find this really strange, because I got reports [2] that ELF images are indeed working on XO, although I don't know which hardware/firmware versions. Also, I'm not sure if this is a loading problem with ELF format or with the OFW callback interface, since Linux images seem to differ in both things with hello.elf. Perhaps someone else can try hello.elf and see if it works? TIA [1] svn co svn://openbios.org/openfirmware/clients make -C clients/lib/x86/ [2] http://lists.gnu.org/archive/html/grub-devel/2008-01/msg00227.html -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: firmware q2d10
On Sun, 27 Jan 2008, [EMAIL PROTECTED] wrote: On Sun, 27 Jan 2008, [EMAIL PROTECTED] wrote: On Sun, 27 Jan 2008, Richard A. Smith wrote: [EMAIL PROTECTED] wrote: 1. the battery light is flashing red all the time (on for ~1 sec out of every 4) Flashing red means battery error. If you don't have a developer key please get one. Unlock your machine and then do what ever it takes to cause the red flashing. Then reboot the machine hit esc at the countdown to to get to an 'ok' prompt. Then at ok prompt type: ec-abnormal@ . interesting, the battery life hasn't been great, but it's been working. I'll rebootand report the result. Note the ' .' on the end. That prints out the value. This should print a number. Please report back what that error code is. it reports 9 removing and reseating the battery cleared the problem (at least for now). David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] RFC: ReadActivity fullscreen, paging changes
On Sun, 27 Jan 2008, Klaus Weidner wrote: Hello, here's a patch to enhance the Read activity, unfortunately it needed modification of the evince lib also. By popular request, it adds a fullscreen button to the View tab. For the scroll/paging changes, my main motivation was that I think it's important to be able to scroll page by page, especially if using zoom to fit mode, instead of having to manually (and slowly) align the top of the page with the top of the screen with the arrow keys. instead you are forcing people who are not useing 'zoom to fit' to scroll manually and slowly to read everything as I stated in the other thread I think this is a bad idea. one thing I have seen programs do (which I found slightly annoying, but tolorable) is to page a screen at a time but go to the top of the page when crossing a page boundry besides, when using 'zoom to fit' moving a page at a time should be exactly the same thing as moving a screen at a time. if you zoom to fit width and then page down through a document you should see everything in that document, not just the tops of the pages. - add continuous pages and single pages to the zoom to width menu (this should probably be a toggle instead). please explain more about how things would operate in these two different modes? I wanted to try fixing the nonrotated rocker switch in e-book mode also, but haven't found a good place to do that yet. Apparently the rotation happens directly via a shell call to xrandr from the Sugar keyboard manager, and I'm not sure which signal (if any) the activity could catch to be notified of the rotation. Also, I'm not sure if this should be done on a per-application basis, or if a lower level should always rotate the rocker switch to match the screen rotation automatically. That may mess up apps that expect the current behavior though - are there any? Should the game buttons stay static even when rotating? I believe that there needs to be a better way for an application to define how these keys work for it (ideally including the rotate key) David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Splitting boost
Build Announcer v2 wrote: -libicu 3.6-18.fc7 +libicu 3.6-20.fc7 This library set is a whopping 13MB in size. It is only used by boost, which is only used by gnash. To break this nasty dependency chain, observe that only libboost_regex.so links libicudata.so, which gnash does not need. So I think we should split boost in two or more subpackages. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] RFC: ReadActivity fullscreen, paging changes
On Sun, Jan 27, 2008 at 09:02:17AM +, [EMAIL PROTECTED] wrote: On Sun, 27 Jan 2008, Klaus Weidner wrote: For the scroll/paging changes, my main motivation was that I think it's important to be able to scroll page by page, especially if using zoom to fit mode, instead of having to manually (and slowly) align the top of the page with the top of the screen with the arrow keys. instead you are forcing people who are not useing 'zoom to fit' to scroll manually and slowly to read everything as I stated in the other thread I think this is a bad idea. I had missed the earlier thread, I'll go look for it. I think you misunderstood what I changed - the arrow/rocker buttons continue to work exactly like they used to. I only added the PageUp/PageDown mappings to the 'X' and 'O' game keys and to Fn-Up/Fn-Down, these keys previously did nothing at all. So I don't see how this could be worse for anyone. one thing I have seen programs do (which I found slightly annoying, but tolorable) is to page a screen at a time but go to the top of the page when crossing a page boundry I'd prefer the behavior you describe, but this should be a user choice since obviously preferences are different. besides, when using 'zoom to fit' moving a page at a time should be exactly the same thing as moving a screen at a time. I agree - but currently you don't always get that in continuous pages mode since the gap between the pages starts drifting across the screen. if you zoom to fit width and then page down through a document you should see everything in that document, not just the tops of the pages. I agree that the current behavior is subobtimal. I think there should be dedicated keys for moving backwards/forward in natural reading order - these would jump in screen-sized chunks, and ideally for a 2-column document it would jump to the next column instead of the next page at the bottom of the page. This could replace the start/end of document keys which I think aren't useful enough (and actually somewhat annoying if hit accidentally) to justify being mapped to the face buttons. My suggested layout would be: - arrow keys move in small steps (unchanged) - Page up/down (X/O) move by pages (added by my patch, previously did nothing) - Square/Check move by screens in reading order (not changed yet, currently do start/end of document) - add continuous pages and single pages to the zoom to width menu (this should probably be a toggle instead). please explain more about how things would operate in these two different modes? The continuous pages mode is what had previously been the only mode. You can see the bottom of one page and the top of the next page on the screen simultaneously. In single pages mode, you never see more than one page at a time. This is a matter of taste and the more useful one also depends on the document, which is why I think it should be switchable. Also, I'm not sure if this should be done on a per-application basis, or if a lower level should always rotate the rocker switch to match the screen rotation automatically. That may mess up apps that expect the current behavior though - are there any? Should the game buttons stay static even when rotating? I believe that there needs to be a better way for an application to define how these keys work for it (ideally including the rotate key) How about the following: - by default, the rotate key rotates both the screen and the rocker switch, so that pressing the rocker towards the (logical) top of the screen always generates an Up arrow keystroke. The game keys don't rotate. - applications can choose to get notified of rotation events and the new orientation in case they want to add actions to the default ones, such as optimizing the screen layout for the new orientation. - applications can disable auto-rotation, making the rotate button available for the application as a normal input. The rocker switch doesn't get auto-modified and stays under app control. I think it would be important to have something sane happen by default, and that would let non-rotation-aware apps have basic functionality. -Klaus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] RFC: ReadActivity fullscreen, paging changes
On Sun, 27 Jan 2008, Klaus Weidner wrote: On Sun, Jan 27, 2008 at 09:02:17AM +, [EMAIL PROTECTED] wrote: On Sun, 27 Jan 2008, Klaus Weidner wrote: For the scroll/paging changes, my main motivation was that I think it's important to be able to scroll page by page, especially if using zoom to fit mode, instead of having to manually (and slowly) align the top of the page with the top of the screen with the arrow keys. instead you are forcing people who are not useing 'zoom to fit' to scroll manually and slowly to read everything as I stated in the other thread I think this is a bad idea. I had missed the earlier thread, I'll go look for it. the subject was 'pdf reader not really user friendly' within the last day or so. Chas pushed for the same change you are (page up/down moves to the top of the next page) I think you misunderstood what I changed - the arrow/rocker buttons continue to work exactly like they used to. I only added the PageUp/PageDown mappings to the 'X' and 'O' game keys and to Fn-Up/Fn-Down, these keys previously did nothing at all. So I don't see how this could be worse for anyone. at least for some document types (pdf for example) O=page up X=page down []=top check=bottom these mappings have worked for me since I received the g1g1 machines. one thing I have seen programs do (which I found slightly annoying, but tolorable) is to page a screen at a time but go to the top of the page when crossing a page boundry I'd prefer the behavior you describe, but this should be a user choice since obviously preferences are different. besides, when using 'zoom to fit' moving a page at a time should be exactly the same thing as moving a screen at a time. I agree - but currently you don't always get that in continuous pages mode since the gap between the pages starts drifting across the screen. I would argue that this means the 'zoom to fit' isn't quite right. if it was it should match. if you zoom to fit width and then page down through a document you should see everything in that document, not just the tops of the pages. I agree that the current behavior is subobtimal. I think there should be dedicated keys for moving backwards/forward in natural reading order - these would jump in screen-sized chunks, and ideally for a 2-column document it would jump to the next column instead of the next page at the bottom of the page. This could replace the start/end of document keys which I think aren't useful enough (and actually somewhat annoying if hit accidentally) to justify being mapped to the face buttons. the problem is that in many cases the reader software doesn't know if the text is in columns or not, it's just rendering ink on the page (pdf for example) My suggested layout would be: - arrow keys move in small steps (unchanged) - Page up/down (X/O) move by pages (added by my patch, previously did nothing) as noted above, this is not true for some document types, what document types are you useing where they didn't do anything before? - Square/Check move by screens in reading order (not changed yet, currently do start/end of document) - add continuous pages and single pages to the zoom to width menu (this should probably be a toggle instead). please explain more about how things would operate in these two different modes? The continuous pages mode is what had previously been the only mode. You can see the bottom of one page and the top of the next page on the screen simultaneously. In single pages mode, you never see more than one page at a time. This is a matter of taste and the more useful one also depends on the document, which is why I think it should be switchable. Ok, I can see the desire for this mode, but I'm not sure it's worth the complication (especially given the other simplifications done to sugar) Also, I'm not sure if this should be done on a per-application basis, or if a lower level should always rotate the rocker switch to match the screen rotation automatically. That may mess up apps that expect the current behavior though - are there any? Should the game buttons stay static even when rotating? I believe that there needs to be a better way for an application to define how these keys work for it (ideally including the rotate key) How about the following: - by default, the rotate key rotates both the screen and the rocker switch, so that pressing the rocker towards the (logical) top of the screen always generates an Up arrow keystroke. The game keys don't rotate. - applications can choose to get notified of rotation events and the new orientation in case they want to add actions to the default ones, such as optimizing the screen layout for the new orientation. - applications can disable auto-rotation, making the rotate button available for the application as a normal input. The rocker switch doesn't get auto-modified and stays under app control. I think it would be
Re: [PATCH] RFC: ReadActivity fullscreen, paging changes
[ replying to myself, sorry about the confusion ] On Sun, Jan 27, 2008 at 03:32:15AM -0600, Klaus Weidner wrote: I had missed the earlier thread, I'll go look for it. I think you misunderstood what I changed - the arrow/rocker buttons continue to work exactly like they used to. I only added the PageUp/PageDown mappings to the 'X' and 'O' game keys and to Fn-Up/Fn-Down, these keys previously did nothing at all. So I don't see how this could be worse for anyone. I've now read the old thread, and I think there's some confusion between a page being a screenful versus being the paper sheet to which I've contributed, sorry. I agree that PageUp/PageDown should scroll by screenfuls - that's how evince normally does it but something seems to be going wrong in the activity. I'll look into it more. Advancing by paper pages can be useful, for example if you've zoomed in a bit to eliminate margins and want to read the next page without having to readjust the viewport. Maybe put that on Home/End (Square/Check) or use a modifier for it? one thing I have seen programs do (which I found slightly annoying, but tolorable) is to page a screen at a time but go to the top of the page when crossing a page boundry I'd prefer the behavior you describe, but this should be a user choice since obviously preferences are different. Actually, in standard evince the continuous/single page toggle switches exactly between those two modes. -Klaus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 1597
On Sun, 27 Jan 2008, Build Announcer v2 wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1597 Changes in build 1597 from build: 1593 Size delta: 0M -libicu 3.6-18.fc7 +libicu 3.6-20.fc7 -vim-minimal 2:7.1.12-1.fc7 +vim-minimal 2:7.1.211-1.fc7 this fixed WEP for me (compared to 1590 and 690) David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: firmware q2d10
On Sun, 27 Jan 2008, [EMAIL PROTECTED] wrote: On Sun, 27 Jan 2008, Richard A. Smith wrote: [EMAIL PROTECTED] wrote: 2. I left the laptop running overnight with the screen backlight off. in the past I coul wake it up and everything would be good (including alpine remaining running and seeing new mail) this time it had disconnected from my access point and connected to mesh1, and when I tried to switch back the mouse was very flaky (a problem I have not had in the past) and the machine finally froze, after 15 min I power cycled it. The system firmware doesn't really have much to do with networking so I'm confused if it actually made a difference. Was the firmware the only thing you changed? I upgraded to the joyride version with this firmware, couldn't reach my network, so rebooted to 689, repeated the process with 690, same WEP problem so rebooted to 689 where I had the problem reported above. as I understand it this should have left me with everything the same except the firmware. in continuing the testing I upgraded to 1597 (I know, more variables changing) and had a similar problem. it disconnected from my LAN and connected to the mesh. I had to manually disconnect from the mesh and try a couple times to reconnect to the LAN before it started working, and when I did reconnect alpine didn't recover it's IMAP connection (I had to tell it to break the connection and re-establish it) in getting connected to my LAN again I tried, was asked to input the WEP data, it failed, I tried again, it failed, I tried another network it failed, I tried my LAN again and it worked. note that I did not have to enter my WEP data after the upgrade to get the initial connection. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: firmware q2d10
On Jan 27, 2008 5:19 PM, [EMAIL PROTECTED] wrote: On Sun, 27 Jan 2008, [EMAIL PROTECTED] wrote: 1. the battery light is flashing red all the time (on for ~1 sec out of removing and reseating the battery cleared the problem (at least for now). I have the same problem on a B4 with build 689 and Q2D10. (Li bat.) Disconnecting AC and battery fixes the problem but it happens again. Now I flash back to 653 due to other problems (ex. LCD back light lid up / down periodically, some manually installed activity doesn't launch... ) and haven't seen the problem. But sometimes with AC connected, the battery LED doesn't lid up right away after boot. Dpad left test shows no battery installed in this case. -- Best regards, Yuan Chao ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH v2] RFC: ReadActivity fullscreen, paging changes
On Sun, Jan 27, 2008 at 03:08:34AM -0800, [EMAIL PROTECTED] wrote: Chas pushed for the same change you are (page up/down moves to the top of the next page) I think you misunderstood what I changed - the arrow/rocker buttons continue to work exactly like they used to. I only added the PageUp/PageDown mappings to the 'X' and 'O' game keys and to Fn-Up/Fn-Down, these keys previously did nothing at all. So I don't see how this could be worse for anyone. at least for some document types (pdf for example) O=page up X=page down []=top check=bottom these mappings have worked for me since I received the g1g1 machines. The X/O keys had been behaving inconsistently for me - sorry, I was wrong to say that they did nothing. It seems that while testing I had sometimes forgotten to move focus to the viewport, so the keystrokes went to the menu bar and were ignored. (I blame lack of sleep.) The two problems I can reproduce now after reverting my evince patch are: - in zoom to fit mode, the X/O keys don't move cleanly by pages, the gap shifts around and you see parts of two pages. - the single page mode (continuous off) is broken, you can't move off the current page. But that mode was introduced by my read activity change so the evince bug wasn't visible in the original build. The attached updated evince patch fixes both with (as far as I can tell) no regressions. The page up/down keys move by screenfuls as you expect, just more consistently. I've also fixed paging backwards in single page mode so that it shows the bottom of new pages first, that appears to be broken in the normal desktop evince also. I've also attached the Read activity patch again which adds the fullscreen button and continuous/single mode switching - this hasn't changed since the last time. I think there should be dedicated keys for moving backwards/forward in natural reading order - these would jump in screen-sized chunks, and ideally for a 2-column document it would jump to the next column instead of the next page at the bottom of the page. This could replace the start/end of document keys which I think aren't useful enough (and actually somewhat annoying if hit accidentally) to justify being mapped to the face buttons. the problem is that in many cases the reader software doesn't know if the text is in columns or not, it's just rendering ink on the page (pdf for example) You could do some heuristics such as looking for a blank gutter on the page. Or do it based on the user's behavior - if the current viewport covers less than 2/3 of the page width and is on the bottom left, the page down key moves the viewport to the top right of the page. But that may annoy people used to the old behavior, and wouldn't work well for supporting languages with different writing directions. So I'm not sure if it's worth pursuing. The continuous pages mode is what had previously been the only mode. You can see the bottom of one page and the top of the next page on the screen simultaneously. In single pages mode, you never see more than one page at a time. This is a matter of taste and the more useful one also depends on the document, which is why I think it should be switchable. Ok, I can see the desire for this mode, but I'm not sure it's worth the complication (especially given the other simplifications done to sugar) I think the addition is not that complicated (could be a single toggle button, two-half-pages-with-gap as the icon). The single page mode can make reading documents much less confusing, especially in the case of multi-column documents where you would otherwise need to be careful when moving back to the next column to make sure you're on the right page. This way you can clearly see where the page ends, and either move back up manually or hit home to go back to the top of the page. Actually, I think non-continuous mode would even make sense as the default since it's simpler and more book-like than the continuous one, which acts more like a scroll. And it should use less memory since it never needs to render more than a page at a time. -Klaus diff --git a/shell/ev-view.c b/shell/ev-view.c index b464c3f..3bfe7da 100644 --- a/shell/ev-view.c +++ b/shell/ev-view.c @@ -360,7 +360,7 @@ scroll_to_current_page (EvView *view, GtkOrientation orientation) view_point.y + view-vadjustment-page_size); } else { gtk_adjustment_set_value (view-vadjustment, - CLAMP (view_point.y, + CLAMP (view-vadjustment-value, view-vadjustment-lower, view-vadjustment-upper - view-vadjustment-page_size)); @@ -372,7 +372,7 @@ scroll_to_current_page (EvView *view, GtkOrientation
Re: [PATCH v2] RFC: ReadActivity fullscreen, paging changes
2008/1/27, Klaus Weidner [EMAIL PROTECTED]: Actually, I think non-continuous mode would even make sense as the default since it's simpler and more book-like than the continuous one, which acts more like a scroll. And it should use less memory since it never needs to render more than a page at a time. I agree, it will make life so much eadier for kids. Hilaire ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Screen rotation and keys
On Sun, Jan 27, 2008 at 03:08:34AM -0800, [EMAIL PROTECTED] wrote: Klaus Weidner wrote: How about the following: - by default, the rotate key rotates both the screen and the rocker switch, so that pressing the rocker towards the (logical) top of the screen always generates an Up arrow keystroke. The game keys don't rotate. - applications can choose to get notified of rotation events and the new orientation in case they want to add actions to the default ones, such as optimizing the screen layout for the new orientation. - applications can disable auto-rotation, making the rotate button available for the application as a normal input. The rocker switch doesn't get auto-modified and stays under app control. I think it would be important to have something sane happen by default, and that would let non-rotation-aware apps have basic functionality. I would agree with this proposal. if an application chooses to disable auto-rotation they should be able to re-map all 9 of the game keys. it would be nice to have this done in a way that would be able to be scripted (for use in the terminal window for example) note that the rotation could still take place when other applications are active, so the application still needs to be able to respond to resize events (which should be standard for apps that live in a GUI environment anyway, even if they are text apps that run in an xterm) It's not just resizing - if a different application rotates the screen, that happens via xrandr, and the X server rearranges its framebuffer internally to match the orientation. All apps will be flipped if they want to be or not, not just resized. It would have to tell the X server to flip back if it needed a specific orientation. So a non-rotating app would need to check for rotations and force a specific orientation when it starts, and whenever it regains its status as active app if the user had switched away. while I understand the desire to avoid modal operation and also to not have the e-book mode operate by moving a pointer around, I think that the ability to switch to a mode where you can toggle between the existing functions of the gamepad keys and a mode where the arrows move the mouse pointer and X and O mimic the mouse buttons (with matching lables) would be extremely useful for applications that have not been converted yet. in fact, how's this for an idea? in e-book mode (screen rotated and flat against the keyboard) the rotate button doesn't rotate the screen, instead it toggles between existing behavior and pointer mode. you could change the shape of the exit icon when in pointer mode to indicate what mode you are in. I can see how this can be useful (I once did similar things to run X apps that need 3 mouse buttons on a touchscren handheld), but the modality combined with moving the pointer with cursor keys quickly gets frustrating. I think it's probably better to use the e-book mode just for applications that are designed to work with it - you can just use the normal notebook mode for non-converted apps if necessary. Also, you lose the function of the rotate button to rotate the screen, and I think people expect that to work. I guess you could use something like a long press as opposed to a short press, but that violates the principle of least surprise. -Klaus diff --git a/shell/ev-view.c b/shell/ev-view.c index b464c3f..3bfe7da 100644 --- a/shell/ev-view.c +++ b/shell/ev-view.c @@ -360,7 +360,7 @@ scroll_to_current_page (EvView *view, GtkOrientation orientation) view_point.y + view-vadjustment-page_size); } else { gtk_adjustment_set_value (view-vadjustment, - CLAMP (view_point.y, + CLAMP (view-vadjustment-value, view-vadjustment-lower, view-vadjustment-upper - view-vadjustment-page_size)); @@ -372,7 +372,7 @@ scroll_to_current_page (EvView *view, GtkOrientation orientation) view_point.x + view-hadjustment-page_size); } else { gtk_adjustment_set_value (view-hadjustment, - CLAMP (view_point.x, + CLAMP (view-hadjustment-value, view-hadjustment-lower, view-hadjustment-upper - view-hadjustment-page_size)); @@ -3996,6 +3996,8 @@ ev_view_class_init (EvViewClass *class) binding_set = gtk_binding_set_by_class (class); + add_scroll_binding_keypad (binding_set, GDK_Page_Up,
EBook Reader (was Re: [PATCH] RFC: ReadActivity fullscreen, paging changes)
On Jan 27, 2008, at 11:09 , Klaus Weidner wrote: I've now read the old thread, and I think there's some confusion between a page being a screenful versus being the paper sheet to which I've contributed, sorry. Wouldn't a real EBook reader be much more useful than displaying PDFs? You know, one that reflows pages automatically, where I can adjust font size etc. Is this planned or even in existence already? - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: EBook Reader (was Re: [PATCH] RFC: ReadActivity fullscreen, paging changes)
We had a real ebook reader written by John Resig in the days of the B2 hardware. I thin the project has sat untouched ever since. It would be worth reexamining. -walter On 1/27/08, Bert Freudenberg [EMAIL PROTECTED] wrote: On Jan 27, 2008, at 11:09 , Klaus Weidner wrote: I've now read the old thread, and I think there's some confusion between a page being a screenful versus being the paper sheet to which I've contributed, sorry. Wouldn't a real EBook reader be much more useful than displaying PDFs? You know, one that reflows pages automatically, where I can adjust font size etc. Is this planned or even in existence already? - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: power management experiences with joyride-1572
On 26/01/08 21:47 +, [EMAIL PROTECTED] wrote: On Fri, 25 Jan 2008, Richard A. Smith wrote: Chris Ball wrote: Can I wake up 10 seconds from now? Is there a timer in any of the hardware that is left running? Yes, but the software does not support this yet. See bug #4606: http://dev.laptop.org/ticket/4606 We don't *use* the southbridge RTC wakeup, but it's not strictly true that we don't support it. You can set your own wakeups easily: # rtcwake -s 120 after 30s, the laptop should suspend due to idleness after another 90s, the laptop should wake itself rtcwake is in the OLPC build already. - Chris. RTC wakeups have a chance of hitting #1835 because the EC cannot prevent the short cycle of the control line to the voltage regulator so we don't use them. Andres has discussed prohibiting RTC wakeups in kernel space but I suggested we put that in the don't do that category since he has higher priority stuff to worry about. The safe way to schedule a future wake up will be to use a EC timer. The framework for this exists but I don't have the kernel facing EC command plumbed yet. This timer will allow you to schedule a wakeup with about 10ms resolution up to 24 days in the future. what is the shortest time that a sleep (followed by a wakeup from the EC timer) can be programmed? would it make sense to hack the kernel so that if all timers are set to fire more than this far in the future it wakes a user task that can decide to sleep See also 'cpuidle' [1]. Jordan [1] - http://lwn.net/Articles/221791/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: multilingual googletalk
2008/1/26 Todd Kelsey [EMAIL PROTECTED]: Hi - you may already know about this but evidently as of mid december you can now invite chat bots into googletalk, in order to have instant messaging conversations with people in different languages. (widget version also supports group chat). This is really great. One needs group chat function such that bot can join and do the work. Though I haven't figured out how to do this in pidgin. Just read about that Oliver modified a multi-protocal chat client, InstantBird, for XO. Maybe it would be a good start. Anyway, one can always use gmail chat function with Web activity for this. What come to my mind is a bot for espeak. :) (this is not new as a $100 tux droid does. check http://www.tuxisalive.com/ ) -- Best regards, Yuan Chao ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: EBook Reader (was Re: [PATCH] RFC: ReadActivity fullscreen, paging changes)
On Jan 27, 2008 8:37 AM, Walter Bender [EMAIL PROTECTED] wrote: We had a real ebook reader written by John Resig in the days of the B2 hardware. I thin the project has sat untouched ever since. It would be worth reexamining. snip Where might the source be? I took a look on the activites page and did not see it. Is it ebook-browser-reader in git.laptop.org? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: build 690 problems
Hi Gary, Thanks for these notes! On the WPA/WEP issues with this build, there is a trac bug already open, #6123 (WEP) or #6191 (WPA). Can you add your info to one of those? The other two issues might need new trac items. - kim On Jan 27, 2008 9:24 AM, Gary Oberbrunner [EMAIL PROTECTED] wrote: Hi, just joining this list. I have a g1g1 and just did my first developer-key update from the shipped build to the rc1 build (update.1-690). Here's a few issues: Connecting to my home WPA (v1, psk; linksys WAP54g) is flaky. I can usually get it to work but only after several tries. First (auto) attempt after reboot never works. I *think* I have to wait for it to time out connecting to all the APs I've ever used, and only then can I click the desired AP and it may connect (and it sometimes just asks repeatedly for the WEP key). This morning it doesn't work at all for me. :-( What log file can I enable/send? Once I'm connected, the browse activity is now extremely slow. Doesn't seem like a DNS delay, seems more like it's not responding to the network packets (but I haven't installed a sniffer so hard to say). The TurtleArt activity's title in the task bar (?) in the main screen has a typo: it's called TurteArt (missing the l). If you start TamTamJam and play (so it's playing the sequence) and then suspend, coming out of suspend takes a really long time; you press a keyboard key, a few notes come out, do that a dozen times or so and eventually the machine starts responding. Perhaps some audio events are getting queued up and should be flushed on resume? -- Gary Oberbrunner ___ 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: build 690 problems
Hi, Gary Oberbrunner wrote: Hi, just joining this list. I have a g1g1 and just did my first developer-key update from the shipped build to the rc1 build (update.1-690). Here's a few issues: Connecting to my home WPA (v1, psk; linksys WAP54g) is flaky. I can usually get it to work but only after several tries. First (auto) attempt after reboot never works. I *think* I have to wait for it to time out connecting to all the APs I've ever used, and only then can I click the desired AP and it may connect (and it sometimes just asks repeatedly for the WEP key). This morning it doesn't work at all for me. :-( The issue has been addressed here: https://dev.laptop.org/ticket/5485 What log file can I enable/send? Once I'm connected, the browse activity is now extremely slow. Doesn't seem like a DNS delay, seems more like it's not responding to the network packets (but I haven't installed a sniffer so hard to say). It looks like this is due to fontconfig - we are getting closer to solve this: https://dev.laptop.org/ticket/6046 Best, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XOs B4 and USB-SVGA adapters
Hi Dan, Le samedi 26 janvier 2008, Dan Williams a écrit : The module isn't compiled into the kernel, for starters, because the OLPC uses a stripped down kernel. Others have gotten the sisusbvga module compiled, see the Rebuilding the Kernel thread on this list. Thank you very much. It works great now. -- Best regards, Florian Fainelli Email : [EMAIL PROTECTED] http://openwrt.org --- signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
XO Speech Server : speech-dispatcher
Hi, We have been analyzing the speech-dispatcher as a viable option for the XO. Our initial analysis has thrown up great results and it seems to support the present requirements from a speech synthesis server. With the inclusion of speech-dispatcher on the XO we will be able to have a truly client-server based model for speech synthesis. It uses sockets for communication (is that okay ?) Speech-dispatcher has provided a Python Client API [ http://cvs.freebsoft.org/repository/speechd/src/python/speechd/client.py?view=markup ]. Questions: 1. We are wondering whether this API would be directly usable/suitable for use on the XO or it should be modified to make it simpler to use? 2. How can we request for inclusion of the speech-dispatcher daemon services and libraries on the XO? Thanks! -- Hemant Goyal ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: school server and content
Hi Martin, I agree, and we are saying the same thing. 1. I do think that an archival system is necessary for a long run. I remember Ivan mentioning that an incremental backup, and auto archiving is on its way, but that might take a while? 2. If ID management and SSO is working, that will be perfect ! The reason i brought up auto log in was because I was hoping to get something running by April. I was thinking maybe use js/php script to store uid/passwd locally and pass it to the server (moodle) to authenticate with its auth db. Is it any good? 3. I will try get ideas for Nepal server from moodles working on K12, :) that is a good ideas. 4. UI, everything you have said on it is perfect for us. best, Sulochan On Jan 27, 2008 6:40 AM, Martin Langhoff [EMAIL PROTECTED] wrote: On Jan 27, 2008 5:08 AM, sulochan acharya [EMAIL PROTECTED] wrote: I just want to add to Bryan's email about our plans for the school server in Nepal, and how we might wanna manage content so that it is easier for kids to use the XO with the server. Hi Sulo, I think your ideas match the overall plan for things. Some notes below... On Moodle: I am just thinking out loud. These might be really bad ideas. 1. Authentication : Can we use a client side script to secure autologin so that kids dont have to remember login info. The login should take kids to whatever (predefined) course they are enrolled in. No front page, no selecting etc. This login info should be tied to the XO.? How big a concern is security ? Yes - Ivan has said that the XO will identify itself to the server via OpenID somehow, which would provide the SSO you want. If OpenID is too hard, and there's an easier way to do it, I will be happy to use it -- but I need to get some more info from Ivan as master of all things Bitfrost (which is the security scheme XOs use). 2. Really simplify the UI. Use feature like Chat, Workshop, Database and maybe assignments and thats it. More modules, more confusing it is. Yes! - have you seen my notes on the wiki? In short - a theme that follows Sugar's HIGs and look-and-feel where possible - non-essential modules disabled - replace Moodle's chat with facility to invoke the XOs chat 3. Create groups and separate them and make other groups invisible, and tie each user to whatever group they fall under. Like grade 2 will only view Group 2 and work within it. Yes. Here we have an interesting case -- course/group management (who is in which course/group) can be done in Moodle, as there are good UIs and APIs to manage that. So it will be in Moodle, and may be that the XO reads that info too for other purposes. 4. Question: How do we let students save their documents in the server (not as a part of moodle, but something done outside moodle)? Something that is tied to the journal would be perfect. Can moodle handle something like this? Some sort of archiving that will let students easily save and retrieve files? I guess we should be able to write a custom web page to do this and access it from within moodle. Maybe even a Puttyssh or ssh with a GUI ? The intention is to have the students always save locally on the XO, and have a backup script run regularly (rsync over ssh?) to copy the docs to the XS. IIRC there's been some progress on this, if you search server-devel@ archives. I do not think that the students need to be aware of file storage in the XS (except for uploading a file to moodle or other webapps, for example). The main purpose of the backup is to recover the data in case the XO is broken/stolen. Further down the road we may want to extend it into an archive so that kids can keep old stuff on the XS, and only current stuff in the XO, but that will need a UI. cheers, martin ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: EBook Reader (was Re: [PATCH] RFC: ReadActivity fullscreen, paging changes)
I don't know how/if it fits, but I've been using FBReader on my n800 and it is very, very good. http://www.fbreader.org/ Best regards, gvb Walter Bender wrote: We had a real ebook reader written by John Resig in the days of the B2 hardware. I thin the project has sat untouched ever since. It would be worth reexamining. -walter On 1/27/08, Bert Freudenberg [EMAIL PROTECTED] wrote: On Jan 27, 2008, at 11:09 , Klaus Weidner wrote: I've now read the old thread, and I think there's some confusion between a page being a screenful versus being the paper sheet to which I've contributed, sorry. Wouldn't a real EBook reader be much more useful than displaying PDFs? You know, one that reflows pages automatically, where I can adjust font size etc. Is this planned or even in existence already? - Bert - ___ 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: EBook Reader (was Re: [PATCH] RFC: ReadActivity fullscreen, paging changes)
Yes, that's it. You can see a couple of books displayed with it here : http://ejohn.org/apps/ebook/ SJ On Jan 27, 2008 10:41 AM, Chas. Owens [EMAIL PROTECTED] wrote: On Jan 27, 2008 8:37 AM, Walter Bender [EMAIL PROTECTED] wrote: We had a real ebook reader written by John Resig in the days of the B2 hardware. I thin the project has sat untouched ever since. It would be worth reexamining. snip Where might the source be? I took a look on the activites page and did not see it. Is it ebook-browser-reader in git.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: power management experiences with joyride-1572
On Jan 24, 2008 5:12 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Fri, 2008-01-25 at 01:45 +0100, Ivan Krstić wrote: On Jan 25, 2008, at 1:31 AM, Frank Ch. Eigler wrote: if the all brand new XO-focused software doesn't already do this We're building a platform, and have been completely and brutally transparent about our progress. Software built on our platform will keep improving rapidly along a number of axes, power management being one, and even more rapidly if folks jump in and help us with the work. Patches welcome ;) So you may end up needing a tool that applies heuristics and overrides the CPU requests of poor programs. As an anecdote, I spend a non-trivial amount of time working in disconnected environments using battery power on my non-XO laptop, and I've been obtaining noticeable battery life gains by manually SIGSTOPping Firefox when not in use. Now, I usually have about 70-200 tabs open -- which may be an edge case, but _shouldn't_ be: programmers need to learn that when I'm not actively using their software, it shouldn't be _doing_ stuff on my machine without a very good reason. Also, lots of people in the FLOSS world are realizing that their software needs to run on small devices (mobile/embedded projects/alliances etc.). Tomeu As a former market analyst, I have observed that every year, somebody is complaining about some aspect of Linux not being ready for the world, and that every year, the community deals with it. At one time it was said that Unix couldn't support enterprise computing, and in particular serious databases. IBM and Oracle became excellent counterexamples. Linux was too hard to install. Many distros worked on it, and Ubuntu has laid that complaint to rest. Linux wasn't ready for the desktop, however well it did on servers. Now Dell and others offer Linux preinstalled. (I get mine from Linux Certified in Sunnyvale.) This, that, and the other are wrong with XO software. But they soon won't be. This is a much more general phenomenon. At one time you couldn't get compilers to produce relocatable code. (Really) At about that time, you couldn't get a hard drive for a personal computer. Time marches on, and so does the state of the art. The Linux world is discovering time and space bloat. Since the solutions are shared, they will be taken up at a rate astonishing to those in the commercial world. BTW, thanks, Ivan and everybody. I'm sending people your way at every opportunity. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: EBook Reader (was Re: [PATCH] RFC: ReadActivity fullscreen, paging changes)
On Sun, Jan 27, 2008 at 01:50:10PM +0100, Bert Freudenberg wrote: On Jan 27, 2008, at 11:09 , Klaus Weidner wrote: I've now read the old thread, and I think there's some confusion between a page being a screenful versus being the paper sheet to which I've contributed, sorry. Wouldn't a real EBook reader be much more useful than displaying PDFs? You know, one that reflows pages automatically, where I can adjust font size etc. Is this planned or even in existence already? I think these are two quite independent areas, and it would of course be useful to have good support for reflowable books. The evince-based reader appears fundamentally designed to work with non-reflowable pre-laid-out text, and changing that would be difficult. Instead of having a completely separate application, would it make sense to enhance the Browse functionality to work with e-books? Converters to HTML should be available for most common formats. In order to be a nice book reader, it would be good to have more features such as better table-of-contents handling and bookmarks that remember the position in the document, and both of these would also be useful for web pages. It's a blurry line between a web page being read offline and an e-book, especially for the XO's intended use for kids who are likely to have spotty Internet access. I'm using the Scrapbook extension for Firefox a lot (https://addons.mozilla.org/en-US/firefox/addon/427), and I think something along those lines would work fairly well for reflowable e-books. Clicking a link to an e-book file would convert it to HTML on the fly, storing it in the scrapbook, where it would remain available for later reading. -Klaus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: build 690 problems
Kim Quirk wrote: Hi Gary, Thanks for these notes! On the WPA/WEP issues with this build, there is a trac bug already open, #6123 (WEP) or #6191 (WPA). Can you add your info to one of those? The other two issues might need new trac items. Hi, Kim. I checked Trac and the turte art typo is #5941; I added a note to it. And the browser slowness one also has a ticket already (possible workaround with fontconfig, I'll look into it). What info can I add to #6191? Anything more than my /var/log/messages? I'll see how I can repro the TamTamJam suspend/resume issue and file a ticket. -- Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ssh key for project hosting application
Hi, attach id_rsa.pub from that directory. Yes, that's correct. id_rsa is your secret key, id_rsa.pub is public. I bet some folks use strong pass phrases the can't remember or type, some folks use weak pass phrases, and some folks don't use any pass phrases at all. It's true. We encourage you to use a passphrase. You can use ssh-add to avoid typing your passphrase more than once per session. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
ssh key for project hosting application
I do a: ssh-keygen -C [EMAIL PROTECTED] cd .ssh and attach id_rsa.pub from that directory. Is that correct? I bet some folks use strong pass phrases the can't remember or type, some folks use weak pass phrases, and some folks don't use any pass phrases at all. I bet some folks use other command line arguments with ssh-keygen -- Drew Einhorn ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Moodle as OLPC Server
On Jan 28, 2008 4:22 PM, Nagarajan Vadivel [EMAIL PROTECTED] wrote: Hi Martin Sulochan, Thanks for your reply. Before making any comments I wish to answer your last question. Yes I will be happy to work on Moodle for OLPC server. Excellent - there'll be plenty to do ;-) So far as the other elearning framework, I suggest you to try DOCEBO. I have experience in working on Docebo and in the process of setting up a Moodle server at htttp://docebo.elearning.edu I'll have a look - thanks! [Quick check - where's the source code for it? License? Developer community? ] My concern is that how the School server will be deployed particularly installing LAMP for Moodle Moodle issues are its demand for higher memory (4GB), higher speed and higher server space Do NOT worry about moodle performance -- leave that in my hands. I have been working on Moodle scalability and performance for 4 years now -- 1.7 and 1.8 have been sluggish, but I did some serious work on 1.9 so that it's back to the kind of scalability we had in the 1.4/1.5 series. And I'll tune the XS so that Moodle is pre-installed and tuned correctly. There won't be a problem. I also plan to have the rack space with powerful Moodle servers for internet YAGNI ;-) Let's use that energy time on other stuff. The XS will be pretty well performing and self-reliant for Moodle, MediaWiki and any other web app we need there, m ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: patch for olpc-session
(I've cc'd devel@) Alexios Zavras wrote: However, I saw no way of providing the Option XkbOptions grp:ctrl_shift_toggle line. Could you add support for a XKB_OPTIONS variable, similar to the other XKB_* ones ? This would be translated to -option $XKB_OPTIONS string for the setxkbmap call, of course (careful, no final 's' in -option) More worringly, we did not specify a manufacturing tag to specify xkb options, so that olpc-configure could do the right thing once we have an actual SKU for it. I propose using KO for this purpose. I can obviously send you the 2-line patch, but I thought you might find it insulting... :-) Oh, not at all! I'm currently traveling to Australia and I'm unable to test properly. See if the following code works for you. I've already pushed it to git, but I've not yet rebuilt the olpc-utils package out of it. diff --git a/olpc-session b/olpc-session index 3e7797e..2d3712d 100755 --- a/olpc-session +++ b/olpc-session @@ -34,11 +34,14 @@ export LANG xset m 7/4 0 xset r rate 500 30 +[ -n $XKB_OPTION ] XKB_OPTION=`echo $XKB_OPTION | sed -e 's/\b/-option /g'` + # set keyboard layout setxkbmap \ ${XKB_MODEL:+ -model $XKB_MODEL} \ ${XKB_LAYOUT:+ -layout $XKB_LAYOUT} \ - ${XKB_VARIANT:+ -variant $XKB_VARIANT} + ${XKB_VARIANT:+ -variant $XKB_VARIANT} \ + $XKB_OPTION # disable repeat on several keys xset -r 9 -r 220 -r 67 -r 68 -r 69 -r 70 -r 71 -r 72 -r 73 -r 74 -r 79 -r \ -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Project Hosting Application: World VistA
1. Project name : WorldVistA 2. Existing website, if any : http://wiki.laptop.org/go/WorldVistA 3. One-line description : Billion Dollar Health Care System from the US Veterans Administration 4. Longer description : WorldVistA is a complete Electronic Medical System released by the VA : in response to a FOIA Freedom Of Information Act request : implemented as an open source project by the WorldVistA non-profit. : 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 - -- #1drew.einhorn Drew Einhorn attached [EMAIL PROTECTED] #2 #3 ... 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. 11. Translation [X] Set up the laptop.org Pootle server to allow translation commits to be made [ ] Translation arrangements have already been made at ___ -- Drew Einhorn id_rsa.pub Description: Binary data ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH v2] RFC: ReadActivity fullscreen, paging changes
On Sun, 27 Jan 2008, Klaus Weidner wrote: On Sun, Jan 27, 2008 at 03:08:34AM -0800, [EMAIL PROTECTED] wrote: The continuous pages mode is what had previously been the only mode. You can see the bottom of one page and the top of the next page on the screen simultaneously. In single pages mode, you never see more than one page at a time. This is a matter of taste and the more useful one also depends on the document, which is why I think it should be switchable. Ok, I can see the desire for this mode, but I'm not sure it's worth the complication (especially given the other simplifications done to sugar) I think the addition is not that complicated (could be a single toggle button, two-half-pages-with-gap as the icon). The single page mode can make reading documents much less confusing, especially in the case of multi-column documents where you would otherwise need to be careful when moving back to the next column to make sure you're on the right page. This way you can clearly see where the page ends, and either move back up manually or hit home to go back to the top of the page. Actually, I think non-continuous mode would even make sense as the default since it's simpler and more book-like than the continuous one, which acts more like a scroll. And it should use less memory since it never needs to render more than a page at a time. on large PDF's it doesn't render the entire document currently, it tries to stay a few pages ahead of you, but if you start at the beginning of a long document and page down you will fairly quickly get to a message saying that the page isn't ready yet. if you then jump to the bottom of the document you will see the same thing, but it will then render the pages. if you then jump back to the top of the document you will find that it needs to re-render pages that you already viewed. I've got an electronic subscription to Circuit Cellar and I loaded the last 30 or so issues onto my SD card and read the last few on the XO. I've also loaded some software manuals (~200 pages each) and tried to read them as well (the manuals suffered from fonts being invisable, but this seems to be mostly, if not completely fixed in recent builds) David Langdiff --git a/shell/ev-view.c b/shell/ev-view.c index b464c3f..3bfe7da 100644 --- a/shell/ev-view.c +++ b/shell/ev-view.c @@ -360,7 +360,7 @@ scroll_to_current_page (EvView *view, GtkOrientation orientation) view_point.y + view-vadjustment-page_size); } else { gtk_adjustment_set_value (view-vadjustment, - CLAMP (view_point.y, + CLAMP (view-vadjustment-value, view-vadjustment-lower, view-vadjustment-upper - view-vadjustment-page_size)); @@ -372,7 +372,7 @@ scroll_to_current_page (EvView *view, GtkOrientation orientation) view_point.x + view-hadjustment-page_size); } else { gtk_adjustment_set_value (view-hadjustment, - CLAMP (view_point.x, + CLAMP (view-hadjustment-value, view-hadjustment-lower, view-hadjustment-upper - view-hadjustment-page_size)); @@ -3996,6 +3996,8 @@ ev_view_class_init (EvViewClass *class) binding_set = gtk_binding_set_by_class (class); + add_scroll_binding_keypad (binding_set, GDK_Page_Up, 0, EV_SCROLL_PAGE_BACKWARD, FALSE); + add_scroll_binding_keypad (binding_set, GDK_Page_Down, 0, EV_SCROLL_PAGE_FORWARD, FALSE); add_scroll_binding_keypad (binding_set, GDK_Left, 0, EV_SCROLL_STEP_BACKWARD, TRUE); add_scroll_binding_keypad (binding_set, GDK_Right, 0, EV_SCROLL_STEP_FORWARD, TRUE); add_scroll_binding_keypad (binding_set, GDK_Left, GDK_MOD1_MASK, EV_SCROLL_STEP_DOWN, TRUE); diff --git a/readactivity.py b/readactivity.py index 956e3b0..99b9244 100644 --- a/readactivity.py +++ b/readactivity.py @@ -95,7 +95,7 @@ class ReadActivity(activity.Activity): toolbox.add_toolbar(_('Read'), self._read_toolbar) self._read_toolbar.show() -self._view_toolbar = ViewToolbar(self._view) +self._view_toolbar = ViewToolbar(self._view, self) self._view_toolbar.connect('needs-update-size', self.__view_toolbar_needs_update_size_cb) toolbox.add_toolbar(_('View'), self._view_toolbar) diff --git a/readtoolbar.py b/readtoolbar.py index 332e4fa..be475b2 100644 --- a/readtoolbar.py +++ b/readtoolbar.py @@ -258,9 +258,10 @@ class
Re: Screen rotation and keys
On Sun, 27 Jan 2008, Klaus Weidner wrote: On Sun, Jan 27, 2008 at 03:08:34AM -0800, [EMAIL PROTECTED] wrote: Klaus Weidner wrote: How about the following: - by default, the rotate key rotates both the screen and the rocker switch, so that pressing the rocker towards the (logical) top of the screen always generates an Up arrow keystroke. The game keys don't rotate. - applications can choose to get notified of rotation events and the new orientation in case they want to add actions to the default ones, such as optimizing the screen layout for the new orientation. - applications can disable auto-rotation, making the rotate button available for the application as a normal input. The rocker switch doesn't get auto-modified and stays under app control. I think it would be important to have something sane happen by default, and that would let non-rotation-aware apps have basic functionality. I would agree with this proposal. if an application chooses to disable auto-rotation they should be able to re-map all 9 of the game keys. it would be nice to have this done in a way that would be able to be scripted (for use in the terminal window for example) note that the rotation could still take place when other applications are active, so the application still needs to be able to respond to resize events (which should be standard for apps that live in a GUI environment anyway, even if they are text apps that run in an xterm) It's not just resizing - if a different application rotates the screen, that happens via xrandr, and the X server rearranges its framebuffer internally to match the orientation. All apps will be flipped if they want to be or not, not just resized. It would have to tell the X server to flip back if it needed a specific orientation. So a non-rotating app would need to check for rotations and force a specific orientation when it starts, and whenever it regains its status as active app if the user had switched away. since the app has no idea why the user did the rotation, I don't think it has any justification in forcing the rotation to anything. while I understand the desire to avoid modal operation and also to not have the e-book mode operate by moving a pointer around, I think that the ability to switch to a mode where you can toggle between the existing functions of the gamepad keys and a mode where the arrows move the mouse pointer and X and O mimic the mouse buttons (with matching lables) would be extremely useful for applications that have not been converted yet. in fact, how's this for an idea? in e-book mode (screen rotated and flat against the keyboard) the rotate button doesn't rotate the screen, instead it toggles between existing behavior and pointer mode. you could change the shape of the exit icon when in pointer mode to indicate what mode you are in. I can see how this can be useful (I once did similar things to run X apps that need 3 mouse buttons on a touchscren handheld), but the modality combined with moving the pointer with cursor keys quickly gets frustrating. I think it's probably better to use the e-book mode just for applications that are designed to work with it - you can just use the normal notebook mode for non-converted apps if necessary. sometimes it's just a lot more convienient to fold the screen down (when walking for example). e-book mode isn't just for running book applications. browsing is a case where you have no control over what's happening, and there are cases where you need a pointer to navigate reasonably (you aren't going to fix every website in the world to work with your app, microsoft tried and failed, and you don't have nearly the power they did) Also, you lose the function of the rotate button to rotate the screen, and I think people expect that to work. I guess you could use something like a long press as opposed to a short press, but that violates the principle of least surprise. all you would have to do to get the rotation functionality back is to lift the screen an inch or two and hit the rotation button. David Langdiff --git a/shell/ev-view.c b/shell/ev-view.c index b464c3f..3bfe7da 100644 --- a/shell/ev-view.c +++ b/shell/ev-view.c @@ -360,7 +360,7 @@ scroll_to_current_page (EvView *view, GtkOrientation orientation) view_point.y + view-vadjustment-page_size); } else { gtk_adjustment_set_value (view-vadjustment, - CLAMP (view_point.y, + CLAMP (view-vadjustment-value, view-vadjustment-lower, view-vadjustment-upper - view-vadjustment-page_size)); @@ -372,7 +372,7 @@ scroll_to_current_page (EvView *view, GtkOrientation orientation)
Re: [PATCH] RFC: ReadActivity fullscreen, paging changes
On Sun, 27 Jan 2008, Wade Brainerd wrote: On 1/27/08, Klaus Weidner [EMAIL PROTECTED] wrote: - applications can choose to get notified of rotation events and the new orientation in case they want to add actions to the default ones, such as optimizing the screen layout for the new orientation. My activity cannot support portrait orientations, only landscape. I suspect that a great number of other activities have sub-par functionality in rotated mode as well. It would be great if in addition to notification events there was a way (in activity.info?) to specify constraints like portrait only or landscape only. what if your application was being run on a normal PC, would you try to say that the window you are running in can't be resized? even when rotated to the 'wrong' orientation, if the user is in monochrome mode they have a 900 pixle wide screen, it's just a bit taller then normal ;-) think of it as two 800x600 screens stacked on top of each other As an aside, it would also be great to have a way, either user preference or activity setting, to disable the overlay that appears when you move the mouse to the corners of the screen. I personally don't find it at all useful (the keyboard keys are much faster!) and it constantly pops up unintentionally, forcing me to move the mouse and *wait* to get back to where I wanted to click. this is already possible. check the tips section on the olpc forums, I don't remember the exact file to edit, but it was pretty trivial. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] RFC: ReadActivity fullscreen, paging changes
On Sun, 27 Jan 2008, Chas. Owens wrote: 2008/1/27 Wade Brainerd [EMAIL PROTECTED]: snip As an aside, it would also be great to have a way, either user preference or activity setting, to disable the overlay that appears when you move the mouse to the corners of the screen. I personally don't find it at all useful (the keyboard keys are much faster!) and it constantly pops up unintentionally, forcing me to move the mouse and wait to get back to where I wanted to click. snip I, too, have found that annoying (I have a similar problem with hot corners on other operating systems). Perhaps there needs to be a longer timeout. Say a full second or so in the corner before the frame pops out. take a look here for instructions for how to disable them (you can still pull it up by hitting the button) http://en.forum.laptop.org/viewtopic.php?f=17t=930 David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel