This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
To reproduce: 1. Open the JSP File(e.g. cdshopcart/productList.jsp). Syntax Error is made into the JSP File, (e.g. "/WEB-INF/lib/ietags.jar" -> "/WEB-INF/lib/ietagsaa.jar"), and save. 2. "Compile" Error messages are appeared ... 3. Doucle Click the messsage in Output Window, The characters of the error message are overlaped each other.
Looks like web module problem
Created attachment 4273 [details] Created an attachment.
To add "I18N -" in summary field.
reassigned to core (terminal emulator problem?)
Other notes: - you should use FFJ, not NB - in JSP make error e.g. in <%@ taglib uri="something.bad" prefix="eg"%> - error text will display correctly in OW, but if you SELECT part of text, if gets to be overlaped
Probably somewhere in Term Note: I used JDK 1.4, Orion dev build
This is similar to the "cursor moves left" issue (don't remember the number). Term requires fixed width fonts. What I see in the attached picture is that the oriental characters are wider than the latin ones. So you're at column 0 and put out 5 oriental characters. Now you're at column 5 and put out 5 latin charaters. Now you're at column 10. If the oriental characters are, say twice as wide as the latinones, then they will take screen space fromn column 0 thru 10 and overlap with the latinn ones from columns 5-10. The only fix I can think of is to not trust the "max" width of a font, figure it for myself, and then render each character independently as opposed to using drawString(), but this can become very expensive. Hmmmm
raising priority since this affects user experience of those using localized FFJ release who could not be able to fully read the error messages from Tomcat.
It's a whole lot more complex than the "cursor moves left" issue. Japanese (and other charset) characters might occupy double-width cells. DtTerm can handle that. Term cannot at all.
Mila Metelka solved this exact problem long time ago in the editor module. He can give some insights or give reference to the piece of code in the editor. Yes, it's going to be expensive. But you can't be cheap and incorrect, unfortunately
Yes we had the same optimization and the same problem with Japanese. Now we use the FontMetrics for all the text measurements in the editor.
Fixed in 3.4 trunk tag ivan_13 See .../terminalemulator/ReleaseNotes.ivan.txt for gory details.
The root problem here was that Term did not handle "wide" characters correctly. This means that in for example the Japanese locale, if the output contains Japanese characters they display does not work. We need this fixed in Orion. I'm attaching a patch for the orion_fcs branch. There are a lot of diffs, because making Term handle these fonts correctly involved a lot of work. The fix was done by Ivan; I've only done the merging to the orion_fcs branch work. I've also included the patch for 21730 since that's requested into Orion as well, and it was more work removing it than just leaving it in. I'll also attach a .jar file containing the new term classes if you want to try them out yourself.
Created attachment 5328 [details] Patch for the orion_fcs branch
Created attachment 5329 [details] Freshly compiled term java files to try it out with orion_fcs build
Hello Tor and Ivan, I have just started confirmation for your patch file, right now. The outlines are follows ... In my Solaris environment, the first feel is good. I tried to indicate some messages, "Overlap" was not occurred yet. - Solaris 8 on Sparc (Japanese) - JDK 1.4.0 (build 1.4.0-b92) - FFJ EE v4.0 (Build 020407) I will continue the verification of the patch file. But, in my Windows environment, your patch file hasn't worked yet. - Windows 2000 SP2 (Japanese) - JDK 1.4.0 (build 1.4.0-b92) - FFJ EE v4.0 (Build 020407) I will confirm my windows environment again. Thank you - Hiroshi.
In my Windows environment, patch file starts to work. I will continue the verification on Solaris and Windows. Thank you - Hiroshi.
Patch verified. Should be applied to orion_fcs.
I've verified the fixing in "FFJ, EE 4.0 EA (Build 020411)" Thank you very much !! - Hiroshi
Consistent use of the I18N keyword.
Resolved for 3.4.x or earlier, no new info since then -> closing.
moving terminal emulator issues to terminalemulator component. To see the correct version and target milestone of this issue look at Issue Activity table.