表格标签 [英] form label
问题描述
我想知道小组认为什么是显示
< label>的最佳方式。元件。 Moz和MSIE / Win中的默认渲染（可能也是
其他人）只会将鼠标光标（这是一个奇怪的术语）从
text-select更改为默认值（一个箭头）。对我来说，这太微妙了，而且有点像神秘的肉。导航。用户必须先将鼠标悬停在
之前，他们知道有一些特别的东西。
我不喜欢这种方法有两个原因：一，它与
标签混淆了链接;两个，它仍然遭受神秘的肉综合症。
我决定在我的标签上添加下划线，至少在试用的基础上。
优点是它给用户一个清楚地表明那个文本有什么不同的东西。危险在于，它也可能会让游客误以为这是一个联系。唯一有区别的
特征是颜色：黑色表示< label>，用户默认
链接颜色为< a>。但是，用户点击标签上的
并没有真正的危险。它只会将焦点更改为相关字段。
这是一个例子：
http://www.bonfete.biz/contact/
有什么想法？
-
Brian（删除.invalid给我发电子邮件）
http://www.tsmchughs.com/
周三， 2004年8月25日13:09:49 -0400，Brian
< us ***** @ julietremblay.com.invalid>写道：
我想知道小组认为什么是显示
< label>的最佳方式。元件。 Moz和MSIE / Win中的默认渲染（可能也是其他人）只会将鼠标光标（这是一个奇怪的术语）从
text-select更改为默认（箭头）。对我来说，这太微妙了，有点像神秘之肉。导航。用户必须先将鼠标悬停在
他们知道有特殊之处。
然而，有可用的表格控件，所以标签不明确
被识别为具有特殊功能并不能真正减少功能
喜欢真正的神秘肉。相反，它没有通知用户
有什么特别的。
Simon Willison建议将光标更改为用于链接的指针。
我不是''这样的认可有两个原因：一，它与
标签的链接混淆;两个，它仍然遭受神秘的肉综合症。
我决定在我的标签上添加下划线，至少在试用的基础上。
优点是它可以让用户清楚地表明存在<有关该文本的不同之处。危险在于，它也可能使访问者误以为存在联系。
由于同样的原因，我不喜欢。
唯一的区别特征是颜色：黑色适用于< label>，
和用户'< a>的默认链接颜色。但是，用户点击标签并没有真正的危险。它只会将焦点转移到
相关字段。
没有危险，没有，但是......
这是一个例子：
http://www.bonfete.biz/contact/
有什么想法吗？
....我在想这对我来说感觉很尴尬。我认为不是理想的
解决方案。
也许是一个虚线的边框，那么如果用户需要工具提示你可以
添加标题告诉他们这是表单项的标签。或者某些东西
那些行。
典型的用户知道链接是否有下划线的难度，所以一个坚实的
下划线将与用户体验相似，好或者坏b
。但是我无法想象大多数人都知道表格标签在任何级别上都是如何工作的，除了浏览器之外，他们并没有真正对他们做任何特别的事情
所以他们怎么样？由于没有众所周知的UA行为，因此我们正在发明我们使用的任何可用友好方法
从头开始，这意味着没有页面会这样做，这意味着
用户永远不会有他们最习惯的方式。
有趣主题。
Neal写道：
Brian写道：
< label> ;元件。 Moz和MSIE / Win中的默认渲染（也可能是其他渲染）只会将鼠标光标（这是一个奇怪的术语）从文本选择更改为默认（箭头）。那对我来说，
太微妙了，有点像神秘的肉。导航。
然而，有可用的表单控件，因此标签没有被明确识别为具有特殊功能，并没有真正降低功能，如真正的神秘肉。
好吧，好吧，但如果你失去了标签的功能，因为它不是明显的b / b，那么就会有一些东西丢失。
< blockquote class =post_quotes>Simon Willison建议将光标更改为用于
链接的指针。
我决定在标签上添加下划线
我也不是出于同样的原因。
好吧，便便！ :-p
这是一个例子：
http://www.bonfete.biz/contact/
如果用户需要工具提示，那么
可以添加标题告诉他们这是一个表单项的标签。或者
这些内容。
不理想。应该在标题中放置什么不是特定于设备的？
即点击此文本以关注''电子邮件''输入很尴尬，而且b / b太过关注机制，这是一个坏主意。如果
用户不使用鼠标怎么办？他们会理解专注吗？或者输入？
除了浏览器之外，他们并没有真正做任何特别的事情，所以他们会怎么样？
我认为这个问题是我们可以用bn b来区分文本，我们已经花了很多钱。储备：
下划线 - >链接
点缀底部边框 - > abbr和acronym
italics - >重点，定义，书名，外来词等。
bold - >非常强调
由于没有众所周知的UA行为可以使用这些，
我们正在发明我们使用的任何可用性友好的方法，
scratch，这意味着没有任何页面会这样做，这意味着
用户永远不会有他们最习惯的方式。
是的，那是真正可怕的一部分。我认为在< label>之前它并不比
差。加入。但它让我痛苦，因为< label>是真正增强页面并增加可用性的几个元素之一，尤其是用于选择那些小复选框和单选按钮的
。
-
Brian（删除.invalid给我发电子邮件）
http://www.tsmchughs.com/
2004年8月25日星期三15:12:26 -0400，Brian
< us ***** @ julietremblay.com.invalid>写道：
Neal写道：
也许是一个虚线的边框，那么如果用户需要一个工具提示你可以添加标题告诉他们这是表单项的标签。或者
这些方面的东西。
不理想。应该在标题中放置什么不是特定于设备的？
即，点击此文本以关注''电子邮件''输入'"很尴尬，而且过于关注机制，这是一个坏主意。如果
用户不使用鼠标怎么办？他们会理解专注吗？或者输入？
这就是它 - 你可以使用什么术语更多
普遍适用和理解而不是尝试点击我;&＃; （我有点像b $ b，但是有些用户不会点击。）因为这是一个工具提示，所以
似乎这比一个地方更合适任何其他的东西都可以用来处理机械的东西。
我认为在< label>之前它并不比
差。加入。但它让我痛苦，因为< label>是真正增强页面和增加可用性的少数几个元素之一，尤其是选择那些小复选框和单选按钮。
全部无论如何，老Myst玩家会点击任何地方，所以他们会发现它很好。尽管如此，这是一种耻辱。那些破坏者太有用了，不能留下
无法识别渲染。
I''m wondering what the group thinks is the best way to display the
<label> element. The default rendering in Moz and MSIE/Win (probably
others, too) only changes the mouse cursor (that''s a strange term) from
text-select to default (an arrow). That, to me, is too subtle, and is a
bit like "mystery meat" navigation. The user must hover the mouse before
they know there was something special.
Simon Willison suggested changing the cursor to pointer used for links.
I don''t like that approache for two reasons: one, it confused links with
labels; and two, it still suffers "mystery meat" syndrome.
I''ve decided to add underlining to my labels, at least on a trial basis.
The advantage is that it gives the user a clear indication that there''s
something different about that text. The danger is that it, too, could
confuse visitors into thinking there''s a link. The only distinguishing
characteristic is the color: black for <label>, and the user''s default
link color for <a>. But then, there''s no real danger to a user clicking
on a label. It will only change focus to the associated field.
Here''s an example:
http://www.bonfete.biz/contact/
Any thoughts?
--
Brian (remove ".invalid" to email me)
http://www.tsmchughs.com/
On Wed, 25 Aug 2004 13:09:49 -0400, Brian
<us*****@julietremblay.com.invalid> wrote:
I''m wondering what the group thinks is the best way to display the
<label> element. The default rendering in Moz and MSIE/Win (probably
others, too) only changes the mouse cursor (that''s a strange term) from
text-select to default (an arrow). That, to me, is too subtle, and is a
bit like "mystery meat" navigation. The user must hover the mouse before
they know there was something special.
Yet there are form controls available, so the label not being clearly
identified as having special powers doesn''t really reduce functionality
like true mystery meat. Rather, it fails to notify the user that there is
anything special.
Simon Willison suggested changing the cursor to pointer used for links.
I don''t like that approache for two reasons: one, it confused links with
labels; and two, it still suffers "mystery meat" syndrome.
I''ve decided to add underlining to my labels, at least on a trial basis.
The advantage is that it gives the user a clear indication that there''s
something different about that text. The danger is that it, too, could
confuse visitors into thinking there''s a link.
I don''t like either for the same reason.
The only distinguishing characteristic is the color: black for <label>,
and the user''s default link color for <a>. But then, there''s no real
danger to a user clicking on a label. It will only change focus to the
associated field.
No danger, no, but...
Here''s an example:
http://www.bonfete.biz/contact/
Any thoughts?
.... I''m thinking this just feels awkward to me to use. Not the ideal
solution, I think.
Perhaps a dotted under-border, then if the user expects a tooltip you can
add title to tell them this is a label for a form item. Or something along
those lines.
What''s hard is the typical user knows links are underlined, so a solid
underline is going to bear similarity to a user experience, for good or
bad. But I can''t imagine most people are aware of how form labels work at
any level, and besides browsers don''t really do anything special to them
so how would they? Since there''s no commonly-known UA behavior to work
from with these, we''re inventing whatever usability-friendly method we use
from scratch, which means no pages will do it the same, which means the
users won''t ever have a way that they''re most used to.
Interesting topic.
Neal wrote:
Brian wrote:<label> element. The default rendering in Moz and MSIE/Win
(probably others, too) only changes the mouse cursor (that''s a
strange term) from text-select to default (an arrow). That, to me,
is too subtle, and is a bit like "mystery meat" navigation.
Yet there are form controls available, so the label not being clearly
identified as having special powers doesn''t really reduce
functionality like true mystery meat.
Well, ok, but if you lose the funtionality of the label because it''s not
apparent, then there is something missing.
Simon Willison suggested changing the cursor to pointer used for
links.
I''ve decided to add underlining to my labels
I don''t like either for the same reason.
Well, poo! :-p
Here''s an example:
http://www.bonfete.biz/contact/
Perhaps a dotted under-border, then if the user expects a tooltip you
can add title to tell them this is a label for a form item. Or
something along those lines.
Not ideal. What should one put in the title that isn''t device specific?
i.e., "click this text to focus on the ''email'' input" is awkward, and
far too concerned with the mechanics, which is a bad idea. What if the
user does not use a mouse? Will they understand "focus"? Or "input"?
besides browsers don''t really do anything special to them so how
would they?
The problem as I see it is that there is a limted number of things we
can do to distinguish text, and we''ve already expended our reserve:
underline -> links
dotted bottom border -> abbr and acronym
italics -> emphasis, definition, book title, foreign words, etc.
bold -> strong emphasis
Since there''s no commonly-known UA behavior to work from with these,
we''re inventing whatever usability-friendly method we use from
scratch, which means no pages will do it the same, which means the
users won''t ever have a way that they''re most used to.
Yeah, that''s the really awful part of it. I suppose it''s no worse than
before <label> was added. But it pains me, because <label> is one of the
few elements that truly enhances a page and adds usability, especially
for selecting those tiny checkboxes and radio buttons.
--
Brian (remove ".invalid" to email me)
http://www.tsmchughs.com/
On Wed, 25 Aug 2004 15:12:26 -0400, Brian
<us*****@julietremblay.com.invalid> wrote:
Neal wrote:Perhaps a dotted under-border, then if the user expects a tooltip you
can add title to tell them this is a label for a form item. Or
something along those lines.
Not ideal. What should one put in the title that isn''t device specific?
i.e., "click this text to focus on the ''email'' input" is awkward, and
far too concerned with the mechanics, which is a bad idea. What if the
user does not use a mouse? Will they understand "focus"? Or "input"?
That''s just it - what terminology could you use that would be more
universally applicable AND understood than "Try clicking me ;)"? (Which I
kinda like, except that some users don''t click.) As it''s a tooltip, it
seems this would be more appropriate a place than any other to put
something dealing with the machanics.
I suppose it''s no worse than
before <label> was added. But it pains me, because <label> is one of the
few elements that truly enhances a page and adds usability, especially
for selecting those tiny checkboxes and radio buttons.
All the old Myst players will click anywhere anyway, so they''ll find it
fine. It is a shame though. Those buggers are too useful to be left with
no recognizable rendering.
这篇关于表格标签的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
