標準CSSクラス/ ID命名規則


7

カスタムコンポーネントを構築し、ビューをレンダリングするためのレイアウトファイルを設計しているときに、HTML要素で使用するCSSクラス/ IDを決定して、Joomlaの組み込みCSSや他のテンプレートを確実に利用できるようにしています。

Joomlaは一定レベルの一貫性を提供するBootstrapを使用し、ここで参照できることを理解しています:http : //getbootstrap.com/2.3.2/base-css.html

しかし、Bootstrap実装のほかに、使用可能な多くのテンプレート間で一貫性を確保するために使用できる標準のCSSクラス/ IDはありますか?もしそうなら、これらのCSSクラス/ IDへの参照はありますか?

コンポーネントのルックアンドフィールを設計するかどうかを尋ねていると思いますが、ルックアンドフィールがJoomlaや他のテンプレートと相乗的に機能するようにするには、どのような手順を踏む必要がありますか?


最終的に何をしても、コンポーネントをできるだけ簡単にオーバーライドできるようにすることをお勧めします。それは私のようなサイトビルダーにとって物事を簡単にします。たとえば、フロントエンドに表示されるアイテムのリスト全体があり、それぞれが異なるタイプのアイテムである場合、それらにすべて同じクラスを与えるだけでなく、すべてにそれぞれに固有の追加のクラスを与えます。この種のことにより、CSSを使用してoeアイテムを非表示にしたり、スタイルを変更したりすることがはるかに簡単になります。
ブライアンピート2014

回答:


5

ルックアンドフィールがJoomlaや他のテンプレートと相乗的に機能するようにするには、どのような手順を踏みますか?

テンプレートで何がサポートされ、何がサポートされないのかを知る方法はないので、コンポーネントのスタイルを設定する際にテンプレートに依存しないようにすることをお勧めします。テンプレートによって最終的に決定されるルックアンドフィールを保証することは不可能です。

3つの可能なアプローチがあります。1)何もしない、2)テンプレートがBS2またはBS3構文をサポートし、それらのいずれかを選択することを期待するか、3)独自のCSSを含める。

ジョブに適切なhtml要素を使用すると、テンプレートがスタイル設定のほとんどを処理することになります(オプション1)。それ以外の場合は、htmlおよびcssの Joomlaコーディング標準に従って、コンポーネント要素に論理クラスの命名方法を使用し、コンポーネントに独自のcssを含めます。これを行う場合は、無効にするスイッチを提供してください

テンプレート開発者として、使用するコンポーネントのスタイルを設定しているので、コンポーネントのスタイルは必要もありませんし、必要でもありません。最善の方法は、拡張機能の構成で単純なオプションを提供することです。CSSをロードしますか?はい/いいえ、jsをロードしますか?はい・いいえ。それが失敗した場合は、拡張機能をハッキングせずにオーバーライドできるように、少なくともビューファイルからロードされていることを確認してください。


ありがとう、これは良い答えですが、あなたの答えを編集して、「スイッチ」について少し説明できますか。オーバーライドを参照していますか?コンポーネントにCSSがある場合、私の考えでは、とにかくオーバーライドによってオーバーライドされると思いました。
user3804927 14

4

現在、そのような標準はありません。最も近いものは、確かにBootstrapクラスです。

私が通常行うことは、それがProtostarで機能することを確認し、最高のものを期待することです。

かつてはある種の標準がありましたが、それに対するサポートは低く、ドキュメントは悪かったです。基本的には、コアで使用されるIDとクラスのリストにすぎません。


4

これに対する解決策があったらいいのですが、残念ながら解決策はありません。そこにあるすべてのテンプレートと統合できる拡張機能をすべて開発できたら素晴らしいと思います。

あなたは単にBootstrapクラスを利用するのが最善であり、スタイルがうまく統合されない場合、ユーザーはコンポーネントのテンプレートオーバーライドを作成することができます。

すべてを可能な限り動的にするようにしてください。

サードパーティのモジュールコードを調べると、HTMLマークアップがmod_modulename.phpに配置されていることがわかります。つまり、ユーザーはビューをオーバーライドできないため、コアハックを実行してモジュールをスタイル設定する必要があります。彼らのニーズ。

これが、すべてのマークアップを常にビューファイルに配置する必要がある理由です。

お役に立てれば


これにより、テンプレートプロバイダーがコンポーネントのコードを作成する場合に代替スタイルを含めることもできるため、マークアップを配置する場所について非常に良いアドバイスが得られます。
David Fritsch
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.