Menu
▾
▴
Re: [ jEdit-devel ] right to left language support in jEdit
|
From: Matthieu C. <cho...@gm...> - 2012-03-05 13:04:50
|
Hi, in fact there is a way to print RTL languages in jEdit correctly : disable glyph vectors using that beanshell snippet. Debug.DISABLE_GLYPH_VECTOR=true in that case jEdit will use drawString instead of glyph vectors and the text will displayed correctly. But it works better in text mode than other modes because of our tokens. Our tokens can mix LTR and RTL chars and it cause problem For example in a property file the property key is KEYWORD1, but the =value are the same token so when the text is painted the = comes at the right end of the word. Using text mode only one token is used for the line and drawString paints the string correctly. And I never said that it was not clear who would use that feature. I think the feature is as useful as the work that Kazutoshi did on typing and softwrap on asian languages. There were messages in the mailing lists, community forums and bugs about arabic and hebrew rendering. Matthieu 2012/3/5 Paul Libbrecht <pa...@ac...> > Jarek, > > I agree there's a danger but I think that being unidirectional is probably > a small danger. > That'd mean that a properties file in arabic would write the key-name > (which is likely to be westernwritten from right to left), similarly for > the jsp or php code. I think this is livable, I am not sure. > > As Mathieu underlined, it is not clear who would be working on such yet. > > paul > > > Le 5 mars 2012 à 07:36, Jarek Czekalski a écrit : > > > I don't understand the reason to introduce RTL in jedit. It's a > > programmer's editor and I doubt if RTL may be used in any computer > > program. Aren't there better tools for creating documents in RTL > > languages? Currently we have only 1 voice for RTL support and there is > > no justification for that in that entry. Why do you want to introduce > > RTL? In what environment and for what purpose would it be used, an > > example please. > > > > I see 2 reasons for not doint this: > > 1. Negative impact on current functionality: a slow down, code > > complication, new bugs being introduced > > 2. Many bugs to fix in core plugins, which are more important to > > programmers than this new feature > > > > Jarek > > > > W dniu 2012-03-04 23:13, Paul Libbrecht pisze: > >> Allow me to chim in, I fully agree the Unicode Bidi algorithm is > >> fairly difficult to work with. > >> I would suggest, if anyone has some cycle, to simply allow a complete > >> buffer to draw RTL. > >> In this case it is likely to be short to implement and useful for most > >> RTL-writing edits. > >> > >> paul > >> > >> > >> Le 4 mars 2012 à 20:41, Matthieu Casanova a écrit : > >> > >>> Hi, > >>> just for information, I did some investigation on RTL text painting, > >>> and it seems very complex to implement. > >>> First jEdit is completely unable to paint any arabic or hebrew word > >>> correctly because it paints the letters in the wrong order. > >>> > >>> I found this wiki page, it's in french but there is an easy test to > >>> understand : > >>> > >>> http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Unicode/Test/arabe > >>> > >>> It show the correct way to paint this arabic word إجتهاد > >>> If someone copies that in jEdit he will get the same word but all > >>> letters in the wrong order. > >>> I did some fixes in my local trunk and I'm now able to paint this > >>> kind of text, the problem is that > >>> if you read from left to right, the letter on the left end is the > >>> last letter. > >>> So if you have the caret at the left of the word and press "del" it > >>> is not the letter next to the caret that is removed but the letter at > >>> the right end of the word > >>> you get جتهاد > >>> I also tried some editors that support Bidi, and it's very strange, > >>> when being in a LTR portion pressing home will go to the left end of > >>> the line, and if the caret is in the same line but in a RTL portion > >>> home will go to the right end. > >>> However my fix allow to display arabic or hebrew text but probably > >>> only copying them is acceptable, editing them is a pain. > >>> And it also works only for one word, if there is a sentence, all > >>> letters are reversed, but also words, so it requires to change the > >>> order of tokens to be able to paint them. > >>> > >>> > >>> > >>> 2012/3/1 Kazutoshi Satoda <k_s...@f2... > >>> <mailto:k_s...@f2...>> > >>> > >>> Matthieu Casanova wrote: > >>> > >>> there is a suggestion on uservoice to support right to left > >>> language > >>> support in jEdit. > >>> And since you started working a lot on chunks, glyphvectors > >>> and other > >>> things related with our textarea, did you had the intention > >>> to work on that > >>> too, or do you have any experience with right to left text > >>> painting ? > >>> > >>> > >>> I don't have such intention. I have no experience with right to left > >>> text painting, also editing. > >>> > >>> We need at least one expert with enough motivation to implement it. > >>> "Help Wanted" feature on SF.net <http://SF.net> may help? > >>> https://sourceforge.net/people/createjob.php?group_id=588 > >>> > >>> However, I will be able to support such a new developer to find > >>> where to > >>> change, if he/she can break the issue down into smaller and specific > >>> behavior. > >>> -- > >>> k_satoda > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> Virtualization & Cloud Management Using Capacity Planning > >>> Cloud computing makes use of virtualization - but cloud computing > >>> also focuses on allowing computing to be delivered as a service. > >>> http://www.accelacomm.com/jaw/sfnl/114/51521223/-- > >>> ----------------------------------------------- > >>> jEdit Developers' List > >>> jEd...@li... > >>> <mailto:jEd...@li...> > >>> https://lists.sourceforge.net/lists/listinfo/jedit-devel > >> > >> > >> > >> > ------------------------------------------------------------------------------ > >> Virtualization& Cloud Management Using Capacity Planning > >> Cloud computing makes use of virtualization - but cloud computing > >> also focuses on allowing computing to be delivered as a service. > >> http://www.accelacomm.com/jaw/sfnl/114/51521223/ > >> > >> > > > > > ------------------------------------------------------------------------------ > > Try before you buy = See our experts in action! > > The most comprehensive online learning library for Microsoft developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-dev2 > > -- > > ----------------------------------------------- > > jEdit Developers' List > > jEd...@li... > > https://lists.sourceforge.net/lists/listinfo/jedit-devel > > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > -- > ----------------------------------------------- > jEdit Developers' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-devel > |
