[1.9.0] Problem with highlighting RTL language text #12282
Comments
Any news? It's a terrible bug for those who write Right-to-Left in atom, please take look ASAP. |
Hi @morajabi, apologies for this rendering bug but unfortunately we don't officially support RTL characters for now. This is due to the text-selection routine that we currently employ which assumes glyphs have a left-to-right layout and, therefore, doesn't work properly when dealing with text that is rendered in the inverse direction. We plan to do so in the future and provide better overall internationalization support in Atom. In the meantime I'll share this with the team too. 👍 Thanks for the report! 🙇 |
Don't atom team want to do something with this soon? I'm sure so many people are leaving Sublime Text and joining Atom community just for bad support for RTL in ST, same as all of my friends. |
This comment has been minimized.
This comment has been minimized.
thank you
|
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Why you guys build something on the assumption that you'll never ever encounter RTL and now you have an ecosystem built around something that is too risky or too late to fix. |
Hi |
@farnabaz I don't have enough context to really answer to your question. We will get to this someday, but right now we just don't have the bandwidth to take it on. If you or another community member is interested in doing some deep research around what it would take to accomplish this, that would be helpful. I'm worried that it goes beyond just measurement issues at the DOM level. |
This comment has been minimized.
This comment has been minimized.
@as-cii In case you don't have internal statistics regarding rtl usage in atom; a little over 1.5 billion people use rtl languages, or about 20% of the world population I imagine this happened due to your new C++ editor for bigger files? I too can attest to personal experiences of long-time sublime users moving to atom for its rtl support. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Quite ridiculous that this isn't prioritised. Any estimate for when it gets selected? |
@fariszaher The maintainers who work on the project, have the control to prioritise what's most important based on user needs. If it's very important for you, you can always start working on it if you prefer! 👍 |
Thanks for your contribution! This issue has been automatically marked as stale because it has not had recent activity. Because the Atom team treats their issues as their backlog, stale issues are closed. If you would like this issue to remain open:
Issues that are labeled as triaged will not be automatically marked as stale. |
I'm still encountering this issue. Atom V. 1.41.0 You can simply reproduce the issue while selecting syntax on any file containing both RTL and RTL languages. This is most common within .json translated content files. More and more apps are being localized to RTL and I'm seeing teams switch editor cause of this. |
This issue has been automatically locked since there has not been any recent activity after it was closed. If you can still reproduce this issue in Safe Mode then please open a new issue and fill out the entire issue template to ensure that we have enough information to address your issue. Thanks! |
Description
After upgrading to the new version (from 1.8 to 1.9) I can't correctly select Persian text and it won't highlight it.
I use Operator Mono font but i tried Monaco with no luck.
Steps to Reproduce
Expected behavior: Should be highlighted as En text
https://i.imgsafe.org/05a5625be9.png
https://i.imgsafe.org/05a55ccc06.png
Actual behavior: But it highlights only 1 character.
Versions
atom 1.9.0
OSX El Captian 10.11.5
The text was updated successfully, but these errors were encountered: