Re: [Sugar-devel] [DESIGN] Read: focus after launching
Excerpts from Simon Schampijer's message of Wed Oct 13 12:45:09 +0200 2010: when working on the issue in Read that the dpad keys do not work directly when in ebook mode [1], I postulated that Read when it comes up should always grab the focus on the view so scrolling using the arrow keys is directly possible. +1 This is quite annoying (especially so since I usually scroll using the cursor keys, not a pointing device). I consider it a bug, but haven't bothered reporting it yet since there were more important ones (not working at all on recent distros for a start). Like Daniel I think that all activities (or all applications for that matter - I have the same problem with non-Sugar applications as well) should start with a sensible focus selected. We should check where focus gets assigned by default in activities that don't set it explicitly. Depending on the outcome (e.g. if it's in the tool bar by default), setting the focus in sugar.activity.activity.Activity.set_canvas() might be a good idea. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Read: focus after launching
On 14 October 2010 09:38, Sascha Silbe sascha-ml-reply-to-201...@silbe.org wrote: Excerpts from Simon Schampijer's message of Wed Oct 13 12:45:09 +0200 2010: when working on the issue in Read that the dpad keys do not work directly when in ebook mode [1], I postulated that Read when it comes up should always grab the focus on the view so scrolling using the arrow keys is directly possible. +1 This is quite annoying (especially so since I usually scroll using the cursor keys, not a pointing device). I consider it a bug, but haven't bothered reporting it yet since there were more important ones (not working at all on recent distros for a start). Like Daniel I think that all activities (or all applications for that matter - I have the same problem with non-Sugar applications as well) should start with a sensible focus selected. We should check where focus gets assigned by default in activities that don't set it explicitly. Depending on the outcome (e.g. if it's in the tool bar by default), setting the focus in sugar.activity.activity.Activity.set_canvas() might be a good idea. +1 on adding this to Read, don't know about other activities. I'll do it as soon as I get time to fix Read. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Read: focus after launching
Hi, when working on the issue in Read that the dpad keys do not work directly when in ebook mode [1], I postulated that Read when it comes up should always grab the focus on the view so scrolling using the arrow keys is directly possible. I looked around and when opening a new tab in Firefox, scrolling using the error keys does work out of the box, in open-office and abiword not (you can use for example a wheel of the mouse directly). In evince using the arrow keys does work as well directly after launching. What do others think about it? Maybe there are other ways of dealing with this issue (we should probably look at the evince code what they do). Regards, Simon [1] http://dev.laptop.org/ticket/10396 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Read: focus after launching
On 13 October 2010 11:45, Simon Schampijer si...@schampijer.de wrote: Hi, when working on the issue in Read that the dpad keys do not work directly when in ebook mode [1], I postulated that Read when it comes up should always grab the focus on the view so scrolling using the arrow keys is directly possible. Agreed. Activities should set a sensible focus on launch. For example Write focuses the text input area. Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
