Ordnen von Java und Css Einstellungen

[Guest_summerbrother_*]

Ich wünsche mir, die js- und die css-Dateien beim einbinden in das Layout sortieren zu können.
Bis jetzt kann man die Reihenfolge nur mit der Reihenfolge des Uploads steuern.

Mit ist grad ein Script in zwei Teilen untergekommen, wo erst das eine und dann das andere abgearbeitet werden muss. Abhilfe schaffte nur das manuelle Einbinden.

[tobaco]

Ich wünsche mir, die js- und die css-Dateien beim einbinden in das Layout sortieren zu können.
Bis jetzt kann man die Reihenfolge nur mit der Reihenfolge des Uploads steuern.

Mit ist grad ein Script in zwei Teilen untergekommen, wo erst das eine und dann das andere abgearbeitet werden muss. Abhilfe schaffte nur das manuelle Einbinden.

selbst die upload-reihenfolge klappt nicht immer. das ist bei mir der hauptgrund, warum ich css und js manuell einbinde.

eine sortierfunktion wäre klasse

[amk]

dem kann ich nahezu zustimmen. unschön finde ich das die "js-" oder "css-includes" zuweilen durcheinander geraten -> also mal 'n .js dann ein css-file dann wieder .js usw.

[bjoern]

Denke auch, das da was getan werden sollte, der CSS Editor in seiner moentanen Form ist ja absolut sinnfrei. Da wird sich auf jeden Fall was tun müssen.

[Guest_summerbrother_*]

Wo kommt denn der Css-Editor mal ursprünglich her ? Ist das nicht ein Part, den man getrennt mal optimieren könnte ? Wäre ja schon toll, wenn man ihm die ein oder andere Unart abgewöhnen könnte.

[bjoern]

CSS ist zu flexibel, das man das so mit vertretbaren Programmieraufwand in dieser Weise fortführen kann.

Einfach eine normale Textarea und alles ist möglich. Sahnehäubchen wäre, wenn man wie im jetztigen Editor, für die verschiedenen Aktionen Eingabehilfen hätte.

[Guest_summerbrother_*]

Das find ich gut. Einfach eine Textarea mit inline-Editing und kleine Helferlein. Sowas könnte ich mir vorstellen.

Müsste dann nicht auch die CSS-Behandlung komplett aus der Datenbank rausfliegen und nur Filebasiert ablaufen?
hmmm.. Dann würd man aber in den Modulen nicht auf die Klassen zugreifen können...

[alexander]

Müsste dann nicht auch die CSS-Behandlung komplett aus der Datenbank rausfliegen und nur Filebasiert ablaufen?
hmmm.. Dann würd man aber in den Modulen nicht auf die Klassen zugreifen können...

wieso? der parser der die namen der klassen und ids in die db schreibt kann ja auch auf das filesystem zugreifen. mehr braucht es nicht und so muss es meiner meinung nach auch sein. da diese feature ja von vielen modulen verwendet kann es nicht von heute auf morgen verschwinden.

was weg muss ist das ganze gewurschtel mit der einzelbearbeitung der klassen und ids, sowie die validierung.

auch bei den eingabehilfe würde ich gar nicht so weit gehen. In der praxis entwickelt wohl keiner seine styelsheets direkt im CMS sondern eher mit einem externen editor und lädt das ergebnis dann hoch. maximal kleinere nachträglich änderungen werden direkt im cms vorgenommen.

[Guest_summerbrother_*]

Ok, einverstanden einfache Textarea reicht.
Und hinterher gibts einen Farbwähler, usw. das könnte man doch aus dem alten Modul übernehmen.
Sonst passieren immer solche Dinge: des Webdesigners letzte Worte

[saschapi]

auch bei den eingabehilfe würde ich gar nicht so weit gehen. In der praxis entwickelt wohl keiner seine styelsheets direkt im CMS sondern eher mit einem externen editor und lädt das ergebnis dann hoch. maximal kleinere nachträglich änderungen werden direkt im cms vorgenommen.

Wobei ich es zumindest sinnvoll fände wenn das ganze minimal auf Syntax geprüft wird (also z.B. ob alle {geschlossen sind. Vielleicht kann man ja auch einfach Syntaxhighlighting einbauen, dafür gibt es ja so einige fertige Lösungen. Das würde mir dann schon reichen.