Update 5.3 auf 5.7 -> Code-Editor ?

[Wian]

Ich habe jetzt schon einige Webseiten auf 5.7 umgestellt, vor allem weil ich den Spamschutz für die Formulare wollte.

Irgendwie funktioniert der Code-Editor für das CSS nicht mehr so richtig. Wenn man nach einem Selector sucht, wird er erst angezeigt, wenn er im Bildschirm erscheint. Suche ich z.B. nach "header" muss ich erst die Datei komplett nach unten scrollen, bevor er mir die Suchergebnisse anzeigt.

Bei 5.3. habe ich komplett neu installiert. Auf 5.7. bin ich nur über den Contao Manger von 5.3. hoch. Sind da irgendwelche Altlasten?

[Spooky]

Welche Suche meinst du - die vom Browser oder die vom Editor? Poste einen Screenshot.

[Wian]

editor-1.png
editor2.png

Man sieht es in der schwarzen Zeile. Es ist die gleiche Datei. Erst "Ausdruck nicht gefunden" dann: 1 von1 Übereinstimmungen. Das passiert erst seit 5.7

[mlweb]

Das ist doch die Suche im Browser oder?

[Wian]

F3

Browser, aber das tritt jetzt bei allen Browsern auf, d.h. Chrome und Firefox. Bei 5.3 funktioniert es problemlos.

[zoglo]

Du meinst in der 5.3 die Suche im Code-Editor?

[mlweb]

Ich nehme an das hängt eventuell mit dem Einsatz Turbo im Backend zusammen.

[Wian]

In dem Fall kostet der "TURBO" ziemlich viel Zeit, da meine css-Dateien oft lang sind.

[zoglo]

Ich nehme an das hängt eventuell mit dem Einsatz Turbo im Backend zusammen.

Oder an den ACE-Plugins oder an geänderter Config für den ACE-Editor oder an Browsern... oder an Keybinds für.... oder CSS.. oder Scroll... oder Overflow..

Dafür muss das Problem erstmal spezifiziert werden. Evtl. hilft ein Screencast mit Audio zwischen Contao 5.3 (wo es ging) und 5.7 (wo es jetzt nicht geht).

(Anders gesagt: Ich weiß noch nicht "ganz genau" was gemeint ist -> Weil man hier ein Screenshot der Browsersuche gepostet hat)

[Spooky]

editor-1.png
editor2.png

Man sieht es in der schwarzen Zeile. Es ist die gleiche Datei. Erst "Ausdruck nicht gefunden" dann: 1 von1 Übereinstimmungen. Das passiert erst seit 5.7

Du musst die Suche im Editor nutzen, nicht die Suche des Browsers.

[Wian]

Falls das nur bei mir auftritt ??? dann muss ich damit leben. Funktioniert die Suche im Code-Editor bei 5.7. bei Euch?

[mlweb]

In dem Fall kostet der "TURBO" ziemlich viel Zeit, da meine css-Dateien oft lang sind.

Na ja, wenn man große CSS-Dateien im Backend bearbeitet, dann wohl schon. Aber in Zeiten von Versionierung macht so etwas in meinen Augen wenig Sinn. Ein externer Editor ist da m.E. viel leistungsfähiger und performanter (abgesehen von Möglichkeiten der Versionierung). Ein CMS ist m.E. nun mal kein Ersatz für einen Editor.

Gibt es einen bestimmten Grund für die Bearbeitung im Backend?

[Spooky]

Funktioniert die Suche im Code-Editor bei 5.7. bei Euch?

Ja funktioniert - bei dir nicht?

[zoglo]

Falls das nur bei mir auftritt ??? dann muss ich damit leben. Funktioniert die Suche im Code-Editor bei 5.7. bei Euch?

Die vom Ace-Editor, ja. Gerade getestet.

[Wian]

Oh je, Webdesigner trifft Entwickler.

Ja ich gehe noch ganz normal ins Backend und bearbeite dort die css-Datei.

[Wian]

Manchmal habe ich Angst, dass die Entwickler vergessen, dass sie die einfachen Webdesigner und Redakteure bei der Entwicklung mitnehmen müssen.

[zoglo]

Oh je, Webdesigner trifft Entwickler.

Alles gut

Ja ich gehe noch ganz normal ins Backend und bearbeite dort die css-Datei.

Das Fenster mit welchem du die CSS bearbeitest, das ist der "Code-Editor". Wenn du in diesen Editor reingeklickt hast, kannst du mit Strg + F oder Command + F die Suche vom Editor öffnen.

- - - Aktualisiert - - -

Manchmal habe ich Angst, dass die Entwickler vergessen, dass sie die einfachen Webdesigner und Redakteure bei der Entwicklung mitnehmen müssen.

Das ignoriere ich mal.

[mlweb]

Oh je, Webdesigner trifft Entwickler.

Ja ich gehe noch ganz normal ins Backend und bearbeite dort die css-Datei.

Ich bin Webdesigner so wie Du und kein Entwickler.

[Wian]

Dann nochmal von vorn:

Ich gehe ins Backend -> Dateien - öffne die scss-Datei, drücke F3 und such nach den Selektoren, die ich bearbeiten will. Jetzt bekomme ich die Meldung "Ausdruck nicht gefunden". Erst wenn ich die scss-Datei bis hinunter gescrollt habe, sagt die Suche, wie oft der Begriff gefunden wurde. Das stört mich sehr, aber vielleicht gewöhne ich mich auch daran.

Ansonsten habe ich nun festgestellt, dass ich hinsichtlich css-Bearbeitung etwas ändern muss.

[Spooky]

Dann nochmal von vorn:

Ich gehe ins Backend -> Dateien - öffne die scss-Datei, drücke F3 und such nach den Selektoren, die ich bearbeiten will. Jetzt bekomme ich die Meldung "Ausdruck nicht gefunden". Erst wenn ich die scss-Datei bis hinunter gescrollt habe, sagt die Suche, wie oft der Begriff gefunden wurde. Das stört mich sehr, aber vielleicht gewöhne ich mich auch daran.

Das passiert weil du die Suche des Browsers benutzt hast. Wie jetzt schon mehrmals in diesem Thread erwähnt musst du die Suche des Editors nutzen. Also du musst zuerst in den Editor klicken, bevor du Strg+F drückst. F3 funktioniert nicht.

[Wian]

Lieber Spooky und liebe andere,

jetzt habe ich es begriffen. Ab 5.7 nicht mehr F3 sondern String+F. Vielen Dank!

[zoglo]

Ich bin Webdesigner so wie Du und kein Entwickler.

^ Korrektur - Nicht mlweb war gemeint.

Manchmal habe ich Angst, dass die Entwickler vergessen, dass sie die einfachen Webdesigner und Redakteure bei der Entwicklung mitnehmen müssen.

Ich bin nur Contao-Entwickler, nicht "Code-Editor"-Entwickler, "Ace-Editor"-Entwickler und auch nicht "Browser"-Entwickler.
Ich kann die Seitensuche (F3) im aktuellen Code-Editor-Beispiel von https://ace.c9.io/ auch nicht nutzen, wenn der Inhalt nicht mehr sichtbar ist (Hierfür musst du ein bisschen mehr befüllen und wieder hoch scrollen)

Du müsstest das Problem also woanders melden:

Ace-Editor:
https://github.com/ajaxorg/ace

Firefox:
https://support.mozilla.org/en-US/kb...equest-mozilla

Chrome:
https://www.chromium.org/for-testers...ng-guidelines/

Safari:
https://webkit.org/reporting-bugs/

Vielen Dank für deine Geduld, in diesem Forum bist du mit dem Problem der fehlenden "Browser-Suche" also fehl am Platz.

[zoglo]

Für heute verlasse ich das Forum wieder, vielleicht auch für bisschen länger, dann kann ich mich wieder in meinen Keller einschließen und Entwicklersachen machen, bin nicht so cool wie ein Webdesigner.
Support gibt's dann von Webdesignern.

Grüße gehen Raus an alle Webdesigner.

[zoglo]

Korrektur. Ich wollte Wian zitieren, nicht mlweb.

[Wian]

Nochmal vielen Dank für Eure Mühen. Wenn ich zu viele Begriffe lese, die ich nicht verstehe - wie ACE (da denke ich eher an Multivitamin) - da bekomme ich etwas Panik.

Mir ist noch etwas anderes bei 5.7 aufgefallen, aber das hebe ich mir lieber für später auf. Vielleicht finde ich auch selbst eine Lösung. Einen schönen Tag - auch im Keller - wobei man da wenig Sonne abbekommt.

[zoglo]

Nochmal vielen Dank für Eure Mühen. Wenn ich zu viele Begriffe lese, die ich nicht verstehe - wie ACE (da denke ich eher an Multivitamin) - da bekomme ich etwas Panik.

Mir ist noch etwas anderes bei 5.7 aufgefallen, aber das hebe ich mir lieber für später auf. Vielleicht finde ich auch selbst eine Lösung. Einen schönen Tag - auch im Keller - wobei man da wenig Sonne abbekommt.

Im Keller kommt heute leider noch zu viel Sonne rein. Wenn du das Problem in einer leeren und neuen Contao 5.7 oder Contao 5.3 reproduzieren kannst, dann melde es als Fehler auf GitHub.
Man muss nicht Entwickler sein um auf GitHub Fehler zu melden.

[mlweb]

Wenn es nicht direkt mit diesem Theme zu tun hat dann bitte in einem extra Thread. Unterschiedliche Probleme lassen sich damit besser finden und abgrenzen.

[Wian]

Aus meiner Sicht trat "mein Problem" nach einer Reihe von Updates auf. Und ich habe bis heute kein Ticket auf github erstellt, obwohl ich schon mal einen Vortrag dazu gehört habe. Würde ich mir nicht trauen. Ihr könnt das Ganze auch gern löschen.

[lucina]

Ehrlich gesagt: Ich finde nicht, dass es dumme Fragen gibt. Es gibt vielleicht

• technische Probleme
• schlecht dokumentierte Features
• unklare Workflows
• intransparente Veränderungen
• ...

... und hier im Forum ist genau der Ort, an dem man das klären kann. Respektvoll und offen.

[mlweb]

Und ich habe bis heute kein Ticket auf github erstellt, obwohl ich schon mal einen Vortrag dazu gehört habe. Würde ich mir nicht trauen.

Aber warum denn nicht? Ich habe meine ersten Tickets auch sehr zögerlich erstellt und erst nach dem ich mich vergewissert habe, dass es wirklich ein Ticket wert ist. Für die Entwickler ist es deutlich einfacher Fehlermeldungen dort zu haben, wo sie am besten damit umgehen können (Nachverfolgung, Zuordnung zu Personen etc.). Wenn Du ein Ticket erstellst und nachher stellt sich raus, dass es doch kein Fehler war, reißt Dir niemand den Kopf ab. Das Ticket wird mit einem Hinweis geschlossen und das war es.
Du hast vorhin davon geschrieben

Manchmal habe ich Angst, dass die Entwickler vergessen, dass sie die einfachen Webdesigner und Redakteure bei der Entwicklung mitnehmen müssen.

Die einfachen Webdesigner müssen diesen Weg aber auch bereit sein mitzugehen und dazu gehört für mich auch bei Fehlern (oder möglichen Fehlern) ein Ticket auf Github zu erstellen.

[Spooky]

In diesem Fall ist aber kein Ticket notwendig, es funktioniert alles wie vorgesehen.

[mlweb]

@Spooky das ist klar. Es ging mir hier nur um die allgemeine Angst ein Ticket auf Github zu erstellen.

[zoglo]

In diesem Fall ist aber kein Ticket notwendig, es funktioniert alles wie vorgesehen.

Neue Fehler bei uns. Das Beschriebene Problem aber Nicht bei uns, genau. Eher bei Ace.

Die Nutzung der Browser-Suche scrollt in Contao 5.3 im Codeeditor Ace zum gesuchten Wort.
Da das beschriebene Verhalten in Contao 5.7 (wo es nicht geht) aber dasselbe wie in der ACE-Editor Demo ist (online), sehe ich das als Feature oder Bug bei Ace, denn jetzt funktioniert es in Contao 5.7 ja genauso wie von Ace vorgesehen?

[mlweb]

Man muss ja nicht die Browsersuche nutzen und nach einem Missverständnis hat @Wian das auch verstanden https://community.contao.org/de/show...l=1#post602450 und ihr eigentliches Problem des Threads war damit gelöst.