上下文操作模式 vs 浮动菜单

3
根据这个页面:http://developer.android.com/guide/topics/ui/menus.html#context-menu,当使用Honeycomb或更高版本时,最好使用上下文操作模式。当您需要同时对多个项目应用相同类型的操作(例如:删除)时,这实际上非常有用。但是某些操作只适用于一个项目(例如:编辑),如果只有其中一项,那么可以简单地单击它。因此:单击=编辑,选择多个项目=具有适用于多个项目的操作的操作模式。
其中一个例子是Gmail应用程序:单击=阅读电子邮件,并选择多个项目后,您可以将其标记为已读、删除等。
好了,那如果您有多个只能同时应用于一个项目的操作怎么办?想象以下情况。
您有一个配置文件列表。您可以对配置文件执行以下操作:
- 删除 - 导出(保存到文件中) - 共享
这些操作可以同时应用于多个项目,因此将它们放在操作模式中。但其他操作可能是:
- 编辑 - 应用
每次只能编辑或应用一个配置文件。
那么,在这种情况下,继续使用如下的浮动菜单是否可行:
单击或长按浮动菜单,打开该特定项目的可用选项(编辑、应用、删除、导出、共享)。选择多个项目时,激活具有适用于所有选定项目的操作的操作模式(删除、导出、共享)
或者继续只使用操作模式?
当选择一个项目时,所有操作可用(编辑、应用、删除、导出、共享);选择多个项目时,操作栏会禁用/移除编辑和应用操作。
这两种方法都可以运作,当然取决于开发人员的选择,但哪种最好实践或最佳方法更加用户友好?谢谢!
1个回答

0
在Gmail中,您可以通过在单个项目上单击来标记并阅读。这是通过将按钮放入每一行(一个星号)来实现的。

没错!我也考虑过这个问题,但忘了谈论它。在我的情况下,我已经在自定义项目视图中有几个视图。在左边,我有复选框,在右边,有一个手柄,允许用户对项目进行排序。在中间,是项目的名称+一些视觉代码(图标)。我不确定是否还能适合更多的视图,特别是在小屏幕上,我也不想过度加载项目的视图。此外,可能会有几个“单项操作”,我必须为每个操作放置一个按钮... - Benoît Bouré
@BenoîtBouré - 听起来你可能需要简化一下... http://www.appway.com/screen/blog_entry_permalink/language/en/blog_entry_id/1211750923026 - cjk
这正是我不想做的事情。我的视图中已经有足够的东西了,不想再添加更多。到目前为止,我的项目视图看起来有点像 Gmail 应用程序,用“分类器”代替星号。我所说的图标更像优先级图标。无论如何,这不是问题所在。感谢您的时间。 - Benoît Bouré

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接