Githawk: 受信トレイの再設計

作成日 2018年11月27日  ·  16コメント  ·  ソース: GitHawkApp/GitHawk

これは#2177スレッドから来ています。

受信トレイの改善について考えただけです。

関連する問題:

  • [x]〜アイコン#2177を更新〜
  • []ここでのスピーカーアイコンの
  • [] Githubs Issue Dashboard機能#2413は、#1265、#2065、#2272を支援します
  • []作者の表示#1885
  • []受信トレイでリポジトリをグループ化して、特定のリポジトリのすべてを読み取るなどの追加のアクションを可能にする#2411

#620について考えてみる必要があります。これは、複雑さから離れて再設計した場所です。
過去にライアンは、人々が何を好きかを見るためにツイッターバースにいくつかのデザインを投げました。 ここでもそれは理にかなっていると思います。

@kocheckは、うまくいけば、いくつかのデザインをモックアップします。 誰かが考えや提案を持っている場合はコメントしてください!

🆕 feature request 🎨 design

最も参考になるコメント

受信トレイの大きなタイトルも検討できます

全てのコメント16件

ここで物事を最新の状態に保つための#2413からの簡単な更新。

Ryanは、アプリ全体の受信トレイに表示されるナビゲーションバーのドロップダウンを使用することを提案しました。クリックすると、さまざまな受信トレイモードを選択できるコンテキストメニューが表示されます。

モードは次のとおりです。

  • マスターリスト
  • 通知
  • 割り当て済み
  • 言及された
  • NS

アプリ内で集中的なフィルタリングを行わないため、受信トレイをリロードするたびに新しいリクエストが送信されます(GitHubのAPIではフィルターパラメーターが許可されています)

@rnystromは現在、ドロップダウンでアクションシートを開きます。コンテキストメニューは通常とは異なります。
よろしいですか? すべてのアクションシートをコンテキストメニューに切り替えますか(おそらく後の目標として)?

GitHawkで送信

メニューには、UI付きのオプション(アイコン、選択インジケーター、セクションヘッダーなど)がたくさんあります。

受信トレイの大きなタイトルも検討できます

設計では、問題#2473がこの画面にもどのように影響するかについても考慮する必要があります👍

更新を投稿したかったのですが、休暇中/休暇中にこれに取り組んでいます。 すぐにya'llと話をするためにいくつかのアイデアがあることを願っています。

一部のOPが変更されたため、最新のTFを使用していることを確認してください:)

良い!

GitHawkで送信

最近の更新により、ワークフローが壊れました。 私は通常、各リポジトリを個別に選択して通知を確認します。 さて、監視されているリポジトリの巨大なリストでリポジトリを見つけるのは難しいです。

ありがとう@ j-f1それもメモに追加します! いい視点ね。

GitHawkで送信

すべての追加の問題を読み、メモを取り、いくつかのソフトな設計要件を作成します。 関係者に質問があります。 ✌️

問題を読んで、さまざまなワークフローに対して受信トレイをより柔軟にすることを考えています。 受信トレイでデフォルトにするモードをユーザーが選択できるようにすることについて、皆さんはどのように感じていますか?
だから私にとっては、レポの概要が好きです。 何が割り当てられ、何がサブスクライブされているのかを知りたがっている人もいるようです。

それは意味がありますか?

GitHawkで送信

私には理にかなっています

監視対象のリポジトリに加えて、スター付きのリポジトリの両方をリポジトリのドロップダウンリストに含めることは、潜在的に意味がありますか。 それとも、#2106の改訂されたワイヤーフレームプロファイルからそれらにもっとアクセスしやすくしたいですか?

私はそのアイデアが好きです@ ijm8710では、何らかの検索機能が必要になると思いますか? 私が見た一部のユーザーにとって、スターリストはかなり長くなることを私は知っています。

その場合、またはスクローラーは問題ありません

@kocheck実際には、コンテキストメニュー機能での検索を要求する問題があります。 検索は良い追加だと思います

ああ、それをワイヤーフレームに追加します。 それは長期的には役立つと思います。

このページは役に立ちましたか?
0 / 5 - 0 評価