建议对 30 个列表项目进行选择列表设计，每年将增加 4 个项目
我正在尝试决定对学期列表使用哪个 SELECT 小部件/配置（可能是 JQuery，因为这是我们的标准）。目前有 30 个，但该列表每年都会增加 4 个。
I'm trying to decide which SELECT widget/configuration to use (probably JQuery, since that's our standard) for a list of semesters. Currently there are 30, but the list will grow by four each year.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以使用 SELECT 和 OPTGROUPS 来表示年份，使用 OPTIONS 来表示每年的学期。如果符合预期用法，我也可能会将当前年份放在顶部，即年份的反向排序。
但是，正如其他发帖者所指出的，我不会让事情变得太大。十多个选择项目令人恼火且难以使用。如果您已经有 7 年的价值，那么最好为该年提供一个选择/选项或旋转器，然后为该年的学期提供单独的选择/选项或一组单选按钮。
我不明白 JQuery 与这个问题有什么关系。
You could use a SELECT with OPTGROUPS for the years and OPTIONS for semesters within each year. I would also probably put the current year at the top if that matches expected usage, i.e. reverse ordering of years.
But, as the other posters have noted, I wouldn't let this get too big. More than about a dozen selection items are just irritating and hard to use. If you already have 7 years' worth it might be better to have a SELECT/OPTIONS or a spinner for the year and then a separate SELECT/OPTIONS or a set of radiobuttons for the semester within the year.
I don't see what JQuery has to do with this question.
如果 jQuery 是您使用的标准，我会坚持使用您已经使用的。既是为了用户使用的统一性，也是为了让那些在以后接触代码的可怜的开发人员免去弄清楚您使用哪个库用于什么功能的麻烦。
即便如此，这可能会成为一个相当大的选择框。最终您可能希望将其提取到带有列表框的覆盖窗口中以供选择。因为，坦率地说，大量的选择列表可能会非常混乱
If jQuery is what you use as a standard, I would stick with what you already use. Both for a unity in use for your users, and to save any poor developers who end up with their hands on the code at a later date the headaches of figuring out what library you used for what functionality.
Even still, this could become a rather massive select box. Eventually you may want to extract it to an overlay window with a list-box for selection. Because, frankly, massive select lists can be very confusing