Project

General

Profile

Bug #16719

Switch from ibus-anthy to Mozc

Added by mercedes508 7 months ago. Updated 5 months ago.

Status:
Confirmed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Feature Branch:
Type of work:
Code
Blueprint:
Starter:
Affected tool:

Description

Hey received a bug report from a japanese user, complaining about our current input method for japanese.

Here are a few reason why it would be better to switch to fcitx-mozc:

  • the accuracy of the conversion of Anthy to Kanji is so bad that the amount of
    kanji that can be converted is small, so it is useless
  • most japanese users use mozc

And in order to use this piece of software one has to reboot Tails after installing, so adding it through additional software doesn't do the trick.

History

#1 Updated by intrigeri 7 months ago

  • Assignee changed from sajolida to intrigeri

I'll take a look as I've done work in this very area recently.

Note that we don't ship ibus-mozc so I'll fix this ticket's title once I'm there.

#2 Updated by intrigeri 6 months ago

  • Subject changed from Switch from ibus-mozc to fcitx-mozc to Switch from ibus-anthy to fcitx-mozc
  • Description updated (diff)
  • Category deleted (Accessibility)

#3 Updated by intrigeri 6 months ago

  • Subject changed from Switch from ibus-anthy to fcitx-mozc to Switch from ibus-anthy to Mozc
  • Assignee deleted (intrigeri)

We could try shipping ibus-mozc (either on top of ibus-anthy or instead of it), even though I'm not entirely convinced by the current state of its maintenance in Debian. My concern is that last time I tried to get feedback about such matters, I got very little, so I'm a bit afraid of making things worse for some users while satisfying some users' preferences. @mercedes508, can you please share (privately) the email address of this user, so I can at least ask them whether whatever we prepare is better for them than the status quo?

fcitx is a totally different beast and it has no IBus compatibility in Stretch (while there's fcitx5-module-ibus in Buster but that seems pretty much experimental at this point, no idea how well this would integrate with a GNOME desktop).

#4 Updated by mercedes508 6 months ago

intrigeri wrote:

@mercedes508, can you please share (privately) the email address of this user, so I can at least ask them whether whatever we prepare is better for them than the status quo?

Done.

#5 Updated by passis12345678 5 months ago

Hi, I am the Japanese user.
I don't use the email address anymore, so I'll answer it here.

There are several types of Japanese input, and of course there are preferences.
But I don't think any Japanese users would agree that Anthy is better than Mozc.
The accuracy of Mozy's Kanji conversion is clearly superior to that of Anthy.
I’ve never seen or heard of anyone who likes Anthy.
Any Japanese user would be happy to replace Anthy with Mozc.

Replacing ibus-anthy with ibus-mozc is just one thing that can get worse. That's an extra step to start using Japanese input.
ibus-anthy allows you to enter Japanese immediately after booting, but ibus-mozc defaults to alphabetic and you have to change the setting to Japanese each time after booting.
That is why I think fcitx-mozc is better than ibus-mozc. fcitx-mozc doesn't do that. You can input Japanese immediately after starting.

So fcitx-mozc is best, but I think ibus-mozc also has advantages over disadvantages.
This is because the inconvenience of changing settings each time is only once after you start up Tails, but the inconvenience of poor Kanji conversion accuracy lasts all the time you start up Tails.

Also available in: Atom PDF