如何实现“为人分配位置”编辑器尽可能可用
所以我们有地点并且我们有人。增加的复杂性是每对之间的每个链接附加的附加元数据。就像一个人在某个特定地点度过的日期范围一样。
我知道。海量数据和多种可能性。
实现此目的的一种方法是创建一个人员列表，当您单击其中一个时，会打开一个模式对话框，其中显示位置列表。选择地点时，您还必须输入日期范围。
从可用性的角度和快速关系编辑器来看，这几乎肯定不是最佳解决方案。用户焦点会发生多次变化，这会减慢速度+让用户感到疲倦，因为他们必须非常集中和专注=人为错误率更高。
我想避免对话。您是否知道有一个网站可以完成类似的事情=两个实体需要与附加元数据相关。
此页面的主要要求是：
- 简单性
- 如果可能避免模式对话框
我想做的事情：带有附加元数据数据的多对多编辑器每对。
问题
- 你有什么建议？提供任何想法（即使是愚蠢的想法）。
- 您知道有一个公共站点（以便可以检查）实现了这种场景吗？
So we have places and we have people. the added complexity is additional metadata attached to each link between each pair. Like date range when a person spent at a particular place.
I know. Lots of data and many possibilities.
One way of doing this is by having a list of people and when you click on one, a modal dialog opens, where a list of places is displayed. When you select a place, you also have to enter a date range.
From a usability perspective and quick relation editor this is almost definitely not the optimal solution. User focus changes several times and that slows things down + makes users tired since they have to be very concentrated and focused = higher rate of human error.
I would like to avoid dialogs. Do you maybe know of a website where a similar thing is done = two entities need to be related with additional metadata.
The main requirements of this page are:
- simplicity
- avoid modal dialogs if possible
What I'm trying to do: many-to-many editor with additional metadata data on each pair.
Questions
- What would you suggest? Provide any ideas (even dumn ones).
- Do you know of a public site (so it can be checked) that has this kind of scenario implemented?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这不是归结为选择和连接两个操作吗？您可以通过许多不同的路径字符串搜索、时间、空间等选择一组人或地点，然后通过创建一些记录来将它们连接起来，
注意有用的关系不仅仅是一个人与另一个人之间或一个地方和一个人，或者只是一个地方和另一个地方，尽管在存储这些时，它们都可以简化为 a->b 元组，但是如果您只有一个人的地方和时间的关系，这可以被忽略，这
让我想起Entity Workspace，但在这种情况下，他们正在处理犯罪领域的数据收集调查，所以他们有姓名、地址、电话号码、日期等基本类型，在他们的设置中，这些基本类型被拖放到卡片上，
所以如果你接受了，你可以在一些过滤后拥有一个中心文件和一个人员列表，以将其添加到此中设置您将从列表中拖动它，同样从您有另一个列表的位置拖动它，从
常用引用的列表中拖动可能会显示在另一个位置，这有点像将配料放在比萨饼上，当您完成时你把它放进烤箱或提交它，如果你想稍后撤消它，它会将集合保持在一起，这样你可以稍后删除它，如果你不想要它，或者你可以添加一些东西
，这不会有任何对话框你建议，因此它可以被称为无模式
doesn't this come down to two operations select and connect. you'd select some group of people or places via a number of different paths string search, time, space, or such and then you'd connect them by creating some record
note that useful relations aren't just between one person and another or one place and a person or just one place and another although when storing these they can all be reduced to a->b tuples but this can be ignored if the relations you have only have one person place and time
this sort of reminds me of Entity Workspace but in that case they were dealing with data collection in the domain of crime investigation so they had names addresses phone numbers dates and such as base types which in their setup were drag and drop on to cards
so if you took that you could have a center file and a list of people after some filtering to add that one to this set you'd drag it from the list and like wise from the places you'd have another list to drag from
commonly referenced ones might be shown in another place and this would work a bit like putting the toppings on a pizza and when your done you put it in the oven or commit it if you want to later undo this it would keep the set together so you can remove it later if you didn't want it or you can add something
and this wouldn't have any of the dialogs you suggest and as such it could be called mode-less