From Fedora Project Wiki
No edit summary
No edit summary
Line 15: Line 15:


== Log ==
== Log ==
{|
|- id="tAug 19 15:00:10"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | g'day
|| [[#tAug 19 15:00:10|Aug 19 15:00]]
|- id="tAug 19 15:00:37"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | guess it is time for our weekly IM meeting
|| [[#tAug 19 15:00:37|Aug 19 15:00]]
|- id="tAug 19 15:00:44"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | https://fedoraproject.org/wiki/I18N/InputMethods/Meetings/2009-08-19
|| [[#tAug 19 15:00:44|Aug 19 15:00]]
|- id="tAug 19 15:01:10"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | who is here? :)
|| [[#tAug 19 15:01:10|Aug 19 15:01]]
|- id="tAug 19 15:02:28"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | hmm
|| [[#tAug 19 15:02:28|Aug 19 15:02]]
|- id="tAug 19 15:03:01"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang, tagoh3, paragan, pravin_s, kaio, dychen, fujiwarat: ping
|| [[#tAug 19 15:03:01|Aug 19 15:03]]
|- id="tAug 19 15:03:09"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | hi
|| [[#tAug 19 15:03:09|Aug 19 15:03]]
|- id="tAug 19 15:03:11"
! style="background-color: #818144" | fujiwarat
| style="color: #818144" | hi
|| [[#tAug 19 15:03:11|Aug 19 15:03]]
|- id="tAug 19 15:03:17"
! style="background-color: #854685" | pravin_s
| style="color: #854685" | juhp: hi
|| [[#tAug 19 15:03:17|Aug 19 15:03]]
|- id="tAug 19 15:03:18"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: pong
|| [[#tAug 19 15:03:18|Aug 19 15:03]]
|- id="tAug 19 15:03:20"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | hi
|| [[#tAug 19 15:03:20|Aug 19 15:03]]
|- id="tAug 19 15:03:58"
! style="background-color: #4b904b" | Kaio
| style="color: #4b904b" | pong
|| [[#tAug 19 15:03:58|Aug 19 15:03]]
|- id="tAug 19 15:06:06"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | hi
|| [[#tAug 19 15:06:06|Aug 19 15:06]]
|- id="tAug 19 15:06:26"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | sorry just tweaked the page some more
|| [[#tAug 19 15:06:26|Aug 19 15:06]]
|- id="tAug 19 15:06:50"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: I had some more discussion with whot today about xkb
|| [[#tAug 19 15:06:50|Aug 19 15:06]]
|- id="tAug 19 15:07:06"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | ah
|| [[#tAug 19 15:07:06|Aug 19 15:07]]
|- id="tAug 19 15:07:30"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | well just developing our earlier discussions
|| [[#tAug 19 15:07:30|Aug 19 15:07]]
|- id="tAug 19 15:10:17"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | he's writing a draft blog about it: http://people.freedesktop.org/~whot/ibus
|| [[#tAug 19 15:10:17|Aug 19 15:10]]
|- id="tAug 19 15:10:59"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | which summaries it all quite well I think
|| [[#tAug 19 15:10:59|Aug 19 15:10]]
|- id="tAug 19 15:11:03"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | cool
|| [[#tAug 19 15:11:03|Aug 19 15:11]]
|- id="tAug 19 15:11:21"
! style="background-color: #97974f" | whot
| style="color: #97974f" | I'm here btw. if you have any questions.
|| [[#tAug 19 15:11:21|Aug 19 15:11]]
|- id="tAug 19 15:11:23"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | but he would appreciate any comments or corrections I am sure
|| [[#tAug 19 15:11:23|Aug 19 15:11]]
|- id="tAug 19 15:11:28"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | :)
|| [[#tAug 19 15:11:28|Aug 19 15:11]]
|- id="tAug 19 15:11:31"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | yes
|| [[#tAug 19 15:11:31|Aug 19 15:11]]
|- id="tAug 19 15:12:05"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | so I was playing a bit more with xkb on rawhide earlier
|| [[#tAug 19 15:12:05|Aug 19 15:12]]
|- id="tAug 19 15:12:45"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | whot, thanks.
|| [[#tAug 19 15:12:45|Aug 19 15:12]]
|- id="tAug 19 15:12:52"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | but the underlying idea is to try to drop xkb hacks in ibus afap
|| [[#tAug 19 15:12:52|Aug 19 15:12]]
|- id="tAug 19 15:13:13"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | and just rely on xkb layouts rather than assumptions
|| [[#tAug 19 15:13:13|Aug 19 15:13]]
|- id="tAug 19 15:13:52"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | #  Xkb interaction
|| [[#tAug 19 15:13:52|Aug 19 15:13]]
|- id="tAug 19 15:13:52"
! style="background-color: #407a40" | juhp
| style="color: #407a40" |    * ibus orth?
|| [[#tAug 19 15:13:52|Aug 19 15:13]]
|- id="tAug 19 15:13:52"
! style="background-color: #407a40" | juhp
| style="color: #407a40" |    * inscript maps to xkb?
|| [[#tAug 19 15:13:52|Aug 19 15:13]]
|- id="tAug 19 15:16:45"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | even if we don't use all the changes by default in f12 say I think it would be good to start such changes where possible now
|| [[#tAug 19 15:16:45|Aug 19 15:16]]
|- id="tAug 19 15:17:19"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | also XI2 is in f12 xorg-server already whot told but probably doesn't have so much affect on IM yet
|| [[#tAug 19 15:17:19|Aug 19 15:17]]
|- id="tAug 19 15:18:12"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | but there are plenty of UI and config issues to consider once we make this transition
|| [[#tAug 19 15:18:12|Aug 19 15:18]]
|- id="tAug 19 15:19:22"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | one thing that we talked about earlier too I think is switching IME for certain input - but thinking now it is more of an advanced perhaps
|| [[#tAug 19 15:19:22|Aug 19 15:19]]
|- id="tAug 19 15:19:27"
| colspan="2" | ---Users on #fedora-i18n: krishnababu pravin_s paragan juhp whot jni dychen Kaio_Strassus yshao hanthana fujiwarat phuang noriko_ candyz0416 zodbot Kaio mishti jassy ivazquez|laptop asgeirf ricky dyek2 tagoh3 sflanigan paragn
|| [[#tAug 19 15:19:27|Aug 19 15:19]]
|- id="tAug 19 15:20:19"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: we were wondering though how many Indic users use non-linear maps by default - any idea?
|| [[#tAug 19 15:20:19|Aug 19 15:20]]
|- id="tAug 19 15:20:58"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | if we take this work to its limit then we might just use xkb for inscript and perhaps not need m17n by default
|| [[#tAug 19 15:20:58|Aug 19 15:20]]
|- id="tAug 19 15:21:06"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | most of govt organizations uses inscript here
|| [[#tAug 19 15:21:06|Aug 19 15:21]]
|- id="tAug 19 15:21:10"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 15:21:10|Aug 19 15:21]]
|- id="tAug 19 15:22:04"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I guess one can say for most langs we can hopefully default to just one IME others being optional so if that made sense for Indic it would ease the UI pain
|| [[#tAug 19 15:22:04|Aug 19 15:22]]
|- id="tAug 19 15:22:54"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | in a way looking back we should probably have really used xkb for inscript all along... though it would have made our UI considerations different
|| [[#tAug 19 15:22:54|Aug 19 15:22]]
|- id="tAug 19 15:23:23"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: how about the new inscript standard?  it seems like a good time to port to xkb if possible
|| [[#tAug 19 15:23:23|Aug 19 15:23]]
|- id="tAug 19 15:23:30"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | pravin_s: too
|| [[#tAug 19 15:23:30|Aug 19 15:23]]
|- id="tAug 19 15:23:57"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | juhp, its not yet released. Once we have it released we start working on it
|| [[#tAug 19 15:23:57|Aug 19 15:23]]
|- id="tAug 19 15:24:55"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: one current limitation is the max of 4 xkb layouts
|| [[#tAug 19 15:24:55|Aug 19 15:24]]
|- id="tAug 19 15:25:09"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: hmm so when will that be?
|| [[#tAug 19 15:25:09|Aug 19 15:25]]
|- id="tAug 19 15:25:19"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | soon
|| [[#tAug 19 15:25:19|Aug 19 15:25]]
|- id="tAug 19 15:25:19"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: we really need that in f12
|| [[#tAug 19 15:25:19|Aug 19 15:25]]
|- id="tAug 19 15:25:22"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 15:25:22|Aug 19 15:25]]
|- id="tAug 19 15:25:32"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | will it make f12beta?
|| [[#tAug 19 15:25:32|Aug 19 15:25]]
|- id="tAug 19 15:26:11"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | not sure depends on release date
|| [[#tAug 19 15:26:11|Aug 19 15:26]]
|- id="tAug 19 15:26:15"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | (end of next month I see)
|| [[#tAug 19 15:26:15|Aug 19 15:26]]
|- id="tAug 19 15:26:49"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: if we know the basic details seems it would not hurt to start earlier - if major alterations are unlikely
|| [[#tAug 19 15:26:49|Aug 19 15:26]]
|- id="tAug 19 15:27:15"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | juhp, yes I have few questions already in mind regarding that
|| [[#tAug 19 15:27:15|Aug 19 15:27]]
|- id="tAug 19 15:27:26"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | for that I need to send you draft copy of that
|| [[#tAug 19 15:27:26|Aug 19 15:27]]
|- id="tAug 19 15:27:29"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | or we could start by porting current missing inscript maps to xkb perhaps?
|| [[#tAug 19 15:27:29|Aug 19 15:27]]
|- id="tAug 19 15:27:34"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | and decide how to switch layers
|| [[#tAug 19 15:27:34|Aug 19 15:27]]
|- id="tAug 19 15:27:37"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | aha
|| [[#tAug 19 15:27:37|Aug 19 15:27]]
|- id="tAug 19 15:27:43"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | which shortcut keys to use
|| [[#tAug 19 15:27:43|Aug 19 15:27]]
|- id="tAug 19 15:27:55"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: I see guess xkb may be good for that
|| [[#tAug 19 15:27:55|Aug 19 15:27]]
|- id="tAug 19 15:28:16"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 15:28:16|Aug 19 15:28]]
|- id="tAug 19 15:28:38"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | got 4 types of switching
|| [[#tAug 19 15:28:38|Aug 19 15:28]]
|- id="tAug 19 15:28:47"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | gosh
|| [[#tAug 19 15:28:47|Aug 19 15:28]]
|- id="tAug 19 15:28:49"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 15:28:49|Aug 19 15:28]]
|- id="tAug 19 15:29:07"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | 1) normal 2) with caps 3) normal+someswitch 4) caps+someswitch
|| [[#tAug 19 15:29:07|Aug 19 15:29]]
|- id="tAug 19 15:29:17"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | aha right
|| [[#tAug 19 15:29:17|Aug 19 15:29]]
|- id="tAug 19 15:30:11"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | maybe right Alt or a better symbol?
|| [[#tAug 19 15:30:11|Aug 19 15:30]]
|- id="tAug 19 15:30:20"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | whot might have a better suggestion
|| [[#tAug 19 15:30:20|Aug 19 15:30]]
|- id="tAug 19 15:30:22"
! style="background-color: #97974f" | whot
| style="color: #97974f" | fwiw, xkb has some standard ways of switching layout already. it might be worth considering those too
|| [[#tAug 19 15:30:22|Aug 19 15:30]]
|- id="tAug 19 15:30:28"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 15:30:28|Aug 19 15:30]]
|- id="tAug 19 15:31:25"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | whot, yes I have seen xkb have its own switching layout
|| [[#tAug 19 15:31:25|Aug 19 15:31]]
|- id="tAug 19 15:31:30"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | will see more on that
|| [[#tAug 19 15:31:30|Aug 19 15:31]]
|- id="tAug 19 15:31:30"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: caps = shift?
|| [[#tAug 19 15:31:30|Aug 19 15:31]]
|- id="tAug 19 15:31:38"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I guess
|| [[#tAug 19 15:31:38|Aug 19 15:31]]
|- id="tAug 19 15:31:43"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | yes
|| [[#tAug 19 15:31:43|Aug 19 15:31]]
|- id="tAug 19 15:32:01"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | does someswitch need to be stateful?
|| [[#tAug 19 15:32:01|Aug 19 15:32]]
|- id="tAug 19 15:32:14"
! style="background-color: #97974f" | whot
| style="color: #97974f" | system->preferences->keyboard, advanced options, "Key(s) to change layout" are the options available right now
|| [[#tAug 19 15:32:14|Aug 19 15:32]]
|- id="tAug 19 15:33:00"
! style="background-color: #97974f" | whot
| style="color: #97974f" | i think the IM shouldn't really add on top of that but just hook in with this.
|| [[#tAug 19 15:33:00|Aug 19 15:33]]
|- id="tAug 19 15:33:20"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | or Keys to choose 3rd level perhaps in this case
|| [[#tAug 19 15:33:20|Aug 19 15:33]]
|- id="tAug 19 15:33:37"
! style="background-color: #97974f" | whot
| style="color: #97974f" | which allows for those that have e.g. us,de,ja to use the same key to cycle through all, rather than having one for us,de and one for IM
|| [[#tAug 19 15:33:37|Aug 19 15:33]]
|- id="tAug 19 15:33:39"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | whot: I think this is within one layout
|| [[#tAug 19 15:33:39|Aug 19 15:33]]
|- id="tAug 19 15:33:44"
! style="background-color: #97974f" | whot
| style="color: #97974f" | 3rd level == AltGr (basically)
|| [[#tAug 19 15:33:44|Aug 19 15:33]]
|- id="tAug 19 15:33:48"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | right
|| [[#tAug 19 15:33:48|Aug 19 15:33]]
|- id="tAug 19 15:35:22"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | whot: seems (some? of) the revised inscript layouts will need 4 levels
|| [[#tAug 19 15:35:22|Aug 19 15:35]]
|- id="tAug 19 15:35:42"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: currently it is just 2?
|| [[#tAug 19 15:35:42|Aug 19 15:35]]
|- id="tAug 19 15:35:53"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | is it for all of them?
|| [[#tAug 19 15:35:53|Aug 19 15:35]]
|- id="tAug 19 15:36:04"
! style="background-color: #97974f" | whot
| style="color: #97974f" | juhp: you have up to 8, so that's fine
|| [[#tAug 19 15:36:04|Aug 19 15:36]]
|- id="tAug 19 15:36:08"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | :)
|| [[#tAug 19 15:36:08|Aug 19 15:36]]
|- id="tAug 19 15:36:12"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | yup
|| [[#tAug 19 15:36:12|Aug 19 15:36]]
|- id="tAug 19 15:36:27"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | juhp, yes 2
|| [[#tAug 19 15:36:27|Aug 19 15:36]]
|- id="tAug 19 15:36:36"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: do you have any more thoughts or comments
|| [[#tAug 19 15:36:36|Aug 19 15:36]]
|- id="tAug 19 15:36:43"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 15:36:43|Aug 19 15:36]]
|- id="tAug 19 15:36:59"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, I am thinking
|| [[#tAug 19 15:36:59|Aug 19 15:36]]
|- id="tAug 19 15:37:15"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: I think various euro layouts have more than 2 levels so could use those too for reference
|| [[#tAug 19 15:37:15|Aug 19 15:37]]
|- id="tAug 19 15:38:39"
! style="background-color: #854685" | pravin_s
| style="color: #854685" | juhp: aha, thats nice
|| [[#tAug 19 15:38:39|Aug 19 15:38]]
|- id="tAug 19 15:39:34"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: I guess we need some script for converting .mim files to xkb format perhaps
|| [[#tAug 19 15:39:34|Aug 19 15:39]]
|- id="tAug 19 15:40:30"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: I think there are still various UI issues to overcome but I agree with whot that using xkb should be Right Thing
|| [[#tAug 19 15:40:30|Aug 19 15:40]]
|- id="tAug 19 15:40:51"
! style="background-color: #854685" | pravin_s
| style="color: #854685" | juhp: hmm, but scope will be limited as far as its 1-to-1 mapping
|| [[#tAug 19 15:40:51|Aug 19 15:40]]
|- id="tAug 19 15:41:01"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | pravin_s: yep that's right
|| [[#tAug 19 15:41:01|Aug 19 15:41]]
|- id="tAug 19 15:41:15"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | pravin_s, right
|| [[#tAug 19 15:41:15|Aug 19 15:41]]
|- id="tAug 19 15:41:24"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | pravin_s: that is why I was asking how many use non-linear maps :)
|| [[#tAug 19 15:41:24|Aug 19 15:41]]
|- id="tAug 19 15:41:33"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | any feeling on that?
|| [[#tAug 19 15:41:33|Aug 19 15:41]]
|- id="tAug 19 15:41:45"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: phuang: I think some Chinese IM can still hook on English keysyms.
|| [[#tAug 19 15:41:45|Aug 19 15:41]]
|- id="tAug 19 15:41:53"
! style="background-color: #488888" | dychen
| style="color: #488888" | but some can't.
|| [[#tAug 19 15:41:53|Aug 19 15:41]]
|- id="tAug 19 15:41:55"
! style="background-color: #854685" | pravin_s
| style="color: #854685" | i think except inscript all uses non-linear
|| [[#tAug 19 15:41:55|Aug 19 15:41]]
|- id="tAug 19 15:42:07"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | anyway as such nothing to stop ibus from also doing layout switching per se
|| [[#tAug 19 15:42:07|Aug 19 15:42]]
|- id="tAug 19 15:42:12"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | pravin_s: indeed
|| [[#tAug 19 15:42:12|Aug 19 15:42]]
|- id="tAug 19 15:42:22"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | pravin_s: how many users :)
|| [[#tAug 19 15:42:22|Aug 19 15:42]]
|- id="tAug 19 15:42:43"
! style="background-color: #488888" | dychen
| style="color: #488888" | whot: So what should we provide to xkb, a symbol <-> keycode table?
|| [[#tAug 19 15:42:43|Aug 19 15:42]]
|- id="tAug 19 15:42:49"
! style="background-color: #854685" | pravin_s
| style="color: #854685" | juhp: inscript is national standard in India, and govt. recommend to use that
|| [[#tAug 19 15:42:49|Aug 19 15:42]]
|- id="tAug 19 15:43:01"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: actually even unicode symbols are considered symbols
|| [[#tAug 19 15:43:01|Aug 19 15:43]]
|- id="tAug 19 15:43:16"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | that is what current inscript xkb maps use
|| [[#tAug 19 15:43:16|Aug 19 15:43]]
|- id="tAug 19 15:43:23"
! style="background-color: #854685" | pravin_s
| style="color: #854685" | yeah
|| [[#tAug 19 15:43:23|Aug 19 15:43]]
|- id="tAug 19 15:43:43"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | pravin_s: ok but how minor is use of others?
|| [[#tAug 19 15:43:43|Aug 19 15:43]]
|- id="tAug 19 15:44:06"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | so roughly sounds like just shipping inscript by default is enough?
|| [[#tAug 19 15:44:06|Aug 19 15:44]]
|- id="tAug 19 15:44:24"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: Uxxxx
|| [[#tAug 19 15:44:24|Aug 19 15:44]]
|- id="tAug 19 15:44:38"
! style="background-color: #854685" | pravin_s
| style="color: #854685" | juhp: cant say that actually, but people familiar with Latin,English uses other keymap
|| [[#tAug 19 15:44:38|Aug 19 15:44]]
|- id="tAug 19 15:44:42"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | so don't need to define them per se
|| [[#tAug 19 15:44:42|Aug 19 15:44]]
|- id="tAug 19 15:44:52"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok phonetic
|| [[#tAug 19 15:44:52|Aug 19 15:44]]
|- id="tAug 19 15:44:55"
! style="background-color: #488888" | dychen
| style="color: #488888" | whot: in other words, what can we use to describe the location of the symbol?
|| [[#tAug 19 15:44:55|Aug 19 15:44]]
|- id="tAug 19 15:45:05"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | well maybe we just try and see what happens ;o)
|| [[#tAug 19 15:45:05|Aug 19 15:45]]
|- id="tAug 19 15:45:20"
! style="background-color: #854685" | pravin_s
| style="color: #854685" | i saw people newbies in language technology graps other keyboar layout say itranse quickly
|| [[#tAug 19 15:45:20|Aug 19 15:45]]
|- id="tAug 19 15:45:23"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: an xkb layout?
|| [[#tAug 19 15:45:23|Aug 19 15:45]]
|- id="tAug 19 15:45:38"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | pravin_s: aha
|| [[#tAug 19 15:45:38|Aug 19 15:45]]
|- id="tAug 19 15:45:39"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: Something like that.
|| [[#tAug 19 15:45:39|Aug 19 15:45]]
|- id="tAug 19 15:45:51"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I don't see any other way :)
|| [[#tAug 19 15:45:51|Aug 19 15:45]]
|- id="tAug 19 15:46:20"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: so in that sense the "ibus orth" would be nice
|| [[#tAug 19 15:46:20|Aug 19 15:46]]
|- id="tAug 19 15:46:36"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | even though I didn't explain what I mean by that :)
|| [[#tAug 19 15:46:36|Aug 19 15:46]]
|- id="tAug 19 15:47:00"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: orth?
|| [[#tAug 19 15:47:00|Aug 19 15:47]]
|- id="tAug 19 15:47:11"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: so one would switch to chewing say by switching to chewing layout in xkb
|| [[#tAug 19 15:47:11|Aug 19 15:47]]
|- id="tAug 19 15:47:25"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | and input would turn on xkb automatically
|| [[#tAug 19 15:47:25|Aug 19 15:47]]
|- id="tAug 19 15:47:48"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: so I mean auto-enabling ibus IME dependent on the symbols being input
|| [[#tAug 19 15:47:48|Aug 19 15:47]]
|- id="tAug 19 15:47:55"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | :)
|| [[#tAug 19 15:47:55|Aug 19 15:47]]
|- id="tAug 19 15:49:01"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | eg kana input might enable anthy
|| [[#tAug 19 15:49:01|Aug 19 15:49]]
|- id="tAug 19 15:50:14"
! style="background-color: #97974f" | whot
| style="color: #97974f" | dychen: sort-of, yes. if you look at /usr/share/X11/xkb/, you'll see all the files required
|| [[#tAug 19 15:50:14|Aug 19 15:50]]
|- id="tAug 19 15:50:15"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | anyway many IMEs has using phonetic based (letter) input
|| [[#tAug 19 15:50:15|Aug 19 15:50]]
|- id="tAug 19 15:50:37"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | have
|| [[#tAug 19 15:50:37|Aug 19 15:50]]
|- id="tAug 19 15:50:52"
! style="background-color: #97974f" | whot
| style="color: #97974f" | http://who-t.blogspot.com/2008/09/rmlvo-keyboard-configuration.html
|| [[#tAug 19 15:50:52|Aug 19 15:50]]
|- id="tAug 19 15:50:56"
! style="background-color: #97974f" | whot
| style="color: #97974f" | has a bit of information there
|| [[#tAug 19 15:50:56|Aug 19 15:50]]
|- id="tAug 19 15:51:01"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: One question is , when people switch to Zhuyin layout, they may either expect chewing or plain Zhuyin. :-)
|| [[#tAug 19 15:51:01|Aug 19 15:51]]
|- id="tAug 19 15:51:15"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: right that is also true
|| [[#tAug 19 15:51:15|Aug 19 15:51]]
|- id="tAug 19 15:51:25"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | so need some config for that...
|| [[#tAug 19 15:51:25|Aug 19 15:51]]
|- id="tAug 19 15:51:44"
! style="background-color: #97974f" | whot
| style="color: #97974f" | essentially there's a mapping from keycode -> intermediate key name (e.g. AD01 for first key in second row), then there's an assignment of AD01 to the symbols.
|| [[#tAug 19 15:51:44|Aug 19 15:51]]
|- id="tAug 19 15:51:56"
! style="background-color: #97974f" | whot
| style="color: #97974f" | when the whole thing is assembled, those two are hooked up together
|| [[#tAug 19 15:51:56|Aug 19 15:51]]
|- id="tAug 19 15:52:10"
! style="background-color: #488888" | dychen
| style="color: #488888" | So we need at least 2 layers, the "symbol layout" and input method.
|| [[#tAug 19 15:52:10|Aug 19 15:52]]
|- id="tAug 19 15:52:20"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | yeah that is the idea
|| [[#tAug 19 15:52:20|Aug 19 15:52]]
|- id="tAug 19 15:52:39"
! style="background-color: #97974f" | whot
| style="color: #97974f" | dychen: yes, the symbol layout is supposed to represent what's printed on the keyboard (more or less)
|| [[#tAug 19 15:52:39|Aug 19 15:52]]
|- id="tAug 19 15:52:43"
! style="background-color: #488888" | dychen
| style="color: #488888" | whot: That's what I am talking about. :-)
|| [[#tAug 19 15:52:43|Aug 19 15:52]]
|- id="tAug 19 15:53:32"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: does ibus currently support non-ascii input or is it up to the IMEs?
|| [[#tAug 19 15:53:32|Aug 19 15:53]]
|- id="tAug 19 15:54:17"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, it just pass the keycode and keysym to IME
|| [[#tAug 19 15:54:17|Aug 19 15:54]]
|- id="tAug 19 15:54:36"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | from the UI pov of course using both gnome-keyboard-applet and ibus applet is awkward at best
|| [[#tAug 19 15:54:36|Aug 19 15:54]]
|- id="tAug 19 15:54:43"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: ok cool
|| [[#tAug 19 15:54:43|Aug 19 15:54]]
|- id="tAug 19 15:54:44"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, But all Engines can only process ascii chars.
|| [[#tAug 19 15:54:44|Aug 19 15:54]]
|- id="tAug 19 15:54:51"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ah
|| [[#tAug 19 15:54:51|Aug 19 15:54]]
|- id="tAug 19 15:55:05"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: currently?
|| [[#tAug 19 15:55:05|Aug 19 15:55]]
|- id="tAug 19 15:55:15"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: especially IMs from ibus-table.
|| [[#tAug 19 15:55:15|Aug 19 15:55]]
|- id="tAug 19 15:55:15"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | or what is the limitation?
|| [[#tAug 19 15:55:15|Aug 19 15:55]]
|- id="tAug 19 15:55:22"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | yeah
|| [[#tAug 19 15:55:22|Aug 19 15:55]]
|- id="tAug 19 15:55:26"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: sure
|| [[#tAug 19 15:55:26|Aug 19 15:55]]
|- id="tAug 19 15:56:00"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | that is one case
|| [[#tAug 19 15:56:00|Aug 19 15:56]]
|- id="tAug 19 15:56:15"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | It is an history problem. All engines (includes 3rd part engines) are developed for ascii chars
|| [[#tAug 19 15:56:15|Aug 19 15:56]]
|- id="tAug 19 15:56:22"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | yup
|| [[#tAug 19 15:56:22|Aug 19 15:56]]
|- id="tAug 19 15:56:27"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: same limitation with keysyms or keycode.
|| [[#tAug 19 15:56:27|Aug 19 15:56]]
|- id="tAug 19 15:56:34"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | for en compatible keyboard
|| [[#tAug 19 15:56:34|Aug 19 15:56]]
|- id="tAug 19 15:56:53"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: but in principle nothing to stop say ibus-anthy from accepting kana input, right?
|| [[#tAug 19 15:56:53|Aug 19 15:56]]
|- id="tAug 19 15:57:35"
! style="background-color: #488888" | dychen
| style="color: #488888" | can kana pass though either keysyms or keycode?
|| [[#tAug 19 15:57:35|Aug 19 15:57]]
|- id="tAug 19 15:57:54"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, yeah. Maybe except some feature
|| [[#tAug 19 15:57:54|Aug 19 15:57]]
|- id="tAug 19 15:57:59"
| colspan="2" | *whot has to run for the bus
|| [[#tAug 19 15:57:59|Aug 19 15:57]]
|- id="tAug 19 15:58:36"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | thanks whot
|| [[#tAug 19 15:58:36|Aug 19 15:58]]
|- id="tAug 19 15:58:45"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: ok
|| [[#tAug 19 15:58:45|Aug 19 15:58]]
|- id="tAug 19 15:59:08"
| colspan="2" | <--krishnababu has quit (Success)
|| [[#tAug 19 15:59:08|Aug 19 15:59]]
|- id="tAug 19 15:59:38"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | guess in the end the goal would be drop use of keycodes inside ibus
|| [[#tAug 19 15:59:38|Aug 19 15:59]]
|- id="tAug 19 16:00:28"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | but yeah it is valid point of tables and maps still assuming qwerty, hmm
|| [[#tAug 19 16:00:28|Aug 19 16:00]]
|- id="tAug 19 16:01:02"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | but that is legacy stuff really - not much we can do there I feel
|| [[#tAug 19 16:01:02|Aug 19 16:01]]
|- id="tAug 19 16:01:13"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | they should specify a layout I guess
|| [[#tAug 19 16:01:13|Aug 19 16:01]]
|- id="tAug 19 16:02:19"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | anything else that needs keycodes?
|| [[#tAug 19 16:02:19|Aug 19 16:02]]
|- id="tAug 19 16:02:41"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: contingency plan: all IM can still embrace en-Qwerty layout.
|| [[#tAug 19 16:02:41|Aug 19 16:02]]
|- id="tAug 19 16:03:26"
| colspan="2" | -->krishnababu (n=kkrothap@115.184.60.212) has joined #fedora-i18n
|| [[#tAug 19 16:03:26|Aug 19 16:03]]
|- id="tAug 19 16:03:35"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: want to expand on that? :)
|| [[#tAug 19 16:03:35|Aug 19 16:03]]
|- id="tAug 19 16:04:12"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | all?
|| [[#tAug 19 16:04:12|Aug 19 16:04]]
|- id="tAug 19 16:04:29"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: Sorry, no.
|| [[#tAug 19 16:04:29|Aug 19 16:04]]
|- id="tAug 19 16:05:11"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | the main limitation I see is xkb limiting currently to 4 groups (layouts)
|| [[#tAug 19 16:05:11|Aug 19 16:05]]
|- id="tAug 19 16:06:08"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | but the plus side is no weird assumptions/hacks for layouts + some new UI complexity to solve
|| [[#tAug 19 16:06:08|Aug 19 16:06]]
|- id="tAug 19 16:06:47"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I don't think this will all land in f12 but it is a goal for us to be working towards IMHO
|| [[#tAug 19 16:06:47|Aug 19 16:06]]
|- id="tAug 19 16:07:13"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | and will finally bring xkb and im together or on speaking-terms at least ;)
|| [[#tAug 19 16:07:13|Aug 19 16:07]]
|- id="tAug 19 16:07:21"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, actually, the assumption is the the keycodes from X are same with keycodes from Linux kernel evdev
|| [[#tAug 19 16:07:21|Aug 19 16:07]]
|- id="tAug 19 16:07:23"
! style="background-color: #488888" | dychen
| style="color: #488888" | when will xkb2 in charge?
|| [[#tAug 19 16:07:23|Aug 19 16:07]]
|- id="tAug 19 16:07:50"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: not sure... maybe next year?
|| [[#tAug 19 16:07:50|Aug 19 16:07]]
|- id="tAug 19 16:08:08"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: for ?
|| [[#tAug 19 16:08:08|Aug 19 16:08]]
|- id="tAug 19 16:08:27"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, Linux kernal defines the keycode in head file
|| [[#tAug 19 16:08:27|Aug 19 16:08]]
|- id="tAug 19 16:08:31"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 16:08:31|Aug 19 16:08]]
|- id="tAug 19 16:08:45"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, So it should not be changed
|| [[#tAug 19 16:08:45|Aug 19 16:08]]
|- id="tAug 19 16:08:47"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: but how does it relate to im? :)
|| [[#tAug 19 16:08:47|Aug 19 16:08]]
|- id="tAug 19 16:09:28"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: you lost me slightly :)
|| [[#tAug 19 16:09:28|Aug 19 16:09]]
|- id="tAug 19 16:09:34"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, the im needs constant keycode values
|| [[#tAug 19 16:09:34|Aug 19 16:09]]
|- id="tAug 19 16:09:54"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: for tables and maps?
|| [[#tAug 19 16:09:54|Aug 19 16:09]]
|- id="tAug 19 16:10:39"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | or why? :)
|| [[#tAug 19 16:10:39|Aug 19 16:10]]
|- id="tAug 19 16:11:59"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: I guess that works but it is still a hack really
|| [[#tAug 19 16:11:59|Aug 19 16:11]]
|- id="tAug 19 16:12:01"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | In my point of view, the problem of current solution is we assume the keycodes are constant. right?
|| [[#tAug 19 16:12:01|Aug 19 16:12]]
|- id="tAug 19 16:12:08"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: right
|| [[#tAug 19 16:12:08|Aug 19 16:12]]
|- id="tAug 19 16:12:24"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, any other problem?
|| [[#tAug 19 16:12:24|Aug 19 16:12]]
|- id="tAug 19 16:12:38"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ah sorry see your point now
|| [[#tAug 19 16:12:38|Aug 19 16:12]]
|- id="tAug 19 16:12:48"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | thought you were trying to say something else :)
|| [[#tAug 19 16:12:48|Aug 19 16:12]]
|- id="tAug 19 16:13:00"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | exactly
|| [[#tAug 19 16:13:00|Aug 19 16:13]]
|- id="tAug 19 16:13:17"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | so with xkb we no longer need that assumption really
|| [[#tAug 19 16:13:17|Aug 19 16:13]]
|- id="tAug 19 16:13:27"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | modulo some maps that assume qwerty
|| [[#tAug 19 16:13:27|Aug 19 16:13]]
|- id="tAug 19 16:14:45"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | with xkb, we only need define only one layout
|| [[#tAug 19 16:14:45|Aug 19 16:14]]
|- id="tAug 19 16:14:45"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: so guess we still need keycodes hack for those for now anyway
|| [[#tAug 19 16:14:45|Aug 19 16:14]]
|- id="tAug 19 16:14:57"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: right
|| [[#tAug 19 16:14:57|Aug 19 16:14]]
|- id="tAug 19 16:15:19"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | though we can have more
|| [[#tAug 19 16:15:19|Aug 19 16:15]]
|- id="tAug 19 16:16:33"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | more layouts is difficult
|| [[#tAug 19 16:16:33|Aug 19 16:16]]
|- id="tAug 19 16:17:01"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I think xkb switching is kind of open game anyway - you can do it with setxkbmap, or gnome-keyboard-applet, gdm, or ibus...
|| [[#tAug 19 16:17:01|Aug 19 16:17]]
|- id="tAug 19 16:17:14"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: in what way?
|| [[#tAug 19 16:17:14|Aug 19 16:17]]
|- id="tAug 19 16:17:27"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | well it certainly adds to complexity I don't deny
|| [[#tAug 19 16:17:27|Aug 19 16:17]]
|- id="tAug 19 16:17:27"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | but how about console clients
|| [[#tAug 19 16:17:27|Aug 19 16:17]]
|- id="tAug 19 16:17:35"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | hmm
|| [[#tAug 19 16:17:35|Aug 19 16:17]]
|- id="tAug 19 16:17:42"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | good question!
|| [[#tAug 19 16:17:42|Aug 19 16:17]]
|- id="tAug 19 16:18:46"
! style="background-color: #488888" | dychen
| style="color: #488888" | consider there is something like ibus-fbterm available....
|| [[#tAug 19 16:18:46|Aug 19 16:18]]
|- id="tAug 19 16:18:59"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | hmmm
|| [[#tAug 19 16:18:59|Aug 19 16:18]]
|- id="tAug 19 16:19:27"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | we can not like console to change layout for our IMEs
|| [[#tAug 19 16:19:27|Aug 19 16:19]]
|- id="tAug 19 16:19:32"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | s/like/let
|| [[#tAug 19 16:19:32|Aug 19 16:19]]
|- id="tAug 19 16:20:03"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | until now we/I didn't consider console...
|| [[#tAug 19 16:20:03|Aug 19 16:20]]
|- id="tAug 19 16:20:15"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | Or we can not define may layouts for different kinds of clients (X, console, and etc)
|| [[#tAug 19 16:20:15|Aug 19 16:20]]
|- id="tAug 19 16:20:22"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ideally we should have something like xkb on console too but...
|| [[#tAug 19 16:20:22|Aug 19 16:20]]
|- id="tAug 19 16:20:32"
! style="background-color: #488888" | dychen
| style="color: #488888" | or unify them.
|| [[#tAug 19 16:20:32|Aug 19 16:20]]
|- id="tAug 19 16:20:45"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: perhaps we need to change console layouts too?
|| [[#tAug 19 16:20:45|Aug 19 16:20]]
|- id="tAug 19 16:20:50"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: yeah
|| [[#tAug 19 16:20:50|Aug 19 16:20]]
|- id="tAug 19 16:21:18"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | So, if let ibus handle the conversion from keycode to keysyms, it will be easy
|| [[#tAug 19 16:21:18|Aug 19 16:21]]
|- id="tAug 19 16:21:51"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | perhaps we need to go back to whot...
|| [[#tAug 19 16:21:51|Aug 19 16:21]]
|- id="tAug 19 16:22:01"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | We just need define one layout in xkb, it could convert different keycode to one unified keycode for ibus
|| [[#tAug 19 16:22:01|Aug 19 16:22]]
|- id="tAug 19 16:22:35"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: what about all the above discussion...
|| [[#tAug 19 16:22:35|Aug 19 16:22]]
|- id="tAug 19 16:23:03"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | and different kbd models?
|| [[#tAug 19 16:23:03|Aug 19 16:23]]
|- id="tAug 19 16:23:18"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: and xkb users?
|| [[#tAug 19 16:23:18|Aug 19 16:23]]
|- id="tAug 19 16:23:27"
! style="background-color: #488888" | dychen
| style="color: #488888" | where should we put this universal keycode <-> keysym conversion tables?
|| [[#tAug 19 16:23:27|Aug 19 16:23]]
|- id="tAug 19 16:24:35"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: so we just use xkb keycodes and forget about xkb symbols completely?
|| [[#tAug 19 16:24:35|Aug 19 16:24]]
|- id="tAug 19 16:24:45"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | hmm
|| [[#tAug 19 16:24:45|Aug 19 16:24]]
|- id="tAug 19 16:25:00"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | dychen, I think it should be split into two steps
|| [[#tAug 19 16:25:00|Aug 19 16:25]]
|- id="tAug 19 16:25:03"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | maybe we need to think more if we really want to support console
|| [[#tAug 19 16:25:03|Aug 19 16:25]]
|- id="tAug 19 16:25:17"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | to me console is not that important a case
|| [[#tAug 19 16:25:17|Aug 19 16:25]]
|- id="tAug 19 16:25:21"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | universal keycode -> unified keycode -> keysym
|| [[#tAug 19 16:25:21|Aug 19 16:25]]
|- id="tAug 19 16:25:32"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | the first step could be done in xkb
|| [[#tAug 19 16:25:32|Aug 19 16:25]]
|- id="tAug 19 16:25:45"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | the second step is in ibus
|| [[#tAug 19 16:25:45|Aug 19 16:25]]
|- id="tAug 19 16:26:00"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | what does unified mean here?
|| [[#tAug 19 16:26:00|Aug 19 16:26]]
|- id="tAug 19 16:26:25"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I still fixing the xkb/im issue is more important than console
|| [[#tAug 19 16:26:25|Aug 19 16:26]]
|- id="tAug 19 16:26:38"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | It is same with linux kernel evdev
|| [[#tAug 19 16:26:38|Aug 19 16:26]]
|- id="tAug 19 16:27:10"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | so universal and unified keycodes are all different?
|| [[#tAug 19 16:27:10|Aug 19 16:27]]
|- id="tAug 19 16:27:59"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | all different?
|| [[#tAug 19 16:27:59|Aug 19 16:27]]
|- id="tAug 19 16:28:01"
! style="background-color: #488888" | dychen
| style="color: #488888" | How about keycode->keysym handle by xkb/xkb2, then ibus (in x11) convert keysym string to characters?
|| [[#tAug 19 16:28:01|Aug 19 16:28]]
|- id="tAug 19 16:28:12"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | hmm
|| [[#tAug 19 16:28:12|Aug 19 16:28]]
|- id="tAug 19 16:28:22"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | maybe we need to think more
|| [[#tAug 19 16:28:22|Aug 19 16:28]]
|- id="tAug 19 16:28:47"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: is that where we are?
|| [[#tAug 19 16:28:47|Aug 19 16:28]]
|- id="tAug 19 16:28:48"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | I think it is same in Linux, but maybe different in other platforms
|| [[#tAug 19 16:28:48|Aug 19 16:28]]
|- id="tAug 19 16:29:00"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | s/is/isn't/
|| [[#tAug 19 16:29:00|Aug 19 16:29]]
|- id="tAug 19 16:29:18"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: ok
|| [[#tAug 19 16:29:18|Aug 19 16:29]]
|- id="tAug 19 16:29:26"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp: Currently ibus do keysym-> character and keycode-> character.
|| [[#tAug 19 16:29:26|Aug 19 16:29]]
|- id="tAug 19 16:29:33"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | yup
|| [[#tAug 19 16:29:33|Aug 19 16:29]]
|- id="tAug 19 16:29:37"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 16:29:37|Aug 19 16:29]]
|- id="tAug 19 16:30:08"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | dychen, You suggestion is same with ibus-1.1.x
|| [[#tAug 19 16:30:08|Aug 19 16:30]]
|- id="tAug 19 16:30:19"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | right
|| [[#tAug 19 16:30:19|Aug 19 16:30]]
|- id="tAug 19 16:30:48"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok let's talk more to whot about console side tomorrow
|| [[#tAug 19 16:30:48|Aug 19 16:30]]
|- id="tAug 19 16:31:03"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | * bugs
|| [[#tAug 19 16:31:03|Aug 19 16:31]]
|- id="tAug 19 16:31:10"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | anyone have any bugs to discuss?
|| [[#tAug 19 16:31:10|Aug 19 16:31]]
|- id="tAug 19 16:31:18"
! style="background-color: #488888" | dychen
| style="color: #488888" | phuang: Well, I think whot prefer this way..
|| [[#tAug 19 16:31:18|Aug 19 16:31]]
|- id="tAug 19 16:31:24"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | dychen, It needs xkb do right conversion for each imes
|| [[#tAug 19 16:31:24|Aug 19 16:31]]
|- id="tAug 19 16:32:21"
! style="background-color: #488888" | dychen
| style="color: #488888" | hmm
|| [[#tAug 19 16:32:21|Aug 19 16:32]]
|- id="tAug 19 16:32:42"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | or some may to emulate xkb inside ibus?
|| [[#tAug 19 16:32:42|Aug 19 16:32]]
|- id="tAug 19 16:32:59"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | but hmm maybe not
|| [[#tAug 19 16:32:59|Aug 19 16:32]]
|- id="tAug 19 16:33:04"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | https://bugzilla.redhat.com/buglist.cgi?product=Fedora&field0-0-0=component&type0-0-0=regexp&value0-0-0=^ibus.*&bug_status=NEW,ASSIGNED
|| [[#tAug 19 16:33:04|Aug 19 16:33]]
|- id="tAug 19 16:37:16"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: I'll try bug 513895 again
|| [[#tAug 19 16:37:16|Aug 19 16:37]]
|- id="tAug 19 16:37:26"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | .bug 513895
|| [[#tAug 19 16:37:26|Aug 19 16:37]]
|- id="tAug 19 16:37:28"
! style="background-color: #9b519b" | zodbot
| style="color: #9b519b" | juhp: Bug 513895 new IME does not show up in ibus-setup - https://bugzilla.redhat.com/show_bug.cgi?id=513895
|| [[#tAug 19 16:37:28|Aug 19 16:37]]
|- id="tAug 19 16:37:31"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp thanks
|| [[#tAug 19 16:37:31|Aug 19 16:37]]
|- id="tAug 19 16:39:27"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: how about the icons:
|| [[#tAug 19 16:39:27|Aug 19 16:39]]
|- id="tAug 19 16:39:38"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | .bug 501214
|| [[#tAug 19 16:39:38|Aug 19 16:39]]
|- id="tAug 19 16:39:41"
! style="background-color: #9b519b" | zodbot
| style="color: #9b519b" | juhp: Bug 501214 need better icon: light blue ibus icon is not obvious - https://bugzilla.redhat.com/show_bug.cgi?id=501214
|| [[#tAug 19 16:39:41|Aug 19 16:39]]
|- id="tAug 19 16:40:00"
! style="background-color: #4b904b" | Kaio
| style="color: #4b904b" | most bugs in engines will make it doesnt show up in ibus-setup
|| [[#tAug 19 16:40:00|Aug 19 16:40]]
|- id="tAug 19 16:40:04"
! style="background-color: #4b904b" | Kaio
| style="color: #4b904b" | afaik
|| [[#tAug 19 16:40:04|Aug 19 16:40]]
|- id="tAug 19 16:40:19"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | .bug 514192
|| [[#tAug 19 16:40:19|Aug 19 16:40]]
|- id="tAug 19 16:40:22"
! style="background-color: #9b519b" | zodbot
| style="color: #9b519b" | juhp: Bug 514192 ibus toolbar should use config icon for setup - https://bugzilla.redhat.com/show_bug.cgi?id=514192
|| [[#tAug 19 16:40:22|Aug 19 16:40]]
|- id="tAug 19 16:40:22"
! style="background-color: #488888" | dychen
| style="color: #488888" | phuang: ibus-1.1 is still based on ascii keysym. but under the "new architecture", we should rely on keysym like Zhuyin symbols, Cangjie/Wubi wordroots, something like those.
|| [[#tAug 19 16:40:22|Aug 19 16:40]]
|- id="tAug 19 16:40:30"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | kaio: oh
|| [[#tAug 19 16:40:30|Aug 19 16:40]]
|- id="tAug 19 16:42:44"
! style="background-color: #4b904b" | Kaio
| style="color: #4b904b" | juhp☺ everytime tracebacks in ibus-table makes it disappeared from ibus-setup
|| [[#tAug 19 16:42:44|Aug 19 16:42]]
|- id="tAug 19 16:42:53"
! style="background-color: #488888" | dychen
| style="color: #488888" | phuang: IM methods only convert Zhuyin symbols, Wubi wordroots to characters, while xkb2 convert key press to these symbols.
|| [[#tAug 19 16:42:53|Aug 19 16:42]]
|- id="tAug 19 16:44:02"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | dychen, aha
|| [[#tAug 19 16:44:02|Aug 19 16:44]]
|- id="tAug 19 16:44:53"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: I don't think xkb2 is required for that - just some layouts :)
|| [[#tAug 19 16:44:53|Aug 19 16:44]]
|- id="tAug 19 16:45:08"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | Kaio, I think juhp mean when you install new IME, ibus should detective the new IME without restart
|| [[#tAug 19 16:45:08|Aug 19 16:45]]
|- id="tAug 19 16:45:16"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: right
|| [[#tAug 19 16:45:16|Aug 19 16:45]]
|- id="tAug 19 16:45:17"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, right
|| [[#tAug 19 16:45:17|Aug 19 16:45]]
|- id="tAug 19 16:45:28"
! style="background-color: #4b904b" | Kaio
| style="color: #4b904b" | phuang☺ really it does do?
|| [[#tAug 19 16:45:28|Aug 19 16:45]]
|- id="tAug 19 16:45:48"
! style="background-color: #488888" | dychen
| style="color: #488888" | phuang: Of course, we assume that IM developers are willing to submit their wordroots. :-P
|| [[#tAug 19 16:45:48|Aug 19 16:45]]
|- id="tAug 19 16:45:53"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | Kaio, currently, we need restart ibus-daemon
|| [[#tAug 19 16:45:53|Aug 19 16:45]]
|- id="tAug 19 16:45:56"
! style="background-color: #4b904b" | Kaio
| style="color: #4b904b" | phuang☺ mostly I just ibus-daemon -rt forcibly
|| [[#tAug 19 16:45:56|Aug 19 16:45]]
|- id="tAug 19 16:46:29"
! style="background-color: #488888" | dychen
| style="color: #488888" | wordroots as layout.
|| [[#tAug 19 16:46:29|Aug 19 16:46]]
|- id="tAug 19 16:47:11"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | dychen, But i think they do not like do it
|| [[#tAug 19 16:47:11|Aug 19 16:47]]
|- id="tAug 19 16:47:32"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | xkb layout is complex
|| [[#tAug 19 16:47:32|Aug 19 16:47]]
|- id="tAug 19 16:47:44"
! style="background-color: #488888" | dychen
| style="color: #488888" | phuang: So we are at where we are. :-)
|| [[#tAug 19 16:47:44|Aug 19 16:47]]
|- id="tAug 19 16:47:53"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: some of that might still be a bit down the road
|| [[#tAug 19 16:47:53|Aug 19 16:47]]
|- id="tAug 19 16:47:59"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | right
|| [[#tAug 19 16:47:59|Aug 19 16:47]]
|- id="tAug 19 16:48:16"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: what do you think of the newer ibus icon?
|| [[#tAug 19 16:48:16|Aug 19 16:48]]
|- id="tAug 19 16:48:43"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: do you need a patch for the toolbar setup icon?
|| [[#tAug 19 16:48:43|Aug 19 16:48]]
|- id="tAug 19 16:48:45"
! style="background-color: #488888" | dychen
| style="color: #488888" | juhp, I do suggest ibus icon theme. :-)
|| [[#tAug 19 16:48:45|Aug 19 16:48]]
|- id="tAug 19 16:49:03"
| colspan="2" | *juhp would rather not go there
|| [[#tAug 19 16:49:03|Aug 19 16:49]]
|- id="tAug 19 16:49:12"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | but I can't stop it :)
|| [[#tAug 19 16:49:12|Aug 19 16:49]]
|- id="tAug 19 16:49:28"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I prefer good defaults
|| [[#tAug 19 16:49:28|Aug 19 16:49]]
|- id="tAug 19 16:49:50"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: themes tend to break
|| [[#tAug 19 16:49:50|Aug 19 16:49]]
|- id="tAug 19 16:49:58"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | we can change ibus icon, but how to deal icons for engines
|| [[#tAug 19 16:49:58|Aug 19 16:49]]
|- id="tAug 19 16:50:22"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ah you mean my further rfe? :)
|| [[#tAug 19 16:50:22|Aug 19 16:50]]
|- id="tAug 19 16:50:27"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | or the toolbar?
|| [[#tAug 19 16:50:27|Aug 19 16:50]]
|- id="tAug 19 16:51:20"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | I think we just need a better icon to replace the blue [I]
|| [[#tAug 19 16:51:20|Aug 19 16:51]]
|- id="tAug 19 16:52:06"
! style="background-color: #488888" | dychen
| style="color: #488888" | Ask community to make some and vote?
|| [[#tAug 19 16:52:06|Aug 19 16:52]]
|- id="tAug 19 16:53:00"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: right
|| [[#tAug 19 16:53:00|Aug 19 16:53]]
|- id="tAug 19 16:53:56"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | icons of engines, we should not control them
|| [[#tAug 19 16:53:56|Aug 19 16:53]]
|- id="tAug 19 16:54:26"
! style="background-color: #488888" | dychen
| style="color: #488888" | and we cannot control them.
|| [[#tAug 19 16:54:26|Aug 19 16:54]]
|- id="tAug 19 16:54:29"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: ok let's ask mlanglie for svg?
|| [[#tAug 19 16:54:29|Aug 19 16:54]]
|- id="tAug 19 16:54:55"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: sure - but ibus defines ibus-setup.svg, no?
|| [[#tAug 19 16:54:55|Aug 19 16:54]]
|- id="tAug 19 16:55:11"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | yeah
|| [[#tAug 19 16:55:11|Aug 19 16:55]]
|- id="tAug 19 16:55:12"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I am suggesting to change that icon too...
|| [[#tAug 19 16:55:12|Aug 19 16:55]]
|- id="tAug 19 16:55:18"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | ok
|| [[#tAug 19 16:55:18|Aug 19 16:55]]
|- id="tAug 19 16:55:24"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | :)
|| [[#tAug 19 16:55:24|Aug 19 16:55]]
|- id="tAug 19 16:55:26"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | http://productdesign.usersys.redhat.com/wiki/IBus
|| [[#tAug 19 16:55:26|Aug 19 16:55]]
|- id="tAug 19 16:55:42"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | yeah internal to redhat only unfortunately
|| [[#tAug 19 16:55:42|Aug 19 16:55]]
|- id="tAug 19 16:55:43"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, which icon is better for replace [i]
|| [[#tAug 19 16:55:43|Aug 19 16:55]]
|- id="tAug 19 16:55:53"
! style="background-color: #4b904b" | Kaio
| style="color: #4b904b" | nice hostname
|| [[#tAug 19 16:55:53|Aug 19 16:55]]
|- id="tAug 19 16:55:54"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | so suggested the latest one
|| [[#tAug 19 16:55:54|Aug 19 16:55]]
|- id="tAug 19 16:57:36"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, The background is the earth
|| [[#tAug 19 16:57:36|Aug 19 16:57]]
|- id="tAug 19 16:57:55"
! style="background-color: #488888" | dychen
| style="color: #488888" | I like take 4 best.
|| [[#tAug 19 16:57:55|Aug 19 16:57]]
|- id="tAug 19 16:58:01"
| colspan="2" | *juhp looks again
|| [[#tAug 19 16:58:01|Aug 19 16:58]]
|- id="tAug 19 16:58:21"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | dychen: that is the newest one
|| [[#tAug 19 16:58:21|Aug 19 16:58]]
|- id="tAug 19 16:58:48"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: no the first one on the page
|| [[#tAug 19 16:58:48|Aug 19 16:58]]
|- id="tAug 19 16:58:53"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | juhp, ic
|| [[#tAug 19 16:58:53|Aug 19 16:58]]
|- id="tAug 19 16:58:55"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | take3
|| [[#tAug 19 16:58:55|Aug 19 16:58]]
|- id="tAug 19 16:59:12"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | I think the color is little dark
|| [[#tAug 19 16:59:12|Aug 19 16:59]]
|- id="tAug 19 16:59:26"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: take4?
|| [[#tAug 19 16:59:26|Aug 19 16:59]]
|- id="tAug 19 16:59:32"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | yeah.
|| [[#tAug 19 16:59:32|Aug 19 16:59]]
|- id="tAug 19 16:59:43"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | hm
|| [[#tAug 19 16:59:43|Aug 19 16:59]]
|- id="tAug 19 16:59:54"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | how about make it more colourful
|| [[#tAug 19 16:59:54|Aug 19 16:59]]
|- id="tAug 19 17:00:16"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | the others look darker to me...
|| [[#tAug 19 17:00:16|Aug 19 17:00]]
|- id="tAug 19 17:00:30"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: well you can suggest it but I don't see how
|| [[#tAug 19 17:00:30|Aug 19 17:00]]
|- id="tAug 19 17:00:31"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | is take4 looks similar to scim icon in systray?
|| [[#tAug 19 17:00:31|Aug 19 17:00]]
|- id="tAug 19 17:00:40"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | paragan: it does
|| [[#tAug 19 17:00:40|Aug 19 17:00]]
|- id="tAug 19 17:00:47"
! style="background-color: #4d4d93" | paragan
| style="color: #4d4d93" | ok
|| [[#tAug 19 17:00:47|Aug 19 17:00]]
|- id="tAug 19 17:00:49"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | just better ;P
|| [[#tAug 19 17:00:49|Aug 19 17:00]]
|- id="tAug 19 17:01:37"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | Maybe it is good for displaying on systray
|| [[#tAug 19 17:01:37|Aug 19 17:01]]
|- id="tAug 19 17:01:57"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | but is it good for project logo?
|| [[#tAug 19 17:01:57|Aug 19 17:01]]
|- id="tAug 19 17:02:32"
! style="background-color: #488888" | dychen
| style="color: #488888" | What's amarok's icon, BTW?
|| [[#tAug 19 17:02:32|Aug 19 17:02]]
|- id="tAug 19 17:04:21"
! style="background-color: #488888" | dychen
| style="color: #488888" | stardict is just books.. audacious is just a black 'a' in surrounding by gray circle in black square.
|| [[#tAug 19 17:04:21|Aug 19 17:04]]
|- id="tAug 19 17:04:23"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: project logo is up to you :)
|| [[#tAug 19 17:04:23|Aug 19 17:04]]
|- id="tAug 19 17:04:40"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I am just worrying about what is on desktop :)
|| [[#tAug 19 17:04:40|Aug 19 17:04]]
|- id="tAug 19 17:04:53"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I don't think they have to be same
|| [[#tAug 19 17:04:53|Aug 19 17:04]]
|- id="tAug 19 17:05:22"
! style="background-color: #488888" | dychen
| style="color: #488888" | beryl is just.. beryl. :-)
|| [[#tAug 19 17:05:22|Aug 19 17:05]]
|- id="tAug 19 17:05:23"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | So we will use different icon for fedora
|| [[#tAug 19 17:05:23|Aug 19 17:05]]
|- id="tAug 19 17:05:47"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | hm
|| [[#tAug 19 17:05:47|Aug 19 17:05]]
|- id="tAug 19 17:06:22"
! style="background-color: #42427e" | phuang
| style="color: #42427e" | I think it is better to use same icon
|| [[#tAug 19 17:06:22|Aug 19 17:06]]
|- id="tAug 19 17:06:34"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok
|| [[#tAug 19 17:06:34|Aug 19 17:06]]
|- id="tAug 19 17:06:59"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | to me it is about input status not the project
|| [[#tAug 19 17:06:59|Aug 19 17:06]]
|- id="tAug 19 17:07:29"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | I talked about my ideas before so I won't repeat them again now...
|| [[#tAug 19 17:07:29|Aug 19 17:07]]
|- id="tAug 19 17:07:52"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | on the systray applet
|| [[#tAug 19 17:07:52|Aug 19 17:07]]
|- id="tAug 19 17:08:31"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | ok 2 hours passed I suggest we here or soon
|| [[#tAug 19 17:08:31|Aug 19 17:08]]
|- id="tAug 19 17:08:39"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | anyone have anything else?
|| [[#tAug 19 17:08:39|Aug 19 17:08]]
|- id="tAug 19 17:10:25"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | phuang: you prefer current icon to take4?
|| [[#tAug 19 17:10:25|Aug 19 17:10]]
|- id="tAug 19 17:11:04"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | anyway thanks everyone for the long meeting
|| [[#tAug 19 17:11:04|Aug 19 17:11]]
|- id="tAug 19 17:11:42"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | though it seemed to create more questions than answers? ;)
|| [[#tAug 19 17:11:42|Aug 19 17:11]]
|- id="tAug 19 17:12:03"
! style="background-color: #407a40" | juhp
| style="color: #407a40" | # meeting closed
|| [[#tAug 19 17:12:03|Aug 19 17:12]]
|}
Generated by irclog2html.py 2.7 by [mailto:marius@pov.lt Marius Gedminas] - find it at [http://mg.pov.lt/irclog2html mg.pov.lt]!

Revision as of 08:33, 26 August 2009

previous meeting | next meeting

Agenda

Time:2009-08-19 0500 UTC

Place: #fedora-i18n at Freenode

Summary

Log

juhp g'day Aug 19 15:00
juhp guess it is time for our weekly IM meeting Aug 19 15:00
juhp https://fedoraproject.org/wiki/I18N/InputMethods/Meetings/2009-08-19 Aug 19 15:00
juhp who is here? :) Aug 19 15:01
juhp hmm Aug 19 15:02
juhp phuang, tagoh3, paragan, pravin_s, kaio, dychen, fujiwarat: ping Aug 19 15:03
phuang hi Aug 19 15:03
fujiwarat hi Aug 19 15:03
pravin_s juhp: hi Aug 19 15:03
dychen juhp: pong Aug 19 15:03
tagoh3 hi Aug 19 15:03
Kaio pong Aug 19 15:03
paragan hi Aug 19 15:06
juhp sorry just tweaked the page some more Aug 19 15:06
juhp phuang: I had some more discussion with whot today about xkb Aug 19 15:06
phuang ah Aug 19 15:07
juhp well just developing our earlier discussions Aug 19 15:07
juhp he's writing a draft blog about it: http://people.freedesktop.org/~whot/ibus Aug 19 15:10
juhp which summaries it all quite well I think Aug 19 15:10
phuang cool Aug 19 15:11
whot I'm here btw. if you have any questions. Aug 19 15:11
juhp but he would appreciate any comments or corrections I am sure Aug 19 15:11
juhp :) Aug 19 15:11
juhp yes Aug 19 15:11
juhp so I was playing a bit more with xkb on rawhide earlier Aug 19 15:12
phuang whot, thanks. Aug 19 15:12
juhp but the underlying idea is to try to drop xkb hacks in ibus afap Aug 19 15:12
juhp and just rely on xkb layouts rather than assumptions Aug 19 15:13
juhp # Xkb interaction Aug 19 15:13
juhp * ibus orth? Aug 19 15:13
juhp * inscript maps to xkb? Aug 19 15:13
juhp even if we don't use all the changes by default in f12 say I think it would be good to start such changes where possible now Aug 19 15:16
juhp also XI2 is in f12 xorg-server already whot told but probably doesn't have so much affect on IM yet Aug 19 15:17
juhp but there are plenty of UI and config issues to consider once we make this transition Aug 19 15:18
juhp one thing that we talked about earlier too I think is switching IME for certain input - but thinking now it is more of an advanced perhaps Aug 19 15:19
---Users on #fedora-i18n: krishnababu pravin_s paragan juhp whot jni dychen Kaio_Strassus yshao hanthana fujiwarat phuang noriko_ candyz0416 zodbot Kaio mishti jassy ivazquez|laptop asgeirf ricky dyek2 tagoh3 sflanigan paragn Aug 19 15:19
juhp paragan: we were wondering though how many Indic users use non-linear maps by default - any idea? Aug 19 15:20
juhp if we take this work to its limit then we might just use xkb for inscript and perhaps not need m17n by default Aug 19 15:20
paragan most of govt organizations uses inscript here Aug 19 15:21
juhp ok Aug 19 15:21
juhp I guess one can say for most langs we can hopefully default to just one IME others being optional so if that made sense for Indic it would ease the UI pain Aug 19 15:22
juhp in a way looking back we should probably have really used xkb for inscript all along... though it would have made our UI considerations different Aug 19 15:22
juhp paragan: how about the new inscript standard? it seems like a good time to port to xkb if possible Aug 19 15:23
juhp pravin_s: too Aug 19 15:23
paragan juhp, its not yet released. Once we have it released we start working on it Aug 19 15:23
juhp paragan: one current limitation is the max of 4 xkb layouts Aug 19 15:24
juhp paragan: hmm so when will that be? Aug 19 15:25
paragan soon Aug 19 15:25
juhp paragan: we really need that in f12 Aug 19 15:25
juhp ok Aug 19 15:25
juhp will it make f12beta? Aug 19 15:25
paragan not sure depends on release date Aug 19 15:26
juhp (end of next month I see) Aug 19 15:26
juhp paragan: if we know the basic details seems it would not hurt to start earlier - if major alterations are unlikely Aug 19 15:26
paragan juhp, yes I have few questions already in mind regarding that Aug 19 15:27
paragan for that I need to send you draft copy of that Aug 19 15:27
juhp or we could start by porting current missing inscript maps to xkb perhaps? Aug 19 15:27
paragan and decide how to switch layers Aug 19 15:27
juhp aha Aug 19 15:27
paragan which shortcut keys to use Aug 19 15:27
juhp paragan: I see guess xkb may be good for that Aug 19 15:27
juhp ok Aug 19 15:28
paragan got 4 types of switching Aug 19 15:28
juhp gosh Aug 19 15:28
juhp ok Aug 19 15:28
paragan 1) normal 2) with caps 3) normal+someswitch 4) caps+someswitch Aug 19 15:29
juhp aha right Aug 19 15:29
juhp maybe right Alt or a better symbol? Aug 19 15:30
juhp whot might have a better suggestion Aug 19 15:30
whot fwiw, xkb has some standard ways of switching layout already. it might be worth considering those too Aug 19 15:30
juhp ok Aug 19 15:30
paragan whot, yes I have seen xkb have its own switching layout Aug 19 15:31
paragan will see more on that Aug 19 15:31
juhp paragan: caps = shift? Aug 19 15:31
juhp I guess Aug 19 15:31
paragan yes Aug 19 15:31
juhp does someswitch need to be stateful? Aug 19 15:32
whot system->preferences->keyboard, advanced options, "Key(s) to change layout" are the options available right now Aug 19 15:32
whot i think the IM shouldn't really add on top of that but just hook in with this. Aug 19 15:33
juhp or Keys to choose 3rd level perhaps in this case Aug 19 15:33
whot which allows for those that have e.g. us,de,ja to use the same key to cycle through all, rather than having one for us,de and one for IM Aug 19 15:33
juhp whot: I think this is within one layout Aug 19 15:33
whot 3rd level == AltGr (basically) Aug 19 15:33
juhp right Aug 19 15:33
juhp whot: seems (some? of) the revised inscript layouts will need 4 levels Aug 19 15:35
juhp paragan: currently it is just 2? Aug 19 15:35
juhp is it for all of them? Aug 19 15:35
whot juhp: you have up to 8, so that's fine Aug 19 15:36
juhp :) Aug 19 15:36
juhp yup Aug 19 15:36
paragan juhp, yes 2 Aug 19 15:36
juhp phuang: do you have any more thoughts or comments Aug 19 15:36
juhp ok Aug 19 15:36
phuang juhp, I am thinking Aug 19 15:36
juhp paragan: I think various euro layouts have more than 2 levels so could use those too for reference Aug 19 15:37
pravin_s juhp: aha, thats nice Aug 19 15:38
juhp paragan: I guess we need some script for converting .mim files to xkb format perhaps Aug 19 15:39
juhp phuang: I think there are still various UI issues to overcome but I agree with whot that using xkb should be Right Thing Aug 19 15:40
pravin_s juhp: hmm, but scope will be limited as far as its 1-to-1 mapping Aug 19 15:40
juhp pravin_s: yep that's right Aug 19 15:41
phuang pravin_s, right Aug 19 15:41
juhp pravin_s: that is why I was asking how many use non-linear maps :) Aug 19 15:41
juhp any feeling on that? Aug 19 15:41
dychen juhp: phuang: I think some Chinese IM can still hook on English keysyms. Aug 19 15:41
dychen but some can't. Aug 19 15:41
pravin_s i think except inscript all uses non-linear Aug 19 15:41
juhp anyway as such nothing to stop ibus from also doing layout switching per se Aug 19 15:42
juhp pravin_s: indeed Aug 19 15:42
juhp pravin_s: how many users :) Aug 19 15:42
dychen whot: So what should we provide to xkb, a symbol <-> keycode table? Aug 19 15:42
pravin_s juhp: inscript is national standard in India, and govt. recommend to use that Aug 19 15:42
juhp dychen: actually even unicode symbols are considered symbols Aug 19 15:43
juhp that is what current inscript xkb maps use Aug 19 15:43
pravin_s yeah Aug 19 15:43
juhp pravin_s: ok but how minor is use of others? Aug 19 15:43
juhp so roughly sounds like just shipping inscript by default is enough? Aug 19 15:44
juhp dychen: Uxxxx Aug 19 15:44
pravin_s juhp: cant say that actually, but people familiar with Latin,English uses other keymap Aug 19 15:44
juhp so don't need to define them per se Aug 19 15:44
juhp ok phonetic Aug 19 15:44
dychen whot: in other words, what can we use to describe the location of the symbol? Aug 19 15:44
juhp well maybe we just try and see what happens ;o) Aug 19 15:45
pravin_s i saw people newbies in language technology graps other keyboar layout say itranse quickly Aug 19 15:45
juhp dychen: an xkb layout? Aug 19 15:45
juhp pravin_s: aha Aug 19 15:45
dychen juhp: Something like that. Aug 19 15:45
juhp I don't see any other way :) Aug 19 15:45
juhp phuang: so in that sense the "ibus orth" would be nice Aug 19 15:46
juhp even though I didn't explain what I mean by that :) Aug 19 15:46
dychen juhp: orth? Aug 19 15:47
juhp dychen: so one would switch to chewing say by switching to chewing layout in xkb Aug 19 15:47
juhp and input would turn on xkb automatically Aug 19 15:47
juhp dychen: so I mean auto-enabling ibus IME dependent on the symbols being input Aug 19 15:47
juhp :) Aug 19 15:47
juhp eg kana input might enable anthy Aug 19 15:49
whot dychen: sort-of, yes. if you look at /usr/share/X11/xkb/, you'll see all the files required Aug 19 15:50
juhp anyway many IMEs has using phonetic based (letter) input Aug 19 15:50
juhp have Aug 19 15:50
whot http://who-t.blogspot.com/2008/09/rmlvo-keyboard-configuration.html Aug 19 15:50
whot has a bit of information there Aug 19 15:50
dychen juhp: One question is , when people switch to Zhuyin layout, they may either expect chewing or plain Zhuyin. :-) Aug 19 15:51
juhp dychen: right that is also true Aug 19 15:51
juhp so need some config for that... Aug 19 15:51
whot essentially there's a mapping from keycode -> intermediate key name (e.g. AD01 for first key in second row), then there's an assignment of AD01 to the symbols. Aug 19 15:51
whot when the whole thing is assembled, those two are hooked up together Aug 19 15:51
dychen So we need at least 2 layers, the "symbol layout" and input method. Aug 19 15:52
juhp yeah that is the idea Aug 19 15:52
whot dychen: yes, the symbol layout is supposed to represent what's printed on the keyboard (more or less) Aug 19 15:52
dychen whot: That's what I am talking about. :-) Aug 19 15:52
juhp phuang: does ibus currently support non-ascii input or is it up to the IMEs? Aug 19 15:53
phuang juhp, it just pass the keycode and keysym to IME Aug 19 15:54
juhp from the UI pov of course using both gnome-keyboard-applet and ibus applet is awkward at best Aug 19 15:54
juhp phuang: ok cool Aug 19 15:54
phuang juhp, But all Engines can only process ascii chars. Aug 19 15:54
juhp ah Aug 19 15:54
juhp phuang: currently? Aug 19 15:55
dychen juhp: especially IMs from ibus-table. Aug 19 15:55
juhp or what is the limitation? Aug 19 15:55
phuang yeah Aug 19 15:55
juhp dychen: sure Aug 19 15:55
juhp that is one case Aug 19 15:56
phuang It is an history problem. All engines (includes 3rd part engines) are developed for ascii chars Aug 19 15:56
juhp yup Aug 19 15:56
dychen juhp: same limitation with keysyms or keycode. Aug 19 15:56
phuang for en compatible keyboard Aug 19 15:56
juhp phuang: but in principle nothing to stop say ibus-anthy from accepting kana input, right? Aug 19 15:56
dychen can kana pass though either keysyms or keycode? Aug 19 15:57
phuang juhp, yeah. Maybe except some feature Aug 19 15:57
*whot has to run for the bus Aug 19 15:57
juhp thanks whot Aug 19 15:58
juhp phuang: ok Aug 19 15:58
<--krishnababu has quit (Success) Aug 19 15:59
juhp guess in the end the goal would be drop use of keycodes inside ibus Aug 19 15:59
juhp but yeah it is valid point of tables and maps still assuming qwerty, hmm Aug 19 16:00
juhp but that is legacy stuff really - not much we can do there I feel Aug 19 16:01
juhp they should specify a layout I guess Aug 19 16:01
juhp anything else that needs keycodes? Aug 19 16:02
dychen juhp: contingency plan: all IM can still embrace en-Qwerty layout. Aug 19 16:02
-->krishnababu (n=kkrothap@115.184.60.212) has joined #fedora-i18n Aug 19 16:03
juhp dychen: want to expand on that? :) Aug 19 16:03
juhp all? Aug 19 16:04
dychen juhp: Sorry, no. Aug 19 16:04
juhp the main limitation I see is xkb limiting currently to 4 groups (layouts) Aug 19 16:05
juhp but the plus side is no weird assumptions/hacks for layouts + some new UI complexity to solve Aug 19 16:06
juhp I don't think this will all land in f12 but it is a goal for us to be working towards IMHO Aug 19 16:06
juhp and will finally bring xkb and im together or on speaking-terms at least ;) Aug 19 16:07
phuang juhp, actually, the assumption is the the keycodes from X are same with keycodes from Linux kernel evdev Aug 19 16:07
dychen when will xkb2 in charge? Aug 19 16:07
juhp dychen: not sure... maybe next year? Aug 19 16:07
juhp phuang: for ? Aug 19 16:08
phuang juhp, Linux kernal defines the keycode in head file Aug 19 16:08
juhp ok Aug 19 16:08
phuang juhp, So it should not be changed Aug 19 16:08
juhp phuang: but how does it relate to im? :) Aug 19 16:08
juhp phuang: you lost me slightly :) Aug 19 16:09
phuang juhp, the im needs constant keycode values Aug 19 16:09
juhp phuang: for tables and maps? Aug 19 16:09
juhp or why? :) Aug 19 16:10
juhp phuang: I guess that works but it is still a hack really Aug 19 16:11
phuang In my point of view, the problem of current solution is we assume the keycodes are constant. right? Aug 19 16:12
juhp phuang: right Aug 19 16:12
phuang juhp, any other problem? Aug 19 16:12
juhp ah sorry see your point now Aug 19 16:12
juhp thought you were trying to say something else :) Aug 19 16:12
juhp exactly Aug 19 16:13
juhp so with xkb we no longer need that assumption really Aug 19 16:13
juhp modulo some maps that assume qwerty Aug 19 16:13
phuang with xkb, we only need define only one layout Aug 19 16:14
juhp phuang: so guess we still need keycodes hack for those for now anyway Aug 19 16:14
juhp phuang: right Aug 19 16:14
juhp though we can have more Aug 19 16:15
phuang more layouts is difficult Aug 19 16:16
juhp I think xkb switching is kind of open game anyway - you can do it with setxkbmap, or gnome-keyboard-applet, gdm, or ibus... Aug 19 16:17
juhp phuang: in what way? Aug 19 16:17
juhp well it certainly adds to complexity I don't deny Aug 19 16:17
phuang but how about console clients Aug 19 16:17
juhp hmm Aug 19 16:17
juhp good question! Aug 19 16:17
dychen consider there is something like ibus-fbterm available.... Aug 19 16:18
juhp hmmm Aug 19 16:18
phuang we can not like console to change layout for our IMEs Aug 19 16:19
phuang s/like/let Aug 19 16:19
juhp until now we/I didn't consider console... Aug 19 16:20
phuang Or we can not define may layouts for different kinds of clients (X, console, and etc) Aug 19 16:20
juhp ideally we should have something like xkb on console too but... Aug 19 16:20
dychen or unify them. Aug 19 16:20
juhp phuang: perhaps we need to change console layouts too? Aug 19 16:20
juhp dychen: yeah Aug 19 16:20
phuang So, if let ibus handle the conversion from keycode to keysyms, it will be easy Aug 19 16:21
juhp perhaps we need to go back to whot... Aug 19 16:21
phuang We just need define one layout in xkb, it could convert different keycode to one unified keycode for ibus Aug 19 16:22
juhp phuang: what about all the above discussion... Aug 19 16:22
juhp and different kbd models? Aug 19 16:23
juhp phuang: and xkb users? Aug 19 16:23
dychen where should we put this universal keycode <-> keysym conversion tables? Aug 19 16:23
juhp phuang: so we just use xkb keycodes and forget about xkb symbols completely? Aug 19 16:24
juhp hmm Aug 19 16:24
phuang dychen, I think it should be split into two steps Aug 19 16:25
juhp maybe we need to think more if we really want to support console Aug 19 16:25
juhp to me console is not that important a case Aug 19 16:25
phuang universal keycode -> unified keycode -> keysym Aug 19 16:25
phuang the first step could be done in xkb Aug 19 16:25
phuang the second step is in ibus Aug 19 16:25
juhp what does unified mean here? Aug 19 16:26
juhp I still fixing the xkb/im issue is more important than console Aug 19 16:26
phuang It is same with linux kernel evdev Aug 19 16:26
juhp so universal and unified keycodes are all different? Aug 19 16:27
phuang all different? Aug 19 16:27
dychen How about keycode->keysym handle by xkb/xkb2, then ibus (in x11) convert keysym string to characters? Aug 19 16:28
juhp hmm Aug 19 16:28
juhp maybe we need to think more Aug 19 16:28
juhp dychen: is that where we are? Aug 19 16:28
phuang I think it is same in Linux, but maybe different in other platforms Aug 19 16:28
juhp s/is/isn't/ Aug 19 16:29
juhp phuang: ok Aug 19 16:29
dychen juhp: Currently ibus do keysym-> character and keycode-> character. Aug 19 16:29
juhp yup Aug 19 16:29
juhp ok Aug 19 16:29
phuang dychen, You suggestion is same with ibus-1.1.x Aug 19 16:30
juhp right Aug 19 16:30
juhp ok let's talk more to whot about console side tomorrow Aug 19 16:30
juhp * bugs Aug 19 16:31
juhp anyone have any bugs to discuss? Aug 19 16:31
dychen phuang: Well, I think whot prefer this way.. Aug 19 16:31
phuang dychen, It needs xkb do right conversion for each imes Aug 19 16:31
dychen hmm Aug 19 16:32
juhp or some may to emulate xkb inside ibus? Aug 19 16:32
juhp but hmm maybe not Aug 19 16:32
juhp https://bugzilla.redhat.com/buglist.cgi?product=Fedora&field0-0-0=component&type0-0-0=regexp&value0-0-0=^ibus.*&bug_status=NEW,ASSIGNED Aug 19 16:33
juhp dychen: I'll try bug 513895 again Aug 19 16:37
juhp .bug 513895 Aug 19 16:37
zodbot juhp: Bug 513895 new IME does not show up in ibus-setup - https://bugzilla.redhat.com/show_bug.cgi?id=513895 Aug 19 16:37
dychen juhp thanks Aug 19 16:37
juhp phuang: how about the icons: Aug 19 16:39
juhp .bug 501214 Aug 19 16:39
zodbot juhp: Bug 501214 need better icon: light blue ibus icon is not obvious - https://bugzilla.redhat.com/show_bug.cgi?id=501214 Aug 19 16:39
Kaio most bugs in engines will make it doesnt show up in ibus-setup Aug 19 16:40
Kaio afaik Aug 19 16:40
juhp .bug 514192 Aug 19 16:40
zodbot juhp: Bug 514192 ibus toolbar should use config icon for setup - https://bugzilla.redhat.com/show_bug.cgi?id=514192 Aug 19 16:40
dychen phuang: ibus-1.1 is still based on ascii keysym. but under the "new architecture", we should rely on keysym like Zhuyin symbols, Cangjie/Wubi wordroots, something like those. Aug 19 16:40
juhp kaio: oh Aug 19 16:40
Kaio juhp☺ everytime tracebacks in ibus-table makes it disappeared from ibus-setup Aug 19 16:42
dychen phuang: IM methods only convert Zhuyin symbols, Wubi wordroots to characters, while xkb2 convert key press to these symbols. Aug 19 16:42
phuang dychen, aha Aug 19 16:44
juhp dychen: I don't think xkb2 is required for that - just some layouts :) Aug 19 16:44
phuang Kaio, I think juhp mean when you install new IME, ibus should detective the new IME without restart Aug 19 16:45
juhp phuang: right Aug 19 16:45
phuang juhp, right Aug 19 16:45
Kaio phuang☺ really it does do? Aug 19 16:45
dychen phuang: Of course, we assume that IM developers are willing to submit their wordroots. :-P Aug 19 16:45
phuang Kaio, currently, we need restart ibus-daemon Aug 19 16:45
Kaio phuang☺ mostly I just ibus-daemon -rt forcibly Aug 19 16:45
dychen wordroots as layout. Aug 19 16:46
phuang dychen, But i think they do not like do it Aug 19 16:47
phuang xkb layout is complex Aug 19 16:47
dychen phuang: So we are at where we are. :-) Aug 19 16:47
juhp dychen: some of that might still be a bit down the road Aug 19 16:47
juhp right Aug 19 16:47
juhp phuang: what do you think of the newer ibus icon? Aug 19 16:48
juhp phuang: do you need a patch for the toolbar setup icon? Aug 19 16:48
dychen juhp, I do suggest ibus icon theme. :-) Aug 19 16:48
*juhp would rather not go there Aug 19 16:49
juhp but I can't stop it :) Aug 19 16:49
juhp I prefer good defaults Aug 19 16:49
juhp dychen: themes tend to break Aug 19 16:49
phuang we can change ibus icon, but how to deal icons for engines Aug 19 16:49
juhp ah you mean my further rfe? :) Aug 19 16:50
juhp or the toolbar? Aug 19 16:50
phuang I think we just need a better icon to replace the blue [I] Aug 19 16:51
dychen Ask community to make some and vote? Aug 19 16:52
juhp phuang: right Aug 19 16:53
phuang icons of engines, we should not control them Aug 19 16:53
dychen and we cannot control them. Aug 19 16:54
juhp phuang: ok let's ask mlanglie for svg? Aug 19 16:54
juhp phuang: sure - but ibus defines ibus-setup.svg, no? Aug 19 16:54
phuang yeah Aug 19 16:55
juhp I am suggesting to change that icon too... Aug 19 16:55
phuang ok Aug 19 16:55
juhp :) Aug 19 16:55
phuang http://productdesign.usersys.redhat.com/wiki/IBus Aug 19 16:55
juhp yeah internal to redhat only unfortunately Aug 19 16:55
phuang juhp, which icon is better for replace [i] Aug 19 16:55
Kaio nice hostname Aug 19 16:55
juhp so suggested the latest one Aug 19 16:55
phuang juhp, The background is the earth Aug 19 16:57
dychen I like take 4 best. Aug 19 16:57
*juhp looks again Aug 19 16:58
juhp dychen: that is the newest one Aug 19 16:58
juhp phuang: no the first one on the page Aug 19 16:58
phuang juhp, ic Aug 19 16:58
paragan take3 Aug 19 16:58
phuang I think the color is little dark Aug 19 16:59
juhp phuang: take4? Aug 19 16:59
phuang yeah. Aug 19 16:59
juhp hm Aug 19 16:59
phuang how about make it more colourful Aug 19 16:59
juhp the others look darker to me... Aug 19 17:00
juhp phuang: well you can suggest it but I don't see how Aug 19 17:00
paragan is take4 looks similar to scim icon in systray? Aug 19 17:00
juhp paragan: it does Aug 19 17:00
paragan ok Aug 19 17:00
juhp just better ;P Aug 19 17:00
phuang Maybe it is good for displaying on systray Aug 19 17:01
phuang but is it good for project logo? Aug 19 17:01
dychen What's amarok's icon, BTW? Aug 19 17:02
dychen stardict is just books.. audacious is just a black 'a' in surrounding by gray circle in black square. Aug 19 17:04
juhp phuang: project logo is up to you :) Aug 19 17:04
juhp I am just worrying about what is on desktop :) Aug 19 17:04
juhp I don't think they have to be same Aug 19 17:04
dychen beryl is just.. beryl. :-) Aug 19 17:05
phuang So we will use different icon for fedora Aug 19 17:05
juhp hm Aug 19 17:05
phuang I think it is better to use same icon Aug 19 17:06
juhp ok Aug 19 17:06
juhp to me it is about input status not the project Aug 19 17:06
juhp I talked about my ideas before so I won't repeat them again now... Aug 19 17:07
juhp on the systray applet Aug 19 17:07
juhp ok 2 hours passed I suggest we here or soon Aug 19 17:08
juhp anyone have anything else? Aug 19 17:08
juhp phuang: you prefer current icon to take4? Aug 19 17:10
juhp anyway thanks everyone for the long meeting Aug 19 17:11
juhp though it seemed to create more questions than answers? ;) Aug 19 17:11
juhp # meeting closed Aug 19 17:12

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

Retrieved from "https://fedoraproject.org/w/index.php?title=I18N/InputMethods/Meetings/2009-08-19&oldid=121003"