Githawk: 時計のサポート

大好きです。 長い道のりですが、基本的なアクティビティの概要については非常にクールです。

復活、ここで何かクールなことができますか？ Tbh私は時計アプリを使用していません。合併症だけを使用しています。 多分私たちはそこで何かをすることができますか？

来月、シリーズ3を入手したら、ギャングに参加します😃

一目で見たいのは、未読の通知がいくつあるかということだと思います。

明らかに、私たちは正気を失って、実際にメッセージを見て、定型の応答（別のカード）を使用して返信できるようにすることができます-iMessagesがそれを処理しているのを見るのと同じように

@rnystromと同じように、私はWatchでサードパーティのアプリを使用していません。 合併症は最初のステップとして理にかなっていると思います。

また、シリーズ3がどのように機能するかについても興味があります。 それは、アプリの構築を検討することもより面白くするかもしれません。 メインアプリの多くの機能を再現しようとせずに、何かに焦点を当てる必要があると考えてください（たとえば、保存された返信で返信する）。

ところで、私は基本的にここで何でも開いています。 誰かがそれをハックしたいのなら、私はおそらく何でも受け入れるでしょう。 私はこれに時間を費やすことはないと思いますが、きちんとしたサイドキックになる可能性があります。 今日のウィジェットとホーム画面ウィジェットは、おそらくはるかに影響力があります。

したがって、これは実際にAppStoreのランキングに役立つ可能性があります。 それを持っているだけで愚かな単純な何かを一緒にハックする価値があるかもしれません...

おもしろ情報：私のApple Watchは本日発送されました😄10月24日、私は時計の開発をすべてやり遂げます！

あなたがサポートするAppleのものが多ければ多いほど、彼らはあなたをより多く取り上げ、それを直接体験しました

tvOS ？！

私はテレビをあまり見ませんが、見るときはGitHubの通知を確認することです😂

では、人々は実際にApple Watchのサポートのために何を考えていたのでしょうか？

未読の通知がいくつあるかを示す複雑な問題はありますか？

正直に言うと、私はおそらく複雑さ以上のものを使うことはないでしょう。

出発点として、少なくとも時計への通知情報を取得するための十分な構造と、情報を取得するためのバックグラウンドポーリングが提供されます。

それは間違いなく始まりです！

😁物事が早く到着したときに私はそれが大好きです😁😁

写真なし証拠なし😉時計をお楽しみください！

_{GitHawkで送信}

🤷‍♂️👀

（希望を持たないでください）

ああshiiiiiitt！ それらのリングはかなりドープです。 正直なところ、それだけで出荷する価値があります。 合併症のみを発送することに関する規則はありますか？ アプリも必要ですか？

_{GitHawkで送信}

そうですね、情報を表示する方法をいじっていました。 サポートできる表示モード（「ファミリ」）は約7つあります（これは小さなモジュラーモードです）。

合併症を出荷する場合はアプリが必要です（アイテムをタップすると自動的に開きます）。 「アプリを開く」などの画面（および通知ページへのディープリンク）を作成することもできます。

その権利は固定データを使用しています。通知情報を取得するには、時計の接続に関するRayWenderlichのチュートリアルに従う必要があります。

合併症の外観を正確にカスタマイズできることを望んでいましたが、私が言えることから、約8つの異なるテンプレート（画像、テキスト、異なる形式の2つの組み合わせ）のいずれかを使用する必要があります。 上記はちょっとしたトリックです。CoreGraphicsを使用してアプリアイコンの外側のビットを取得し、テキストオーバーレイ（通知カウント）を描画します。 テキストサイズは動的で、中央に配置されます。 （数字が大きいほど小さくなります！）

残念ながら、リングとテキストの色を変えることはできませんが（できれば素晴らしいと思います！）

別のテンプレートを使用して、番号の上にロゴを配置できますか？ （そうすれば、2つの色を持つことができます）。 それともこのデザインが好きですか？ 本当に何が可能かを見るために遊んでいるだけです！ 明らかに、それがアプリにあるとき、私たちはより多くの創造的なコントロールを持っています！ -私はこの複雑さをかなり望んでいますが、（以前に不満を言ったように）通知ではなく、何人の人が私に言及しているかを数えます！ 😅-オプションかもしれません！

コードを共有するために、ネットワークとモデルを共有可能なフレームワークに移行して、これを「正しく」行うことを検討したいと思うでしょう。

また、認証/トークンをアプリグループコンテナに移動します😬

また、通知のために最小限の永続性のものが必要になるため、数は実際に正しいです。 これも＃620にかなり依存していると思います

これを主張して、次のリリースでAppStoreのランキングを試してみてください。 これが私が念頭に置いているアプリです：

• リポジトリごとにグループ化された通知のリストを開く
  
  
  
  • リポジトリ名、リポジトリの通知数、およびそれらを既読にするためのボタンを表示します（チェックマーク）
  
  
  • 通知の種類（問題、PRなど）を表示する必要があります
  
  
  • _stretch_：通知ステータスを取得します。 V3 + gqlハックを共有ライブラリに分割する必要があります。
  
  
• セルをタップすると、そのリポジトリのすべての通知のリストが表示され、ボタンで既読をマークできます
  
  
  
  • 通知を長押しして、登録を解除するオプションを表示します
  
  
• GitHawkアプリを介してGitHubにサインインする必要があることを示すビューでログインしていない状態を処理する

拡張機能とココアポッドのリファクタリングのセットアップと構築を行うローカルブランチを用意します。 それを一緒に叩くだけの問題。 これがAppStoreのランキングにどのように影響するか/影響するかどうか非常に興味があります！

これを閉じる; これがランキングに影響を与えたかどうかはわかりますか？

@BasThomasnothin😭

_{GitHawkで送信}

😔

_{GitHawkで送信}