(*** This bug was imported into bugs.kde.org ***)
Version: 4.0 (using KDE 3.0.0 )
Compiler: gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110)
OS: Linux (i686) release 2.4.18-3
Documents written in bidirectional scripts such as Hebrew and Arabic sometimes use two special formatting characters: LRM (left-to-right mark) and RLM (righ-to-left mark). These are invisible characters that only affect the flow of the text.
However when I view texts with such characters I see empty boxes instead.
HEBREW-SCRIPT one. ‏ two HEBREW-SCRIPT
Konqueror shows a box in stead of the "‏".
I tried to use both entity references ("‏" and "‎") and numeric references ("‏" and "‎").
(I haven't yet checked other BiDi formatting characters.)
More information can be found in the HTML 4 spec:
(Submitted via bugs.kde.org)
(Called from KBugReport dialog)
I also tried the other BiDi formatting entities and they don't cause a box to
At least the LRM and RLM marks are doing their job correctly - but they are
rendered as a space, which is dead wrong - these should be zero width
see attached test case. both lines should be identical as the LRM mark should
have no effect at all.
KDE 3.1.3, Linux, Mandrake RPMs
Created attachment 2493 [details]
Test case for LRM being rendered as a space in KHTML 4
*** Bug 65604 has been marked as a duplicate of this bug. ***
bug still exists in kde 3.2.1
Is this is the same bug as 65604? IMHO no, this is a differnt issue.
This one says the &RLM; is dislplayed as "space" and 65604 says it's rendered onscreen. These are different bugs. (BTW, 88164 is a duplicate of 65604).
still valid in kde3.3.1 BTW.
Am Mittwoch 27 Oktober 2004 20:52 schrieb cuco:
> This one says the &RLM; is dislplayed as "space" and 65604 says it's
> rendered onscreen.
It's rendered as box on screen.
On Wed, 27 Oct 2004, Stephan Kulow wrote:
> It's rendered as box on screen.
On my system, sometimes it's rendered as a box, sometimes as a little
arrow. It depends on what glyphs the font has there. I don't remember,
though, that it was ever rendered as a space, but since these two
characters should be zero-width charcaters, as long as they are
displayed somehow it's probably a single bug.
*** Bug 88164 has been marked as a duplicate of this bug. ***
I see this as a space. My font is FreeSans.
This really should be fixed in Qt.
It's a unicode value so Qt's text rendering should handle it.
This bug has already been fixed some time ago.
I am now using konqueor 3.5.1 on dapper drake and just tested it and it works properly.
Sorry, I just read the original bug that says it's displayed as a box but now after reading the other comments that says it displays as a space and considered this the same bug, I want to confirm it's still there :(
In other words, Konqueror still displays an additioal space not displays ‏ as a space. Which measn &rlm does its job of properly but it should be zero-width which is not the case now
Using 3.5 branch, I cannot reproduce this anymore. Can anyone confirm?
Yes, I confirm. 3.5.2 solved the problem of the space BUT now another problem shows. With something like
one can't select the word bar easily by dragging the mouse pointer over it. So, still the "Support for RLM/LRM in HTML pages" is a bit broken.
This is always the case when mixing LTR/RTL words in a
sentence. It seems those entities are encoded as "ltr" chars.
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
I cannot reproduce this any more in KDE4, bye bye.