05:02:21 #startmeeting i18n 05:02:21 Meeting started Thu Jan 26 05:02:21 2012 UTC. The chair is tagoh. Information about MeetBot at http://wiki.debian.org/MeetBot. 05:02:21 Useful Commands: #action #agreed #halp #info #idea #link #topic. 05:02:24 #meetingname i18n 05:02:24 The meeting name has been set to 'i18n' 05:02:37 #topic agenda and roll call 05:02:50 https://fedoraproject.org/wiki/I18N/Meetings/2012-01-26 05:03:05 it's time to have weekly i18n meeting. 05:03:10 who else here today? 05:03:54 hi 05:04:17 hi 05:05:41 hi 05:07:52 ah hm public holidays today in China, India, and Australia... 05:08:35 unusual 05:10:01 aha, okay. let's have a quick meeting then. 05:10:20 #topic F17 05:12:07 well, relnotes schedule seems updated. I've added it to the dashboard separately this time. 05:12:19 aha 05:12:25 are the beats open yet? 05:12:32 * juhp didn't check yet... 05:12:47 no, not yet. it will be open Feb 12 05:15:57 ah right 05:16:07 for features, inscript2 only has completed. will catch up in next meeting since Feb 7 is the feature freeze. 05:17:13 aha 05:17:29 hm, dunno for others but I saw a ticket for fonts-tweak-tool that approved. but seems not updated in wiki yet? 05:17:33 so all the features got approved by fesco I guess? 05:17:38 aha 05:18:29 yeah probably would need to check the fesco log but I think the wiki categories of approved features were not updated yet 05:20:12 I think anish and pravins decided not to post a feature for indic-typing-booster 05:20:30 but maybe still good to track the progress on new langs 05:20:55 they might start using hunspell dictionaries perhaps for more language coverage though 05:23:12 juhp: sure. 05:23:32 Features/Additional_Indic_Langs: https://fedorahosted.org/fesco/ticket/760 05:23:53 Features/english-typing-booster: https://fedorahosted.org/fesco/ticket/756 05:24:11 Features/FontConfigurationTool: https://fedorahosted.org/fesco/ticket/755 05:24:25 Features/libpinyin: https://fedorahosted.org/fesco/ticket/736 05:24:42 Features/IndicUnicode6: https://fedorahosted.org/fesco/ticket/730 05:25:03 all of the features looks approved. 05:25:42 hope wiki will be updated shortly 05:25:54 great 05:26:02 anything else for f17? 05:27:31 okay, better move on then. 05:27:37 #topic Input Methods 05:27:50 any news, updates or concerns etc to share about IM? 05:28:04 (I can't think of anything except that is running pretty ok for me inside kvm with gnome-shell) 05:28:17 juhp: cool 05:28:18 (sorry previous topic) 05:29:34 fujiwarat: anything from ibus? 05:30:19 The following is the new control+space: 05:30:20 http://fujiwara.fedorapeople.org/ibus/gnome-shell/ibus-im-switcher.png 05:30:57 Currently I'm implementing it on shell: 05:30:58 http://fujiwara.fedorapeople.org/ibus/gnome-shell/ibus-shell-im-switcher.png 05:31:17 fujiwarat: do you want to explain more? :) 05:31:42 The new Control+Space works likes Alt+Tab. 05:32:12 aha 05:32:15 does it always appear when pressing ctrl+space? 05:32:23 yes 05:32:51 interesting 05:33:04 aha 05:33:33 I am still wondering if we should use a new key for the new behaviour? 05:33:46 though not sure what that key should be... :) 05:34:08 anyway it looks attractive 05:34:47 is it kept on the screen during ibus is being activated? or hidden by the timeout? 05:34:51 fujiwarat, so longer can toggle IM with single Ctrl-Space or I changes with release of keys? 05:35:01 s/I // 05:35:12 guess we need to try it... 05:36:02 okay 05:36:41 looking forward to see the testing package then. 05:37:02 dueno: do you have anything? :) 05:37:44 s/so/so no/ 05:37:46 The current problem is when I switch the engine to another engine, the current engine is set to the previous engine. So the case of en->fr, en->ru users has the problem. The new Control+Space can fix the problem until the Control key is released. 05:38:18 fujiwarat, aha 05:38:35 ok it sounds like a better behaviour then perhaps 05:38:44 good 05:38:50 iiuc :) 05:40:15 okay, anything else? 05:41:56 released english-typing-booster with MIT license 05:42:11 anish_: cool 05:42:36 tagoh, thanks :) 05:44:29 okay, let's move on then. 05:44:37 #topic Fonts and Rendering 05:46:06 released libeasyfc 0.5 for bug fixes and worked out implementing it on fonts-tweak-tool on my git repo: https://github.com/tagoh/fonts-tweak-tool/ 05:47:28 need to think about detecting monospaced fonts because no or less monospaced fonts is in the list so far. 05:48:21 aha nice 05:50:10 good to try. any feedback are welcome :) 05:51:02 I guess it's all on the agenda. anything else before closing the meeting? 05:51:29 looks great! 05:53:08 juhp: thanks 05:53:52 okay, if nope, will close the meeting shortly. 05:53:54 one thing occurs to me - should it also support languages in addition to locales? 05:54:11 I mean like en vs en-us ? 05:54:15 etc 05:54:27 it should works. 05:54:37 aha 05:55:18 but only locales listed in the UI, I mean? 05:56:10 I dunno if it is oversimplifying too much to only list languages by default and make locales an advanced option? 05:56:24 just a "random idea" that occurred to me anyway 05:57:39 which one are you referring as "locale" btw? 05:58:28 well there is no "English" in the language list only "English (Country)", etc 06:00:27 well, that change will cause the unexpected behavior on selecting fonts in fontconfig, because it has different orth files with the region too. 06:00:37 not sure yet how useful it will be for European languages but anyway - so maybe Arabic is a better example 06:00:46 aha 06:00:52 hm ok 06:01:19 for en, it would be too much though. 06:03:33 okay, let's stop here then. thanks everyone for the meeting! 06:03:39 what if I want to use a particular font for all Arabic say? :) 06:04:45 or Chinese 06:04:57 juhp: depends on the application. if rendering library has a fallback feature like pango, it will just works with other fonts. otherwise empty glyphs will be rendered. 06:05:04 I guess 06:05:17 erm 06:05:22 s/use/configure/ 06:05:48 it's obvious if you do change to the specific font on gucharmap say. 06:07:29 I trying to say it would be better if font-tweak-tool supported setting font per language not just locale :) 06:07:31 guess fontconfig needs to have any way to delete the fonts from the candidate list to do it in fontconfig. 06:08:17 juhp: good example would be Chinese. 06:08:24 yes 06:08:44 what's the expected behavior if one is looking up with zh? 06:09:01 the font I configured in the tool? :) 06:10:04 admittedly I didn't look at any generated .conf output yet... :) 06:10:06 yes as long as the applications/rendering library is also looking up the fonts with zh. 06:10:29 true 06:11:20 well I think it would be nice to support both if possible 06:11:37 anyway good progress :) 06:12:43 from the terms of the language tag say, zh does match with zh-cn but zh-cn doesn't match with zh. so if they tries to look up with zh-cn, it won't works.. need to check how it works on fontconfig though. 06:13:12 ah 06:15:16 well I am not saying it is an urgent feature but just feeling supporting languages would make for a simply UI perhaps 06:15:55 I see 06:16:36 okay, anything else? 06:19:47 let's stop here then. thanks again! 06:19:52 #endmeeting