| Prev |   9     10   11   12     13   | Next | Last
maemo.org - Talk
Page 11 of 17
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Maemo 5 / Fremantle (https://talk.maemo.org/forumdisplay.php?f=40)
-   -   New stuff available for creating/editing virtual keyboards on the N900 now available (https://talk.maemo.org/showthread.php?t=79899)

nicolai 2012-09-11 15:23
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
From this line
https://gitorious.org/community-ssu/...rer.c#line1846
it appears slide key characters are stored at key->label field
with
1. no key is pressed (line 1857)
at offset 0 and every subsequent key with 4 byte offset.
2. current_slide_key > 1 (line 1829)
at offstet 4 * (key->current_slide_key - 1) % byte_count
3. I am not quite sure what this does (line 1839)

But even if no key was pressed, at key->label[0] is no key char.
The Keyboardlayout I use has a button with a slide key with
12 keys. The first character is not at offset 0 but at offset 56
and the next characters are at offset 56 + 16*x
Whereas this "56" depends on number of slides (bytecount in
structure vkb_key). Using a slide key with 6 keys (bytecount) this offet
is 32. (offset = ((byte_count >> 1) + 1) << 3
But only after loading the vkb the first time. Changing the language,
this memory location holds only garbage.

freemangordon 2012-09-12 06:49
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
Quote:
Originally Posted by nicolai (Post 1264889)
From this line
https://gitorious.org/community-ssu/...rer.c#line1846
it appears slide key characters are stored at key->label field
with
1. no key is pressed (line 1857)
at offset 0 and every subsequent key with 4 byte offset.
2. current_slide_key > 1 (line 1829)
at offstet 4 * (key->current_slide_key - 1) % byte_count
3. I am not quite sure what this does (line 1839)

But even if no key was pressed, at key->label[0] is no key char.
The Keyboardlayout I use has a button with a slide key with
12 keys. The first character is not at offset 0 but at offset 56
and the next characters are at offset 56 + 16*x
Whereas this "56" depends on number of slides (bytecount in
structure vkb_key). Using a slide key with 6 keys (bytecount) this offet
is 32. (offset = ((byte_count >> 1) + 1) << 3
But only after loading the vkb the first time. Changing the language,
this memory location holds only garbage.
Would you attach .vkb you use to trigger the bug, so I can organize a little debugging session here

nicolai 2012-09-12 07:26
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
1 Attachment(s)
en_US.vkb layout with slide keys.


nicolai

freemangordon 2012-09-18 20:09
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
Quote:
Originally Posted by nicolai (Post 1265153)
en_US.vkb layout with slide keys.


nicolai
Should be ok now :)

https://gitorious.org/community-ssu/...4afefabd92dd55

artpra 2012-10-02 07:25
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
There is one BIG problem with stock virtual keyboard forced to portrait mode, which I forgot to mention and hope for fix: sometimes it doesn`t respect cursor position. You put cursor somewhere in the middle of your text line to add some word, on the virt. keyboard view everything is ok, but in edited text field it is messed.
It happens quite often.

freemangordon 2012-10-18 12:06
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
@nicolai - as it seems you don't have time/will to continue your work on portrait VKB, would you mind to share your patches, so one to be able to continue?

nicolai 2012-10-18 12:29
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
You could merge hildon-input-method-plugins with
my portrait-orientation-support branch.

This only changes the spacebar width and makes
the keyboard support the portrait mode flag.

I have another patch for loading
an extra portrait-mode keyboard layout.

But this code depends on what kind of portrait-mode keybaord layout
we want to have (3 rows with slide keys or 4 rows with wider keybuttons)
Therefore I need a good keyboard layout suggestion which
matches mentioned conditions:

Quote:
Originally Posted by nicolai (Post 1260103)
Need some help, please create some mockups for portrait mode
keyboard, but notice the menu/space/enter buttons on the bottom
are fixed and not defined by the keyboard layout xml. The
shift and backspace use a fixed size icon of 72x70 pixels.

freemangordon 2012-10-18 12:56
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
Quote:
Originally Posted by nicolai (Post 1282086)
You could merge hildon-input-method-plugins with
my portrait-orientation-support branch.

This only changes the spacebar width and makes
the keyboard support the portrait mode flag.

I have another patch for loading
an extra portrait-mode keyboard layout.

But this code depends on what kind of portrait-mode keybaord layout
we want to have (3 rows with slide keys or 4 rows with wider keybuttons)
Therefore I need a good keyboard layout suggestion which
matches mentioned conditions:
Well, I am not sure if I got it right, please elaborate: you are waiting for a mockup to implement and that is why there is no progress? As I am a bit confused now :)

artpra 2012-10-18 13:08
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
Quote:
Originally Posted by nicolai (Post 1282086)
But this code depends on what kind of portrait-mode keybaord layout
we want to have (3 rows with slide keys or 4 rows with wider keybuttons)
We should focus on 4 rows variant (5 total), to have as wide buttons as possible.

reinob 2012-10-18 13:12
Re: New stuff available for creating/editing virtual keyboards on the N900 now available
 
Quote:
Originally Posted by artpra (Post 1275176)
There is one BIG problem with stock virtual keyboard forced to portrait mode, which I forgot to mention and hope for fix: sometimes it doesn`t respect cursor position. You put cursor somewhere in the middle of your text line to add some word, on the virt. keyboard view everything is ok, but in edited text field it is messed.
It happens quite often.
I could swear I've seen this also in standard landscape VKB. It's one of the many reasons why I only use the physical keyboard.


| Prev |   9     10   11   12     13   | Next | Last
All times are GMT. The time now is 07:55.
Page 11 of 17
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8