text: Consider the following program, run with Ant in a
  NB dev build on a RH9 system (system locale UTF-8):
  public class Main {
  public static void main(String[] args) {
  System.out.println("My name is
  \u05D9\u05E9\u05D9 \u05D1\u05DF
  \u05DC\u05D6\u05E8...");
  System.out.println("And \u0915\u094D\u0937
  is KA VIRAMA SSA");
  }
  }
  The first line should render the Hebrew
  right-to-left, but Term renders it left-to-right.
  The second line should render a single glyph for
  the three Unicode characters (due to Devanagari
  orthographic rules), but it is rendered as three
  separate glyphs without consideration to their
  proper display.
  Screenshot attached.
  Created attachment 14160 [details]
  Screenshot of term output
  That Java itself supports these rendering styles can be seen plainly
  from the modified program:
  import java.awt.Font;
  import javax.swing.JLabel;
  import javax.swing.JOptionPane;
  public class Main {
  public static void main(String[] args) {
  String text = "My name is \u05D9\u05E9\u05D9 \u05D1\u05DF
  \u05DC\u05D6\u05E8...\nAnd \u0915\u094D\u0937 is KA VIRAMA SSA";
  System.out.println(text);
  JLabel l = new JLabel(text);
  l.setFont(new Font("Monospaced", Font.PLAIN, 24));
  JOptionPane.showMessageDialog(null, l);
  }
  }
  Created attachment 14161 [details]
  Dialog showing proper rendering
  Reassigning to Marek, new owner of output window and help system
  The core team has not been responsible for terminal emulator for long time, so
  reassigne all opened issues to responsible person.
  This is a serious issue for anyone using Netbeans to develop programs using non-western fonts.
  Please can we have some action on this?
  to developers, is this still correct category for this issue ?
  also, is p4 (vs p3) still valid for it ?
  ralph, see also 96333 and 96472 and 91440 on rtl issues and please comment there as needed.
  ken.frank@sun.com
  also see 69750 and 98904 related to rtl.
  Jesse seems to have filed this very explicitly against the terminalemulator.
  The terminalemulator is not being used in mainline netbeans so it can't be
  a "serious issue".
  I know for a fact that Term doesn't do left-to-right unicode and overlayed
  characters so this is still an issue for Term.
  It needs to be determined whether output2 which replaced terminalemulator
  still suffers from this. When I ried it on my Solaris9 I just got
  ???'s so it's hard for me to tell.
  Term still needs to address this as it having a comeback
  (see) so P4 seems just right.
  I can testify that there is no code in Term that handles
  left-to-right vs right-to-left rendering of unicode chracters
  so this needs to be looked into (The trick is get a hebrew locale :-)
  You do not need to run in any special locale to observe this, as the rendering is specific to the characters themselves,
  not the environment.
  Whether this is worth fixing is another question. RTL rendering for standard Hebrew (without vowel points or other
  diacritics) would not be too hard, but correct rendering for natural-language text in Arabic, Indic, and some other
  scripts would be very hard in term if it assumes that each character occupies a distinct rectangle of fixed size, which
  is not even remotely true. Perhaps we don't care about supporting program output in such scripts.
  Note that it seems to work tolerably well in output2, as I will show in a new attachment. At least the basic display is
  correct, for both RTL and composite glyphs.
  Unlike a true Unicode-aware editor, output2 in text-wrap mode seems to implement caret display (for movement and
  highlighting) at the glyph level rather than the character level, so that you can highlight e.g. (and I will try to
  annotate this with Latin equivalents in case your browser's RTL rendering is messed up):
  My name is ישי בן לזר...
  ^^^^^^
  My name is RZL NB JSJ... (~ "yishai ben lazer", supposedly my name)
  whereas using Shift-RightArrow in a proper editor (JTextArea, gedit, Firefox text area, ...) would produce e.g.
  My name is ישי בן לזר...
  ^^^ ^^^
  My name is RZL NB JSJ...
  in the logical character order. Confusingly, output2 really is selecting ישי (as you will see if you copy and paste to
  another editor), but displays the highlight on לזר.
  In non-text-wrap mode, output2 behaves differently, though also incorrectly, showing the highlight as
  My name is בן לזר...ישי
  ^^^^^^
  My name is JSJ...RZL NB
  or some corrupt variant depending on whether or not you refresh the display (i.e. the paint logic does not keep track of
  every keystroke).
  For Indic rendering, output2 in TWM correctly displays क्ष as a single glyph and highlights it as such with a single
  caret movement, but does not copy & paste correctly (just copies क, the first character). In NTWM it behaves correctly,
  letting you highlight क (KA ~ /ka/) then क् (KA+VIRAMA ~ /k/) then क्ष (KA+VIRAMA+SSA ~ /ksha/) in sequence, and
  copying them appropriately to clipboard.
  Created attachment 72553 [details]
  Screenshot of output2 on same program
  Created attachment 72554 [details]
  Program run from Gnome Terminal, showing lack of RTL rendering in Hebrew, and only partial Indic support (KA+VIRAMA क् correct but not combined with SSA ष)
  Created attachment 72555 [details]
  From FSF Emacs/X, showing complete lack of Unicode support (plus some missing glyphs)