Ticket #416 (reopened defect)
encode dialog
| Reported by: | daxim | Owned by: | |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | Multilingual Input Method Editor | Version: | 0.50 |
| Keywords: | usability, dialog | Cc: |
Description
Although it looks editable, I cannot overwrite the default to pick an encoding that is not in the list. The list does not contain widely used encodings such as Latin-9, Windows-1251, Windows-1252, ISO 646, GB18030; indeed it should support everything that iconv or Encode plus Encode::HanExtra? support. The list is not categorically sorted like in web browsers.
Attachments
Change History
Changed 4 years ago by daxim
- Attachment encode.png added
comment:1 Changed 4 years ago by szabgab
- Status changed from new to closed
- Resolution set to fixed
As of r5753 all the available encodings are listed but someone now will have to make sure
they actually work.
comment:2 Changed 4 years ago by daxim
- Status changed from closed to reopened
- Version changed from 0.38 to 0.50
- Resolution fixed deleted
Not satisfactory.
- Although the widget looks editable, the textfield can't be written into.
- GB18030 is not listed although Encode::HanExtra? is installed.
- The length of the list is too long and needs to be sorted for usability into categories like in a web browser.
- Converting a document to »ascii« that contains the character 有 suprisingly succeeds with the dialog message »Document encoded to (utf-8)« and indeed, the file is in UTF-8 after saving. That's not what I asked for.
- Converting a document to »iso-8859-15« that contains the character 有 suprisingly succeeds with the dialog message »Document encoded to (iso-8859-15)«. After saving the file contains a Perl escape sequence \x{6709} .
Note: See
TracTickets for help on using
tickets.

encode dialog