DotNetNuke-Usergroup

Hallo!

kann mir mal jemand ein wenig mit der Hierachie im Skindesign auf die Sprünge helfen? Welches css ist denn für welche id's/Klassen zuständig? In Im Portals/_default-Verzeichnis gibt es eine portal.css und eine default.css, im Verzeichnis /default_SkinName gibts noch eine skin.css und eine skin.xml (scheint für die Skin-Installation wichtig zu sein, aber was macht das Ding??). Im Endeffekt habe ich die ganzen Serversteuerlemente [Login],[CURRENTDATE],[USERS] u.s.w und alle werden (bei mir) von der Klasse "SkinObject" definiert (zumindest im Ausgabequellcode). Wie kann ich denn aber in meinem Skinentwurf auf die einzelnen Objekteigenschaften zugreifen?

mfg
Hagen
  

Hallo Hagen,
es gibt eine eindeutige Reihenfolge, in der die CSS-Dateien eingebunden werden, so kann eine Eigenschaft gezielt übersteuert werden:
- Default.css (Standarddefinition von DotNetNuke, nicht modifizieren, wird bei jedem Portal-Upgrade aktualisiert)
- Module.css (Standarddefinition für das Modul. Nicht modifizieren, wird bei jedem Modul-Upgrade aktualisiert)
- Skin.css oder Skin-Name.css (CSS-Definitionen des Skins)
- Container.css oder Container-Name.css (CSS-Definitionen des Containers)
- Portal.css (individuelle Überschreibungen des Administrators in Portaleinstellungen)
Bitte beachte, dass immer alle CSS-Definitionen auf alle DOM-Elemente angewendet werden (soweit dies CSS vorsieht).

Danke Sebastian, das war genau, was ich suchte!

mfg
Hagen

Hi,

ist zwar schon ein bisschen her, aber dazu hätte ich dann auch noch eine Frage.

Nicht überschreiben ist für mich gerade etwas schwierig, weil ich nicht weiß, wie ich sonst die CSS-Eigenschaft der Standard-Funktionen, wie z.B. Login oder Terms ändern kann?

Diese Funktionen verwenden z.B. die CSS-Klasse SkinObjects. Kann ich den Funktionen irgendwo sagen, dass die eine andere Klasse nehmen sollen??

Vielleicht in einer Standard XML? Wo würde sowas liegen?

du kannst doch für die gleichen CSS-Klassen die Eigenschaften in der Skin.css oder Portal.css neu festlegen und damit default.css und module.css übersteuern.

ach sorum muss es sein...okay, dann probiere ich das mal!

Also das klappt auf jeden Fall schonmal gut. Aber ich hab natürlich noch ein weiteres Problem...! :-)

Die Definition A.SkinObjects wird von den Funktionen [TERMS], [LOGIN] usw. genutzt. Dafür kann ich jetzt also einfach ein neues Design verwenden in meiner skin.css. Das wirkt sich aber leider auch auf die Schrift im Anmeldefenster aus. Dort sehen jetzt die Schriften "User" und "Abmelden" genauso aus, wie für z.B. [TERMS]. Was mache ich jetzt, wenn ich da noch eine Unterscheidung möchte?

Diese Funktionen bzw. Module greifen offensichtlich alle auf die Klasse SkinObjects zu; aber was, wenn ich dort unterschiedliche Schriften verwenden möchte?

Dann würdest Du eine eigene CSS Klasse dafür verwenden. Keiner zwingt Dich, die Klasse SkinObjects zu verwenden.

ggf. musst du auch übergeordnete Elemente mit referenzieren, die z.B. eine eigene ID haben