这更多是一个问题,但我想它也可能是一个重新措辞的请求。
一旦进入问题,您就可以单击标题栏以获取一个操作表,上面写着@GitHawkApp ,然后是 GitHawk。 @GitHawkApp将带我到 webview 中的 GitHawkApp 主屏幕。 如果这只是指向“组织”页面的链接,则可能需要重新措辞。 @Organization不会让我觉得我会被重定向(可能只是我,我将它与一条消息或其他东西相关联)。 GitHawk 选项 / Repo 选项会在应用程序中打开 repo,这个更有意义,但我觉得仍然可以添加一些更清晰的措辞。 即使是。 查看组织、查看回购或类似的东西。
你看@GitHawkApp可以把它清理一下
使用GitHawk发送
我觉得@
和没有@
有时已经很棘手,尤其是像 Moya/Moya 这样的存储库。 任何可以使它更清楚的是👍
也许一个代表一个组织的图标和一个代表。 回购?
随着视图@。 并查看
使用GitHawk发送
等等,我们可以使用 https://github.com/BasThomas/ImageAlertAction 添加图像:)
嘘!
使用GitHawk发送
@BasThomas那很容易。 很棒的豆荚!
那么想法?
使用GitHawk发送
我认为@GitHawkApp的视图有点混乱,但除此之外我觉得很清楚。 您可能可以使用任一图标而不是“查看”或仅查看。
使用GitHawk发送
我认为它也可能是轮廓图像(用于回购)与用于组织的填充图像。
我同意 Ryan 的观点,即与 ContextMenu 保持一致会非常好:)
雅我想我宁愿两者都概述。 上下文菜单也可能看起来不错。 我对上下文菜单的感觉是它已被用来在应用程序中“行动”。 分配标签、里程碑等。 希望更改当前分支(#1582)。 我想因为它所做的只是重定向,上下文菜单可能是不必要的。
嗯,说得好。 我觉得上下文切换确实有点太大了(呃,没有双关语)。 如果上下文菜单不起作用,我想我们可以使用它并恢复到我们拥有的/这个。
总的来说,我认为两者都是朝着正确方向迈出的一步——我仍然在@
和非@
之间感到困惑,非常感谢任何帮助消除两者的歧义。
我们应该记住的另一件事是图标。 一个 repo 也可以有一个所有者而不是一个组织,并且能够有单独的图标来表示这一点会很好。
同意
使用GitHawk发送
@rnystrom @BasThomas那么这个结论是什么? 上下文菜单或 UIAlertController? 图标/无图标(如果是,概述/填充)? 查看/没有查看?
旁白:如果我们可以在文本下方添加灰色的描述文本,我们就可以去掉视图一词,并在此过程中稍微清理一下。
经过更多思考,我倾向于使用带有图标的UIAlertController
。 如果 Ryan 仍然更喜欢 ContextMenu,那么比较它们会很好!
@rnystrom上下文菜单或 UIAlertController
关闭为 #2135 已合并
使用GitHawk发送
最有用的评论
等等,我们可以使用 https://github.com/BasThomas/ImageAlertAction 添加图像:)