From pnemade at redhat.com Tue Jan 6 05:01:00 2009 From: pnemade at redhat.com (Parag Nemade) Date: Tue, 06 Jan 2009 10:31:00 +0530 Subject: All Onscreen Keyboards in Fedora are now listed under Accessories submenu Message-ID: <4962E58C.9050403@redhat.com> Hi, With the help of florence package maintainer and suggestions given in onboard package review, I can say that all virtual onscreen keyboards available in fedora rawhide are now using same desktop entry category. So you can check all of them having entries in Applications->Accessories submenu. Currently, we have following onscreen packages in Fedora gok: GNOME Onscreen Keyboard iok: Indic Onscreen Virtual Keyboard florence: Extensible scalable on-screen virtual keyboard for GNOME matchbox-keyboard: An on screen virtual keyboard onboard: Simple on-screen Keyboard only gok package don't have menu entry as it works only with a11y on. Indic support is available in gok, iok and florence packages. Regards, Parag. From sergio.puas at hotmail.com Tue Jan 6 17:00:40 2009 From: sergio.puas at hotmail.com (sergio.puas at hotmail.com) Date: Tue, 6 Jan 2009 09:00:40 -0800 Subject: =?iso-8859-1?q?Respuesta_autom=E1tica?= In-Reply-To: <20090106170035.127BF619E83@hormel.redhat.com> Message-ID: An HTML attachment was scrubbed... URL: From petersen at redhat.com Tue Jan 13 04:55:57 2009 From: petersen at redhat.com (Jens Petersen) Date: Mon, 12 Jan 2009 23:55:57 -0500 (EST) Subject: Fedora I18n project meeting In-Reply-To: <564345480.455581231822058162.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1657069858.455861231822557540.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Hi, We are going to do a fedora-i18n meeting next week. We haven't done one for a long time so a meeting around the F11 Alpha freeze seems like a good time. 2009-01-20 0500 UTC on #fedora-meeting at Freenode More details and current agenda at https://fedoraproject.org/wiki/I18N/Meetings Please add more items you have you would like to discuss. Jens From pnemade at redhat.com Tue Jan 13 12:45:59 2009 From: pnemade at redhat.com (Parag Nemade) Date: Tue, 13 Jan 2009 18:15:59 +0530 Subject: Iok-1.1.0 released Message-ID: <496C8D07.3030009@redhat.com> Hi all, iok 1.1.0 is now available for download at: https://fedorahosted.org/releases/i/o/iok/iok-1.1.0.tar.gz http://downloads.sf.net/iok/iok-1.1.0.tar.gz iok-1.1.0.tar.gz md5sum: 05b33004d90a3a09b6e898ffa6600cc7 This is a bug fix as well as UI enhancement release in the 1.1 series. What is iok ============ iok is Indic Onscreen Keyboard. It currently shows Inscript keymaps for following Indian languages.Assamese, Bengali, Gujarati, Hindi, Kannada, Marathi, Malayalam, Punjabi, Oriya, Sindhi, Tamil, Telugu. Using drop down menu you can select any of above supported Indian language. Drop down menu listing depends on available inscript keymaps at location /usr/share/m17n/. You can then start directly clicking on keys appearing in iok graphical interface. It will not only show you keyvalues(characters) for English keys on your QWERTY keyboard from selected inscript keymap but also allows you to send those characters to currently active window. iok is hosted at following locations http://iok.sourceforge.net and https://fedorahosted.org/iok Overview of Changes from iok 1.0.9 to 1.1.0 ============================================== - UI change for Swap dialog. - Code level UI change for iok keyboard interface to reorganize button sizes. - Default keymap loading based on current locale and inscript map availability in /usr/share/m17n Regards, Parag. From sergio.puas at hotmail.com Tue Jan 13 17:00:41 2009 From: sergio.puas at hotmail.com (sergio.puas at hotmail.com) Date: Tue, 13 Jan 2009 09:00:41 -0800 Subject: =?iso-8859-1?q?Respuesta_autom=E1tica?= In-Reply-To: <20090113170038.2D10E619077@hormel.redhat.com> Message-ID: An HTML attachment was scrubbed... URL: From pnemade at redhat.com Mon Jan 19 04:46:46 2009 From: pnemade at redhat.com (Parag Nemade) Date: Mon, 19 Jan 2009 10:16:46 +0530 Subject: Iok-1.2.0 released Message-ID: <497405B6.3090302@redhat.com> Hi all, iok 1.2.0 is now available for download at: https://fedorahosted.org/releases/i/o/iok/iok-1.2.0.tar.gz http://downloads.sf.net/iok/iok-1.2.0.tar.gz iok-1.2.0.tar.gz md5sum: 26758cfa9fe2d9282885636f019eb84f This is a bug fix as well as UI enhancement release in the 1.2 series. What is iok ============ iok is Indic Onscreen Keyboard. It currently shows Inscript keymaps for following Indian languages.Assamese, Bengali, Gujarati, Hindi, Kannada, Marathi, Malayalam, Punjabi, Oriya, Sindhi, Tamil, Telugu. Using drop down menu you can select any of above supported Indian language. Drop down menu listing depends on available inscript keymaps at location /usr/share/m17n/. You can then start directly clicking on keys appearing in iok graphical interface. It will not only show you keyvalues(characters) for English keys on your QWERTY keyboard from selected inscript keymap but also allows you to send those characters to currently active window. Currently, there is no Indic Onscreen Keyboard is available that will parse mim keymaps and allow to type in Indian languages. This application is using inscript maps installed in /usr/share/m17n directory. If no inscript maps found in /usr/share/m17n then this application will work as English on screen keyboard. Iok also supports default keymap loading based on current locale and its inscript map availability in /usr/share/m17n. Other functionality this application provides is customization of system installed inscript map. User can swap 2 English key values and also can reassign some other new character to existing key in keypair (Key,Value) from existing inscript map and write new keymaps which can be used after restarting application. New feature has been added to iok that will graphically swap 2 English key values in a inscript keymap by just dragging first key button over second button. Users can now use their own favourite keymaps other than inscript provided those keymaps MUST be written for single English key to character pair. iok is hosted at following locations http://iok.sourceforge.net and https://fedorahosted.org/iok Overview of Changes from iok 1.1.0 to 1.2.0 ============================================== - Added new feature of DragNDrop buttons on keyboard UI. This is additional to swap dialog. This DragNDrop will be helpful for instant keyvalues swapping for keyboard buttons. - Enable partial parsing for kn-kgp.mim keymap Regards, Parag. From petersen at redhat.com Mon Jan 19 11:14:16 2009 From: petersen at redhat.com (Jens Petersen) Date: Mon, 19 Jan 2009 06:14:16 -0500 (EST) Subject: ibus and F11 In-Reply-To: <1385605566.67011232363404181.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <966740565.67551232363656159.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Hi, Peng Huang and Fedora i18n are submitting a Feature to use ibus [1] as the default input method system in F11. https://fedoraproject.org/wiki/Features/IBus iBus was added to Fedora during the F10 cycle and is under active development. We now feel that it is ready for wider testing and to become sufficiency stable and featured to be the default input method for Fedora 11. There will also be some more discussion about this in the Fedora I18n meeting tomorrow, announced last week. [2] Jens [1] http://code.google.com/p/ibus/ [2] https://fedoraproject.org/wiki/I18N/Meetings From sergio.puas at hotmail.com Mon Jan 19 17:00:40 2009 From: sergio.puas at hotmail.com (sergio.puas at hotmail.com) Date: Mon, 19 Jan 2009 09:00:40 -0800 Subject: =?iso-8859-1?q?Respuesta_autom=E1tica?= In-Reply-To: <20090119170039.50138618D03@hormel.redhat.com> Message-ID: An HTML attachment was scrubbed... URL: From kevin.kofler at chello.at Tue Jan 20 02:56:21 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 20 Jan 2009 03:56:21 +0100 Subject: ibus and F11 References: <1385605566.67011232363404181.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <966740565.67551232363656159.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: Jens Petersen wrote: > Peng Huang and Fedora i18n are submitting a Feature to use ibus [1] as the > default input method system in F11. WTF, how often is the wheel going to be reinvented? We've gone through XIM, IIIMF, UIM (or the other way round), SCIM and now IBus... Kevin Kofler From petersen at redhat.com Tue Jan 20 06:07:09 2009 From: petersen at redhat.com (Jens Petersen) Date: Tue, 20 Jan 2009 01:07:09 -0500 (EST) Subject: ibus and F11 In-Reply-To: Message-ID: <2020205782.363441232431629666.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> ----- "Kevin Kofler" wrote: > WTF, how often is the wheel going to be reinvented? We've gone through XIM, > IIIMF, [snip] SCIM and now IBus... (uim has never been a default input-method system in fedora - though we still ship it.) Until we have a good stable system that is well-designed and does what we want it to? :) Jens From tagoh at redhat.com Tue Jan 20 06:09:41 2009 From: tagoh at redhat.com (Akira TAGOH) Date: Tue, 20 Jan 2009 15:09:41 +0900 (JST) Subject: ibus and F11 In-Reply-To: References: <1385605566.67011232363404181.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <966740565.67551232363656159.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <20090120.150941.525581315788009011.tagoh@redhat.com> >>>>> On Tue, 20 Jan 2009 03:56:21 +0100, >>>>> "KK" == Kevin Kofler wrote: KK> WTF, how often is the wheel going to be reinvented? We've gone through XIM, KK> IIIMF, UIM (or the other way round), SCIM and now IBus... We've never gone through UIM or any others the above. but you're right. it's so often. -- Akira TAGOH -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From petersen at redhat.com Tue Jan 20 06:17:24 2009 From: petersen at redhat.com (Jens Petersen) Date: Tue, 20 Jan 2009 01:17:24 -0500 (EST) Subject: ibus and F11 In-Reply-To: <632155752.364051232431979082.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <757627063.364381232432244461.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> ----- "Ryoji Kamei" wrote: > Could anyone point me how iBus resolves input-spoofing or snooping problem? Exactly what kind of attacks do you have in mind? You mean people snooping tcp/ip? ibus (like scim) uses unix domain sockets (by default). > Doesn't iBus relate inputting itself? ibus is an input method system like scim, uim, etc. Jens From kamei at miraclelinux.com Tue Jan 20 06:51:32 2009 From: kamei at miraclelinux.com (Ryoji Kamei) Date: Tue, 20 Jan 2009 15:51:32 +0900 Subject: ibus and F11 In-Reply-To: <757627063.364381232432244461.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <757627063.364381232432244461.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <49757474.3070107@miraclelinux.com> Hi, Jens Petersen wrote: > ----- "Ryoji Kamei" wrote: >> Could anyone point me how iBus resolves input-spoofing or snooping problem? > > Exactly what kind of attacks do you have in mind? You mean people snooping tcp/ip? Yes. > ibus (like scim) uses unix domain sockets (by default). I see. I will be able to try that. Thank you. -- Ryoji KAMEI (http://www.miraclelinux.com/) Linux Distribution Group, Server Busyness Development Division, MIRACLE LINUX Corp. From petersen at redhat.com Tue Jan 20 10:25:31 2009 From: petersen at redhat.com (Jens Petersen) Date: Tue, 20 Jan 2009 05:25:31 -0500 (EST) Subject: Fedora I18n project meeting In-Reply-To: <484617957.382511232445483125.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <2023807288.383841232447131742.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> The log of today's fedora-i81n meeting is now on https://fedoraproject.org/wiki/I18N/Meetings/2009-01-20 if you missed it. Thanks, Jens From kevin.kofler at chello.at Wed Jan 21 07:41:50 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 21 Jan 2009 08:41:50 +0100 Subject: Fedora I18n project meeting References: <484617957.382511232445483125.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <2023807288.383841232447131742.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: Jens Petersen wrote: > The log of today's fedora-i81n meeting is now on > > https://fedoraproject.org/wiki/I18N/Meetings/2009-01-20 > > if you missed it. >From the log: > KDE4 had a feature called 'sonnet' which was supposed to do > language detection and stuff... not sure if it was ever included though... Unfortunately, those features never got completed (mainly because Jacob Rideout, who wanted to implement them, "vanished"). The Sonnet in KDE 4 is mainly a port of KDE 3's KSpell2 with a slightly cleaned-up API. Features beyond spellchecking may be added in a later 4.x release, but at the moment they're just not there. :-( The algorithms which were supposed to be used should be still there on developer blogs, but they haven't been implemented in Sonnet. Kevin Kofler From wtogami at redhat.com Wed Jan 21 22:14:12 2009 From: wtogami at redhat.com (Warren Togami) Date: Wed, 21 Jan 2009 17:14:12 -0500 Subject: Various ibus issues Message-ID: <49779E34.7050907@redhat.com> I intend on filing bugs on this, but here are a few quick things I found. ? BUG: Switch F-10: imsettings switch from SCIM to ibus, gnome-panel crashed and restarted itself. Difficult to reproduce. ? BUG: ibus-anthy sends errant ENTER key during kanji candidate selection ? tomboy bullet example: start with prompt after an empty bullet ? nihongo > SPACE > ENTER (sent to application) > ENTER (commit candidate selection) ? BUG: Switch from SCIM to ibus, scim's icon remains in the notification area. (SCIM to ibus works though.) ? QUESTION: When you switch between ibus and SCIM with imsettings, you need to restart the desktop application for it to work. Is this expected? Warren Togami wtogami at redhat.com From dimitris at glezos.com Thu Jan 22 00:09:41 2009 From: dimitris at glezos.com (Dimitris Glezos) Date: Thu, 22 Jan 2009 02:09:41 +0200 Subject: transifex committing bogons In-Reply-To: <20090121212445.A2AF6FC3C7@magilla.sf.frob.com> References: <20090121212445.A2AF6FC3C7@magilla.sf.frob.com> Message-ID: <6d4237680901211609w313a034es71fbbcd76f6770c9@mail.gmail.com> On Wed, Jan 21, 2009 at 11:24 PM, Roland McGrath wrote: > Who do I complain at about the 'transif' user committing crap to my repo? > Whether done by robot or human, someone has to be responsible, and > responsive to project administrators. The L10N/FAQ page is real short on > prominent answers to obvious questions for project admins like this one. Hi Ronald. Problems with Transifex are typically reported on the "Fedora L10n" > "Transifex" component, as explained in this FAQ entry on the page you cited. You can use those channels to ensure maximum visibility and quick fixing. http://fedoraproject.org/wiki/L10N/FAQ#bugs Low-level system stuff are handled by the Fedora Infrastructure team typically on on their Trac instance or #fedora-admin on Freenode. > As requested, I enabled transif to commit to the elfutils repo on > git.fedorahosted.org. Then we got the following commit. > > I understand doing a dummy commit to test the access. > I don't understand doing one and then not reverting it. Usually one of the translators issues a dummy commit like adding a comment line in the POT, and in the case of elfutils where we don't have a POT file in the Makefile. In the past this action hasn't raised any concerns. You can always limit the files the translators have to using a regex, as noted when you registered your project. > I don't understand committing bogus mis-formatting to my po/ChangeLog. The Changelog is automatically updated by Transifex. Unfortunately, a revert commit for the changelog can't be submitted through the web interface. The mis-formatting of it is a bug that appeared after our last upgrade and spotted after the commit. It was immediately reported as a bug of Transifex, which we'll have fixed in the next version coming up in the next days [1]. http://transifex.org/ticket/77 Please feel free to submit tickets to improve the software. Patches are also warmly welcome. > If you can't even do a dummy commit so that it's harmless to the project, > why should I trust you and your robot to be allowed to commit to our repo? > > We will very much appreciate the contributions of translators, and we > recognize the great contribution of automating and streamlining the process > for translators and project maintainers. But lack of streamlined > automation is better than robots (or human contributors, however > well-meaning) we can't trust to touch our project's files. It's always up to the project maintainer to decide whether to receive translation files manually through bug reports, emails, attachments to a wiki page, etc. or through an automated proxy like Transifex, either on their master branch or a different one. If you think it doesn't work for you at all, you can always pull the plug and receive translation contributions with the traditional way. The software is mostly written and maintained by Fedora volunteers, and we're trying our best to make it work right and fit well with the workflow of developers. Sometimes a bug might slip and 3am-commits might not seem quite right. Sometimes things might go wrong, like any piece of our infrastructure. Thanks for pointing out the errors so that we can improve our toolchain. -? > commit cdc4ce361bb098bc0ca67315dfc839642a1af13d > Author: Dimitris Glezos > Date: Wed Jan 21 01:04:45 2009 +0000 > > Dummy commit, testing Transifex at > https://translate.fedoraproject.org/submit/module/elfutils/. > > Transmitted-via: Transifex (translate.fedoraproject.org) > > diff --git a/po/ChangeLog b/po/ChangeLog > index bbb72fa..95a51f3 100644 > --- a/po/ChangeLog > +++ b/po/ChangeLog > @@ -1,4 +1,7 @@ > -2007-06-05 Ulrich Drepper > +Dummy commit, testing Transifex at > +https://translate.fedoraproject.org/submit/module/elfutils/. > + > +Transmitted-via: Transifex (translate.fedoraproject.org)2007-06-05 Ulrich Drepper > > * Makefile.in.in: Update from gettext 0.16.1. > * Rules-quot: Likewise. > diff --git a/po/Makefile.in.in b/po/Makefile.in.in > index 5022b8b..7cdfad7 100644 > --- a/po/Makefile.in.in > +++ b/po/Makefile.in.in > @@ -9,6 +9,7 @@ > # General Public License and is *not* in the public domain. > # > # Origin: gettext-0.16 > +# > > PACKAGE = @PACKAGE@ > VERSION = @VERSION@ > -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From tagoh at redhat.com Thu Jan 22 03:36:49 2009 From: tagoh at redhat.com (Akira TAGOH) Date: Thu, 22 Jan 2009 12:36:49 +0900 (JST) Subject: Various ibus issues In-Reply-To: <49779E34.7050907@redhat.com> References: <49779E34.7050907@redhat.com> Message-ID: <20090122.123649.322895443428811710.tagoh@redhat.com> >>>>> On Wed, 21 Jan 2009 17:14:12 -0500, >>>>> "WT" == Warren Togami wrote: WT> ? BUG: Switch from SCIM to ibus, scim's icon remains in the notification area. (SCIM to ibus works though.) Because of.. . the limitation of current implementation on how gtk+ switches immodule when the change is received. see http://bugzilla.gnome.org/show_bug.cgi?id=522885 . scim/scim-bridge is going to bring the necessary process up from immodule while immodule instance is alive unless those processes is running. That issue should be gone when either of them is fixed.. WT> ? QUESTION: When you switch between ibus and SCIM with imsettings, you need to restart the desktop application for it to work. Is this expected? No. actually even if scim icon is still on systray, you should be able to use ibus on your applications after changing. the above issue at least is irrelevant to this question. -- Akira TAGOH -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From petersen at redhat.com Tue Jan 27 00:18:30 2009 From: petersen at redhat.com (Jens Petersen) Date: Mon, 26 Jan 2009 19:18:30 -0500 (EST) Subject: i18n-team watchcommits In-Reply-To: <1300497105.491721233014891753.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1649489223.493031233015510380.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Hi Dwayne, > I don't really want to subscribe to this list, but you probably want to > know about commits, so can you enable me to post at least. Thanks for bringing this up - I have been aware of this problem for a while: it actually affects all i18n packages. I am pondering a little the best approach - I think the real sender is cvsextras at fedoraproject.org, but I am not sure if we want cvs commit messages or not on fedora-i18n-bugs. I will bring it up for discussion in the next fedora-i18n meeting and ask others for advice. For now I removed i18n-team watchcommit on translate-toolkit/devel but not sure if that is the right thing yet. Jens > On Thu, 2009-01-22 at 16:01 -0500, fedora-i18n-bugs-owner at redhat.com > wrote: > > You are not allowed to post to this mailing list, and your message > has > > been automatically rejected. If you think that your messages are > > being rejected in error, contact the mailing list owner at > > fedora-i18n-bugs-owner at redhat.com. > > > > email message attachment > > > -------- Forwarded Message -------- > > > From: Dwayne Bailey > > > To: cvsextras at fedoraproject.org, > > > translate-toolkit-owner at fedoraproject.org > > > Subject: rpms/translate-toolkit/devel .cvsignore, 1.11, 1.12 > > > sources, 1.12, 1.13 translate-toolkit.spec, 1.23, 1.24 > > > Date: Thu, 22 Jan 2009 21:01:36 +0000 (UTC) From sergio.puas at hotmail.com Tue Jan 27 17:00:56 2009 From: sergio.puas at hotmail.com (sergio.puas at hotmail.com) Date: Tue, 27 Jan 2009 09:00:56 -0800 Subject: =?iso-8859-1?q?Respuesta_autom=E1tica?= In-Reply-To: <20090127170045.73EAD619BDF@hormel.redhat.com> Message-ID: An HTML attachment was scrubbed... URL: