Kate is useless for editing code which contains hebrew or arabic
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kde4libs (Ubuntu) |
Fix Released
|
Medium
|
Jonathan Thomas | ||
Intrepid |
Won't Fix
|
Medium
|
Jonathan Thomas |
Bug Description
*Below added by Jonathan Thomas*
Stable Release Update (SRU) infos:
-Impact: Text editing for RTL languages becomes difficult, see bug description below
-Addressed by: This bug has been addressed by adding an upstream patch included in KDE 4.2 that fixes this.
-Testcase: Install kate. Start kate. Copy the php code from the bug description and paste it in to kate
-Patch/
######
This is a request for a backport from trunk to 4.1.3 in ubuntu. The original bug is https:/
"Back in March someone (who shall remain un-named) added to kate a new function which would calculate the "best direction" of a paragraph by counting the LTR and RTL chars in that line. That is r788729: http://
Imagine this php code:
function foo() {
$a = "שלום עולם";
return $a;
}
Now paste it into kate and see what happens. This get funkier when the hebrew is inside lists or hashes. IMHO, this renders this "feature" useless - much more people will be using kate to code then to write "plain text". My proposal is detecting the paragraph direction using QString:
A visual display of how code looks can be seen here:
http://
I am requesting a backport of changeset 905112 to the currently available packages in 8.10. See the patch here: http://
Changed in kde4libs: | |
assignee: | nobody → echidnaman |
importance: | Undecided → Medium |
milestone: | none → intrepid-updates |
status: | New → In Progress |
milestone: | intrepid-updates → none |
Why does the fix not get backported by KDE to the 4.1 branch and thus 4.1.4?