On Sat, Sep 19, 2009 at 02:53:22PM EDT, Kalle Olavi Niemitalo wrote:
> Chris Jones writes:
>
> > 5. Pointed ELinks to http://www.alanwood.net/unicode/hebrew.html
>
> That page uses combining characters and right-to-left text.
> ELinks 0.11 and 0.12 support neither. ELinks 0.13.GIT has
> experim
Chris Jones writes:
> 5. Pointed ELinks to http://www.alanwood.net/unicode/hebrew.html
That page uses combining characters and right-to-left text.
ELinks 0.11 and 0.12 support neither. ELinks 0.13.GIT has
experimental incomplete support for combining but none for RTL.
__
On Sat, Sep 19, 2009 at 05:12:08AM EDT, Kalle Olavi Niemitalo wrote:
[..]
> I tried with xterm 235 running on Debian, X11 2.4.0 from
> xquartz.macosforge.org running on Mac OS 10.5.8, and unifont
> 1:5.1.20080914-1 from Debian installed on the Mac.
>
> printf "abcdefgh\r\xE7\x89\xB9\xE5\x88\xA5X
John Magolske writes:
> Navigating to the following url, I find Elinks hangs indefinitely
> displaying the message "Request sent" with the cpu maxed out at 100%:
>
> http://www.eweek.com/c/a/Application-Development/Google-Delivers-New-Javalike-Language-Noop-473613/
This is ELinks bug 1083, added
Jean-Yves Levesque writes:
> I do not know if anybody has the same issue as I do
> sometimes. When I run elinks within Screen and then
> for whatever reason Elinks does not exit cleanly
> (Ctrl-C, or crash), If I run Elinks again from within Screen, Elinks
> seems to hang. Nothing seems to show.
Chris Jones writes:
> For this test, I ran ELinks in the following context:
>
> xterm(235)
>
> $ xterm -fn "-gnu-unifont-medium-r-normal--16-160-75-75-c-80-iso10646-1" \
> -tn "xterm-256color" -u8
I tried with xterm 235 running on Debian, X11 2.4.0 from
xquartz.macosforge.org running on
