Wikipedia Diskussion:Technik/Text/Edit/CodeEditor

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 7 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.

Ungeeignete und geeignete Browser[Quelltext bearbeiten]

Kleine Umfrage: Womit funktioniert das Teil, womit nicht? Bitte unten eintragen nach Muster:

; Browsername Versionsnummer, Betriebssystem
: Beschreibung des Problems; oder: ungestörte Funktionalität
: --~~~~

Damit soll ggf. der Fehlfunktion durch automatischen Ausstieg entgegengewirkt werden. Besten Dank --PerfektesChaos 23:34, 9. Sep. 2013 (CEST)Beantworten


Firefox (alle Versionen, alle OS)
Keine Beanstandungen bekannt
--PerfektesChaos 00:12, 11. Sep. 2013 (CEST)Beantworten
Google Chromium (alle Versionen, alle OS)
Keine Beanstandungen bekannt
--PerfektesChaos 00:12, 11. Sep. 2013 (CEST)Beantworten
Microsoft Internet Explorer 10.0.9, Windows 7
Keine Probleme bei einem kurzen Test gefunden.
--RE rillke fragen? 15:58, 14. Sep. 2013 (CEST)Beantworten
Opera 12.52, Windows XP
Keine Textveränderung möglich.
--PerfektesChaos 23:34, 9. Sep. 2013 (CEST)Beantworten
Opera 16.0, Mac OS X
keine Probleme zu sehen
--Wyndfang 22:59, 11. Sep. 2013 (CEST)Beantworten
Safari 5.1.9, Mac OS X
keine Probleme zu sehen
--Wyndfang 22:23, 11. Sep. 2013 (CEST)Beantworten
iCab 5.1.0, Mac OS X
funktioniert nicht, man kann es wie eine normale Seite bearbeiten, die Zeichenleiste oben fehlt aber
--Wyndfang 23:37, 11. Sep. 2013 (CEST)Beantworten


Syntax - checker[Quelltext bearbeiten]

In der demo ist ein Syntax-checker eingebaut. Warum haben wir den nicht? -- RE rillke fragen? 15:44, 14. Sep. 2013 (CEST)Beantworten

Erwähnenswerte Features[Quelltext bearbeiten]

Schritt 1: Alt-Taste gedrückt halten, markieren
Schritt 2: Mehere Zeilen gleichzeitig bearbeiten
  • Die Möglichkeit, Code oder Kommentare auszublenden ("Code folding"), indem man mit der Maus über die Zeilennummern fährt, ist ziemlich versteckt, aber nützlich
  • Tastenkombinationen
  • Vertikales markieren und Bearbeiten mit Alt

-- RE rillke fragen? 16:25, 14. Sep. 2013 (CEST)Beantworten

Vertikales Markieren und Bearbeiten mit Alt – hat sich mir bei erster Durchsicht der Keys noch nicht erschlossen. Klingt verlockend; kannst du schon mal einen Abriss geben?
Danke für die Infos aus der Bedienungsanleitung; da könnte ja sogar eine richtige Hilfeseite ausgegliedert werden, wenn die Browser-Eignung automatisiert wurde und man das Teil im Wiki-Kontext weiterempfehlen kann.
Schönes Wochenende --PerfektesChaos 16:43, 14. Sep. 2013 (CEST)Beantworten
Wahrscheinlich reden wir wieder aneinander vorbei und für dich ist es ohnehin nichts Besonderes… dennoch habe ich eine Bilderbuchanleitung ergänzt. Multicursor ist auch so ein großartiges Feature: Hält man die Strg-Taste gedrückt kann man mehrere Cursor an beliebige Stellen setzen; mit Strg+Alt kann man mehrere Bereiche markieren (Voraussetzung ist, dass bereits ein Multi-Bereich markiert ist oder mehrere Cursor gesetzt wurden), mit Strg+Alt+→ hat man schon ein sehr gutes Suchen und Ersetzen ohne, dass man irgendein Suchbegriff eingeben muss :-) Dir auch ein schönes WE! -- RE rillke fragen? 17:15, 14. Sep. 2013 (CEST) P.S: JSON wird auf Commons im Campaign-Namensraum eingesetzt. Bsp: commons:Campaign:wlm-sy (schade, dass dieses schon wieder ein so kulturträchtiges Land von Krieg zerstört wird … nach Ägypten und dem Irak)Beantworten
Nein, das kannte ich so noch nicht vom CodeEditor, nur von Emacs. Ein Abschnitt drüber steht allerdings, warum ich selbst überhaupt kein häufiger Anwender des CodeEditor bin. Wenn ich irgendwann mal halbmüde bin, muss ich die ganzen Features und Tastaturkombinationen ein Stündchen durchspielen und Doku dazu schreiben. LG --PerfektesChaos 19:30, 14. Sep. 2013 (CEST)Beantworten
Bevor du viel Arbeit reinsteckst, solltest Du den Experten auf bugzilla:48826 mal auf den Zahn fühlen, wann sie vorhaben Ace durch CodeMirror zu ersetzen. Wenn Herr VIBBER sagt, dass es kommt, kommt es wahrscheinlich auch, nur wann, das weiß keiner. (Meistens dauert es Jahre.) -- RE rillke fragen? 22:46, 14. Sep. 2013 (CEST)Beantworten
Witzbolde vor dem Herrn. Was rauchen die denn nur in den letzten zwölf Monaten bei WMF? Die waren früher doch organisierter drauf. Sind das diese vielen Manager? Erst haben sie ein Gadget, das mit lateinischen Schriften auf dem FF ganz nett läuft; schreiben als Kommentar in den Quellcode, dass es auf IE8 usw. nicht funktioniert; dann drücken sie es zwangsweise ungefragt jedem Benutzer gleich welchen Browsers auf, und erlauben kein Opt-Out; und jetzt fällt ihnen was neues Altbekanntes ein. Anschließend stellt sich heraus, dass das neue Dings auch so seine Macken hat, mit irgendwas. Erinnert an den abgestiegenen Ausstieg aus dem Atomausstieg. Schönen Sonntag --PerfektesChaos 23:23, 14. Sep. 2013 (CEST)Beantworten

Suche im Browser funktioniert nicht, Sprungmarke auf Bearbeitungsfeld fehlt[Quelltext bearbeiten]

FF23. Mit dem CodeEditor fehlt mir die Möglichkeit, Vorschau/Diff und Bearbeitungsfeld in einem Zug zu durchsuchen, da Strg-F in FireFox nicht mehr funktioniert. Das war vorher eine von zwei Möglichkeiten, schnell zum Bearbeitungsfeld zu gelangen (und dort gleich an die richtige Stelle). Die zweite Möglichkeit zum Bearbeitungsfeld zu kommen fehlt ebenfalls: auf anderen Seiten wird nach dem Hinweis, dass es sich nur um eine Vorschau handelt, <a href="#editform">→ Zum Bearbeitungsfeld gehen</a> ausgeliefert, auf den Seiten mit .js und .css fehlt das jetzt. Sehr lästig, jetzt heißt es durch die Vorschau/den Diff scrollen. --IvlaDisk. 21:17, 14. Sep. 2013 (CEST)Beantworten

  • Ich schau die Tage mal nach den Tastenkombinationen, vielleicht fällt mir was ein.
  • Den Sprung-Link gibt es wohl wegen allgemeinem Redesign der Spezialseite nicht mehr; ist wohl sogar schon eine Weile her? Mit dem CodeEditor hat es nicht direkt was zu tun.
    • Ich kann aber meinem Gadget mal was beibiegen; ist im Prinzip nicht so arg schwer.
LG --PerfektesChaos 22:00, 14. Sep. 2013 (CEST)Beantworten
  1. Tastenkombination Strg-F ist (momentan) etwas anders als ich geschrieben habe, aber fast noch verwirrender.
    1. Fokus außerhalb des Editfelds: Strg-F durchsucht den Preview, und kommt bis zum ersten Treffer im Editfeld. Außerdem alle weiteren Vorkommen im sichtbaren Teil des Editfelds (aber nur da), dann ist der nächste Treffer wieder im Preview. Mmh, das ist momentan auch auf anderen als .js-Seiten so, ich bin mir eigentlich ziemlich sicher, dass ich früher Quelltext von Artikeln/Diskussionsseiten/Skripten halbwegs zuverlässig mit Strg-F des Browsers durchsuchen konnte.
    2. Fokus im Editfeld: Strg-F öffnet den Suchdialog des CodeEditors, setzt den Fokus aber in den Suchdialog von Firefox.
    3. Einmal mit der Maus in CodeEditor-Dialog geklickt, Suchwort eingegeben und Enter: es wird im Quelltext gesucht. Jetzt müsste man aber die Tastenkombination für Weitersuchen des CodeEditors auswendig wissen.
    4. Weitere Variante ist die in der erweiterten Werkzeugleiste anklickbare Suche. Die kommt wenigstens einmal durch alle Treffer im Editfeld, die Box überlagert aber gern mal Treffer u. muss dann mit der Maus beiseite geschoben werden. Umseitig steht übrigens noch, dass der Dialog gar nicht geht (unter Verbesserungspotenzial, Werkzeugleiste).
  2. Sprunk-Link: kann sein, dass der schon vor CodeEditor verschwunden ist, ich mach nur unregelmäßig was mit JavsScript. Ist auch leicht nachträglich zu fixen:
    document.getElementById("userjspreview").firstElementChild.innerHTML += '<a href="#editform"> → Zum Bearbeitungsfeld gehen</a>'
Dito für usercsspreview. Bei Lua wird offenbar mw-previewheader benutzt, dort fehlt der Link nicht. Für Diffs wären mw-userjsyoucanpreview und mw-usercssyoucanpreview zuständig, da braucht man das aber IMO nicht unbedingt, schließlich will man damit die Änderungen sehen, da muss man nun mal scrollen.
Am einfachsten wäre es, ein Admin fügt den fehlenden String auf MediaWiki:Userjspreview und vielleicht auch MediaWiki:Usercsspreview ein. Wenn dann nach irgendeinem Redesign der Link doppelt auftauchen sollte lässt sich das schnell wieder rausnehmen.
Gruß, --IvlaDisk. 16:40, 16. Sep. 2013 (CEST)Beantworten
bugzilla:53923. Ivla, Du könntest Deine präzise Fehlerbeschreibung evtl. dort einbringen? Gruß Yellowcard (D.) 10:36, 17. Sep. 2013 (CEST)Beantworten
Danke für den Hinweis auf den Bug. Dort schreiben sieht im Moment schlecht aus, ich komme zeitlich überhaupt nicht hinterher. Müsste erst einen Account anlegen (und eine E-Mail-Wegwerfadresse dafür einrichten). Aktives Englisch sieht auch mies aus und dauert erheblich länger als deutscher Text.
Dazu kommt, dass das alles auch noch erneut getestet werden muss. Momentan funktioniert die Suche mit Strg-F z.B. wieder in normalen Artikeln. Das ging zwischendurch nicht richtig (unter Fall 1 oben), einziger von mir wahrgenommene Unterschied in der Arbeitssituation ist das ich nicht in einem anderen Tab den CodeEditor offen habe. Das dürfte aber eigentlich keinen Unterschied machen, weil in verschiedenen Tabs des Browsers?
Hier läuft auch viel anderes JS mit, das Werkzeugleiste und Editform beeinflusst, ich müsste zum Vergleich eigentlich mit anderem Account ohne vector.js testen. Gruß, --IvlaDisk. 10:14, 18. Sep. 2013 (CEST)Beantworten