| Summary: | [nls tooling] NLSStringHover and PropertiesFileHover should not use HTMLTextPresenter | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Deepak Azad <deepakazad> | ||||||
| Component: | Text | Assignee: | Deepak Azad <deepakazad> | ||||||
| Status: | VERIFIED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P2 | CC: | daniel_megert, markus.kell.r, raksha.vasisht | ||||||
| Version: | 3.7 | ||||||||
| Target Milestone: | 3.7 M3 | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Deepak Azad
Should fix for M3 since the hover is a new M3 feature which people will try out. (In reply to comment #1) > Should fix for M3 since the hover is a new M3 feature which people will try > out. Sure. (Note that the problem was always there in NLSStringHover) Created attachment 181483 [details]
fix
Dani, can you please review and commit this patch. It includes a small change in o.e.jface.text Created attachment 181521 [details]
Fix 2
I've removed the unnecessary PropertiesFileHoverPresenter again and replaced the call to its constructor with null.
The handling of preformatted text in HTMLPrinter and HTML2TextReader is quite broken, but I don't want to change this now since we have clients that rely on the bad semantics. Ideally, HTMLPrinter#convertToHTMLContent(String) would have taken care of this, but that method was already used by clients that create HTML for a browser as well as in places where the result ends up in HTML2TextReader. I've added warnings about that problem to HTMLPrinter.
The patch also didn't render the <b> in "<b>Warning:</b> The key is missing!" any more. Fixed in NLSStringHover#toHtml(..).
I've also added 2 fixes to render constant values in Javadocs correctly.
Committed to HEAD. Verified for 3.7 M3 with I20101025-1800. |