Re: [Sugar-devel] [DESIGN] Read: focus after launching

2010-10-13 Thread Daniel Drake
On 13 October 2010 11:45, Simon Schampijer  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


Re: [Sugar-devel] [DESIGN] Read: focus after launching

2010-10-14 Thread Sascha Silbe
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

2010-10-14 Thread Lucian Branescu
On 14 October 2010 09:38, Sascha Silbe
 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


Re: [Sugar-devel] [DESIGN] Read: focus after launching

2010-10-26 Thread Simon Schampijer

Hi,

thanks for all the input on this.

On 10/15/2010 12:37 AM, Lucian Branescu wrote:

On 14 October 2010 09:38, Sascha Silbe
  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).


heh sure ;p


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.


As it turned out Read already does listen for various scrolling keys in 
the epubviewer [1], so this works only for epubs but not for pdfs. Doing 
the same does sound the best solution to me [2].


In master we might want to check for a general selection of a focus like 
Sascha has been describing.


Regards,
   Simon

[1] http://dev.laptop.org/ticket/10396#comment:21
[2] 
http://dev.laptop.org/attachment/ticket/10396/assign_scrolling_keys_10396.patch

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel