TC/Plugin アーキテクチャ:クラスの制御をより多く持つべきか?

Locations プラグインの小さなコンポーネントを .gjs に移動しました。これにより、ウェブサイトとユーザープロフィールの locations outlet に Location の代替フォームが追加されます。同時に、プラグインのコードに置き換えられた冗長な location 情報は非表示になります。

以前に書かれたコードの価値を、最新の基準に対して再評価しました。

現在、プラグインのアウトレットを使用することはすべて良いことですが、アウトレットをラップする上の div の親クラスに影響を与える能力も持つべきでしょうか?

なぜなら、現在、このインスタンスでは、その兄弟の冗長な情報を非表示にするために DOM を操作する必要があるからです。

DOM 操作ではなく、コンポーネントの明示的な変更でその変更を行いたいと思いますか?

おそらく、ここで何かを見落としていました。

「いいね!」 1

このようなAPIがコア側とプラグイン/テーマ側でどのように機能するか、概略を教えていただけますか?

似たようなものとして {{body-class \"blah\"}} ヘルパーがあります。これをいずれかのコンセントに入れると、<body> に「blah」クラスが適用されます。

「いいね!」 4

もう1つのアイデアは、より高度なCSSセレクターを使用することです。たとえば、Discourseのすべてのターゲットブラウザは現在:has()をサポートしています。

(ただし、使用する際のパフォーマンスを考慮することが重要です)

「いいね!」 2

ああ、なるほど、裏技を見逃していました :sweat_smile:

はい、has オプションよりもこちらの方が良いです。

ああ、この場合、これで解決するかもしれません。とても参考になりました。試してみます!

「いいね!」 4

FYI、うまくいったようです。

Davidさん、ありがとうございました!

「いいね!」 1

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.