Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: Please hide iok from the menus
https://bugzilla.redhat.com/show_bug.cgi?id=529125
Summary: Please hide iok from the menus Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: iok AssignedTo: pnemade@redhat.com ReportedBy: mclasen@redhat.com QAContact: extras-qa@fedoraproject.org CC: jmccann@redhat.com, pnemade@redhat.com, fedora-i18n-bugs@redhat.com Blocks: 473302 Estimated Hours: 0.0 Classification: Fedora Target Release: ---
We think it does not make much sense in the 'Accessories' menu, and now that ibus has support launching iok, that is a much better solution.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529125
Parag pnemade@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |aalam@redhat.com, | |petersen@redhat.com
--- Comment #1 from Parag pnemade@redhat.com 2009-10-15 04:26:18 EDT --- I will need feedback from few more peoples before removing iok desktop file from iok package.
iok is not only supporting for inscript standard based map parsing but few other Indic keymaps which have 1:1 keymappings defined in .mim files.
So, if iok run as "iok -a" one can get other functionalities also. We developed iok keeping in mind those functionalities are needed for end user to create their own custom keymap.
But for now IMHO, I will like to see iok appearing in "Accessories".
Is anyone looking into this bug can also provide their feedback?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529125
--- Comment #2 from Matthias Clasen mclasen@redhat.com 2009-10-15 09:09:47 EDT --- I don't think removing the desktop file is really right. We still want to have it around for iok to show up in menu editors, e.g. Adding a NotShowIn=GNOME; would be good.
iok is not only supporting for inscript standard based map parsing but few other Indic keymaps which have 1:1 keymappings defined in .mim files.
So, if iok run as "iok -a" one can get other functionalities also. We developed iok keeping in mind those functionalities are needed for end user to create their own custom keymap.
All this does not really change the fact that it is a very special-purpose tool and not at all an 'accessory'. It is really an input method tool, so it should be available through the input method ui.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529125
--- Comment #3 from Parag pnemade@redhat.com 2009-10-15 13:06:06 EDT --- (In reply to comment #2)
I don't think removing the desktop file is really right. We still want to have it around for iok to show up in menu editors, e.g. Adding a NotShowIn=GNOME; would be good.
Sorry but I am confused now. So does this mean let the desktop file be installed but don't show it in menus for GNOME?
iok is not only supporting for inscript standard based map parsing but few other Indic keymaps which have 1:1 keymappings defined in .mim files.
So, if iok run as "iok -a" one can get other functionalities also. We developed iok keeping in mind those functionalities are needed for end user to create their own custom keymap.
All this does not really change the fact that it is a very special-purpose tool and not at all an 'accessory'. It is really an input method tool, so it should be available through the input method ui.
May I know finally what change should I do in iok package to fix this bug?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529125
--- Comment #4 from Matthias Clasen mclasen@redhat.com 2009-10-15 13:42:34 EDT --- Sorry for being confusing. Here is what I proposed, in patch form:
diff -up iok-1.3.7/iok.desktop.in.in.menus iok-1.3.7/iok.desktop.in.in --- iok-1.3.7/iok.desktop.in.in.menus 2009-10-15 13:39:52.977402262 -0400 +++ iok-1.3.7/iok.desktop.in.in 2009-10-15 13:40:05.226424957 -0400 @@ -8,3 +8,4 @@ StartupNotify=true Terminal=false Type=Application Categories=GNOME;GTK;Utility;Accessibility; +NotShowIn=GNOME;
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529125
--- Comment #5 from Jens Petersen petersen@redhat.com 2009-10-16 05:37:04 EDT --- Yes, agree - hiding makes sense and had been thinking the same.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529125
Parag pnemade@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED
--- Comment #6 from Parag pnemade@redhat.com 2009-10-26 05:49:12 EDT --- Fixed in new build iok-1.3.8-1.fc12
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=529125
A S Alam aalam@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |CLOSED Resolution| |RAWHIDE
--- Comment #7 from A S Alam aalam@redhat.com 2009-10-30 23:12:36 EDT --- it is available in rawhide and fixed
i18n-bugs@lists.fedoraproject.org