网页设计 - 收件人、抄送和密件抄送文本字段的固定长度
Web design - Fixing length of To, CC and BCC text fields
我正在设计一个网页来接受用于用户通知的电子邮件地址。在尝试修复收件人、抄送和密件抄送字段的长度的过程中。
根据 RFC 2821/3696，电子邮件地址的最大长度最多可达 256 个字符，电子邮件交换的最大电子邮件地址数最多可达 125 个。这表示字段的最大长度 ( 256*125) ~ 35000 个字符。
提供这样的文本框实际上不是convincing/viable。
想知道是否有任何 standards/best 做法来固定抄送、密件抄送字段应允许的字符数。
这些 RFC 的大小用于存储此类地址，而不是用于显示用于输入该数据的 UI 小部件。大多数文本输入允许添加比输入字段长的文本；如果你使用标准的<input type="email">元素，你指定的width只限制它占用的space，而不是可以输入的字符数；如果用户键入的字符多于宽度，那么他们最终会遇到必须在元素内滚动的情况，但他们仍然可以输入多于指定数量的字符。
我的建议是根本不要固定允许的字符数（超出防止滥用/保护服务所需的数量），而是 select 看起来合理的小部件大小（通常在大约 25-30 个字符宽，但如果这是 "To" 行，那么除非你有不同的方法，否则你还应该支持电子邮件地址列表，这需要更长的时间）。
我正在设计一个网页来接受用于用户通知的电子邮件地址。在尝试修复收件人、抄送和密件抄送字段的长度的过程中。
根据 RFC 2821/3696，电子邮件地址的最大长度最多可达 256 个字符，电子邮件交换的最大电子邮件地址数最多可达 125 个。这表示字段的最大长度 ( 256*125) ~ 35000 个字符。
提供这样的文本框实际上不是convincing/viable。
想知道是否有任何 standards/best 做法来固定抄送、密件抄送字段应允许的字符数。
这些 RFC 的大小用于存储此类地址，而不是用于显示用于输入该数据的 UI 小部件。大多数文本输入允许添加比输入字段长的文本；如果你使用标准的<input type="email">元素，你指定的width只限制它占用的space，而不是可以输入的字符数；如果用户键入的字符多于宽度，那么他们最终会遇到必须在元素内滚动的情况，但他们仍然可以输入多于指定数量的字符。
我的建议是根本不要固定允许的字符数（超出防止滥用/保护服务所需的数量），而是 select 看起来合理的小部件大小（通常在大约 25-30 个字符宽，但如果这是 "To" 行，那么除非你有不同的方法，否则你还应该支持电子邮件地址列表，这需要更长的时间）。