Author: Multilingual Hebrew with in-word elements has strang
Having trouble installing Oxygen? Got a bug to report? Post it all here.
-
- Posts: 10
- Joined: Sat Feb 16, 2013 3:04 am
Author: Multilingual Hebrew with in-word elements has strang
I am creating an Author template that some information in English, and also may have some paragraphs with rtl text in Hebrew.
The document is highly structured, and I will know the places where Hebrew can appear. Hebrew paragraphs generally contain only Hebrew text, which can have lots of tags within and around words. Sometimes there will be some mixed RTL and LTR text, usually on separate lines.
Before we tried using Author, we would enter Hebrew in Editor by putting every new start or end tag on a new line. It was important in this model that white space be preserved, since inter word spaces might be indicated by a space at the rightmost position in line.
It looked like this:

Now I can enter it in Author mode like this [not the same text, I am just typing and def in Hebrew characters:

which looks fine. However, when I open the file in a text editor, or in Editor for that matter, I get this:

You see can see that the two components are switched - the section that is to the right of the <supplied> is now to its left. If I try to process this with xsl, it will come out backwards. The Hebrew strings are in the correct order, but the chunks are reversed.
I think I must be doing something wrong. - I seem to be getting the same results when I put in @dir="rtl" and when I try the two letter "he" language code.
Not sure what else I should try.
We could go back to the old method of entering Hebrew text, but that would mean leaving Author mode, which defeats the purpose.
The document is highly structured, and I will know the places where Hebrew can appear. Hebrew paragraphs generally contain only Hebrew text, which can have lots of tags within and around words. Sometimes there will be some mixed RTL and LTR text, usually on separate lines.
Before we tried using Author, we would enter Hebrew in Editor by putting every new start or end tag on a new line. It was important in this model that white space be preserved, since inter word spaces might be indicated by a space at the rightmost position in line.
It looked like this:

Now I can enter it in Author mode like this [not the same text, I am just typing and def in Hebrew characters:

which looks fine. However, when I open the file in a text editor, or in Editor for that matter, I get this:

You see can see that the two components are switched - the section that is to the right of the <supplied> is now to its left. If I try to process this with xsl, it will come out backwards. The Hebrew strings are in the correct order, but the chunks are reversed.
I think I must be doing something wrong. - I seem to be getting the same results when I put in @dir="rtl" and when I try the two letter "he" language code.
Not sure what else I should try.
We could go back to the old method of entering Hebrew text, but that would mean leaving Author mode, which defeats the purpose.
-
- Posts: 9436
- Joined: Fri Jul 09, 2004 5:18 pm
Re: Author: Multilingual Hebrew with in-word elements has st
Hello Elli,
Right now we consider that the Author editing mode should have superior bidirectional editing capabilities to the Text editing mode. The Text editing modes contains the tag names as content characters and as they usually are based on English names the direction of the text content is not properly computed there.
You mentioned:
We made a test XML example:
with a small CSS attached:
then created a simple XSL which just outputs the entire text content:
and it seems to produce the proper output, meaning that it outputs text which when rendered has the same visual order as you see it in the Author mode.
Regards,
Radu
Right now we consider that the Author editing mode should have superior bidirectional editing capabilities to the Text editing mode. The Text editing modes contains the tag names as content characters and as they usually are based on English names the direction of the text content is not properly computed there.
You mentioned:
Have you tried that?If I try to process this with xsl, it will come out backwards.
We made a test XML example:
Code: Select all
<root>
<block dir="rlo">
المتواجدة
<inline>فى</inline>
</block>
</root>
Code: Select all
block {
display:block;
}
inline {
font-weight:bold;
}
Code: Select all
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
exclude-result-prefixes="xs"
version="2.0">
</xsl:stylesheet>
Regards,
Radu
Radu Coravu
<oXygen/> XML Editor
http://www.oxygenxml.com
<oXygen/> XML Editor
http://www.oxygenxml.com
Jump to
- Oxygen XML Editor/Author/Developer
- ↳ Feature Request
- ↳ Common Problems
- ↳ DITA (Editing and Publishing DITA Content)
- ↳ SDK-API, Frameworks - Document Types
- ↳ DocBook
- ↳ TEI
- ↳ XHTML
- ↳ Other Issues
- Oxygen XML Web Author
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Content Fusion
- ↳ Feature Request
- ↳ Common Problems
- Oxygen JSON Editor
- ↳ Feature Request
- ↳ Common Problems
- Oxygen PDF Chemistry
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Feedback
- ↳ Feature Request
- ↳ Common Problems
- Oxygen XML WebHelp
- ↳ Feature Request
- ↳ Common Problems
- XML
- ↳ General XML Questions
- ↳ XSLT and FOP
- ↳ XML Schemas
- ↳ XQuery
- NVDL
- ↳ General NVDL Issues
- ↳ oNVDL Related Issues
- XML Services Market
- ↳ Offer a Service