From Fedora Project Wiki

< I18N‎ | IBus‎ | Meetings
 
(5 intermediate revisions by the same user not shown)
Line 2: Line 2:


== Agenda ==
== Agenda ==
previous meeting [[I18N/IBus/Meetings/2009-05-20]]
* previous meeting [[I18N/IBus/Meetings/2009-05-20]]
 
** [[Test_Days:IBus]]
* [[Test_Days:IBus]]
* f10 update status
* xkb
* xkb/qemu/rdesktop
* [http://productdesign.usersys.redhat.com/wiki/IBus icon proposal]
* [https://bugzilla.redhat.com/show_bug.cgi?id=501214 icon proposal]
* f12 schedule
* f12 schedule


Next meeting [[I18N/IBus/Meetings/2009-06-03]]
Next meeting [[I18N/InputMethods/Meetings/2009-06-03]]


[https://bugzilla.redhat.com/buglist.cgi?field0-0-0=component&type0-0-0=regexp&value0-0-0=^ibus.*&bug_status=NEW,ASSIGNED,NEEDINFO,MODIFIED bug list]
[https://bugzilla.redhat.com/buglist.cgi?field0-0-0=component&type0-0-0=regexp&value0-0-0=^ibus.*&bug_status=NEW,ASSIGNED,NEEDINFO,MODIFIED bug list]


== Summary==
== Summary==
* ibus f10 update still pending ibus-table-* builds (phuang and cchance will work on it)
* discussion about evdev like handling of keycodes for working around IME modes that assume a specific layout (typically qwerty) and potential problem (phuang will investigate more)
* new icon or new icon UI - whether we can have IME disabled icon rather than no info?
* dev schedule pushed forward to next meeting
* new im-chooser pushed to f11 dropping applet checkbox
* suggestion to rename this meeting to "Fedora IM meeting"
=== Action Items ===
* phuang and cchance to complete building ibus-table* for f10 update and push to testing
== Log ==
{|
|- id="tMay 27 15:08:13"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | ah time for ibus meeting!
|| [[#tMay 27 15:08:13|May 27 15:08]]
|- id="tMay 27 15:09:04"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | http://fedoraproject.org/wiki/I18N/IBus/Meetings/2009-05-27
|| [[#tMay 27 15:09:04|May 27 15:09]]
|- id="tMay 27 15:12:20"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | hi
|| [[#tMay 27 15:12:20|May 27 15:12]]
|- id="tMay 27 15:12:40"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | hi phuang_
|| [[#tMay 27 15:12:40|May 27 15:12]]
|- id="tMay 27 15:12:47"
! style="background-color: #818144" | dychen_
| style="color: #818144" | hi juhp
|| [[#tMay 27 15:12:47|May 27 15:12]]
|- id="tMay 27 15:13:33"
! style="background-color: #854685" | Kaio1
| style="color: #854685" | juhp fixed candidate order prob
|| [[#tMay 27 15:13:33|May 27 15:13]]
|- id="tMay 27 15:13:42"
| colspan="2" | ---Kaio1 is now known as Kaio
|| [[#tMay 27 15:13:42|May 27 15:13]]
|- id="tMay 27 15:13:49"
! style="background-color: #488888" | paragan
| style="color: #488888" | hi
|| [[#tMay 27 15:13:49|May 27 15:13]]
|- id="tMay 27 15:13:55"
! style="background-color: #854685" | Kaio
| style="color: #854685" | hi
|| [[#tMay 27 15:13:55|May 27 15:13]]
|- id="tMay 27 15:15:01"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | ping dychen_
|| [[#tMay 27 15:15:01|May 27 15:15]]
|- id="tMay 27 15:15:11"
! style="background-color: #818144" | dychen_
| style="color: #818144" | hi juhp
|| [[#tMay 27 15:15:11|May 27 15:15]]
|- id="tMay 27 15:15:19"
! style="background-color: #818144" | dychen_
| style="color: #818144" | hi juhp_
|| [[#tMay 27 15:15:19|May 27 15:15]]
|- id="tMay 27 15:15:21"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | hi
|| [[#tMay 27 15:15:21|May 27 15:15]]
|- id="tMay 27 15:15:27"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_, Kaio: how is f10 update status btw?
|| [[#tMay 27 15:15:27|May 27 15:15]]
|- id="tMay 27 15:15:31"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | hi tagoh3
|| [[#tMay 27 15:15:31|May 27 15:15]]
|- id="tMay 27 15:16:02"
! style="background-color: #854685" | Kaio
| style="color: #854685" | juhp need to get ibus 1.1 into stable
|| [[#tMay 27 15:16:02|May 27 15:16]]
|- id="tMay 27 15:16:10"
! style="background-color: #854685" | Kaio
| style="color: #854685" | still waiting
|| [[#tMay 27 15:16:10|May 27 15:16]]
|- id="tMay 27 15:16:19"
! style="background-color: #854685" | Kaio
| style="color: #854685" | submitted request
|| [[#tMay 27 15:16:19|May 27 15:16]]
|- id="tMay 27 15:16:41"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: ?
|| [[#tMay 27 15:16:41|May 27 15:16]]
|- id="tMay 27 15:16:46"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | which package?
|| [[#tMay 27 15:16:46|May 27 15:16]]
|- id="tMay 27 15:17:08"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | The update problem of ibus-qt is not fixed.
|| [[#tMay 27 15:17:08|May 27 15:17]]
|- id="tMay 27 15:17:21"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Can I push it to stable with it?
|| [[#tMay 27 15:17:21|May 27 15:17]]
|- id="tMay 27 15:17:26"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: adding obsoletes?
|| [[#tMay 27 15:17:26|May 27 15:17]]
|- id="tMay 27 15:17:33"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | with ?
|| [[#tMay 27 15:17:33|May 27 15:17]]
|- id="tMay 27 15:17:42"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: I think it is not good
|| [[#tMay 27 15:17:42|May 27 15:17]]
|- id="tMay 27 15:17:44"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | It already has it.
|| [[#tMay 27 15:17:44|May 27 15:17]]
|- id="tMay 27 15:18:19"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: I forgot what is the update problem?
|| [[#tMay 27 15:18:19|May 27 15:18]]
|- id="tMay 27 15:18:45"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | the ibus-1.1.x does not has ibus-qt anymore
|| [[#tMay 27 15:18:45|May 27 15:18]]
|- id="tMay 27 15:19:02"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | yes
|| [[#tMay 27 15:19:02|May 27 15:19]]
|- id="tMay 27 15:19:12"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | and it obsoletes it, right?
|| [[#tMay 27 15:19:12|May 27 15:19]]
|- id="tMay 27 15:19:17"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | yeah
|| [[#tMay 27 15:19:17|May 27 15:19]]
|- id="tMay 27 15:19:27"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | is what is left there? :)
|| [[#tMay 27 15:19:27|May 27 15:19]]
|- id="tMay 27 15:19:37"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | so what is *
|| [[#tMay 27 15:19:37|May 27 15:19]]
|- id="tMay 27 15:19:46"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | obsolete does not fix this problem
|| [[#tMay 27 15:19:46|May 27 15:19]]
|- id="tMay 27 15:20:10"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | what happens then?
|| [[#tMay 27 15:20:10|May 27 15:20]]
|- id="tMay 27 15:20:11"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | some one said ibus need add provide for ibus-qt
|| [[#tMay 27 15:20:11|May 27 15:20]]
|- id="tMay 27 15:20:24"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | hmm
|| [[#tMay 27 15:20:24|May 27 15:20]]
|- id="tMay 27 15:20:32"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | I don't think it should
|| [[#tMay 27 15:20:32|May 27 15:20]]
|- id="tMay 27 15:20:36"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | I think if it provides that feature
|| [[#tMay 27 15:20:36|May 27 15:20]]
|- id="tMay 27 15:20:39"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | since it doesn't
|| [[#tMay 27 15:20:39|May 27 15:20]]
|- id="tMay 27 15:20:57"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | and which IMEs missing?
|| [[#tMay 27 15:20:57|May 27 15:20]]
|- id="tMay 27 15:21:01"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | actually it doesn't. so I don't think it's necessary
|| [[#tMay 27 15:21:01|May 27 15:21]]
|- id="tMay 27 15:21:06"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | just ibus-table?
|| [[#tMay 27 15:21:06|May 27 15:21]]
|- id="tMay 27 15:22:09"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | phuang_: does someone say it still fails or just pointing out that provides thing?
|| [[#tMay 27 15:22:09|May 27 15:22]]
|- id="tMay 27 15:22:11"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Maybe we could submit a new updates again. it includes all ibus related packages. (include ibus-table-*)
|| [[#tMay 27 15:22:11|May 27 15:22]]
|- id="tMay 27 15:22:27"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | yeah or edit
|| [[#tMay 27 15:22:27|May 27 15:22]]
|- id="tMay 27 15:22:30"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | https://admin.fedoraproject.org/updates/F10/FEDORA-2009-4031
|| [[#tMay 27 15:22:30|May 27 15:22]]
|- id="tMay 27 15:22:39"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | thanks
|| [[#tMay 27 15:22:39|May 27 15:22]]
|- id="tMay 27 15:23:10"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | actually, in this update, ibus already has Obsoletes ibus-qt
|| [[#tMay 27 15:23:10|May 27 15:23]]
|- id="tMay 27 15:23:20"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | right
|| [[#tMay 27 15:23:20|May 27 15:23]]
|- id="tMay 27 15:23:32"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: which is your ibus-table build?
|| [[#tMay 27 15:23:32|May 27 15:23]]
|- id="tMay 27 15:23:44"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | 'Obsoletes:  ibus-qt &lt; 1.1.0'
|| [[#tMay 27 15:23:44|May 27 15:23]]
|- id="tMay 27 15:23:50"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Is it ok?
|| [[#tMay 27 15:23:50|May 27 15:23]]
|- id="tMay 27 15:23:57"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | I think so
|| [[#tMay 27 15:23:57|May 27 15:23]]
|- id="tMay 27 15:24:07"
! style="background-color: #854685" | Kaio
| style="color: #854685" | juhp_: ?
|| [[#tMay 27 15:24:07|May 27 15:24]]
|- id="tMay 27 15:24:18"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | So I don't why mschwendt will meet this problem
|| [[#tMay 27 15:24:18|May 27 15:24]]
|- id="tMay 27 15:24:19"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | I suppose mixing multiple issues up there
|| [[#tMay 27 15:24:19|May 27 15:24]]
|- id="tMay 27 15:25:14"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | maybe
|| [[#tMay 27 15:25:14|May 27 15:25]]
|- id="tMay 27 15:25:59"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | who exactly is talking about ibus-qt? it looks like just talking about ibus-table-chinese though
|| [[#tMay 27 15:25:59|May 27 15:25]]
|- id="tMay 27 15:26:33"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | I may be missing something
|| [[#tMay 27 15:26:33|May 27 15:26]]
|- id="tMay 27 15:26:41"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | tagoh3: ah yeah
|| [[#tMay 27 15:26:41|May 27 15:26]]
|- id="tMay 27 15:26:52"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | oh
|| [[#tMay 27 15:26:52|May 27 15:26]]
|- id="tMay 27 15:27:53"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | juhp_,  I think you meet ibus-qt updating problem before.
|| [[#tMay 27 15:27:53|May 27 15:27]]
|- id="tMay 27 15:28:04"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: multilib?
|| [[#tMay 27 15:28:04|May 27 15:28]]
|- id="tMay 27 15:28:31"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | ok I will test after then
|| [[#tMay 27 15:28:31|May 27 15:28]]
|- id="tMay 27 15:28:47"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: ??
|| [[#tMay 27 15:28:47|May 27 15:28]]
|- id="tMay 27 15:29:02"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: so we're just waiting for ibus-table-*
|| [[#tMay 27 15:29:02|May 27 15:29]]
|- id="tMay 27 15:29:07"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I will re submit a new updates for all ibut packages
|| [[#tMay 27 15:29:07|May 27 15:29]]
|- id="tMay 27 15:29:22"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | include ibus-table-*
|| [[#tMay 27 15:29:22|May 27 15:29]]
|- id="tMay 27 15:29:25"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: I think you can edit maybe and resubmit too, no?
|| [[#tMay 27 15:29:25|May 27 15:29]]
|- id="tMay 27 15:29:32"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | are they built?
|| [[#tMay 27 15:29:32|May 27 15:29]]
|- id="tMay 27 15:29:40"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: cool
|| [[#tMay 27 15:29:40|May 27 15:29]]
|- id="tMay 27 15:29:45"
! style="background-color: #854685" | Kaio
| style="color: #854685" | juhp_: what should I do on this side?
|| [[#tMay 27 15:29:45|May 27 15:29]]
|- id="tMay 27 15:29:56"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | let's put them all in testing and we can get more feedback
|| [[#tMay 27 15:29:56|May 27 15:29]]
|- id="tMay 27 15:30:07"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: what has been built?
|| [[#tMay 27 15:30:07|May 27 15:30]]
|- id="tMay 27 15:30:10"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | or not
|| [[#tMay 27 15:30:10|May 27 15:30]]
|- id="tMay 27 15:30:24"
| colspan="2" | --&gt;krishnababu (n=kkrothap@nat/redhat-in/x-6aebf5680dc37156) has joined #fedora-i18n
|| [[#tMay 27 15:30:24|May 27 15:30]]
|- id="tMay 27 15:30:28"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: remember you already opened a ticket last week
|| [[#tMay 27 15:30:28|May 27 15:30]]
|- id="tMay 27 15:30:57"
! style="background-color: #854685" | Kaio
| style="color: #854685" | all couldnt be built because of Requires:
|| [[#tMay 27 15:30:57|May 27 15:30]]
|- id="tMay 27 15:31:14"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | http://koji.fedoraproject.org/koji/buildinfo?buildID=102949
|| [[#tMay 27 15:31:14|May 27 15:31]]
|- id="tMay 27 15:31:16"
! style="background-color: #854685" | Kaio
| style="color: #854685" | 'Requires: ibus &gt;= 1.1.0'
|| [[#tMay 27 15:31:16|May 27 15:31]]
|- id="tMay 27 15:31:18"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: requires?
|| [[#tMay 27 15:31:18|May 27 15:31]]
|- id="tMay 27 15:31:28"
! style="background-color: #854685" | Kaio
| style="color: #854685" | BuildRequires
|| [[#tMay 27 15:31:28|May 27 15:31]]
|- id="tMay 27 15:31:44"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: when did you try?
|| [[#tMay 27 15:31:44|May 27 15:31]]
|- id="tMay 27 15:31:54"
! style="background-color: #854685" | Kaio
| style="color: #854685" | last week
|| [[#tMay 27 15:31:54|May 27 15:31]]
|- id="tMay 27 15:32:17"
! style="background-color: #854685" | Kaio
| style="color: #854685" | I'll do it again after meeting
|| [[#tMay 27 15:32:17|May 27 15:32]]
|- id="tMay 27 15:32:30"
! style="background-color: #854685" | Kaio
| style="color: #854685" | building new ibus-table on rawhide now
|| [[#tMay 27 15:32:30|May 27 15:32]]
|- id="tMay 27 15:32:56"
! style="background-color: #854685" | Kaio
| style="color: #854685" | might need to build a newer ibus-table that
|| [[#tMay 27 15:32:56|May 27 15:32]]
|- id="tMay 27 15:33:01"
! style="background-color: #854685" | Kaio
| style="color: #854685" | which fixed candidate order
|| [[#tMay 27 15:33:01|May 27 15:33]]
|- id="tMay 27 15:33:01"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: http://koji.fedoraproject.org/koji/buildinfo?buildID=99671
|| [[#tMay 27 15:33:01|May 27 15:33]]
|- id="tMay 27 15:33:06"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: heh
|| [[#tMay 27 15:33:06|May 27 15:33]]
|- id="tMay 27 15:33:14"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: cool
|| [[#tMay 27 15:33:14|May 27 15:33]]
|- id="tMay 27 15:33:14"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | juhp, If ibus-table-* are almost done, I could push ibus-1.1.0 to stable
|| [[#tMay 27 15:33:14|May 27 15:33]]
|- id="tMay 27 15:33:16"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | thanks
|| [[#tMay 27 15:33:16|May 27 15:33]]
|- id="tMay 27 15:33:24"
! style="background-color: #854685" | Kaio
| style="color: #854685" | just made a 20090527 tarball
|| [[#tMay 27 15:33:24|May 27 15:33]]
|- id="tMay 27 15:33:34"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | and what about ibus-table-chinese?
|| [[#tMay 27 15:33:34|May 27 15:33]]
|- id="tMay 27 15:33:42"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | juhp_, ok?
|| [[#tMay 27 15:33:42|May 27 15:33]]
|- id="tMay 27 15:33:43"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | ibus-table obsoletes it?
|| [[#tMay 27 15:33:43|May 27 15:33]]
|- id="tMay 27 15:33:54"
! style="background-color: #854685" | Kaio
| style="color: #854685" | you want me to 'meta' it?
|| [[#tMay 27 15:33:54|May 27 15:33]]
|- id="tMay 27 15:34:13"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: well something has to get rid of it, right?
|| [[#tMay 27 15:34:13|May 27 15:34]]
|- id="tMay 27 15:34:24"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | juhp, yeah. ibus-table, or ibus-table-* could add obsoletes or provides
|| [[#tMay 27 15:34:24|May 27 15:34]]
|- id="tMay 27 15:34:28"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: or do you want to take care of it?
|| [[#tMay 27 15:34:28|May 27 15:34]]
|- id="tMay 27 15:34:32"
! style="background-color: #854685" | Kaio
| style="color: #854685" | that i-b-chinese has zhengma, afaik?
|| [[#tMay 27 15:34:32|May 27 15:34]]
|- id="tMay 27 15:34:44"
! style="background-color: #854685" | Kaio
| style="color: #854685" | and wubi98?
|| [[#tMay 27 15:34:44|May 27 15:34]]
|- id="tMay 27 15:34:47"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | what need take care of ?
|| [[#tMay 27 15:34:47|May 27 15:34]]
|- id="tMay 27 15:34:53"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio, phuang_: you two please work it out - it should not take long
|| [[#tMay 27 15:34:53|May 27 15:34]]
|- id="tMay 27 15:34:59"
! style="background-color: #854685" | Kaio
| style="color: #854685" | k
|| [[#tMay 27 15:34:59|May 27 15:34]]
|- id="tMay 27 15:35:04"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ok
|| [[#tMay 27 15:35:04|May 27 15:35]]
|- id="tMay 27 15:35:18"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | sooner than later would be good :)
|| [[#tMay 27 15:35:18|May 27 15:35]]
|- id="tMay 27 15:35:28"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | thanks!
|| [[#tMay 27 15:35:28|May 27 15:35]]
|- id="tMay 27 15:36:02"
! style="background-color: #854685" | Kaio
| style="color: #854685" | new ibus-table on rawhide just done
|| [[#tMay 27 15:36:02|May 27 15:36]]
|- id="tMay 27 15:36:20"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I will remove ibus-table from the update. and let Kaio to submit alll ibus-table packages together. ?
|| [[#tMay 27 15:36:20|May 27 15:36]]
|- id="tMay 27 15:36:23"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ok?
|| [[#tMay 27 15:36:23|May 27 15:36]]
|- id="tMay 27 15:36:27"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | hmm
|| [[#tMay 27 15:36:27|May 27 15:36]]
|- id="tMay 27 15:36:30"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | I dunno
|| [[#tMay 27 15:36:30|May 27 15:36]]
|- id="tMay 27 15:36:44"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | if we can do ibus-table quickly it would be better
|| [[#tMay 27 15:36:44|May 27 15:36]]
|- id="tMay 27 15:37:02"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: old ibus-table won't work right?
|| [[#tMay 27 15:37:02|May 27 15:37]]
|- id="tMay 27 15:37:03"
| colspan="2" | --&gt;ifelix (n=felix@nat/redhat-in/x-6df8e410bed4827d) has joined #fedora-i18n
|| [[#tMay 27 15:37:03|May 27 15:37]]
|- id="tMay 27 15:37:11"
! style="background-color: #854685" | Kaio
| style="color: #854685" | phuang_: I will get new ibus-table ready for f10 in 15 mins, but ibus-table-* will need to be done right after that
|| [[#tMay 27 15:37:11|May 27 15:37]]
|- id="tMay 27 15:37:25"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | can not works with new ibus
|| [[#tMay 27 15:37:25|May 27 15:37]]
|- id="tMay 27 15:37:37"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: if you rebuild you will have to request override tagging again
|| [[#tMay 27 15:37:37|May 27 15:37]]
|- id="tMay 27 15:37:42"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | right
|| [[#tMay 27 15:37:42|May 27 15:37]]
|- id="tMay 27 15:37:52"
! style="background-color: #854685" | Kaio
| style="color: #854685" | juhp :\
|| [[#tMay 27 15:37:52|May 27 15:37]]
|- id="tMay 27 15:37:52"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Kaio, need ask releng to help you
|| [[#tMay 27 15:37:52|May 27 15:37]]
|- id="tMay 27 15:37:57"
! style="background-color: #854685" | Kaio
| style="color: #854685" | phuang_: okay
|| [[#tMay 27 15:37:57|May 27 15:37]]
|- id="tMay 27 15:38:06"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: current build was already tagged
|| [[#tMay 27 15:38:06|May 27 15:38]]
|- id="tMay 27 15:38:09"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | ...
|| [[#tMay 27 15:38:09|May 27 15:38]]
|- id="tMay 27 15:38:19"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | but needs obsoletes
|| [[#tMay 27 15:38:19|May 27 15:38]]
|- id="tMay 27 15:38:26"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | juhp, yeah
|| [[#tMay 27 15:38:26|May 27 15:38]]
|- id="tMay 27 15:38:34"
| colspan="2" | *Kaio looks for warren :P
|| [[#tMay 27 15:38:34|May 27 15:38]]
|- id="tMay 27 15:38:36"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | Kaio: please test upgrade on f10 before requesting tagging
|| [[#tMay 27 15:38:36|May 27 15:38]]
|- id="tMay 27 15:38:47"
! style="background-color: #854685" | Kaio
| style="color: #854685" | juhp okay
|| [[#tMay 27 15:38:47|May 27 15:38]]
|- id="tMay 27 15:38:51"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | thanks
|| [[#tMay 27 15:38:51|May 27 15:38]]
|- id="tMay 27 15:38:55"
! style="background-color: #854685" | Kaio
| style="color: #854685" | np
|| [[#tMay 27 15:38:55|May 27 15:38]]
|- id="tMay 27 15:39:28"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | #  xkb/qemu/rdesktop
|| [[#tMay 27 15:39:28|May 27 15:39]]
|- id="tMay 27 15:39:57"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: I noticed you looked at various keymap stuff recently
|| [[#tMay 27 15:39:57|May 27 15:39]]
|- id="tMay 27 15:40:04"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | what did you find?
|| [[#tMay 27 15:40:04|May 27 15:40]]
|- id="tMay 27 15:40:49"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | yeah
|| [[#tMay 27 15:40:49|May 27 15:40]]
|- id="tMay 27 15:41:04"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I have a new idea to handle xkb problem
|| [[#tMay 27 15:41:04|May 27 15:41]]
|- id="tMay 27 15:41:09"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | aha
|| [[#tMay 27 15:41:09|May 27 15:41]]
|- id="tMay 27 15:41:29"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | It is to let ibus to process scan code, instead of keysym
|| [[#tMay 27 15:41:29|May 27 15:41]]
|- id="tMay 27 15:42:02"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | So ibus will convert scan code to keysym with different keyboard layout
|| [[#tMay 27 15:42:02|May 27 15:42]]
|- id="tMay 27 15:42:09"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | like jp layout for anthy
|| [[#tMay 27 15:42:09|May 27 15:42]]
|- id="tMay 27 15:42:19"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | en-us layout for pinyin, chewing, and etc
|| [[#tMay 27 15:42:19|May 27 15:42]]
|- id="tMay 27 15:42:39"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | phuang_: you mean ibus will has a conversion table instead of relying on X?
|| [[#tMay 27 15:42:39|May 27 15:42]]
|- id="tMay 27 15:42:56"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ime could specify the layout in description file (.xml)
|| [[#tMay 27 15:42:56|May 27 15:42]]
|- id="tMay 27 15:43:01"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | yeah
|| [[#tMay 27 15:43:01|May 27 15:43]]
|- id="tMay 27 15:43:16"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | hmm
|| [[#tMay 27 15:43:16|May 27 15:43]]
|- id="tMay 27 15:43:53"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I found the new X server use evdev driver for inputting
|| [[#tMay 27 15:43:53|May 27 15:43]]
|- id="tMay 27 15:43:57"
| colspan="2" | &lt;--Kaio has quit ("Leaving.")
|| [[#tMay 27 15:43:57|May 27 15:43]]
|- id="tMay 27 15:44:03"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | sorry, what's the xkb problem again?
|| [[#tMay 27 15:44:03|May 27 15:44]]
|- id="tMay 27 15:44:05"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | it reads events from /dev/input/*
|| [[#tMay 27 15:44:05|May 27 15:44]]
|- id="tMay 27 15:44:08"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | ah right
|| [[#tMay 27 15:44:08|May 27 15:44]]
|- id="tMay 27 15:44:18"
| colspan="2" | --&gt;Kaio (n=cchance@fedora/Kaio) has joined #fedora-i18n
|| [[#tMay 27 15:44:18|May 27 15:44]]
|- id="tMay 27 15:44:22"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Old problem is
|| [[#tMay 27 15:44:22|May 27 15:44]]
|- id="tMay 27 15:44:37"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ibus uses keysym, ime process keysyms
|| [[#tMay 27 15:44:37|May 27 15:44]]
|- id="tMay 27 15:44:42"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | tagoh3: it is for IME that depend on layout geometry
|| [[#tMay 27 15:44:42|May 27 15:44]]
|- id="tMay 27 15:45:06"
| colspan="2" | &lt;--Kaio has quit (Read error: 104 (Connection reset by peer))
|| [[#tMay 27 15:45:06|May 27 15:45]]
|- id="tMay 27 15:45:08"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | tagoh3: eg if you want to input kana with non-qwerty layout
|| [[#tMay 27 15:45:08|May 27 15:45]]
|- id="tMay 27 15:45:12"
| colspan="2" | --&gt;Kaio (n=cchance@fedora/Kaio) has joined #fedora-i18n
|| [[#tMay 27 15:45:12|May 27 15:45]]
|- id="tMay 27 15:45:27"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | or non-qwerty kbd rather
|| [[#tMay 27 15:45:27|May 27 15:45]]
|- id="tMay 27 15:45:31"
| colspan="2" | --&gt;Kaio1 (n=cchance@fedora/Kaio) has joined #fedora-i18n
|| [[#tMay 27 15:45:31|May 27 15:45]]
|- id="tMay 27 15:45:33"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | if users use ge layout, some engines (like chewing or anthy) can not works well
|| [[#tMay 27 15:45:33|May 27 15:45]]
|- id="tMay 27 15:45:40"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | right
|| [[#tMay 27 15:45:40|May 27 15:45]]
|- id="tMay 27 15:45:54"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: I think anthy is only affected for kana mode
|| [[#tMay 27 15:45:54|May 27 15:45]]
|- id="tMay 27 15:46:01"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | not romaji
|| [[#tMay 27 15:46:01|May 27 15:46]]
|- id="tMay 27 15:46:06"
| colspan="2" | &lt;--Kaio has quit (Read error: 104 (Connection reset by peer))
|| [[#tMay 27 15:46:06|May 27 15:46]]
|- id="tMay 27 15:46:14"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | so it is bit complex
|| [[#tMay 27 15:46:14|May 27 15:46]]
|- id="tMay 27 15:46:19"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | it has to be modal
|| [[#tMay 27 15:46:19|May 27 15:46]]
|- id="tMay 27 15:46:26"
| colspan="2" | --&gt;Kaio (n=cchance@66.187.239.200) has joined #fedora-i18n
|| [[#tMay 27 15:46:26|May 27 15:46]]
|- id="tMay 27 15:46:28"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | there should be various keyboard in the world. do you want to have some dozens of combinations among keyboards and languages?
|| [[#tMay 27 15:46:28|May 27 15:46]]
|- id="tMay 27 15:47:02"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I found Linux kernel input driver will get the same scan code from different keyboards.
|| [[#tMay 27 15:47:02|May 27 15:47]]
|- id="tMay 27 15:47:09"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | But I am not sure. Need more test.
|| [[#tMay 27 15:47:09|May 27 15:47]]
|- id="tMay 27 15:47:39"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | you also need to take care of the bridge between ibus and X too
|| [[#tMay 27 15:47:39|May 27 15:47]]
|- id="tMay 27 15:47:44"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | btw, can I get some different keyboards?
|| [[#tMay 27 15:47:44|May 27 15:47]]
|- id="tMay 27 15:47:51"
| colspan="2" | &lt;--Kaio has quit (Read error: 104 (Connection reset by peer))
|| [[#tMay 27 15:47:51|May 27 15:47]]
|- id="tMay 27 15:47:59"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | bridge?
|| [[#tMay 27 15:47:59|May 27 15:47]]
|- id="tMay 27 15:48:18"
! style="background-color: #818144" | dychen_
| style="color: #818144" | phuang_: conversion, tagoh3 means.
|| [[#tMay 27 15:48:18|May 27 15:48]]
|- id="tMay 27 15:48:24"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | you need to send the key event back to the applications
|| [[#tMay 27 15:48:24|May 27 15:48]]
|- id="tMay 27 15:49:08"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ibus almost do not need send key events back
|| [[#tMay 27 15:49:08|May 27 15:49]]
|- id="tMay 27 15:49:14"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | I thought the key code on X and from kernel is a bit different.
|| [[#tMay 27 15:49:14|May 27 15:49]]
|- id="tMay 27 15:49:45"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | it just filters some events out, or ignore some key events
|| [[#tMay 27 15:49:45|May 27 15:49]]
|- id="tMay 27 15:50:18"
| colspan="2" | ---Kaio1 is now known as Kaio
|| [[#tMay 27 15:50:18|May 27 15:50]]
|- id="tMay 27 15:50:33"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | yeah. X scan code - 8 == kernel scan code, (or may be -7, I forgot)
|| [[#tMay 27 15:50:33|May 27 15:50]]
|- id="tMay 27 15:50:58"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | we could ref  /usr/include/linux/input.h
|| [[#tMay 27 15:50:58|May 27 15:50]]
|- id="tMay 27 15:51:18"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | and thought kernel can't deal with some modifier keys
|| [[#tMay 27 15:51:18|May 27 15:51]]
|- id="tMay 27 15:51:28"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | yeah
|| [[#tMay 27 15:51:28|May 27 15:51]]
|- id="tMay 27 15:51:51"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | we keep the state in XKeyEvent
|| [[#tMay 27 15:51:51|May 27 15:51]]
|- id="tMay 27 15:52:03"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Just change keyval to scancode
|| [[#tMay 27 15:52:03|May 27 15:52]]
|- id="tMay 27 15:52:15"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | aha
|| [[#tMay 27 15:52:15|May 27 15:52]]
|- id="tMay 27 15:52:51"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | what happens if one just taps or press a modifier key only?
|| [[#tMay 27 15:52:51|May 27 15:52]]
|- id="tMay 27 15:53:30"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | a key event will be sent to ibus with current states
|| [[#tMay 27 15:53:30|May 27 15:53]]
|- id="tMay 27 15:53:30"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | in that case, no state changed but keyval should has one for the modifier key though
|| [[#tMay 27 15:53:30|May 27 15:53]]
|- id="tMay 27 15:54:04"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ?
|| [[#tMay 27 15:54:04|May 27 15:54]]
|- id="tMay 27 15:55:16"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | try xev with pressing Alt say. you don't see state = 0 with KeyPress and keycode and keysym has Alt_L or Alt_R. and state is changed with KeyRelease.
|| [[#tMay 27 15:55:16|May 27 15:55]]
|- id="tMay 27 15:55:24"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | s/don't/do/
|| [[#tMay 27 15:55:24|May 27 15:55]]
|- id="tMay 27 15:55:51"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | but guess evdev is already handling that?
|| [[#tMay 27 15:55:51|May 27 15:55]]
|- id="tMay 27 15:57:19"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | guess there may be an emmulation for the modifier keys. dunno.
|| [[#tMay 27 15:57:19|May 27 15:57]]
|- id="tMay 27 15:57:35"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | aha
|| [[#tMay 27 15:57:35|May 27 15:57]]
|- id="tMay 27 15:57:57"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | KeyRelease event, serial 30, synthetic NO, window 0x5a00001,
|| [[#tMay 27 15:57:57|May 27 15:57]]
|- id="tMay 27 15:57:58"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" |    root 0xf6, subw 0x0, time 185962373, (546,97), root:(566,228),
|| [[#tMay 27 15:57:58|May 27 15:57]]
|- id="tMay 27 15:57:58"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" |    state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
|| [[#tMay 27 15:57:58|May 27 15:57]]
|- id="tMay 27 15:57:58"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" |    XLookupString gives 0 bytes:
|| [[#tMay 27 15:57:58|May 27 15:57]]
|- id="tMay 27 15:57:58"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" |    XFilterEvent returns: False
|| [[#tMay 27 15:57:58|May 27 15:57]]
|- id="tMay 27 15:58:12"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | yes.
|| [[#tMay 27 15:58:12|May 27 15:58]]
|- id="tMay 27 15:58:19"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | tagoh3, in current ibus, gtk im module will send Alt_L with  state 0x8
|| [[#tMay 27 15:58:19|May 27 15:58]]
|- id="tMay 27 15:58:31"
! style="background-color: #407a40" | juhp_
| style="color: #407a40" | phuang_: so have you tried to test it a bit?
|| [[#tMay 27 15:58:31|May 27 15:58]]
|- id="tMay 27 15:58:36"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | I mean you can't detect the state change in KeyPress.
|| [[#tMay 27 15:58:36|May 27 15:58]]
|- id="tMay 27 15:58:44"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | tagoh3, in the new design, it will send keycode 64  with state 0x8
|| [[#tMay 27 15:58:44|May 27 15:58]]
|- id="tMay 27 15:59:01"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | just use keycode replaces keysym
|| [[#tMay 27 15:59:01|May 27 15:59]]
|- id="tMay 27 15:59:22"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | and if that modifier key is something like X specific, how do you convert it between scancode and X keycode?
|| [[#tMay 27 15:59:22|May 27 15:59]]
|- id="tMay 27 16:00:16"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | gtk im module still gets keycode and state from XKeyEvent. modifier is handled by X
|| [[#tMay 27 16:00:16|May 27 16:00]]
|- id="tMay 27 16:00:37"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | or from GdkEventKey
|| [[#tMay 27 16:00:37|May 27 16:00]]
|- id="tMay 27 16:01:00"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | guint16 hardware_keycode in GdkEventKey
|| [[#tMay 27 16:01:00|May 27 16:01]]
|- id="tMay 27 16:01:29"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | We don't get events from /dev/input/* directly
|| [[#tMay 27 16:01:29|May 27 16:01]]
|- id="tMay 27 16:02:09"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | In the new idea, we don't need XLookupKeysym anymore
|| [[#tMay 27 16:02:09|May 27 16:02]]
|- id="tMay 27 16:02:15"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | it is called in gdk
|| [[#tMay 27 16:02:15|May 27 16:02]]
|- id="tMay 27 16:02:24"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | hm, I may need to see the whole picture of this idea.
|| [[#tMay 27 16:02:24|May 27 16:02]]
|- id="tMay 27 16:03:10"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | tagoh3, ok. i will create a chart for it.
|| [[#tMay 27 16:03:10|May 27 16:03]]
|- id="tMay 27 16:03:24"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | ah, one concern - so in new design, ibus will ignore some setting with xmodmap say?
|| [[#tMay 27 16:03:24|May 27 16:03]]
|- id="tMay 27 16:04:21"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | the modifiers are handled by X
|| [[#tMay 27 16:04:21|May 27 16:04]]
|- id="tMay 27 16:04:39"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ibus does not care about it
|| [[#tMay 27 16:04:39|May 27 16:04]]
|- id="tMay 27 16:04:42"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | it's not only for modfiers though
|| [[#tMay 27 16:04:42|May 27 16:04]]
|- id="tMay 27 16:04:52"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ?
|| [[#tMay 27 16:04:52|May 27 16:04]]
|- id="tMay 27 16:05:16"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | you can assign any symbols to any keycode with xmodmap
|| [[#tMay 27 16:05:16|May 27 16:05]]
|- id="tMay 27 16:05:57"
| colspan="2" | --&gt;asgeirf (n=asgeirf@nat/redhat/x-38f83009b9d4b919) has joined #fedora-i18n
|| [[#tMay 27 16:05:57|May 27 16:05]]
|- id="tMay 27 16:06:18"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I think it is for setting modifier keys
|| [[#tMay 27 16:06:18|May 27 16:06]]
|- id="tMay 27 16:07:03"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | it affects to the usual keymaps too
|| [[#tMay 27 16:07:03|May 27 16:07]]
|- id="tMay 27 16:07:53"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | well I think xmodmap is just an (old) cli to current xkb
|| [[#tMay 27 16:07:53|May 27 16:07]]
|- id="tMay 27 16:08:19"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | When ibus is enabled (by Ctrl+space), ibus will be responsible for converting scancode to keysym
|| [[#tMay 27 16:08:19|May 27 16:08]]
|- id="tMay 27 16:08:55"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | when ibus is off, ibus will ignore all key events, clients will use xkb as before
|| [[#tMay 27 16:08:55|May 27 16:08]]
|- id="tMay 27 16:09:29"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | xmodmap just effects xkb configure
|| [[#tMay 27 16:09:29|May 27 16:09]]
|- id="tMay 27 16:09:38"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: maybe only need to do it for those IME/modes that need it
|| [[#tMay 27 16:09:38|May 27 16:09]]
|- id="tMay 27 16:09:39"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | So it only effect when ibus is off
|| [[#tMay 27 16:09:39|May 27 16:09]]
|- id="tMay 27 16:09:45"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | ignore? how does ibus detect if one press the hot key then?
|| [[#tMay 27 16:09:45|May 27 16:09]]
|- id="tMay 27 16:09:51"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: on?
|| [[#tMay 27 16:09:51|May 27 16:09]]
|- id="tMay 27 16:10:12"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | tagoh3, It is one exception
|| [[#tMay 27 16:10:12|May 27 16:10]]
|- id="tMay 27 16:10:27"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | ?
|| [[#tMay 27 16:10:27|May 27 16:10]]
|- id="tMay 27 16:11:11"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I mean when ibus is off, ibus could process keysym from clients not keycode
|| [[#tMay 27 16:11:11|May 27 16:11]]
|- id="tMay 27 16:11:16"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | or
|| [[#tMay 27 16:11:16|May 27 16:11]]
|- id="tMay 27 16:11:34"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | when ibus is off, ibus use default keyboard layout to convert keycode to keysym
|| [[#tMay 27 16:11:34|May 27 16:11]]
|- id="tMay 27 16:11:50"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | like we use en-us as default layout
|| [[#tMay 27 16:11:50|May 27 16:11]]
|- id="tMay 27 16:11:55"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | or make it configurable
|| [[#tMay 27 16:11:55|May 27 16:11]]
|- id="tMay 27 16:12:16"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Or Like windows,
|| [[#tMay 27 16:12:16|May 27 16:12]]
|- id="tMay 27 16:12:26"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | for instance, one may wants to set Super_R to the hot key with pc101 which doesn't really have Super_R. so one needs to modify keymap with xmodmap. if ibus doesn't care of that change, how does ibus works with it?
|| [[#tMay 27 16:12:26|May 27 16:12]]
|- id="tMay 27 16:12:39"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | users could add some keyboards
|| [[#tMay 27 16:12:39|May 27 16:12]]
|- id="tMay 27 16:13:05"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ibus uses the active keyboard's layout for converting
|| [[#tMay 27 16:13:05|May 27 16:13]]
|- id="tMay 27 16:13:30"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | tagoh3, It is not a normal case
|| [[#tMay 27 16:13:30|May 27 16:13]]
|- id="tMay 27 16:13:37"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | this isn't a layout issue but mapping issue though. and my understanding is ibus will have that mapping, no?
|| [[#tMay 27 16:13:37|May 27 16:13]]
|- id="tMay 27 16:13:44"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | tagoh3, we will suggest use different one
|| [[#tMay 27 16:13:44|May 27 16:13]]
|- id="tMay 27 16:14:06"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | yeah. he could modify keymap files in ibus
|| [[#tMay 27 16:14:06|May 27 16:14]]
|- id="tMay 27 16:14:17"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | for map scancode to different keysym
|| [[#tMay 27 16:14:17|May 27 16:14]]
|- id="tMay 27 16:14:24"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | s/for/to/
|| [[#tMay 27 16:14:24|May 27 16:14]]
|- id="tMay 27 16:15:17"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | if he wants customize the default keyboard layouts.
|| [[#tMay 27 16:15:17|May 27 16:15]]
|- id="tMay 27 16:15:24"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | phuang_: right, this isn't a normal case. but non CJK people relies on xkb really. and since ibus needs to deal with it to support the configurable hot keys, it affects regardless of ibus is on or off.
|| [[#tMay 27 16:15:24|May 27 16:15]]
|- id="tMay 27 16:15:57"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | as long as one installs ibus
|| [[#tMay 27 16:15:57|May 27 16:15]]
|- id="tMay 27 16:16:29"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | http://github.com/phuang/ibus/tree/59a36db15d09f4ec948e9d9f87228a21f41ef3fa/data/keymaps
|| [[#tMay 27 16:16:29|May 27 16:16]]
|- id="tMay 27 16:16:43"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | there are some keyboard layouts
|| [[#tMay 27 16:16:43|May 27 16:16]]
|- id="tMay 27 16:17:23"
| colspan="2" | &lt;--candyz has quit ("Leaving")
|| [[#tMay 27 16:17:23|May 27 16:17]]
|- id="tMay 27 16:17:24"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | he could modify them
|| [[#tMay 27 16:17:24|May 27 16:17]]
|- id="tMay 27 16:17:43"
| colspan="2" | &lt;--asgeirf__ has quit (Read error: 110 (Connection timed out))
|| [[#tMay 27 16:17:43|May 27 16:17]]
|- id="tMay 27 16:17:44"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | or we could allow user override them in $HOME folder
|| [[#tMay 27 16:17:44|May 27 16:17]]
|- id="tMay 27 16:18:44"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | I'm afraid I think having own keyboard layout isn't acceptable for non-CJK users. why don't you get involved and improve XKB or xklavier or so?
|| [[#tMay 27 16:18:44|May 27 16:18]]
|- id="tMay 27 16:19:21"
| colspan="2" | &lt;--Kaio has quit ("Leaving.")
|| [[#tMay 27 16:19:21|May 27 16:19]]
|- id="tMay 27 16:19:23"
| colspan="2" | --&gt;Kaio1 (n=cchance@fedora/Kaio) has joined #fedora-i18n
|| [[#tMay 27 16:19:23|May 27 16:19]]
|- id="tMay 27 16:19:53"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | why non-CJK users will concern about it?
|| [[#tMay 27 16:19:53|May 27 16:19]]
|- id="tMay 27 16:20:54"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | changes required for usual keyboard layout and ibus keyboard layout is annoying. and easily confused and hard to keep consistency if one doesn't pay more attentions there.
|| [[#tMay 27 16:20:54|May 27 16:20]]
|- id="tMay 27 16:21:45"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | I understand tagoh3's concerns and certainly scim didn't get this right or at least didn't solve this problem
|| [[#tMay 27 16:21:45|May 27 16:21]]
|- id="tMay 27 16:22:03"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | for interface-wise, it doesn't make any difference what scim does. which caused a lot of confusion
|| [[#tMay 27 16:22:03|May 27 16:22]]
|- id="tMay 27 16:22:26"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | but we definitely need some mechanism for IMEs that assume a certain layout
|| [[#tMay 27 16:22:26|May 27 16:22]]
|- id="tMay 27 16:22:56"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | so I mean we need to think this through very carefully
|| [[#tMay 27 16:22:56|May 27 16:22]]
|- id="tMay 27 16:23:16"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | there must be a right way to do it
|| [[#tMay 27 16:23:16|May 27 16:23]]
|- id="tMay 27 16:23:41"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I really want to know how windows handle it
|| [[#tMay 27 16:23:41|May 27 16:23]]
|- id="tMay 27 16:24:01"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | juhp, when can i get a ja or ko keyboard?
|| [[#tMay 27 16:24:01|May 27 16:24]]
|- id="tMay 27 16:24:16"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: you didn't borrow from QE?
|| [[#tMay 27 16:24:16|May 27 16:24]]
|- id="tMay 27 16:24:37"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | juhp, I ask QE, they don't know ?
|| [[#tMay 27 16:24:37|May 27 16:24]]
|- id="tMay 27 16:24:41"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | heh
|| [[#tMay 27 16:24:41|May 27 16:24]]
|- id="tMay 27 16:24:50"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | then please follow up to the email ;)
|| [[#tMay 27 16:24:50|May 27 16:24]]
|- id="tMay 27 16:25:02"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | yeah. They has a ja keyboard, but it is someone's notebook's keyboard
|| [[#tMay 27 16:25:02|May 27 16:25]]
|- id="tMay 27 16:25:09"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | ah lol
|| [[#tMay 27 16:25:09|May 27 16:25]]
|- id="tMay 27 16:25:11"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | hmm
|| [[#tMay 27 16:25:11|May 27 16:25]]
|- id="tMay 27 16:25:49"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | I assumed from llim_ that there were kbds in your office
|| [[#tMay 27 16:25:49|May 27 16:25]]
|- id="tMay 27 16:26:00"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | anyway let's follow up on that
|| [[#tMay 27 16:26:00|May 27 16:26]]
|- id="tMay 27 16:26:07"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | thanks
|| [[#tMay 27 16:26:07|May 27 16:26]]
|- id="tMay 27 16:26:17"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: no kr ?
|| [[#tMay 27 16:26:17|May 27 16:26]]
|- id="tMay 27 16:26:32"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | no
|| [[#tMay 27 16:26:32|May 27 16:26]]
|- id="tMay 27 16:26:38"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | hmm
|| [[#tMay 27 16:26:38|May 27 16:26]]
|- id="tMay 27 16:29:36"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | running late
|| [[#tMay 27 16:29:36|May 27 16:29]]
|- id="tMay 27 16:29:39"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | #  icon proposal
|| [[#tMay 27 16:29:39|May 27 16:29]]
|- id="tMay 27 16:29:49"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | how about the icon proposal?
|| [[#tMay 27 16:29:49|May 27 16:29]]
|- id="tMay 27 16:30:32"
| colspan="2" | &lt;--yshao has quit (Read error: 60 (Operation timed out))
|| [[#tMay 27 16:30:32|May 27 16:30]]
|- id="tMay 27 16:30:51"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | I am still thinking though I would like to use "text" icons for ibus applet
|| [[#tMay 27 16:30:51|May 27 16:30]]
|- id="tMay 27 16:31:17"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | how about asking artTeam in Fedora?
|| [[#tMay 27 16:31:17|May 27 16:31]]
|- id="tMay 27 16:31:26"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | suppose it could even be dynamic svg or something
|| [[#tMay 27 16:31:26|May 27 16:31]]
|- id="tMay 27 16:31:37"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | tagoh3: well we did through bz
|| [[#tMay 27 16:31:37|May 27 16:31]]
|- id="tMay 27 16:31:45"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | aha
|| [[#tMay 27 16:31:45|May 27 16:31]]
|- id="tMay 27 16:31:52"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | what did they say?
|| [[#tMay 27 16:31:52|May 27 16:31]]
|- id="tMay 27 16:32:12"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | I was circumventing that since they only posted designs internally on a wiki...
|| [[#tMay 27 16:32:12|May 27 16:32]]
|- id="tMay 27 16:32:37"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | guess just for convenience more than secrecy...
|| [[#tMay 27 16:32:37|May 27 16:32]]
|- id="tMay 27 16:32:56"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | tagoh3: the bug is linked in the agenda...
|| [[#tMay 27 16:32:56|May 27 16:32]]
|- id="tMay 27 16:33:18"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | the designs are ok but not perfect IMHO
|| [[#tMay 27 16:33:18|May 27 16:33]]
|- id="tMay 27 16:33:24"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | oops, sorry
|| [[#tMay 27 16:33:24|May 27 16:33]]
|- id="tMay 27 16:33:27"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | np
|| [[#tMay 27 16:33:27|May 27 16:33]]
|- id="tMay 27 16:33:34"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | I should have pasted it here
|| [[#tMay 27 16:33:34|May 27 16:33]]
|- id="tMay 27 16:33:42"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | forgot myself ;)
|| [[#tMay 27 16:33:42|May 27 16:33]]
|- id="tMay 27 16:34:17"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: what do you feel about modifying the icon UI?
|| [[#tMay 27 16:34:17|May 27 16:34]]
|- id="tMay 27 16:34:35"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: I think it would be nice to know the current IME when ibus is off anyway
|| [[#tMay 27 16:34:35|May 27 16:34]]
|- id="tMay 27 16:34:56"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | I don't like the current scim UI
|| [[#tMay 27 16:34:56|May 27 16:34]]
|- id="tMay 27 16:35:00"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | too much
|| [[#tMay 27 16:35:00|May 27 16:35]]
|- id="tMay 27 16:35:10"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | that is in ibus I mean
|| [[#tMay 27 16:35:10|May 27 16:35]]
|- id="tMay 27 16:35:33"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | if/when I have time meaning to hack a bit on it...
|| [[#tMay 27 16:35:33|May 27 16:35]]
|- id="tMay 27 16:35:43"
| colspan="2" | --&gt;Kaio (n=cchance@fedora/Kaio) has joined #fedora-i18n
|| [[#tMay 27 16:35:43|May 27 16:35]]
|- id="tMay 27 16:35:54"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | hmm dunno if we lost phuang_
|| [[#tMay 27 16:35:54|May 27 16:35]]
|- id="tMay 27 16:36:12"
| colspan="2" | &lt;--Kaio has quit (Client Quit)
|| [[#tMay 27 16:36:12|May 27 16:36]]
|- id="tMay 27 16:36:18"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I think icon for ibus is ok. but for ime, the text in icons is too small
|| [[#tMay 27 16:36:18|May 27 16:36]]
|- id="tMay 27 16:36:30"
! style="background-color: #4d4d93" | Kaio1
| style="color: #4d4d93" | phuang_: agree
|| [[#tMay 27 16:36:30|May 27 16:36]]
|- id="tMay 27 16:36:33"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: that was not my question :)
|| [[#tMay 27 16:36:33|May 27 16:36]]
|- id="tMay 27 16:36:43"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | UI :)
|| [[#tMay 27 16:36:43|May 27 16:36]]
|- id="tMay 27 16:36:46"
| colspan="2" | *Kaio1 thinks the icons themselves even too small
|| [[#tMay 27 16:36:46|May 27 16:36]]
|- id="tMay 27 16:36:56"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | icon UI?
|| [[#tMay 27 16:36:56|May 27 16:36]]
|- id="tMay 27 16:37:02"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | well size is not the issue...
|| [[#tMay 27 16:37:02|May 27 16:37]]
|- id="tMay 27 16:37:13"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: &lt;juhp&gt; I am still thinking though I would like to use "text" icons for ibus applet
|| [[#tMay 27 16:37:13|May 27 16:37]]
|- id="tMay 27 16:37:26"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: and what about off state?
|| [[#tMay 27 16:37:26|May 27 16:37]]
|- id="tMay 27 16:37:28"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | what's text icons
|| [[#tMay 27 16:37:28|May 27 16:37]]
|- id="tMay 27 16:37:35"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | I don't think we need an off icon at all
|| [[#tMay 27 16:37:35|May 27 16:37]]
|- id="tMay 27 16:37:45"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | for off state, I  need do some investigation
|| [[#tMay 27 16:37:45|May 27 16:37]]
|- id="tMay 27 16:38:00"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: or just red cross on top for off?
|| [[#tMay 27 16:38:00|May 27 16:38]]
|- id="tMay 27 16:38:04"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Actually, windows does not do it
|| [[#tMay 27 16:38:04|May 27 16:38]]
|- id="tMay 27 16:38:08"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | there lots of possibilities
|| [[#tMay 27 16:38:08|May 27 16:38]]
|- id="tMay 27 16:38:25"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | hmm
|| [[#tMay 27 16:38:25|May 27 16:38]]
|- id="tMay 27 16:38:42"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | well my vote goes for anything but off-icon ;)
|| [[#tMay 27 16:38:42|May 27 16:38]]
|- id="tMay 27 16:38:53"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | Currently, when ibus is off, the input context does not have a related ime
|| [[#tMay 27 16:38:53|May 27 16:38]]
|- id="tMay 27 16:38:54"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | we don't have to copy windows
|| [[#tMay 27 16:38:54|May 27 16:38]]
|- id="tMay 27 16:39:09"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: but hotkey does
|| [[#tMay 27 16:39:09|May 27 16:39]]
|- id="tMay 27 16:39:13"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | the ime instance will be created, when the user press Ctrl+Space in first time
|| [[#tMay 27 16:39:13|May 27 16:39]]
|- id="tMay 27 16:39:21"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | yeah
|| [[#tMay 27 16:39:21|May 27 16:39]]
|- id="tMay 27 16:39:22"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | hmm
|| [[#tMay 27 16:39:22|May 27 16:39]]
|- id="tMay 27 16:39:24"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | I see
|| [[#tMay 27 16:39:24|May 27 16:39]]
|- id="tMay 27 16:39:33"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | hmmm
|| [[#tMay 27 16:39:33|May 27 16:39]]
|- id="tMay 27 16:39:46"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | so no reliable way to know you mean?
|| [[#tMay 27 16:39:46|May 27 16:39]]
|- id="tMay 27 16:40:10"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: it can't be cached say?
|| [[#tMay 27 16:40:10|May 27 16:40]]
|- id="tMay 27 16:40:29"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | need some investigation,
|| [[#tMay 27 16:40:29|May 27 16:40]]
|- id="tMay 27 16:40:34"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | ok
|| [[#tMay 27 16:40:34|May 27 16:40]]
|- id="tMay 27 16:41:13"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | btw the default ime will be changed. and some time, ibus could have no imes
|| [[#tMay 27 16:41:13|May 27 16:41]]
|- id="tMay 27 16:41:16"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | well I agree UI would be a bit strange if it shows the wrong IME too
|| [[#tMay 27 16:41:16|May 27 16:41]]
|- id="tMay 27 16:41:27"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | yeah
|| [[#tMay 27 16:41:27|May 27 16:41]]
|- id="tMay 27 16:41:52"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | so maybe use a dummy (off) icon when not sure perhaps
|| [[#tMay 27 16:41:52|May 27 16:41]]
|- id="tMay 27 16:42:23"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | dunno if it is a limitation of Linux IM
|| [[#tMay 27 16:42:23|May 27 16:42]]
|- id="tMay 27 16:42:39"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | or X rather
|| [[#tMay 27 16:42:39|May 27 16:42]]
|- id="tMay 27 16:42:50"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | I dunno :)
|| [[#tMay 27 16:42:50|May 27 16:42]]
|- id="tMay 27 16:42:54"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | ok
|| [[#tMay 27 16:42:54|May 27 16:42]]
|- id="tMay 27 16:43:13"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | anyway I wanted to ask about it... :)
|| [[#tMay 27 16:43:13|May 27 16:43]]
|- id="tMay 27 16:43:40"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | let's move the last agenda item to next week since we are well over time
|| [[#tMay 27 16:43:40|May 27 16:43]]
|- id="tMay 27 16:44:12"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | ok
|| [[#tMay 27 16:44:12|May 27 16:44]]
|- id="tMay 27 16:44:14"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | phuang_: f11 ibus looking ok currently?
|| [[#tMay 27 16:44:14|May 27 16:44]]
|- id="tMay 27 16:44:38"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | juhp, yeah :)
|| [[#tMay 27 16:44:38|May 27 16:44]]
|- id="tMay 27 16:44:40"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | also we should do a bug list review soon since it has grown a bit after the test day
|| [[#tMay 27 16:44:40|May 27 16:44]]
|- id="tMay 27 16:44:43"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | cool
|| [[#tMay 27 16:44:43|May 27 16:44]]
|- id="tMay 27 16:44:52"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | anyone have anything else?
|| [[#tMay 27 16:44:52|May 27 16:44]]
|- id="tMay 27 16:45:12"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | one thing from me..
|| [[#tMay 27 16:45:12|May 27 16:45]]
|- id="tMay 27 16:45:42"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | just FYI - finally pushed new im-chooser for devel and F-11 without the status icon checkbox. sorry for inconvenience.
|| [[#tMay 27 16:45:42|May 27 16:45]]
|- id="tMay 27 16:47:04"
| colspan="2" | --&gt;yshao (n=yshao@60.247.97.97) has joined #fedora-i18n
|| [[#tMay 27 16:47:04|May 27 16:47]]
|- id="tMay 27 16:47:33"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | for topic relates to IM, but anyway.
|| [[#tMay 27 16:47:33|May 27 16:47]]
|- id="tMay 27 16:48:13"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | tagoh3: yeah saw that - looks good on my box :)  thanks
|| [[#tMay 27 16:48:13|May 27 16:48]]
|- id="tMay 27 16:49:16"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | we could also name this meeting "Fedora IM meeting"
|| [[#tMay 27 16:49:16|May 27 16:49]]
|- id="tMay 27 16:49:55"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | right
|| [[#tMay 27 16:49:55|May 27 16:49]]
|- id="tMay 27 16:49:57"
! style="background-color: #8c4a4a" | tagoh3
| style="color: #8c4a4a" | sounds good :)
|| [[#tMay 27 16:49:57|May 27 16:49]]
|- id="tMay 27 16:50:09"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | okay
|| [[#tMay 27 16:50:09|May 27 16:50]]
|- id="tMay 27 16:50:44"
| colspan="2" | &lt;--juhp_ has quit ("Ex-Chat")
|| [[#tMay 27 16:50:44|May 27 16:50]]
|- id="tMay 27 16:54:05"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | okay let's close the meeting then
|| [[#tMay 27 16:54:05|May 27 16:54]]
|- id="tMay 27 16:54:26"
! style="background-color: #4b904b" | juhp
| style="color: #4b904b" | thanks very much everyone for participating
|| [[#tMay 27 16:54:26|May 27 16:54]]
|- id="tMay 27 16:54:31"
! style="background-color: #42427e" | phuang_
| style="color: #42427e" | thanks
|| [[#tMay 27 16:54:31|May 27 16:54]]
|- id="tMay 27 16:55:17"
! style="background-color: #4d4d93" | Kaio1
| style="color: #4d4d93" | thx
|| [[#tMay 27 16:55:17|May 27 16:55]]
|}
Generated by irclog2html.py 2.7 by [mailto:marius@pov.lt Marius Gedminas] - find it at [http://mg.pov.lt/irclog2html mg.pov.lt]!

Latest revision as of 07:31, 27 May 2009

2009-05-27 0500 UTC on #fedora-i18n at Freenode

Agenda

Next meeting I18N/InputMethods/Meetings/2009-06-03

bug list

Summary

  • ibus f10 update still pending ibus-table-* builds (phuang and cchance will work on it)
  • discussion about evdev like handling of keycodes for working around IME modes that assume a specific layout (typically qwerty) and potential problem (phuang will investigate more)
  • new icon or new icon UI - whether we can have IME disabled icon rather than no info?
  • dev schedule pushed forward to next meeting
  • new im-chooser pushed to f11 dropping applet checkbox
  • suggestion to rename this meeting to "Fedora IM meeting"

Action Items

  • phuang and cchance to complete building ibus-table* for f10 update and push to testing

Log

juhp_ ah time for ibus meeting! May 27 15:08
juhp_ http://fedoraproject.org/wiki/I18N/IBus/Meetings/2009-05-27 May 27 15:09
phuang_ hi May 27 15:12
juhp_ hi phuang_ May 27 15:12
dychen_ hi juhp May 27 15:12
Kaio1 juhp fixed candidate order prob May 27 15:13
---Kaio1 is now known as Kaio May 27 15:13
paragan hi May 27 15:13
Kaio hi May 27 15:13
juhp_ ping dychen_ May 27 15:15
dychen_ hi juhp May 27 15:15
dychen_ hi juhp_ May 27 15:15
tagoh3 hi May 27 15:15
juhp_ phuang_, Kaio: how is f10 update status btw? May 27 15:15
juhp_ hi tagoh3 May 27 15:15
Kaio juhp need to get ibus 1.1 into stable May 27 15:16
Kaio still waiting May 27 15:16
Kaio submitted request May 27 15:16
juhp_ Kaio: ? May 27 15:16
juhp_ which package? May 27 15:16
phuang_ The update problem of ibus-qt is not fixed. May 27 15:17
phuang_ Can I push it to stable with it? May 27 15:17
juhp_ phuang_: adding obsoletes? May 27 15:17
juhp_ with ? May 27 15:17
juhp_ phuang_: I think it is not good May 27 15:17
phuang_ It already has it. May 27 15:17
juhp_ phuang_: I forgot what is the update problem? May 27 15:18
phuang_ the ibus-1.1.x does not has ibus-qt anymore May 27 15:18
juhp_ yes May 27 15:19
juhp_ and it obsoletes it, right? May 27 15:19
phuang_ yeah May 27 15:19
juhp_ is what is left there? :) May 27 15:19
juhp_ so what is * May 27 15:19
phuang_ obsolete does not fix this problem May 27 15:19
tagoh3 what happens then? May 27 15:20
phuang_ some one said ibus need add provide for ibus-qt May 27 15:20
juhp_ hmm May 27 15:20
juhp_ I don't think it should May 27 15:20
tagoh3 I think if it provides that feature May 27 15:20
juhp_ since it doesn't May 27 15:20
juhp_ and which IMEs missing? May 27 15:20
tagoh3 actually it doesn't. so I don't think it's necessary May 27 15:21
juhp_ just ibus-table? May 27 15:21
tagoh3 phuang_: does someone say it still fails or just pointing out that provides thing? May 27 15:22
phuang_ Maybe we could submit a new updates again. it includes all ibus related packages. (include ibus-table-*) May 27 15:22
juhp_ yeah or edit May 27 15:22
phuang_ https://admin.fedoraproject.org/updates/F10/FEDORA-2009-4031 May 27 15:22
juhp_ thanks May 27 15:22
phuang_ actually, in this update, ibus already has Obsoletes ibus-qt May 27 15:23
juhp_ right May 27 15:23
juhp_ Kaio: which is your ibus-table build? May 27 15:23
phuang_ 'Obsoletes: ibus-qt < 1.1.0' May 27 15:23
phuang_ Is it ok? May 27 15:23
juhp_ I think so May 27 15:23
Kaio juhp_: ? May 27 15:24
phuang_ So I don't why mschwendt will meet this problem May 27 15:24
tagoh3 I suppose mixing multiple issues up there May 27 15:24
phuang_ maybe May 27 15:25
tagoh3 who exactly is talking about ibus-qt? it looks like just talking about ibus-table-chinese though May 27 15:25
tagoh3 I may be missing something May 27 15:26
juhp_ tagoh3: ah yeah May 27 15:26
phuang_ oh May 27 15:26
phuang_ juhp_, I think you meet ibus-qt updating problem before. May 27 15:27
juhp_ phuang_: multilib? May 27 15:28
juhp_ ok I will test after then May 27 15:28
juhp_ Kaio: ?? May 27 15:28
juhp_ phuang_: so we're just waiting for ibus-table-* May 27 15:29
phuang_ I will re submit a new updates for all ibut packages May 27 15:29
phuang_ include ibus-table-* May 27 15:29
juhp_ phuang_: I think you can edit maybe and resubmit too, no? May 27 15:29
juhp_ are they built? May 27 15:29
juhp_ phuang_: cool May 27 15:29
Kaio juhp_: what should I do on this side? May 27 15:29
juhp_ let's put them all in testing and we can get more feedback May 27 15:29
juhp_ Kaio: what has been built? May 27 15:30
juhp_ or not May 27 15:30
-->krishnababu (n=kkrothap@nat/redhat-in/x-6aebf5680dc37156) has joined #fedora-i18n May 27 15:30
juhp_ Kaio: remember you already opened a ticket last week May 27 15:30
Kaio all couldnt be built because of Requires: May 27 15:30
juhp_ http://koji.fedoraproject.org/koji/buildinfo?buildID=102949 May 27 15:31
Kaio 'Requires: ibus >= 1.1.0' May 27 15:31
juhp_ Kaio: requires? May 27 15:31
Kaio BuildRequires May 27 15:31
juhp_ Kaio: when did you try? May 27 15:31
Kaio last week May 27 15:31
Kaio I'll do it again after meeting May 27 15:32
Kaio building new ibus-table on rawhide now May 27 15:32
Kaio might need to build a newer ibus-table that May 27 15:32
Kaio which fixed candidate order May 27 15:33
juhp_ Kaio: http://koji.fedoraproject.org/koji/buildinfo?buildID=99671 May 27 15:33
juhp_ Kaio: heh May 27 15:33
juhp_ Kaio: cool May 27 15:33
phuang_ juhp, If ibus-table-* are almost done, I could push ibus-1.1.0 to stable May 27 15:33
juhp_ thanks May 27 15:33
Kaio just made a 20090527 tarball May 27 15:33
juhp_ and what about ibus-table-chinese? May 27 15:33
phuang_ juhp_, ok? May 27 15:33
juhp_ ibus-table obsoletes it? May 27 15:33
Kaio you want me to 'meta' it? May 27 15:33
juhp_ Kaio: well something has to get rid of it, right? May 27 15:34
phuang_ juhp, yeah. ibus-table, or ibus-table-* could add obsoletes or provides May 27 15:34
juhp_ phuang_: or do you want to take care of it? May 27 15:34
Kaio that i-b-chinese has zhengma, afaik? May 27 15:34
Kaio and wubi98? May 27 15:34
phuang_ what need take care of ? May 27 15:34
juhp_ Kaio, phuang_: you two please work it out - it should not take long May 27 15:34
Kaio k May 27 15:34
phuang_ ok May 27 15:35
juhp_ sooner than later would be good :) May 27 15:35
juhp_ thanks! May 27 15:35
Kaio new ibus-table on rawhide just done May 27 15:36
phuang_ I will remove ibus-table from the update. and let Kaio to submit alll ibus-table packages together. ? May 27 15:36
phuang_ ok? May 27 15:36
juhp_ hmm May 27 15:36
juhp_ I dunno May 27 15:36
juhp_ if we can do ibus-table quickly it would be better May 27 15:36
juhp_ phuang_: old ibus-table won't work right? May 27 15:37
-->ifelix (n=felix@nat/redhat-in/x-6df8e410bed4827d) has joined #fedora-i18n May 27 15:37
Kaio phuang_: I will get new ibus-table ready for f10 in 15 mins, but ibus-table-* will need to be done right after that May 27 15:37
phuang_ can not works with new ibus May 27 15:37
juhp_ Kaio: if you rebuild you will have to request override tagging again May 27 15:37
juhp_ right May 27 15:37
Kaio juhp :\ May 27 15:37
phuang_ Kaio, need ask releng to help you May 27 15:37
Kaio phuang_: okay May 27 15:37
juhp_ phuang_: current build was already tagged May 27 15:38
juhp_ ... May 27 15:38
juhp_ but needs obsoletes May 27 15:38
phuang_ juhp, yeah May 27 15:38
*Kaio looks for warren :P May 27 15:38
juhp_ Kaio: please test upgrade on f10 before requesting tagging May 27 15:38
Kaio juhp okay May 27 15:38
juhp_ thanks May 27 15:38
Kaio np May 27 15:38
juhp_ # xkb/qemu/rdesktop May 27 15:39
juhp_ phuang_: I noticed you looked at various keymap stuff recently May 27 15:39
juhp_ what did you find? May 27 15:40
phuang_ yeah May 27 15:40
phuang_ I have a new idea to handle xkb problem May 27 15:41
juhp_ aha May 27 15:41
phuang_ It is to let ibus to process scan code, instead of keysym May 27 15:41
phuang_ So ibus will convert scan code to keysym with different keyboard layout May 27 15:42
phuang_ like jp layout for anthy May 27 15:42
phuang_ en-us layout for pinyin, chewing, and etc May 27 15:42
tagoh3 phuang_: you mean ibus will has a conversion table instead of relying on X? May 27 15:42
phuang_ ime could specify the layout in description file (.xml) May 27 15:42
phuang_ yeah May 27 15:43
tagoh3 hmm May 27 15:43
phuang_ I found the new X server use evdev driver for inputting May 27 15:43
<--Kaio has quit ("Leaving.") May 27 15:43
tagoh3 sorry, what's the xkb problem again? May 27 15:44
phuang_ it reads events from /dev/input/* May 27 15:44
juhp_ ah right May 27 15:44
-->Kaio (n=cchance@fedora/Kaio) has joined #fedora-i18n May 27 15:44
phuang_ Old problem is May 27 15:44
phuang_ ibus uses keysym, ime process keysyms May 27 15:44
juhp_ tagoh3: it is for IME that depend on layout geometry May 27 15:44
<--Kaio has quit (Read error: 104 (Connection reset by peer)) May 27 15:45
juhp_ tagoh3: eg if you want to input kana with non-qwerty layout May 27 15:45
-->Kaio (n=cchance@fedora/Kaio) has joined #fedora-i18n May 27 15:45
juhp_ or non-qwerty kbd rather May 27 15:45
-->Kaio1 (n=cchance@fedora/Kaio) has joined #fedora-i18n May 27 15:45
phuang_ if users use ge layout, some engines (like chewing or anthy) can not works well May 27 15:45
juhp_ right May 27 15:45
juhp_ phuang_: I think anthy is only affected for kana mode May 27 15:45
juhp_ not romaji May 27 15:46
<--Kaio has quit (Read error: 104 (Connection reset by peer)) May 27 15:46
juhp_ so it is bit complex May 27 15:46
juhp_ it has to be modal May 27 15:46
-->Kaio (n=cchance@66.187.239.200) has joined #fedora-i18n May 27 15:46
tagoh3 there should be various keyboard in the world. do you want to have some dozens of combinations among keyboards and languages? May 27 15:46
phuang_ I found Linux kernel input driver will get the same scan code from different keyboards. May 27 15:47
phuang_ But I am not sure. Need more test. May 27 15:47
tagoh3 you also need to take care of the bridge between ibus and X too May 27 15:47
phuang_ btw, can I get some different keyboards? May 27 15:47
<--Kaio has quit (Read error: 104 (Connection reset by peer)) May 27 15:47
phuang_ bridge? May 27 15:47
dychen_ phuang_: conversion, tagoh3 means. May 27 15:48
tagoh3 you need to send the key event back to the applications May 27 15:48
phuang_ ibus almost do not need send key events back May 27 15:49
tagoh3 I thought the key code on X and from kernel is a bit different. May 27 15:49
phuang_ it just filters some events out, or ignore some key events May 27 15:49
---Kaio1 is now known as Kaio May 27 15:50
phuang_ yeah. X scan code - 8 == kernel scan code, (or may be -7, I forgot) May 27 15:50
phuang_ we could ref /usr/include/linux/input.h May 27 15:50
tagoh3 and thought kernel can't deal with some modifier keys May 27 15:51
phuang_ yeah May 27 15:51
phuang_ we keep the state in XKeyEvent May 27 15:51
phuang_ Just change keyval to scancode May 27 15:52
juhp_ aha May 27 15:52
tagoh3 what happens if one just taps or press a modifier key only? May 27 15:52
phuang_ a key event will be sent to ibus with current states May 27 15:53
tagoh3 in that case, no state changed but keyval should has one for the modifier key though May 27 15:53
phuang_ ? May 27 15:54
tagoh3 try xev with pressing Alt say. you don't see state = 0 with KeyPress and keycode and keysym has Alt_L or Alt_R. and state is changed with KeyRelease. May 27 15:55
tagoh3 s/don't/do/ May 27 15:55
juhp_ but guess evdev is already handling that? May 27 15:55
tagoh3 guess there may be an emmulation for the modifier keys. dunno. May 27 15:57
juhp_ aha May 27 15:57
phuang_ KeyRelease event, serial 30, synthetic NO, window 0x5a00001, May 27 15:57
phuang_ root 0xf6, subw 0x0, time 185962373, (546,97), root:(566,228), May 27 15:57
phuang_ state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, May 27 15:57
phuang_ XLookupString gives 0 bytes: May 27 15:57
phuang_ XFilterEvent returns: False May 27 15:57
tagoh3 yes. May 27 15:58
phuang_ tagoh3, in current ibus, gtk im module will send Alt_L with state 0x8 May 27 15:58
juhp_ phuang_: so have you tried to test it a bit? May 27 15:58
tagoh3 I mean you can't detect the state change in KeyPress. May 27 15:58
phuang_ tagoh3, in the new design, it will send keycode 64 with state 0x8 May 27 15:58
phuang_ just use keycode replaces keysym May 27 15:59
tagoh3 and if that modifier key is something like X specific, how do you convert it between scancode and X keycode? May 27 15:59
phuang_ gtk im module still gets keycode and state from XKeyEvent. modifier is handled by X May 27 16:00
phuang_ or from GdkEventKey May 27 16:00
phuang_ guint16 hardware_keycode in GdkEventKey May 27 16:01
phuang_ We don't get events from /dev/input/* directly May 27 16:01
phuang_ In the new idea, we don't need XLookupKeysym anymore May 27 16:02
phuang_ it is called in gdk May 27 16:02
tagoh3 hm, I may need to see the whole picture of this idea. May 27 16:02
phuang_ tagoh3, ok. i will create a chart for it. May 27 16:03
tagoh3 ah, one concern - so in new design, ibus will ignore some setting with xmodmap say? May 27 16:03
phuang_ the modifiers are handled by X May 27 16:04
phuang_ ibus does not care about it May 27 16:04
tagoh3 it's not only for modfiers though May 27 16:04
phuang_ ? May 27 16:04
tagoh3 you can assign any symbols to any keycode with xmodmap May 27 16:05
-->asgeirf (n=asgeirf@nat/redhat/x-38f83009b9d4b919) has joined #fedora-i18n May 27 16:05
phuang_ I think it is for setting modifier keys May 27 16:06
tagoh3 it affects to the usual keymaps too May 27 16:07
juhp well I think xmodmap is just an (old) cli to current xkb May 27 16:07
phuang_ When ibus is enabled (by Ctrl+space), ibus will be responsible for converting scancode to keysym May 27 16:08
phuang_ when ibus is off, ibus will ignore all key events, clients will use xkb as before May 27 16:08
phuang_ xmodmap just effects xkb configure May 27 16:09
juhp phuang_: maybe only need to do it for those IME/modes that need it May 27 16:09
phuang_ So it only effect when ibus is off May 27 16:09
tagoh3 ignore? how does ibus detect if one press the hot key then? May 27 16:09
juhp phuang_: on? May 27 16:09
phuang_ tagoh3, It is one exception May 27 16:10
tagoh3 ? May 27 16:10
phuang_ I mean when ibus is off, ibus could process keysym from clients not keycode May 27 16:11
phuang_ or May 27 16:11
phuang_ when ibus is off, ibus use default keyboard layout to convert keycode to keysym May 27 16:11
phuang_ like we use en-us as default layout May 27 16:11
phuang_ or make it configurable May 27 16:11
phuang_ Or Like windows, May 27 16:12
tagoh3 for instance, one may wants to set Super_R to the hot key with pc101 which doesn't really have Super_R. so one needs to modify keymap with xmodmap. if ibus doesn't care of that change, how does ibus works with it? May 27 16:12
phuang_ users could add some keyboards May 27 16:12
phuang_ ibus uses the active keyboard's layout for converting May 27 16:13
phuang_ tagoh3, It is not a normal case May 27 16:13
tagoh3 this isn't a layout issue but mapping issue though. and my understanding is ibus will have that mapping, no? May 27 16:13
phuang_ tagoh3, we will suggest use different one May 27 16:13
phuang_ yeah. he could modify keymap files in ibus May 27 16:14
phuang_ for map scancode to different keysym May 27 16:14
phuang_ s/for/to/ May 27 16:14
phuang_ if he wants customize the default keyboard layouts. May 27 16:15
tagoh3 phuang_: right, this isn't a normal case. but non CJK people relies on xkb really. and since ibus needs to deal with it to support the configurable hot keys, it affects regardless of ibus is on or off. May 27 16:15
tagoh3 as long as one installs ibus May 27 16:15
phuang_ http://github.com/phuang/ibus/tree/59a36db15d09f4ec948e9d9f87228a21f41ef3fa/data/keymaps May 27 16:16
phuang_ there are some keyboard layouts May 27 16:16
<--candyz has quit ("Leaving") May 27 16:17
phuang_ he could modify them May 27 16:17
<--asgeirf__ has quit (Read error: 110 (Connection timed out)) May 27 16:17
phuang_ or we could allow user override them in $HOME folder May 27 16:17
tagoh3 I'm afraid I think having own keyboard layout isn't acceptable for non-CJK users. why don't you get involved and improve XKB or xklavier or so? May 27 16:18
<--Kaio has quit ("Leaving.") May 27 16:19
-->Kaio1 (n=cchance@fedora/Kaio) has joined #fedora-i18n May 27 16:19
phuang_ why non-CJK users will concern about it? May 27 16:19
tagoh3 changes required for usual keyboard layout and ibus keyboard layout is annoying. and easily confused and hard to keep consistency if one doesn't pay more attentions there. May 27 16:20
juhp I understand tagoh3's concerns and certainly scim didn't get this right or at least didn't solve this problem May 27 16:21
tagoh3 for interface-wise, it doesn't make any difference what scim does. which caused a lot of confusion May 27 16:22
juhp but we definitely need some mechanism for IMEs that assume a certain layout May 27 16:22
juhp so I mean we need to think this through very carefully May 27 16:22
juhp there must be a right way to do it May 27 16:23
phuang_ I really want to know how windows handle it May 27 16:23
phuang_ juhp, when can i get a ja or ko keyboard? May 27 16:24
juhp phuang_: you didn't borrow from QE? May 27 16:24
phuang_ juhp, I ask QE, they don't know ? May 27 16:24
juhp heh May 27 16:24
juhp then please follow up to the email ;) May 27 16:24
phuang_ yeah. They has a ja keyboard, but it is someone's notebook's keyboard May 27 16:25
juhp ah lol May 27 16:25
juhp hmm May 27 16:25
juhp I assumed from llim_ that there were kbds in your office May 27 16:25
juhp anyway let's follow up on that May 27 16:26
phuang_ thanks May 27 16:26
juhp phuang_: no kr ? May 27 16:26
phuang_ no May 27 16:26
juhp hmm May 27 16:26
juhp running late May 27 16:29
juhp # icon proposal May 27 16:29
juhp how about the icon proposal? May 27 16:29
<--yshao has quit (Read error: 60 (Operation timed out)) May 27 16:30
juhp I am still thinking though I would like to use "text" icons for ibus applet May 27 16:30
tagoh3 how about asking artTeam in Fedora? May 27 16:31
juhp suppose it could even be dynamic svg or something May 27 16:31
juhp tagoh3: well we did through bz May 27 16:31
tagoh3 aha May 27 16:31
tagoh3 what did they say? May 27 16:31
juhp I was circumventing that since they only posted designs internally on a wiki... May 27 16:32
juhp guess just for convenience more than secrecy... May 27 16:32
juhp tagoh3: the bug is linked in the agenda... May 27 16:32
juhp the designs are ok but not perfect IMHO May 27 16:33
tagoh3 oops, sorry May 27 16:33
juhp np May 27 16:33
juhp I should have pasted it here May 27 16:33
juhp forgot myself ;) May 27 16:33
juhp phuang_: what do you feel about modifying the icon UI? May 27 16:34
juhp phuang_: I think it would be nice to know the current IME when ibus is off anyway May 27 16:34
juhp I don't like the current scim UI May 27 16:34
juhp too much May 27 16:35
juhp that is in ibus I mean May 27 16:35
juhp if/when I have time meaning to hack a bit on it... May 27 16:35
-->Kaio (n=cchance@fedora/Kaio) has joined #fedora-i18n May 27 16:35
juhp hmm dunno if we lost phuang_ May 27 16:35
<--Kaio has quit (Client Quit) May 27 16:36
phuang_ I think icon for ibus is ok. but for ime, the text in icons is too small May 27 16:36
Kaio1 phuang_: agree May 27 16:36
juhp phuang_: that was not my question :) May 27 16:36
juhp UI :) May 27 16:36
*Kaio1 thinks the icons themselves even too small May 27 16:36
phuang_ icon UI? May 27 16:36
juhp well size is not the issue... May 27 16:37
juhp phuang_: <juhp> I am still thinking though I would like to use "text" icons for ibus applet May 27 16:37
juhp phuang_: and what about off state? May 27 16:37
phuang_ what's text icons May 27 16:37
juhp I don't think we need an off icon at all May 27 16:37
phuang_ for off state, I need do some investigation May 27 16:37
juhp phuang_: or just red cross on top for off? May 27 16:38
phuang_ Actually, windows does not do it May 27 16:38
juhp there lots of possibilities May 27 16:38
juhp hmm May 27 16:38
juhp well my vote goes for anything but off-icon ;) May 27 16:38
phuang_ Currently, when ibus is off, the input context does not have a related ime May 27 16:38
juhp we don't have to copy windows May 27 16:38
juhp phuang_: but hotkey does May 27 16:39
phuang_ the ime instance will be created, when the user press Ctrl+Space in first time May 27 16:39
phuang_ yeah May 27 16:39
juhp hmm May 27 16:39
juhp I see May 27 16:39
juhp hmmm May 27 16:39
juhp so no reliable way to know you mean? May 27 16:39
juhp phuang_: it can't be cached say? May 27 16:40
phuang_ need some investigation, May 27 16:40
juhp ok May 27 16:40
phuang_ btw the default ime will be changed. and some time, ibus could have no imes May 27 16:41
juhp well I agree UI would be a bit strange if it shows the wrong IME too May 27 16:41
juhp yeah May 27 16:41
juhp so maybe use a dummy (off) icon when not sure perhaps May 27 16:41
juhp dunno if it is a limitation of Linux IM May 27 16:42
juhp or X rather May 27 16:42
phuang_ I dunno :) May 27 16:42
juhp ok May 27 16:42
juhp anyway I wanted to ask about it... :) May 27 16:43
juhp let's move the last agenda item to next week since we are well over time May 27 16:43
phuang_ ok May 27 16:44
juhp phuang_: f11 ibus looking ok currently? May 27 16:44
phuang_ juhp, yeah :) May 27 16:44
juhp also we should do a bug list review soon since it has grown a bit after the test day May 27 16:44
juhp cool May 27 16:44
juhp anyone have anything else? May 27 16:44
tagoh3 one thing from me.. May 27 16:45
tagoh3 just FYI - finally pushed new im-chooser for devel and F-11 without the status icon checkbox. sorry for inconvenience. May 27 16:45
-->yshao (n=yshao@60.247.97.97) has joined #fedora-i18n May 27 16:47
tagoh3 for topic relates to IM, but anyway. May 27 16:47
juhp tagoh3: yeah saw that - looks good on my box :) thanks May 27 16:48
juhp we could also name this meeting "Fedora IM meeting" May 27 16:49
phuang_ right May 27 16:49
tagoh3 sounds good :) May 27 16:49
juhp okay May 27 16:50
<--juhp_ has quit ("Ex-Chat") May 27 16:50
juhp okay let's close the meeting then May 27 16:54
juhp thanks very much everyone for participating May 27 16:54
phuang_ thanks May 27 16:54
Kaio1 thx May 27 16:55

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/IBus/Meetings/2009-05-27&oldid=104373"