Summary: | Valid unicode characters from U+269D to U+2700 erroneously replaced by replacement character | ||
---|---|---|---|
Product: | [Applications] konversation | Reporter: | Nicolas F. <kdebugs> |
Component: | inputline | Assignee: | Konversation Developers <konversation-devel> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | aria, carbeck+kdebugs, cfeck |
Priority: | NOR | ||
Version: | 1.5 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Nicolas F.
2014-04-18 15:20:55 UTC
QChar returns QChar::Unicode_Unassigned for them, because they are added in newer Unicode versions. Qt 4.8 only supports up to Unicode 5.0, but http://en.wikibooks.org/wiki/Unicode/Character_reference/2000-2FFF says they are added in 5.1 or later. When a character of Unicode 5.1 or higher is copied into the input field, it is also replaced by the replacement character. Those two bugs doesn’t appear in other KDE or Qt-only applications. That means Konversation had a specific bug that prevent users to use characters added to Unicode in 2008 and afterwards. Lacking Unicode support is still an issue in Konversation 1.6. Meanwhile, Unicode 8.0 is out. OK, ignore what I just posted for now, it seems to be Konversation is not doing character substitution. That should be a different bug. Seems to be working with Konversation 1.6 (based on KDE Frameworks 5.12). Still works with Konversation 1.6 with KDE Frameworks 5.19.0). We should probably close this bug report. |