On Sun, 29 Aug 2010 10:57:40 +0000
Daniele Ricci <[email protected]> (DR) wrote:

DR> On Sat, Aug 28, 2010 at 20:27, Petr Vanek <[email protected]> wrote:
DR> > Daniele, finally i was able to test the self rotating input
DR> > method. It is something that i thought i would really like. Here
DR> > are some observations:
DR> >
DR> 
DR> How did you do that? With 2.6.32.17 kernel rotation goes WSOD...

i am using shr-u's 2.6.32.21 :) , it contains recent wsod fixes :) by
Gennady.

you also need recent (yesterdays) Xserver version that is correcting
discrepancy between inout/output (screen rotates but not the touch).

simple upgrading shr-u and making sure you are running latest kernel
(in my case it got upgraded but didn't switch automatically) should
make this user cases usable for you.

DR> > rotation takes not too long really, but it becomes annoying to
DR> > wait for it :) i think the whole wm restarts at that moment
DR> 
DR> Actually it doesn't. The wm waits for 500 ms to activate the
DR> keyboard, because i noticed that some windows (e.g. new message
DR> window in shr phoneui) if they are resized too early they get
DR> scrambled. Actually in landscape mode i should rotate, then wait
DR> 500ms then activate keyboard. Perhaps a smaller delay would work
DR> too.

we can test, but as we continue below, is not the timing but the
workflow...

DR> > on some occasions i would need only to edit -> choose something
DR> > from a hoversel->edit next field. Of course, this sequence causes
DR> > me to go landscape->portrait->landscape. Not sure what the
DR> > solution might be... perhaps AUX would kill kbd but screen would
DR> > stay rotated, next AUX press would bring back the portrait mode?
DR> > As no other method switches the kbd off anyways, this could
DR> > perhaps be a working solution...
DR> 
DR> I know... I think the UI should be redesigned for this... For
DR> example, IMHO any window should have a scroller widget to scroll
DR> anything in the window, so even if there is space-occupying window
DR> the user is able to scroll the window contents.
DR> Besides, your idea is really nice, i'll think about it :-)

yes, in some apps, when you switch to landscape, you cannot see the
edit entry anymore, as the app doesn't have scroller...

DR> > I like, now will test the same but with omnewrotate, to observe
DR> > the difference of being autorotated by input method versus
DR> > choosing by me by turning the phone.
DR> >
DR> 
DR> It would also be cool to rotate the keyboard on accelerometer
DR> signal ;-)

omnewrotate is working with latests kernels, but for some reason it
either sometimes stops working or it is very slow, have not reported to
[Rui] yet...

i am not sure... have a feeling rotation is now also in fso so you
could be catching it's signals about current orientation?

Petr
_______________________________________________
Shr-devel mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-devel

Reply via email to