| Summary: | RLE affects text outside strings/comments | ||
|---|---|---|---|
| Product: | [Applications] kate | Reporter: | Unknown <null> |
| Component: | kwrite | Assignee: | KWrite Developers <kwrite-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | christoph, mail |
| Priority: | NOR | ||
| Version First Reported In: | 3.12.60 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screenshot of behaviour
Screenshot in vim |
||
Created attachment 85221 [details]
Screenshot of behaviour
Created attachment 85222 [details]
Screenshot in vim
Well, vim is an unfair comparison, since it doesn't support RTL. How does it look in a different application? IMO, kate's behaviour is correct and the real issue is that the string begins with a RTL marker, but doesn't end with a LTR marker. Greetings! This works with the current KF5 based release of Kate. |
Actual text: ["sah", "Yakut"], ["ar", "العربية"], ["fa", "فارسی"], ["he", "עברית"], ["be", "Беларуская"], See attached screenshot for the problem. Reproducible: Always Steps to Reproduce: Paste the text in a kate window Actual Results: - Expected Results: I suspect rtl should not affect text outside of strings and comments.