Re: [Sugar-devel] Some queries regarding the Maliit OSK
Fototoon in git already use a textview to solve this issue. There are strange resizes, and the interaction is not perfect yet, that is the reason was not released. Testing and help is welcomed Gonzalo On Sat, Feb 23, 2013 at 9:26 AM, Ajay Garg ajaygargn...@gmail.com wrote: Hi all. In activities like FotoToon and Labyrinth, it is seen that the OSK does not appear in ebook-mode (whereas it appears fine in other activities, wherever it ought to be). My belief is that it is due to the incompatablity of FotoToon and Labyrinth widgets, as compared to the other activities. So, is there a way to have the maliit OSK come up in this cases too (perhaps through any configuration tweek in maliit)? I am sorry for such a vague question, but any pointers will be highly appreciated :) Regards, Ajay ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some queries regarding the Maliit OSK
On Mon, Feb 25, 2013 at 6:23 AM, Gonzalo Odiard gonz...@laptop.org wrote: Fototoon in git already use a textview to solve this issue. There are strange resizes, and the interaction is not perfect yet, that is the reason was not released. Testing and help is welcomed I was starting to look into this last night. There is definitely something broken. I'll try to track it down. -walter Gonzalo On Sat, Feb 23, 2013 at 9:26 AM, Ajay Garg ajaygargn...@gmail.com wrote: Hi all. In activities like FotoToon and Labyrinth, it is seen that the OSK does not appear in ebook-mode (whereas it appears fine in other activities, wherever it ought to be). My belief is that it is due to the incompatablity of FotoToon and Labyrinth widgets, as compared to the other activities. So, is there a way to have the maliit OSK come up in this cases too (perhaps through any configuration tweek in maliit)? I am sorry for such a vague question, but any pointers will be highly appreciated :) Regards, Ajay ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some queries regarding the Maliit OSK
On Sat, Feb 23, 2013 at 10:56 PM, Ajay Garg a...@activitycentral.com wrote: Hi Walter. * I cloned the walters-gtk-touch repository, build the bundle, and deployed on my XO-4. The OSK appeared fine now :) First issue solved ! * However, any thought hidden by the OSK, cannot have the text added. * I then encapsulated the gtk.Fixed within a gtk.ScrolledWindow. Now, the window-resizing-upon-OSK-appearance solution worked, enabling the user to enter text in widgets even in the lower part of the window. Second issue solved !! Where is your patch? I'd like to look at it? Did you enable screen dragging? If so, how do you distinguish between dragging and adding a new Thought? * Now, we know that a textwidget is mainly subjected to four types of actions upon a click :: 1) If the click is left and inside the textwidget, text needs to be entered. 2) If the click is left and on the boundary of the textwidget, and the click held on, the textwidget needs to be resized. 3) If the click is right and on the boundary of the textwidget, and then the left-click-drag is done, the widget needs to be moved. 4) If the click is left and outside a textwidget, a new textwidget is spawned. As can be seeen, there are two issues with the above four scenarios in tablet-mode:: a) Cases [1], [2] and [4] are more easily segregated/differentiated using a mouse-pointer, but might be very hard to get bang on, when using a finger (in tablet-mode). b) Case [3] does not work at all in tablet-mode. Just makes me wonder whether an activity like Labyrinth is more suitable only in non-touch mode ??? Any app that involves text input and fine motor positioning is probably better suited to laptop mode. But that said, you apparently didn't notice the new button I added to the toolbar to invoke move mode. It handles Case 3. And it is more Sugary than right-click (the use of which violates the design guidelines and has always been a real annoyance in Labyrinth. regards. -walter On Sat, Feb 23, 2013 at 11:12 PM, Ajay Garg a...@activitycentral.com wrote: On Sat, Feb 23, 2013 at 7:24 PM, Walter Bender walter.ben...@gmail.com wrote: On Sat, Feb 23, 2013 at 7:26 AM, Ajay Garg ajaygargn...@gmail.com wrote: Hi all. In activities like FotoToon and Labyrinth, it is seen that the OSK does not appear in ebook-mode (whereas it appears fine in other activities, wherever it ought to be). My belief is that it is due to the incompatablity of FotoToon and Labyrinth widgets, as compared to the other activities. So, is there a way to have the maliit OSK come up in this cases too (perhaps through any configuration tweek in maliit)? I am sorry for such a vague question, but any pointers will be highly appreciated :) Regards, Ajay ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Your assumption is correct. The OSK is invoked from a textview widget. I have a version of Labyrinth working with textview (See [1]). Flavio is working on the GTK3 port. Note that [1] is a slight compromise from the way that Labyrinth currently works in that, for expediency, I am processing the text attributes for the entire thought as opposed to multiple attributes per thought. (This is really complex and convoluted in Labyrinth and, IMHO, I don't think it is worth the additional effort at this point). Regarding Fototoons, I plan on making a similar intervention (less complex) after coordinating with Gonzalo. (There are a number of cool Fototoon enhancements queued up from GCI.) Thanks for the reply !! It helps clarifiy the current situations. regards. -walter [1] http://git.sugarlabs.org/~walter/labyrinth/walters-gtk2-touch -- Walter Bender Sugar Labs http://www.sugarlabs.org Regards, Ajay Garg Dextrose Developer Activity Central: http://activitycentral.com Regards, Ajay Garg Dextrose Developer Activity Central: http://activitycentral.com -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Some queries regarding the Maliit OSK
Hi all. In activities like FotoToon and Labyrinth, it is seen that the OSK does not appear in ebook-mode (whereas it appears fine in other activities, wherever it ought to be). My belief is that it is due to the incompatablity of FotoToon and Labyrinth widgets, as compared to the other activities. So, is there a way to have the maliit OSK come up in this cases too (perhaps through any configuration tweek in maliit)? I am sorry for such a vague question, but any pointers will be highly appreciated :) Regards, Ajay ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some queries regarding the Maliit OSK
On Sat, Feb 23, 2013 at 7:26 AM, Ajay Garg ajaygargn...@gmail.com wrote: Hi all. In activities like FotoToon and Labyrinth, it is seen that the OSK does not appear in ebook-mode (whereas it appears fine in other activities, wherever it ought to be). My belief is that it is due to the incompatablity of FotoToon and Labyrinth widgets, as compared to the other activities. So, is there a way to have the maliit OSK come up in this cases too (perhaps through any configuration tweek in maliit)? I am sorry for such a vague question, but any pointers will be highly appreciated :) Regards, Ajay ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Your assumption is correct. The OSK is invoked from a textview widget. I have a version of Labyrinth working with textview (See [1]). Flavio is working on the GTK3 port. Note that [1] is a slight compromise from the way that Labyrinth currently works in that, for expediency, I am processing the text attributes for the entire thought as opposed to multiple attributes per thought. (This is really complex and convoluted in Labyrinth and, IMHO, I don't think it is worth the additional effort at this point). Regarding Fototoons, I plan on making a similar intervention (less complex) after coordinating with Gonzalo. (There are a number of cool Fototoon enhancements queued up from GCI.) regards. -walter [1] http://git.sugarlabs.org/~walter/labyrinth/walters-gtk2-touch -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some queries regarding the Maliit OSK
On Sat, Feb 23, 2013 at 7:24 PM, Walter Bender walter.ben...@gmail.comwrote: On Sat, Feb 23, 2013 at 7:26 AM, Ajay Garg ajaygargn...@gmail.com wrote: Hi all. In activities like FotoToon and Labyrinth, it is seen that the OSK does not appear in ebook-mode (whereas it appears fine in other activities, wherever it ought to be). My belief is that it is due to the incompatablity of FotoToon and Labyrinth widgets, as compared to the other activities. So, is there a way to have the maliit OSK come up in this cases too (perhaps through any configuration tweek in maliit)? I am sorry for such a vague question, but any pointers will be highly appreciated :) Regards, Ajay ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Your assumption is correct. The OSK is invoked from a textview widget. I have a version of Labyrinth working with textview (See [1]). Flavio is working on the GTK3 port. Note that [1] is a slight compromise from the way that Labyrinth currently works in that, for expediency, I am processing the text attributes for the entire thought as opposed to multiple attributes per thought. (This is really complex and convoluted in Labyrinth and, IMHO, I don't think it is worth the additional effort at this point). Regarding Fototoons, I plan on making a similar intervention (less complex) after coordinating with Gonzalo. (There are a number of cool Fototoon enhancements queued up from GCI.) Thanks for the reply !! It helps clarifiy the current situations. regards. -walter [1] http://git.sugarlabs.org/~walter/labyrinth/walters-gtk2-touch -- Walter Bender Sugar Labs http://www.sugarlabs.org Regards, Ajay Garg Dextrose Developer Activity Central: http://activitycentral.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some queries regarding the Maliit OSK
Hi Walter. * I cloned the walters-gtk-touch repository, build the bundle, and deployed on my XO-4. The OSK appeared fine now :) First issue solved ! * However, any thought hidden by the OSK, cannot have the text added. * I then encapsulated the gtk.Fixed within a gtk.ScrolledWindow. Now, the window-resizing-upon-OSK-appearance solution worked, enabling the user to enter text in widgets even in the lower part of the window. Second issue solved !! * Now, we know that a textwidget is mainly subjected to four types of actions upon a click :: 1) If the click is left and inside the textwidget, text needs to be entered. 2) If the click is left and on the boundary of the textwidget, and the click held on, the textwidget needs to be resized. 3) If the click is right and on the boundary of the textwidget, and then the left-click-drag is done, the widget needs to be moved. 4) If the click is left and outside a textwidget, a new textwidget is spawned. As can be seeen, there are two issues with the above four scenarios in tablet-mode:: a) Cases [1], [2] and [4] are more easily segregated/differentiated using a mouse-pointer, but might be very hard to get bang on, when using a finger (in tablet-mode). b) Case [3] does not work at all in tablet-mode. Just makes me wonder whether an activity like Labyrinth is more suitable only in non-touch mode ??? On Sat, Feb 23, 2013 at 11:12 PM, Ajay Garg a...@activitycentral.comwrote: On Sat, Feb 23, 2013 at 7:24 PM, Walter Bender walter.ben...@gmail.comwrote: On Sat, Feb 23, 2013 at 7:26 AM, Ajay Garg ajaygargn...@gmail.com wrote: Hi all. In activities like FotoToon and Labyrinth, it is seen that the OSK does not appear in ebook-mode (whereas it appears fine in other activities, wherever it ought to be). My belief is that it is due to the incompatablity of FotoToon and Labyrinth widgets, as compared to the other activities. So, is there a way to have the maliit OSK come up in this cases too (perhaps through any configuration tweek in maliit)? I am sorry for such a vague question, but any pointers will be highly appreciated :) Regards, Ajay ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Your assumption is correct. The OSK is invoked from a textview widget. I have a version of Labyrinth working with textview (See [1]). Flavio is working on the GTK3 port. Note that [1] is a slight compromise from the way that Labyrinth currently works in that, for expediency, I am processing the text attributes for the entire thought as opposed to multiple attributes per thought. (This is really complex and convoluted in Labyrinth and, IMHO, I don't think it is worth the additional effort at this point). Regarding Fototoons, I plan on making a similar intervention (less complex) after coordinating with Gonzalo. (There are a number of cool Fototoon enhancements queued up from GCI.) Thanks for the reply !! It helps clarifiy the current situations. regards. -walter [1] http://git.sugarlabs.org/~walter/labyrinth/walters-gtk2-touch -- Walter Bender Sugar Labs http://www.sugarlabs.org Regards, Ajay Garg Dextrose Developer Activity Central: http://activitycentral.com Regards, Ajay Garg Dextrose Developer Activity Central: http://activitycentral.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel