[Sugar-devel] Hacking onto the "appearing" and "hiding" of OSK

Ajay Garg ajay at activitycentral.com
Tue Jan 29 00:17:32 EST 2013


I agree with Gonzalo and Gary; this is just a makeshift solution for the
time-being, so that activities like Speak, Chat, Terminal are not rendered
completely unusable in ebook-mode.

Ideally, the best solution would be to have the OSK-appearance-and
window-shrinkage on "automatic" and "tied-together" basis (without needing
any manual intervention).



On Tue, Jan 29, 2013 at 9:17 AM, Gary Martin <garycmartin at googlemail.com>wrote:

> On 28 Jan 2013, at 18:33, Gonzalo Odiard <gonzalo at laptop.org> wrote:
>
> >
> >
> > On Mon, Jan 28, 2013 at 2:50 PM, Ajay Garg <ajay at activitycentral.com>
> wrote:
> >
> >
> > On Mon, Jan 28, 2013 at 11:01 PM, Paul Fox <pgf at laptop.org> wrote:
> > ajay wrote:
> >  > Hi all.
> >  >
> >  > A simple solution was found :)
> >  >
> >  > I hacked the "KP_Prior" and "KP_Next" keys, and now they are used for
> >  > making-window-smaller and restoring-original-window-size respectively
> :)
> >
> > so sugar takes over those keys?  aren't those keys used by activities?
> > they're certainly useful in a terminal -- page up and page down.
> >
> > Hmm.. Well a simple "grepping" showed that the "Read" activity is the
> only activity that explicitly makes use of the "KP_Home" and "KP_End" keys;
> but none seemed to make use of "KP_Prior" and "KP_Next".
> >
> >
> > A simple grep is not good enough. Gtk already uses these keys, for
> example in a textview.
> >
> > I can't understand what you are trying to do. The user should press the
> key to enlarge/shrink the activity window? Does not look like a good
> solution.
>
> +1
>
> OSK behaviour should be automatic, no user intervention (other than
> perhaps some manual view scrolling when there is no active focus to get
> into view). If we are missing cases (and we are currently), then these are
> bugs to be fixed and/or features to be landed (often GTK3 related upstream
> targets, but occasionally Sugar/Activity related patches). We made great
> progress in 13.1.0, hopefully we can finish off this effort ready for
> 13.2.0.
>
> Regards,
> --Gary
>
> > Gonzalo
> >
> >
> >
> >
> > paul
> >
> >  >
> >  > All thanks to
> >  >        * /usr/share/X11/xkb/keycodes/evdev
> >  >        * sugar/src/jarabe/view/keyhandler.py
> >  >
> >  >
> >  >
> >  > Just one thing I noticed when  I tried to have the above keys take
> effect
> >  > ONLY in ebook-mode (via the "evtest --query" test), that when I ran
> this
> >  > again and again via the "suprocess" module, the XO-4 behaved very
> >  > erratically. However, when I made the keys take effect irrespective
> of the
> >  > test of ebook-mode, things worked cool. However, I will keep on
> looking
> >  > into the reason.
> >  >
> >  >
> >  > Thanks a ton to all :)
> >  >
> >  >
> >  > On Thu, Jan 24, 2013 at 10:45 PM, Paul Fox <pgf at laptop.org> wrote:
> >  >
> >  > > gonzalo wrote:
> >  > >  > Write does not know what is the ebook switch state, that logic
> is in the
> >  > >  > osk.
> >  > >  >
> >  > >  > Looking in the wiki and sugar code, I could not find information
> about
> >  > > how
> >  > >  > read the switch,
> >  > >  > but in ticket http://dev.laptop.org/ticket/12326 found this:
> >  > >  >
> >  > >  > If you do:
> >  > >  >
> >  > >  > evtest --query /dev/input/event4 EV_SW SW_TABLET_MODE; echo $?
> >  > >  >
> >  > >  >
> >  > >  > If the xo is in ebook mode returns 10, if not, returns 0.
> >  > >  >
> >  > >  > There are any official doc about the switches I am missing?
> There are a
> >  > > way
> >  > >  > to catch a event when the switch is activated, using dbus or
> something
> >  > >  > similar?
> >  > >
> >  > > if you open the device and read it, you'll get a stream of "struct
> >  > > input_event" structures (/usr/include/linux/input.h) representing
> >  > > opening and closing of the SW_TABLET_MODE switch.  here's a C code
> >  > > snippet from olpc-switchd (part of powerd):
> >  > >
> >  > >     void ebook_event()
> >  > >     {
> >  > >         struct input_event ev[1];
> >  > >
> >  > >         if (read(ebk_fd, ev, sizeof(ev)) != sizeof(ev))
> >  > >             die("bad read from ebook switch");
> >  > >
> >  > >         dbg(3, "ebk: ev sec %d usec %d type %d code %d value %d",
> >  > >             ev->time.tv_sec, ev->time.tv_usec,
> >  > >             ev->type, ev->code, ev->value);
> >  > >
> >  > >         if (ev->type == EV_SW && ev->code == SW_TABLET_MODE) {
> >  > >             if (ev->value)
> >  > >                 send_event("ebookclose", round_secs(ev),
> ebk_device);
> >  > >             else
> >  > >                 send_event("ebookopen", round_secs(ev), ebk_device);
> >  > >         }
> >  > >     }
> >  > >
> >  > >
> >  > > perhaps there's an evdev to dbus gateway of some sort, but i don't
> know
> >  > > about it, if so.
> >  > >
> >  > > the "evtest" commandline example, above, uses an ioctl on the input
> >  > > device to determine current state.  here's snippet from the evtest
> source:
> >  > > (full source:  git://anongit.freedesktop.org/evtest)
> >  > >
> >  > >     static int query_device(const char *device, const struct
> query_mode
> >  > > *query_mode>
> >  > >     {
> >  > >             int fd;
> >  > >             int r;
> >  > >             unsigned long state[NBITS(query_mode->max)];
> >  > >
> >  > >             fd = open(device, O_RDONLY);
> >  > >             if (fd < 0) {
> >  > >                     perror("open");
> >  > >                     return EXIT_FAILURE;
> >  > >             }
> >  > >             memset(state, 0, sizeof(state));
> >  > >             r = ioctl(fd, query_mode->rq, state);
> >  > >             close(fd);
> >  > >
> >  > >             if (r == -1) {
> >  > >                     perror("ioctl");
> >  > >                     return EXIT_FAILURE;
> >  > >             }
> >  > >
> >  > >             if (test_bit(keycode, state))
> >  > >                     return 10; /* different from EXIT_FAILURE */
> >  > >             else
> >  > >                     return 0;
> >  > >     }
> >  > >
> >  > >
> >  > >
> >  > > paul
> >  > >
> >  > >
> >  > >  >
> >  > >  > Gonzalo
> >  > >  >
> >  > >  >
> >  > >  > On Thu, Jan 24, 2013 at 12:16 PM, Martin Langhoff <
> >  > > martin.langhoff at gmail.com
> >  > >  > > wrote:
> >  > >  >
> >  > >  > > On Thu, Jan 24, 2013 at 10:13 AM, Paul Fox <pgf at laptop.org>
> wrote:
> >  > >  > > > i believe sugar already has code to detect the two modes,
> since
> >  > >  > > > that's how it knows whether to present the OSK or not.
> >  > >  > >
> >  > >  > > Yep. Ajay, I think Write shows you the way :-)
> >  > >  > >
> >  > >  > >
> >  > >  > >
> >  > >  > >
> >  > >  > > m
> >  > >  > > --
> >  > >  > >  martin.langhoff at gmail.com
> >  > >  > >  martin at laptop.org -- Software Architect - OLPC
> >  > >  > >  - ask interesting questions
> >  > >  > >  - don't get distracted with shiny stuff  - working code first
> >  > >  > >  - http://wiki.laptop.org/go/User:Martinlanghoff
> >  > >  > >
> >  > >
> >  > > =---------------------
> >  > >  paul fox, pgf at laptop.org
> >  > > _______________________________________________
> >  > > Devel mailing list
> >  > > Devel at lists.laptop.org
> >  > > http://lists.laptop.org/listinfo/devel
> >  > >
> >  >
> >  >
> >  >
> >  > --
> >  > Regards,
> >  >
> >  > Ajay Garg
> >  > Dextrose Developer
> >  > Activity Central: http://activitycentral.com
> >
> > =---------------------
> >  paul fox, pgf at laptop.org
> > _______________________________________________
> > Devel mailing list
> > Devel at lists.laptop.org
> > http://lists.laptop.org/listinfo/devel
> >
> >
> >
> > --
> > Regards,
> >
> > Ajay Garg
> > Dextrose Developer
> > Activity Central: http://activitycentral.com
> >
>
> _______________________________________________
> Devel mailing list
> Devel at lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Regards,

Ajay Garg
Dextrose Developer
Activity Central: http://activitycentral.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20130129/a9bb69ef/attachment-0001.html>


More information about the Sugar-devel mailing list