零宽度空间仍然不安全？ [英] Zero width space still unsafe?

问题描述

Jukka报道
http：/ /www.cs.tut.fi/~jkorpela/chars/spaces.html

Internet Explorer 6在零宽度空间上失败U + 200B


这个观察结果仍然有效吗？适用于哪些版本的MS Windows

？是否依赖于编码（charset）？

我有三个编码的测试页：
http://www.unics.uni-hannover.de/nht...temp/zwsp.html
http：//www.unics.uni-hannover。 de / nht ... mp / zwsp.html11
http://www.unics.uni-hannover.de/nhtcapri/temp/zwsp.tis

在每个字母z之后存在零宽度空间。你看到

是一个空盒子吗？正确的浏览器行为将允许在零宽度空间之后换行。
http://validator.w3.org 无法识别ISO-8859-11。

为什么不呢？

解决方案

2004年12月20日星期一，Andreas Prilop写道：

http://validator.w3.org 无法识别ISO-8859-11。
为什么不呢？

嗯，谷歌对此的打击：

http://mail.apps.ietf.org/ietf/charsets/msg01362.html


（其中导致

http：// mail.apps.ietf.org/ietf/charsets/msg01363.html ）


说是（截至2003年4月）它还没有在IANA注册。


并且它仍未在IANA注册（尽管8859-16，其中包括>
我想大约在同一时间进来，是吗）

2004年12月20日星期一15:46:54 +0100，Andreas Prilop

< nh ****** @ rrzn-user.uni-hannover.de>写道：

Jukka报道
http://www.cs.tut.fi/~jkorpela/chars/spaces.html
Internet Explorer 6在零宽度空间上失败U + 200B

这个观察结果仍然有效吗？适用于哪些版本的MS Windows
？它取决于编码（charset）吗？
我有三个编码的测试页：
http://www.unics.uni-hannover.de/nht...temp/zwsp.html
http://www.unics.uni-hannover.de/nht。 ..mp / zwsp.html11
http://www.unics.uni-hannover.de/nhtcapri/temp/zwsp.tis
在每个字母z之后存在零宽度空间。你看到
是一个空盒子吗？正确的浏览器行为将允许在零宽度之后换行。


Mozilla和Firefox的行为符合要求，即没有空盒子。并且

根据UA窗口宽度在各个点正确换行。


IE6（+最新SP）也适用于UTF-8但是...


....它显示了另外两个例子的方框，但是仍然在

的换行符分在方框之前或之后，取决于窗口宽度。

特殊行为:-)
http：//validator.w3。 org 不承认ISO-8859-11。
为什么不呢？

Que Nick？


-

Rex

2004年12月20日星期一，Jan Roland Eriksson写道：


[IE ...]

...显示其他两个示例的框，但在框之前或之后仍然是
点的换行符，具体取决于窗口宽度。

很奇怪，它对我来说都没有（IE6 Win2K和XP SP2都没有）。


然而，我相信Ť帽子他们都安装了日语

选项。是的：控制面板 - >区域选项显示

我的Win2k启用了日语和其他各种语言选项，

虽然*不是*泰语;而这个XP的盒子打开了

复杂的脚本...包括泰语和东亚语言。

Jukka reports on
http://www.cs.tut.fi/~jkorpela/chars/spaces.html
that Internet Explorer 6 fails on the "zero width space" U+200B ​

Is this observation still valid? For which versions of MS Windows
does it apply? Does it depend on the encoding (charset)?
I have a test page in three encodings:
http://www.unics.uni-hannover.de/nht...temp/zwsp.html
http://www.unics.uni-hannover.de/nht...mp/zwsp.html11
http://www.unics.uni-hannover.de/nhtcapri/temp/zwsp.tis
After each letter "z" there is a "zero width space". Do you see
an empty box instead? The correct browser behaviour would be
to allow a line break after "zero width space".
http://validator.w3.org does not recognize ISO-8859-11.
Why not?

解决方案

On Mon, 20 Dec 2004, Andreas Prilop wrote:

http://validator.w3.org does not recognize ISO-8859-11.
Why not?

Hmmm, Google''s hit for this:

http://mail.apps.ietf.org/ietf/charsets/msg01362.html

(which leads to

http://mail.apps.ietf.org/ietf/charsets/msg01363.html )

says that (as of April 2003) it hadn''t been registered at IANA.

And it''s still not registered with IANA (although 8859-16, which
I think came in at around the same time, is there)

On Mon, 20 Dec 2004 15:46:54 +0100, Andreas Prilop
<nh******@rrzn-user.uni-hannover.de> wrote:

Jukka reports on
http://www.cs.tut.fi/~jkorpela/chars/spaces.html
that Internet Explorer 6 fails on the "zero width space" U+200B ​

Is this observation still valid? For which versions of MS Windows
does it apply? Does it depend on the encoding (charset)?
I have a test page in three encodings:
http://www.unics.uni-hannover.de/nht...temp/zwsp.html
http://www.unics.uni-hannover.de/nht...mp/zwsp.html11
http://www.unics.uni-hannover.de/nhtcapri/temp/zwsp.tis
After each letter "z" there is a "zero width space". Do you see
an empty box instead? The correct browser behaviour would be
to allow a line break after "zero width.
Mozilla and Firefox behaves as required, i.e. no "empty box" and
correct line breaks at various points depending on UA window width.

IE6(+latest SP) is also correct for UTF-8 but...

....it shows the box for the other two examples but still linebreaks at
points either before or after the boxes depending on window width.
Peculiar behavior :-)
http://validator.w3.org does not recognize ISO-8859-11.
Why not?

Que Nick?

--
Rex

On Mon, 20 Dec 2004, Jan Roland Eriksson wrote:

[IE...]

... shows the box for the other two examples but still linebreaks at
points either before or after the boxes depending on window width.

Strange, it doesn''t do that for me (neither IE6 Win2K nor XP SP2).

However, I do believe that both of them have the Japanese language
option installed. Yup: control panel -> regional options shows that
my Win2k has Japanese and various other language options enabled,
though *not* Thai; whereas this XP has the boxes turned on for
"complex script... including Thai" and "East Asian languages".

这篇关于零宽度空间仍然不安全？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！