| freemangordon | Wizzup: I don't think abook is at fault here | 07:13 |
|---|---|---|
| freemangordon | see https://github.com/maemo-leste/osso-addressbook/blob/master/src/osso-abook-recent-view.c#L227 | 07:15 |
| freemangordon | contact is not found, osso_abook_temporary_contact_dialog_new() is invoked | 07:15 |
| freemangordon | its attribute property is created on https://github.com/maemo-leste/osso-addressbook/blob/master/src/osso-abook-recent-view.c#L357 | 07:16 |
| freemangordon | so, the type of contact detail (phone number in that particular case) is created, is detected based on vcard_field. on https://github.com/maemo-leste/osso-addressbook/blob/master/src/osso-abook-recent-view.c#L263 | 07:19 |
| freemangordon | if local_account_name or remote_account_name or RTCOM el "vcard-field" header (dependin on which one is actually used) is wrong, so will be the contact detail type | 07:21 |
| freemangordon | could you provide some more details on RTCOMEL row thats problematic? | 07:25 |
| freemangordon | or perhaps give me the db so I can test here | 07:28 |
| freemangordon | hmm, what is this '"Mobile Telephony" field'? I see only ones starting with "Cell" and "Phone" | 07:37 |
| freemangordon | oh, I see | 07:44 |
| freemangordon | somehow remote contact is detected as SIP or XMPP | 07:44 |
| freemangordon | but I need more details | 07:45 |
| freemangordon | Wizzup: ok, "Mobile Telephony" comes from /usr/lib/telepathy/telepathy-ring | 08:05 |
| freemangordon | so yeah, I need your el-v1.db | 08:07 |
| freemangordon | scratch that, I can use the one from my d4 | 08:10 |
| freemangordon | ok, I can reproduce it, will dig deeper when I have some more time | 08:12 |
| freemangordon | Wizzup: so, the issue is with abook/tp/eds using a mess of lowercase/uppercase vcards fields/attributes | 14:21 |
| freemangordon | will clean it up, but will take some time | 14:21 |
| Wizzup | ok, it's not urgent | 14:24 |
| freemangordon | actually it is, as I suspect half of the functionality is not working properly because of that :) | 14:25 |
| freemangordon | I will jump on it as soon as I am back | 14:25 |
| uvos__ | also you cant edit the phone numbers using the vkb | 15:29 |
| uvos__ | sicelo: or any one else who uses n900: | 15:29 |
| uvos__ | could you check what keycodes are generated when entering nummbers via the hwkbd using fn + qwerty... | 15:30 |
| uvos__ | use xev | 15:30 |
| Wizzup | uvos__: I can | 16:00 |
| dsc_ | I'm also doing things with contacts in conversations/telepathy right now | 16:37 |
| dsc_ | xmpp status presence requests, rosters | 16:38 |
| sicelo | uvos__: the Fn generates `keycode 108 (keysym 0xfe03), ISO_Level3_Shift)`, then the number is, for example, `keycode 28 (keysym 0x35), 5` | 19:22 |
| sicelo | I've mentioned this before, but back then had no clue how things work | 19:23 |
| uvos | sicelo: ok | 19:30 |
| uvos | so i dont really understand how that works either | 19:30 |
| uvos | this is different than on laptops for instance | 19:30 |
| uvos | where the fn key makes the keyboard really broadcast a different keycode | 19:30 |
| uvos | ie fn+1 is the keycode for KP_1 on a laptop where the numpad 1 is at fn+t | 19:31 |
| uvos | so on n900 the fn key is not special in that way | 19:31 |
| uvos | so who translates fn+t to 5? | 19:32 |
| uvos | ok via the keysymb i gues | 19:32 |
| uvos | so xcb translates code 108+28 to the keysymb for "5" and we have to hope that the application ignores the code and uses symb | 19:33 |
| uvos | sicelo: could you check if you can type into a number field in osso contacts using fn+qwerty? | 19:34 |
| uvos | ah thats not even the keysymb for 5 | 19:36 |
| uvos | its for KP_5 | 19:37 |
| uvos | ok i think its clear then | 19:37 |
| uvos | in maemo-gtk the gtk input filteres must be broken to only support the KP_ codes on numeric input fields | 19:38 |
| uvos | so the number keys dont work only the keypad | 19:39 |
| uvos | sigh what a mess they left here | 19:39 |
| dsc_ | https://www.unihertz.com/products/titan | 19:41 |
| dsc_ | https://www.unihertz.com/products/titan-pocket | 19:42 |
| dsc_ | DFP: ah, we meet again! | 19:43 |
| moparisthebest | Those are all mediatek trash unfortunately, don't share Linux sources as required by law | 19:44 |
| dsc_ | moparisthebest: oh, gotcha. | 19:44 |
| DFP | Oh, hello dsc_. :D | 19:45 |
| dsc_ | DFP: from godot, right? | 19:46 |
| DFP | Yeah. | 19:46 |
| DFP | I forgot your nick, so had to frantically grep through my logs. :D | 19:46 |
| dsc_ | small world | 19:46 |
| sicelo | uvos: at least you found it now - the key stuff on the n900 is just normal xkb. nothing unusual (it's even in upstream xkb ... ok, was, until recently) | 21:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!