happyaronattente: I don't think ibus is activated at login screen, except for setting xkb. am I correct?03:43
attentehappyaron, yes. it's actually just g-s-d changing the xkb groups right now03:45
happyaronok, great03:46
attentehappyaron, i'm still not sure if it's a good idea to do the switch to fcitx this cycle given that it's an LTS and we don't really know how the non-IM people will take it03:49
happyaronattente: me neither, but I do doubt how many setups would have multiple keyboard layouts at the same time. :)03:50
attentehappyaron, yeah, i agree that they are probably far and few...03:51
happyaronI think non-IM people would prefer to be able to change layout in g-c-c, rather than in a separate tool. but all my worries are at the interaction level, not technical parts.03:52
happyaronso we may end up to do some homework about the configuration UI.03:52
happyaroncsslayer: what do you think? Fcitx for non-IM user, when they have the need of switching among layouts?03:55
csslayerat least I think there's only one layout needed for one user :| ..04:03
csslayerattente: if it's just xkb layouts, and g-s-d is doing that, I guess it would be simpler if fcitx just pushes layout info to account service and still let g-s-d do that04:05
attentecsslayer, in the user's session though, if they're only using keyboard layouts, should x be handling that? or would we have fcitx do that as well?04:14
csslayerattente: well.. my idea is always let to imf handle all layout, but from the feedback there are still some cases doesn't get covered very well.04:17
csslayerattente: if people only mainly one layout, and use another layout in order to just type some other languages (just like use another im) -> I think fcitx can do this well right now04:19
csslayerif people change the main layout permentantly frequently (one tells me that he use jp at home and fr at work), it's not convenient with fcitx04:21
csslayerso I'd also like to change the way that how fcitx handles layout to cover more cases.. I posted the idea on fcitx's maillist but it's not implemented yet04:22
attentecsslayer, sorry, i don't quite understand, what's the difference between those two scenarios?04:22
attentecsslayer, one thing that irked me a bit was that there are two different triggers, one to enable fcitx and another to cycle IMs in fcitx04:23
csslayerattente: in the first case, say your native language is English, but you need to talk with some French colleague, thus you only use french layout when needed. Like, you only use french in one im window but always use English in other window.04:26
attentecsslayer, ah, understood04:26
csslayerattente: in the second case, he uses different layout because he use different physical keyboard which is printed with different key, thus when he work, even if he types japanese, he still use the fr layout (at some level mozc is compatible with fr)04:27
csslayerwhen he get back to home, he connect a different keyboard (say he uses laptop keyboard at home and another usb keyboard at work), and that's why he changes the layout.04:30
csslayerattente: actually I really hate the cycle key.. it's there because it's always there.04:32
attentecsslayer, is that second case common? it sounds like it'd be pretty uncommon04:33
attentecsslayer, i guess the cycle key is useful if you're using more than one IM, no?04:34
csslayerattente: I don't really know, some raises this workflow on fcitx mail list. but even the intention is not that, I can guess one changes layout permentantly for different environment.04:35
csslayerattente: actually.. fcitx has a better way to choose im (though it's not enabled by default), cycle is too confusing to me. You can use a hotkey to list all im and choose it with number.04:37
csslayerI don't know who raises this cycle idea first.. but it will make your operation depends on some local state, say, if you have three im, you will never know what's the next one after press cycle if you switch between windows frequently.04:39
attentewhile that sounds convenient, we may get complaints from users who are used to switching between us and ru using ctrl+shift, or ctrl+ctrl, or any other modifier-only key bindings04:39
* happyaron which is working on my Debian stable setup for fcitx. just fyi04:40
csslayerattente: yes, I also aware of that.04:40
attentecsslayer, the cycling is a legacy of how x11 implemented the group switching itself i guess04:40
attentehappyaron, no question, you definitely sold me on fcitx over ibus at the uds session :)04:41
attentetwo major concerns that are lingering in my mind are: 1. will it make the russian/greek/arab users happy, and 2. stability for the LTS04:42
csslayerattente: if we want to migrate now, a not too aggressive way is to totally disable the fcitx layout feature. then fcitx will knows nothing about the layout and will just handle im04:43
attentecsslayer, ok, so we do that and revert the gnome-ibus integration under unity04:43
csslayerattente: or.. I will work on this idea for some more time, which IMHO can make everyone happy: https://groups.google.com/forum/#!topic/fcitx-dev/dRqoihxxLPo04:45
csslayerattente: well.. the previous way is just like revert the integration and uses ibus 1.4 (if we just comparing the workflow instead of features)04:47
attentecsslayer, so it would be fcitx under unity, ibus under gnome-shell?04:51
happyaronwhat do you mean by this?04:52
csslayerattente: what do you mean by revert integration actually?.. (revert only unity part? or also add --disable-ibus in gnome package?)04:52
attentehappyaron, csslayer, reverting back to before g-s-d and g-c-c switched to using "input sources" in the region panel04:53
attenteback to when keyboard layouts were purely handled in X04:53
attenteso the user could configure at most 4 at a time04:54
happyaronattente: I tsee. then I believe under gnome-shell it does not matter which is used by the user.04:54
happyaronand even fcitx would have a little better experience if they have the kimpanel GS plugin installed.04:55
happyaronwe can optionally package it and add it to Recommends of gnome-shell.04:55
attentehappyaron, except gnome integrates ibus in g-s-d and g-c-c04:55
attenteit adds another minor issue of how does im-config work at that point if it then depends on what shell is logged into04:56
happyaronattente: why?04:56
csslayerattente: ah, ok, which version of gnome you're using right now? https://bugzilla.gnome.org/show_bug.cgi?id=707652 .. well there're some hardcoded environment variable (It's even unrelated if integration is enabled or not..)04:57
ubot2Gnome bug 707652 in keyboard "Don't start and set ibus related environment if GTK_IM_MODULE is set." [Normal,Unconfirmed]04:57
attentecsslayer, we're on g-s-d 3.8.6 and g-c-c 3.6.3 right now04:58
csslayerattente: actually they extract some code from g-s-d.. and put them in the script that starts g-s-d.. but didn't do the same check as in old c code..04:59
attentehappyaron, if i do 'im-config -n fcitx' under unity, then log into gnome-shell, which framework is used?04:59
happyaronattente: fcitx04:59
attenteso if fcitx is default in 14.04 under unity05:00
attenteand the user prefers gnome-shell05:00
csslayerattente: so I mean it might breaks other imf for qt and xim program if ibus is installed.05:00
happyaronattente:  it's not needed to switch the imf when user log into gnome-shell, but derivative/flavors may keep ibus as default if they use gnome-shell.05:02
csslayerattente: you might want to take a look of my patch in that report .. you hit some problem in testing :/ just want to mention this.05:02
happyaronattente: if the user really wants to use ibus, he/she can change it using language-selector or im-config. there wouldn't be significant problem using fcitx if we disables the ibus integration in gnome.05:04
happyaronas said just now, the experience can be slightly better than ibus without the integration.05:05
attentehappyaron, but if a user logs into gnome-shell and selects his input sources throught the g-c-c region panel, it won't work because fcitx is the configured framework, no?05:05
happyaronattente: sure it won't work, but when ibus integration is disabled user won't be able to see that much configuration in g-c-c?05:07
attentehappyaron, ok, i guess i should explain my thought process05:08
happyaronappreciated, :)05:08
attentemy thoughts were we would revert back only in the unity fork of g-s-d and g-c-c05:08
attentenot on the gnome-side05:08
attenteso the gnome-side would still keep its region panel more or less intact as it was intended by upstream, as well as the input sources behaviour05:09
attentebut because im-config operates at an environment level, this is more or less not possible any more05:09
attentebecause as soon as we set fcitx as the default, that panel no longer works in gnome-shell05:10
happyarondo you think sending a notification is ok, telling the user they would need to switch to ibus to get that working?05:13
attentehappyaron, that might not be the only problem, because the user might also switch between the two shells every so often05:15
happyaronattente: most of them won't be happy to change imf everytime between the two shells. Once a user is faimiliar with an imf, he won't want to change it just for a reginonal tab stuff.05:18
attenteyep, i agree05:19
happyaronwhat I'm thinking about is pushing a notification on user's first login to gnome-shell, just like what ibus did for the Super+Space change.05:20
attentei'm not sure if notifying the user that they need to switch to ibus and log out and log back in is an ideal solution in the first case05:20
happyaronmaybe at the first time of accessing the region panel?05:21
happyaronshow some characters at the panel when the IMF isn't ibus, describing the situation.05:21
attenteyeah, i guess that's better than nothing05:21
attenteyeah, actually that might work well05:22
attenteso at that point, if they're using ibus under gnome-shell and switch back to unity05:22
attentefcitx is no longer working since ibus is im-config'd05:22
happyaronwe can give a similar text in unity's g-c-c or somewhere.05:23
attentewell, assuming they don't start trying to use fcitx immediately thinking it was already configured the last time they logged into unity :P05:24
happyaronpush a notification on next login when imf is changed?05:25
attenteand under unity, if we give that message, we're basically saying, don't use ibus under unity05:25
attentehappyaron, so they log in, and then they get a notification saying to log out and log in again?05:26
happyaronno, just tell them current imf is ibus, which "you" just made the change.05:26
happyaronand I suggest that not very much people will be confused, they will stick to either fcitx or ibus on both shells, and ignore the notification thinking it's information only.05:27
attentehappyaron, i do hope it's not that confusing for most users05:30
attenteand i hope it's only a minor annoyance05:30
happyaronto be honest, I doubt how many people would switch to ibus under GNOME if fcitx is working well.05:31
happyaronand if he/she really likes ibus, then he/shell would want use ibus under unity as well.05:32
happyaronfor those who don't care that much about imf, they are unlikely to change the default when it's working.05:32
coderguy22296fist of all, what is ibus?05:33
attentecoderguy22296, ibus is an input method framework for typing chinese, japanese, korean, etc characters05:34
attentehappyaron, you're probably right, but if i knew nothing about this situation, i might try messing around with the region panel at some point, and wonder why i can't type chinese05:35
happyaronattente: that would need some work on writing a good text we will show on the region panel, telling what's going on using simple words.05:36
coderguy22296that sounds good05:37
coderguy22296srry about that^ , just testing irc on a diff device05:40
coderguy22296here is my issue, do you think it could be a quick fix: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/125388505:44
ubot2Launchpad bug 1253885 in xorg (Ubuntu) "I noticed a 1-2 pixel shift to the right in the desktop's display area" [Undecided,New]05:44
coder_guy22296hey guys05:57
happyaronattente: is it good time to make a decision?05:59
attentehappyaron, i think you're right06:00
attentei guess i'm just overthinking things06:00
attenteplus, it's 1 am where i am too :P06:01
happyaronattente: go to bed and have a nice weekend (for the remaining time)!06:02
happyaronlet's create a detailed plan next Monday.06:02
attentehappyaron, yep, let's do that06:02
attentethanks :)06:02
coder_guy22296could one of you guys look at this bug that ive found?06:03
=== rainbowdash` is now known as Mapley
=== Mapley is now known as rainbowdash`
Laneychrisccoulson: can you switch the depends on ttf-wqy-zenhei and ttf-arphic-ukai to fonts-... in your next firefox(-testsuite) upload please?17:50
=== Ursinha is now known as Ursinha-afk
=== Guest66951 is now known as Mapley

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!