On Fri, Sep 26, 2008 at 09:52:25PM +0200, Johannes Hofmann wrote:
On Fri, Sep 26, 2008 at 07:50:58PM +0000, corvid wrote:
Johannes wrote:
On Fri, Sep 26, 2008 at 07:14:05PM +0000, corvid wrote:
Johannes wrote:
On Fri, Sep 26, 2008 at 06:47:55PM +0000, corvid wrote:
Johannes wrote: > Here comes a complete patch to disable label parsing for labels set > from html. I hope I didn't miss one.
Does the UI's label need it in principle? (It didn't seem to require escaping the other day, but...)
I tried it with
<html> <body> <form> <select> <option>&a</option> <option>&b</option> <option>&c</option> </select> </form> </body> </html>
Without the patch there is no & and Alt a/b/c seem to be working as shortcut on the open select.
Oh, I mean the UI label text that is shown in a tab.
Oh I see. I missed that one. It is also needed:
<html> <head> <title>&foo</title> </head> <body>bar</body> </html>
but set_flag(RAW_LABEL) does seem to help here :-(
Oh, I see what you mean. I was just trying it with a space following the &, which seems to help it appear.
I'd say we set RAW_LABEL for in UI::UI() and wait for fltk people to fix the problem. I've filed a bug report.
Committed. -- Cheers Jorge.-