freemangordon has quit [Ping timeout: 255 seconds]
uvos has quit [Ping timeout: 260 seconds]
Pali has quit [Ping timeout: 246 seconds]
joerg has quit [Ping timeout: 268 seconds]
joerg has joined #maemo-leste
moparisthebest has joined #maemo-leste
elastic_dog has joined #maemo-leste
elastic_dog is now known as Guest6674
Guest6674 has quit [Killed (zirconium.libera.chat (Nickname regained by services))]
<moparisthebest>
is there an XMPP client that's recommended for running on Maemo ?
freemangordon has joined #maemo-leste
k1r1t0 has joined #maemo-leste
mogolobogo[m] has quit [Quit: You have been kicked for being idle]
uvos has joined #maemo-leste
xmn has quit [Ping timeout: 272 seconds]
xmn has joined #maemo-leste
akossh has joined #maemo-leste
<Wizzup>
moparisthebest: so we're working on finishing parts of conversations that allow for group chats and the like (probably not yet media), so that'd probably be recommended
Twig has joined #maemo-leste
<Wizzup>
moparisthebest: what device do you have?
<norayr>
moparisthebest: i use pidgin and dino.
<norayr>
i like using pidgin because i like seeing different windows, and updates in those (in phosh that doesn't work, btw), and it is possible to write armenian in gtk2 apps with maemo onscreen keyboard.
<norayr>
also pidgin takes very little battery, and doesn't do heavy i/o.
<norayr>
dino draws battery and does heavy i/o, it is gtk3, so no maemo keyboard easy way, but it has http_upload, it has omemo encryption.
<norayr>
i wish it would be possible to build dino from handy branch, it has audio/video calls. and it can redraw itself for small screens, by hiding one of the panes, left or right.
<norayr>
it is good to have conversations, of course.
<norayr>
i was very much dependent on this way of xmpp chats, both in maemo and in sailfish.
<Wizzup>
norayr: as fmg said, we might have hildon input method soon for gtk3
Pali has joined #maemo-leste
<norayr>
good. didn't notice this. usually i read everyhing, but not these couple of days.
<norayr>
we have a big problem with kbd, maybe i need to fork it and work on it myself.
<Wizzup>
what is this 'big problem' ?
Guest3267 is now known as buZz
<norayr>
Wizzup: let me start from the beginning. maemo kbd gives us utf-8 codes, not xkeycodes. before my contribution of the header file, we were not able to write in other languages in any place. today it is possible to write in any place in armenian, but i need to do 'setxkbmap am' before that. by using new uvos' backend, of course, not old.
<norayr>
which is also, btw, hard, because if i use a comma inside armenian text, it won't draw, i need to switch by doing setxkbmap us, then write a comma.
<norayr>
maybe the whole keyboard thing should be rewritten, let's say on one of my devices i use 'onboard' which works with xorg and types in any input field.
<norayr>
that would break old maemo things, but i think we can give up old maemo work of input at all. having 2 different backends for the keyboard means people need to be taught that we have 2 different backends.
<norayr>
they don't understand why by tapping they get one backend and by pressing a key they get another backend, and why the kbd behaves differently.
<norayr>
this is not consistent and makes people go away from maemo.
<norayr>
the input is one of the most common interactions between humans and machines.
<norayr>
it should be very convenient.
<norayr>
and believe me i cannot convince anyone, not only my mother or wife, but any of my nerdy friends to do setxkbmap each time they change the kbd layout.
<norayr>
so what i think to do, i can create a map with available languages, and xkb maps. and at the onscreen kbd language change, do a corresponding setxkbmap automatically.
<norayr>
i even researched how to do that in C, programmatically, via functions.
<norayr>
but that won't help if the user needs to type comma, or semicolon inside armenian or russian or whatever text.
<norayr>
they need to switch to english, type a comma, and then back. :/
<norayr>
and still that would mean using the second backend. one of two, and educating the users, again. nobody wants this kind of 'education' since everybody intuitively understand that computers are made to increase the efficiency of working, to make life easier, not harder.
<norayr>
so maybe quick fix is a map and doing setxkbmap programmatically, and real fix is rewriting the whole kbd stuff, and deciding to not have 2 backends, and educating users, but one backend. and removing hidlonization part of input from gtk at qt.
<norayr>
the input is what makes my hands to search something else than maemo device. it is a torture to switch between languages even for a comma.
<norayr>
and i am ready to be 'educated' and use it in this complicated way.
<norayr>
but that doesn't matter, that would deviate from the main discussion.
<Wizzup>
norayr: it might be good to capture this in an issue
<norayr>
thank you, i'll try.
<Wizzup>
uvos: this phone says xt910 in android but xt912 on the back...
<Wizzup>
all three of these actually
<buZz>
i think i'm getting a Cosmo Communicator on loan in a while
Wizzup has quit [Read error: Connection reset by peer]
<buZz>
touchscreen glass is cracked i think, but works
Wizzup has joined #maemo-leste
<uvos>
Wizzup: thats a bit strange, but all spiders run essentaly the same android firmware so its not suprizing that works
<Wizzup>
uvos: they were sold as xt910 though
<Wizzup>
so I suppose they are all xt912, I don't know what xt910 says on the back
<uvos>
not sure what you mean on the back
<sicelo>
heh, here's a fun one - at least on my droid 4, i can't type numbers when entering a new contact in addressbook using hwkb
<uvos>
my xt910 dosent say anything on the back
<sicelo>
in the cellular number field, that is
<Wizzup>
uvos: yeah just to identify it I mean
<Wizzup>
sicelo: hm, please file a bug :)
<Wizzup>
this might be relatively easy to fix, but sounds odd, I think I did this without problems
<uvos>
norayr: we will allways need 2 backends
<uvos>
unless we improve the x11 backend (with atspi maybe?) to the point we dont need the toolkit specific ones
<uvos>
otherwise input into stuff like xterm, random nontoolkit/ niche toolking applicaitons wont work
<norayr>
that's what i am saying: improving x11 backend as an ulimate goal. short term but bad solution is creating a map (maemo input language to xkb map). and doing setxkbmap automatically.
<norayr>
which won't solve changing kbd laaayout when typing commas but it would short term make everything much more usable.
<uvos>
creating a him xkb map or having him create ones dinamicly is the only way it will work
<uvos>
sure it solves typing commas etc
<uvos>
a map can have 248 chars
<uvos>
thats enough for 2 languages and special chars
<norayr>
no no i believe it doesn't. i have to do setxkbmap us to be able to type commas.:/
<uvos>
because the arminan map dosent have the right code
<norayr>
cannot write ascii with unicode layout.
<uvos>
thats not how this works
<uvos>
its neither acsii nor unicode
<norayr>
which one has?
<uvos>
its xkeysims
<uvos>
him just needs to create/have a map that is switches to when it opens that contains all the chars it can type in the user selected languages
<uvos>
that contains a xkeycode for eatch xkeysym it wants to type
<norayr>
i think no xkb map has ascii symbols
<uvos>
again its not acsii at all
<uvos>
but yes you have to create a map (dynamicly or otherwise) just for him
<uvos>
and not use one of the default ones
xmn has quit [Quit: ZZZzzz…]
<norayr>
or use existing map as a shooooort term solution.
<norayr>
by mapping him's am layout to setxkbmap am
<norayr>
and him's ru rayout to setxkbmap ru
<uvos>
no, because as you correctly state the xkb maps dont line up with the keys him wants to type
<norayr>
that won't solve commas but at reast ih is something.
<norayr>
least
<sicelo>
and sphone (abook?) doesn't show caller's name if saved in E.164 format. maybe operator only sends local part of number? it should be somehow possible for sphone/abook to match the contact nonetheless
* sicelo
is using his work sim on droid 4 for a while
<uvos>
sphone uses eds functions to lookup the phone number in the address book
<uvos>
if eds supports converting between regions then it should work if eds just dose a strcmp then thats how it works.
<uvos>
so dunno
<uvos>
eds has specific functions to match phone numbers so i would guess it dose understand at least 00 + and local notation
ikmaak has quit [Ping timeout: 255 seconds]
ikmaak has joined #maemo-leste
<moparisthebest>
Wizzup: pinephone here, is that code anywhere yet?
<Wizzup>
yup, although some of the work in progress branches need some cleaning up before dsc_ can/will merge them
<moparisthebest>
norayr: latest Dino with calls is gtk4
<moparisthebest>
I tried gajim which worked except I couldn't focus the input box to type messages :(
<Wizzup>
so the way to go in the near future is absolutely going to be conversations, but I'm surprised you can't focus with gajim
<Wizzup>
it's gtk2, right?
<uvos>
him pretty mutch breaks any application that focuses fields itself
<uvos>
this affects pdigen too
<moparisthebest>
I'm guessing gajim is gtk3 but I'm not sure right now, I'll check
<moparisthebest>
It's interesting I can hit tab and a name will be put in the input box, and I can hit enter to send it which works, but I can't focus or type in it
<moparisthebest>
I do all my phone calls over XMPP too so that'll be hard to go without
noidea_ has quit [Read error: Connection reset by peer]
noidea_ has joined #maemo-leste
noidea_ has quit [Remote host closed the connection]
noidea_ has joined #maemo-leste
<freemangordon>
sicelo: I don't know what sphone uses to show caller's name, but I can assure you abook has fuzzy number matching
<freemangordon>
whether it works, is another story though, I am not sure it was tested thoroughly after REing
<freemangordon>
uvos: what 'eds functions' are used?
<sicelo>
if i do it, please remind me how to send someone's patch so it has proper attribution. you sent my lp5523 patch and it does credit me in the git history
akossh has joined #maemo-leste
<uvos>
sicelo: git am?
<uvos>
or while genrateing the email?
<uvos>
git format-patch has an option there
<Wizzup>
sicelo: please do, maybe Authored-by or Suggested-by or so?
<sicelo>
cool, will do. i wonder if spinal can still be contacted via mail maybe. perhaps i should start with that
<sicelo>
heh, he's just responded to the gh issue i opened against charge-mode :-p
<sicelo>
email sent
<sicelo>
(to spinal, that is)
k1r1t0 has quit [Read error: Connection reset by peer]