Hilfe - Suche - Mitglieder - Kalender
Vollansicht: Ordnen von Java und Css
Forum Sefrengo.org > Allgemeine Foren > Feature Request
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
ZITAT(summerbrother @ Mon. 25. September 2006, 11:01) *
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.
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.
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
ZITAT(summerbrother @ Mon. 25. September 2006, 16:13) *
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.
summerbrother
Ok, einverstanden tongue.gif 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
ZITAT(alexander @ Tue. 26. September 2006, 09:46) *
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.
Dieses ist eine vereinfachte Darstellung unseres Foreninhaltes. Um die detaillierte Vollansicht mit Formatierung und Bildern zu betrachten, bitte hier klicken.
Invision Power Board © 2001-2024 Invision Power Services, Inc.