GIF が Discourse コアに移行します！

ニュースとイベント お知らせ
22

そうは思いません。このケースは画像グリッドの場合と似ているようです。その変更では警告が表示されましたが、当時私が返答として得たのはこれでした：

「いいね！」 1
23

その後も通常のサイト設定から無効化できるはずです。

@davidb 確認できますか？

今後の変更に関するこの表現は、混乱を少なくする方法を模索すべきものだと同意します。

設定可能な変更については、タイトルと説明文でそれを明確に示すことを試みることができます。

「いいね！」 1
24

GIFの今後の変更は現在、非表示のサイト設定に含まれていますが、今後はこれを可視化し、管理画面から有効/無効を切り替えられるようにする必要があると思います。

その間、今後の変更を「誰も」に設定しておけば、将来デフォルトでオフになります。管理側でさらに変更を加える必要はありません。

「いいね！」 4
25

ええ、enable_gifsを検索すると、今後の変更ページに直接移動しました。非常に混乱しました。

今後の変更という概念は素晴らしいです。もう少し言語の調整が必要かもしれません。

ありがとうございます！

「いいね！」 2
26

この場合、@davidb @mcwumbly さん、enable_gifs の変更タイプが feature ではなく site_setting_default なら、あの恐ろしい「恒久的」なメッセージは表示されなかったはずです。これはここで制御されています：

ただし、一般的にはこの今後の変更に対して feature タイプを使用するのは問題ないと思います…なので、今後の変更に対する恒久的な通知をより明確なものにする必要があるかもしれません。

例えば、追加のメタデータとして will_become_permanent: true のようなものを導入するのはどうでしょうか？ 確信は持てませんが…

「いいね！」 1
27

なぜ他の選択肢ではなく、Kliplyを使うように誘導されたのでしょうか？ 私はGiphyの方が好きで、引き続き使用したいと考えています。

設定とコンポーネントとの相互作用が、Giphyのような他の選択肢を使用する際に非常に混乱を招くものになっています。

28

Giphyがもはや無料オプションではなくなったためだと考えます

29

もう大丈夫です。自分で解決できました（Moinさん、ありがとう！）。DiscourseのGIFコンポーネントをアンインストールして、設定を表示させる必要がありました。その後、設定を「no one」に設定し、コンポーネントを再インストールして再設定しました。これでGiphyが再び使えるようになりました。

「いいね！」 2
30

お手伝いできてよかったです。GIF テーマコンポーネントがインストールされていると、今後の変更が非表示になるため、少し混乱を招く可能性があります。このコンポーネントを使用するには、まずコンポーネントをアンインストールし、今後の変更を無効化してから、再度インストールする必要があります。

今回の変更について通知を受け取りましたか？それとも、今後の変更が非表示だったため、通知が抑制されてしまったのでしょうか？これにより、マイグレーションを実行し、API キーを取得する必要があることを知らないままになってしまうという問題が生じるのではないかと懸念しています。

「いいね！」 1