这来自#2177 线程。
只是关于改进收件箱的想法。
相关问题:
我们应该尝试考虑#620,这是我们重新设计的地方,远离复杂性。
过去,Ryan 曾在 twitterverse 上抛出一些设计,看看人们喜欢什么。 我认为这也是有道理的。
@kocheck有望模拟一些设计。 如果有人有想法或建议发表评论!
只是来自 #2413 的快速更新,以在此处保持最新状态。
Ryan 建议使用我们在收件箱中的整个应用程序中看到的导航栏下拉菜单,当您单击它时,您会看到一个上下文菜单,您可以在其中选择不同的收件箱模式。
模式是:
每次重新加载收件箱时都会发出一个新请求,因为我们不会在应用程序内进行密集过滤(GitHub 的 api 允许使用过滤器参数)
@rnystrom当前下拉打开操作表,上下文菜单将与规范不同。
我们介意吗? 我们是否要将所有操作表切换到上下文菜单(作为以后的目标)?
使用GitHawk发送
菜单将为我们提供更多带有 UI 的选项(图标、选择指示器、部分标题等)
也可以考虑在收件箱中使用大标题
设计也应该考虑 issue #2473 会如何影响这个屏幕👍
想要发布更新,在假期期间/期间仍在处理此问题。 希望有一些想法可以很快与你们交谈。
只需确保您使用的是最新的 TF,因为某些 OP 已更改:)
好的!
使用GitHawk发送
最近的更新有点破坏了我的工作流程。 我通常通过单独选择每个 repo 来查看我的通知。 现在,很难在我庞大的监视存储库列表中找到存储库。
谢谢@j-f1 我也会把它添加到我的笔记中! 好点子。
使用GitHawk发送
通读所有附加问题并做笔记以提出一些软设计要求。 我有一个问题要问任何人。 ✌️
通读这些问题,我有一个想法,使收件箱对于不同的工作流程更加灵活。 你们对允许用户选择收件箱中的默认模式有什么看法?
所以对我来说,我喜欢有一个回购概述。 看起来有些人喜欢查看他们被分配的内容以及他们订阅的内容。
这有任何意义吗?
使用GitHawk发送
对我有意义@kocheck
除了观看的存储库之外,让存储库下拉列表都带有星号的存储库是否具有潜在意义。 或者您是否希望从 #2106 中修订后的线框配置文件中更容易访问这些内容?
我喜欢这个想法@ijm8710你认为我们需要某种搜索功能吗? 我知道对于我见过的一些用户来说,星星列表会变得很长。
如果是这样的话,那个或滚动条不会受到伤害
@kocheck实际上存在一个问题,要求在上下文菜单功能中进行搜索。 我认为搜索是一个很好的补充
哦,我会将它添加到我的线框图中。 我认为从长远来看这可能是有用的。
最有用的评论
也可以考虑在收件箱中使用大标题