02_title_update.dpatch makes little sense

Bug #1133101 reported by Ma Hsiao-chun on 2013-02-26
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ayatana Design
Undecided
Unassigned
ibus (Ubuntu)
Low
Aron Xu

Bug Description

I understand the purpose of that patch is to hide the concept of IBus from user.

However, "Keyboard Input Methods" is certainly not a good name for preferences/configuration stuff.
Check the attachment to see how it would look lile if a user searchs "IBus" in Dash.

After clicking "Keyboard Input Methods", the poped up window is titled "IBus Preferences" anyway.

We also need to select "ibus" in "Language Support", right?

Put it in another way, we cannot actually hide the concept of IBus.

So I guess we should revert the changes except the third one that change the instruction of enabling IBus.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: ibus 1.4.2-0ubuntu1
ProcVersionSignature: Ubuntu 3.8.0-7.15-generic 3.8.0
Uname: Linux 3.8.0-7-generic x86_64
ApportVersion: 2.8-0ubuntu4
Architecture: amd64
Date: Tue Feb 26 11:16:35 2013
InstallationDate: Installed on 2013-02-08 (17 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Alpha amd64 (20130202)
MarkForUpload: True
SourcePackage: ibus
UpgradeStatus: No upgrade log present (probably fresh install)

Related branches

Ma Hsiao-chun (mahsiaochun) wrote :
Sebastien Bacher (seb128) wrote :

Thanks for the bug report

> I understand the purpose of that patch is to hide the concept of IBus from user.

Not really, the purpose of the patch is to have a description for the entry in the dash (or in menus) that users can understand. It's the same reason gedit is called "text editor" and not "gedit" or that eog is called "image viewer" and not "eog" ... users want a real world description

Adding a design component to the bug, that needs input from there

Changed in ibus (Ubuntu):
importance: Undecided → Low
Ma Hsiao-chun (mahsiaochun) wrote :

Names like "Keyboard Input Methods" make sense when it appears in "System Settings" (GNOME Control Center).
But "Keyboard Input Methods" doesn't make sense as an App, right?

Ma Hsiao-chun (mahsiaochun) wrote :

Just to make it clear, "Keyboard Input Methods" launcher starts ibus-setup currently.

Aron Xu (happyaron) on 2015-06-13
Changed in ibus (Ubuntu):
assignee: nobody → Aron Xu (happyaron)
status: New → Triaged
Aron Xu (happyaron) on 2015-06-20
Changed in ibus (Ubuntu):
status: Triaged → Fix Committed
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ibus - 1.5.10-1ubuntu1

---------------
ibus (1.5.10-1ubuntu1) wily; urgency=medium

  * Merge with Debian, remaining changes:
    - ubuntu-no-notification.patch: Don't show the notification if not
      actually upgrading from a previous version.
    - ubuntu-disable-trigger.patch: Disable input method switching under
      Unity; it's handled by gnome-settings-daemon.
    - ubuntu-forward-panel-properties.patch:
      Augment the panel service D-Bus interface so that external consumers
      can detect when the panel service properties are changed.
    - Switch gnome-icon-theme to adwaita-icon-theme
  * ubuntu-title-update.patch:
    - Only update IBus Preferences information for Unity desktop (LP: #1133101)
  * 0001-Set-sync-process_key_event-in-ibus-x11.patch:
    - cherry-pick upstream patch to set sync process_key_event in ibus-x11,
      avoiding the possible misorder of X11 event when async method is used
      (LP: #1466442)

 -- Aron Xu <email address hidden> Sun, 21 Jun 2015 05:53:19 +0800

Changed in ibus (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers