Erzeugt denn acDIVs einen eigenen Tab in der Seitenbearbeitung?
Daran kann ich mich gar nicht erinnern.
zu den Deprecated-Warnungen:
viewtopic.php?f=16&p=63315#p63315
Erzeugt denn acDIVs einen eigenen Tab in der Seitenbearbeitung?
Ogra_XH, Meta-Tags-Plus, SEOCheck_XH
Alles gut.
Memberpages
Code: Select all
#xh_adminmenu a, #xh_adminmenu a:visited, #xh_adminmenu span {
display: block;
color: #d3d7cf;
padding: .5em;
text-decoration: none;
font-style: normal;
transition: all .25s ease-in; /* das raus */
box-sizing: border-box;
}
Code: Select all
#xh_system_check li:before, #xh_system_check > ul > li:before {
content: '' !important;
margin: 0;
padding: 0;
font: inherit !important;
}
Code: Select all
table.edit td:not(:last-child) {
border-right: .25em solid transparent !important;
border-bottom: .25em solid transparent !important; /* evtl. das hinzu */
}
Ah, ja.
Transitions sind schon alle entfernt. Ich hatte anfangs damit experimentiert um evtl. das Öffnen zu verzögern, für Touch-Screens. War aber Unsinn. Danke für den Hinweis.
Ja.
Über diesen Punkt habe ich sehr lange nachgedacht - und bin eben zu dieser Lösung gekommen.
Richtig beobachtet! Es gibt aber nicht nur "success", sondern auch noch "fail" und "warning".
Das hatte ich schon entdeckt (siehe weiter oben) und korrigiert -> nächste Version.
Ich finde das eine gute Idee. Jeder Schritt zur Verbesserung von XH ist wichtig.frase wrote: ↑Mon Sep 17, 2018 6:48 amWas haltet ihr von einer Art "minimalem freiwilligen CSS-Framework" für XH?
Ich könnte mir das in etwa so vorstellen:
In der core.css könnten (schon jetzt) einige Standard-Elemente definiert werden, die das System und auch Plugins verwenden können.
Das könnten z.B. Speichern-Buttons, Text-Inputs, Text-Areas, Listen, Messages, Tabellen, DIV-Bereiche ... usw. sein. Diese könnten dann einheitliche Namen erhalten - z.B. immer beginnend mit "xh...".
Gefällt mir.
Das ginge schon, aber ich glaube das ist nicht nötig, oder . Was meinen andere dazu?
Code: Select all
#xh_adminmenu > ul > li:nth-of-type(1),
#xh_adminmenu > ul > li:nth-of-type(2),
#xh_adminmenu > ul > li:nth-of-type(3),
#xh_adminmenu > ul > li:nth-of-type(3) li {
width: 100px;
}
Bestimmt nicht verkehrt, aber das sollen die Plugin-Entwickler entscheiden.frase wrote: ↑Mon Sep 17, 2018 6:48 amWas haltet ihr von einer Art "minimalem freiwilligen CSS-Framework" für XH?
Ich könnte mir das in etwa so vorstellen:
In der core.css könnten (schon jetzt) einige Standard-Elemente definiert werden, die das System und auch Plugins verwenden können.
Das könnten z.B. Speichern-Buttons, Text-Inputs, Text-Areas, Listen, Messages, Tabellen, DIV-Bereiche ... usw. sein. Diese könnten dann einheitliche Namen erhalten - z.B. immer beginnend mit "xh...".
Code: Select all
#xh_adminmenu a, #xh_adminmenu a:visited, #xh_adminmenu span {
display: block;
color: #d3d7cf;
padding: .5em;
text-decoration: none;
font-style: normal;
box-sizing: border-box;
}
Code: Select all
#xh_adminmenu_update a {
padding: 0;
}