Forum

Hallo!

Wenn ich das o.g. Modul installiere und ein CSS ändern möchte, bekomme ich folgende Fehlermeldungen:

ERROR: .opnsideboxhead
ERROR: .opnsideboxfoot
ERROR: .opncenterboxhead
ERROR: .opncenterboxfoot
ERROR: td.alternator1
ERROR: .alternator1 a
ERROR: td.alternator2
ERROR: tr.alternator2
ERROR: .alternator2 a
ERROR: td.alternator3
ERROR: .alternator3 a
ERROR: td.alternator4
ERROR: .alternator4 a
ERROR: .alternator1bg
ERROR: .alternator2bg
ERROR: td.listalternator1
ERROR: td.listalternator1 a
ERROR: td.listalternator2
ERROR: td.listalternator2 a
ERROR: td.listalternator3
ERROR: td.listalternator3 a
ERROR: td.listalternator4
ERROR: td.listalternator4 a
ERROR: .listalternator1bg
ERROR: .listalternator2bg
ERROR: li.opncenterbox a

Wenn ich dann weiter unten irgendetwas ändere, Beispiel eine Farbe etc. dann bekomme ich die Meldung, daß das css gespeichert wurde .../cache/ow-language/themes/theme-name/theme-name.css.php.

Wenn ich dann in die Datei per FTP hineinschaue, steht dort aber nichts drin, außer das Copyright. Auch wenn ich dann auf CSS-Anzeigen klicke, sind meine Änderungen verworfen, es steht das Original wieder dirn.

Irgendwie ist dort der Wurm drin.

Das Problem besteht übrigens auch auf der Labor.

Gruß Luke

Ich bekomme nicht die Fehlermeldung daher die Frage welches soll ich ändern.

Hi!

Echt nicht?

OK:

Admin-> Developer-> Customizer CSS Anezige -> css bearbeiten
ist glaub ich soweit klar, dann:

opn_vida -> bearbeiten -> opn_vida.css bearbeiten

Dann kommen die Errors. Wie schon erwähnt werden Änderungen hier nicht gespeichert

Auch bei "     opn_vida.css_deprecated_autobuild.css" kommen Fehlermeldungen (2 Stück um genau zu sein)

Bei der theme.php kommen keine Meldungen, habe dort jetzt allerdings nicht getestet, ob das Speichern funzt.

Gruß Luke

Hi Stefan!

Kannst Du die Fehler jetzt nachvollziehen?

Gruß Luke

Habe es mir noch mal angesehen und

ahh nu verstehe ich was du meinst ... ist schon etwas her das ich das Modul geschrieben habe

Die "ERROR: $css class$" zeigen Probleme des css an.

Genauer

Hauptsächlich wurde das Modul geschrieben als bei beider Version OPN 2.3 auf 2.4 das css und html und auch der Boxen aufbau sich änderte.

Bei diesem Schritt damals hat sich viel geändert und alle themen mussten angepasst werden. Relativ stark.

Um das zu vereinfachen habe ich dieses Modul gebaut das eben ein theme css von der Version 2.3 auf die Version 2.4 bringen konnte.

Dazu wurde eine weitere css file erzeugt

[themename]_deprecated_autobuild.css

In diesem wurden alle nötigen Änderungen geschrieben und entsprechen auch eingebunden. So das die Umstellung für die Benutzer eigentlich "fast" nur ein Knopf war.

Natürlich war es schwer alle Themen die ja sehr unterschiedlich sein können automatisch anaysieren zu wollen.Daher wenn ich auf ein element komme das umgestellt werden müsste und ich dieses nicht "kenne" oder "was was zu tun" dann kommt dieses Element als Error.

Gedacht war damals dann die ggf weitere Anpassung.

Soviel zur Geschichte.

Eigentlich sollten heute in keinem Theme mehr _deprecated_autobuild.css nötig sein weil eigentlich (hoffe ich) alle themen sauber sind. Wieso aus dem opn_vida da noch was verändert werden soll kann ich jetzt so erstmal nicht sagen da muss man mal das css prüfen. Aber scheinbar ist da noch was nicht 100% ok.

Noch eine Anmerkung. Die customizer Module haben keine Sicherungen die schreiben oder tun ohne Rücksicht...

Hallo Stefan!

Ach so, dachte das Modul hat eine ganz andere Funktion.

Hmm, dann hätte ich da einen feature Wunsch:

Angenommen ein Webmaster sucht sich ein Theme aus, welches seinen Ansprüchen am nahesten entspricht, bis auf ein paar Farbänderungen (Text, Hintergrund kleine Grafiken für die Buttons etc). Nun kann man ja das Theme umbenennen und dann eigene Farbwerte und gif´s eintragen. Nachteil ist hierbei aber, daß Updates nicht automatisch mit in das umgeschriebene "eigene" Theme mit einfließen.
Wenn man nun aber im Adminbereich des jeweiligen Themes diese Werte ändern könnte, dann würde man sich 1. das Umbenennen und 2. das manuelle Updaten des Umbenannten Themes sparen können.
Wenn nun eine neue class hinzukommt oder z.B. ein Dropdown-Menü im Menü-XL, dann wären diese Änderungen im Uppdate einfach so mit drin, ohne aufwendige Anpassungen am eigenen Theme vornehmen zu müssen.

Ich hoffe ich konnte mich verständlich ausdrücken.

Ganz grob, vom Prinzip her wie das Customizer Language Modul. Dort kann ich einzelne Wörter/Sätze ändern, ohne daß diese Änderungen bei einem Modulupdate verloren gehen.

Was meinst Du (und Ihr OPN´ler), wäre doch ne Prima Sache, oder?


Gruß Luke

P.S.: Die Meldungen kommen aber nicht nur bei dem opn_vida...

Schönen Abend noch

Mit dem Theme gibt es schon so was was in der Richtung geht beim BT allerdings ist das nicht ganz so simpel.

Du musst dabei ja 2 Sachen unterscheiden.

HTML (theme.php)
CSS (css Dateien)

Beides muss man für sich betrachten was sich ändern könnte. Das html ist schon so aufgebaut das es nicht vorhandene Sachen ausgleichen kann.

Bei dem CSS ist das aber immer so eine Sache. In vielen Fällen liefert ja dann OPN schon was, was das Theme überschreiben kann oder eben auch nicht.

Bei dem Update 2.3 auf 2.4 hat sich ja sogar die engine für die Ausgabe geändert. Dieses ist als "Mond" noch immer vom Theme aus nutzbar. Das war also schon ein sehr großer Schritt damals.

Aber grundsätzlich fände ich das auch nett wenn man ein Theme baut das man "schalt-technisch" konfigurieren kann.

Eigentlich sollten heute in keinem Theme mehr _deprecated_autobuild.css nötig sein weil eigentlich (hoffe ich) alle themen sauber sind

Alle Themes die mit opn_*** beginnen sollte eigentlich auf dem neusten Stand sein.

Beim opn_dura auf meiner Seite bekomme ich jedenfalls keine Fehlermeldungen.

Die deprecated_autobuild.css sollte auch bei keinem aktuellen Theme mehr vorhanden sein.

Aber grundsätzlich fände ich das auch nett wenn man ein Theme baut das man "schalt-technisch" konfigurieren kann

Eine altes Thema. Das war vor Jahre mal mein Wunsch, die CSS via Admin Bereich steuerbar zu machen. Damals haben wir uns klar gegen ein editierbares theme entschieden. Die Gründe weiss ich aber nicht mehr
Das war zu dem Zeitpunkt, wo viele nach den Mambo und Joomla schreiten und Stefan ein Konverter dafür gebaut hatte. Genutzt hat das leider kaum jemand.

@Luke
Das was du möchtest ist durchaus ein Thema. Ich könnte mir das schon so vorstellen, analog dem Sprachen Modul.

Hierzu müssten wir beachten, dass die meisten Themes mehrere CSS nutzen.
- die eigenen CSS aus dem Theme
- CSS aus dem Dropdown
- Mediagalerie CSS
- diverse aus dem opn_themes_include
- eigene CSS aus den HTML Templates


Flash

jo, fände ich auch klasse.

stimmt, natürlich müssten auch die anderen css, die mitbenutzt werden, dann veränderbar sein. Das sollte meiner Meinung dann aber auch im jeweiligen Theme Adminbereich geschehen, so daß z.B. die MG css für verschiedene Theme css angepasst werden kann.
Wäre uncool, wenn man dem User die Möglichkeit gäbe sich das Theme frei auszuwählen, aber die mg css z.B. nur optisch zum opn-color paßt und nicht zu den adneren Themes.


Gruß Luke