Bug 529125
| Summary: | Please hide iok from the menus | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Matthias Clasen <mclasen> |
| Component: | iok | Assignee: | Parag Nemade <pnemade> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | rawhide | CC: | aalam, i18n-bugs, jmccann, petersen, pnemade |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-10-31 03:12:36 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 473302 | ||
|
Description
Matthias Clasen
2009-10-15 03:03:29 UTC
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? 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.
(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? 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; Yes, agree - hiding makes sense and had been thinking the same. Fixed in new build iok-1.3.8-1.fc12 it is available in rawhide and fixed |