mokraemer hat geschrieben:Wenn du das Plugin an hast und dein Browser korrekt meldet das er Java besitzt, dann findest du den Button rechts vor dem neuen Dokument.
Ah, gefunden! Das war eine Kombination von Blind- und Doofheit ... Damit kann ich erst mal arbeiten.
Ich finde das so eminent wichtig, ich kann mir kaum vorstellen, dass man mit Codemirror ernsthaft entwickelt.
mokraemer hat geschrieben:Hmm, ich denke schon das dies gemacht wird... so schlecht ist er nun auch nicht.
Er ist schon erstaunlich gut, reagiert aber doch immer anders als die gewohnte IDE. Und Zen-Coding fehlt mir, und Live Templates, Keyboardbedienung, der Mehrfachcursor, undundund ...
Ich habe heute nochmal über meinen Vorschlag nachgedacht, die unkompilierten Templates im FS abzulegen, und finde das nach wie vor interessant, weil man dann von den Unwägbarkeiten der Browser unabhängig ist. Ich skizziere das nochmal:
* man trägt z.B. in den Einstellungen ein, dass man Templates entweder in der Textarea oder im Dateisystem bearbeitet
* wenn man nun zweiteres macht, wird nicht die Textarea gezeigt, sondern eine Readonly Code-Ansicht. Dazu eine Pfadangabe zum Template-File. Das ist *nicht* die Version, die unter /webEdition/we/templates/*.php liegt, sondern z.B. in /webEdition/we/templates/uncompiled
* man kann diese Datei bearbeiten und dann in WE über einen Button 1.) kompilieren und 2.) in die DB schreiben
* ein Sahnehäubchen wäre noch eine Funktion, die überwacht, ob es Änderungen gab und vielleicht sogar (optional) automatisch speichert.
So kann man auch die übliche Source Code Verwaltung verwenden und die Dateien außerhalb des Cache-Verzeichnisses \webedition_e.V\editorPlugin\cache ablegen
Wieso liegen die Templates überhaupt in der DB? Zur Verwaltung der Metadaten mag das sinnvoll sein, aber der eigentliche Quelltext?