Benutzer Diskussion:Schnark/js/diff
Problem
[Quelltext bearbeiten]Hallo Schnark! Seit Neuestem erscheint die Schaltfläche für Dein Diff bei mir nicht mehr. Es wird von Benutzer:WolfgangRieger/common.js eingebunden. Bekanntes Problem? -- Wolfgang Rieger (Diskussion) 15:16, 2. Sep. 2013 (CEST)
- Leere einmal den Browsercache komplett, falls das nicht hilft, bitte unter Benutzer Diskussion:Schnark#Benutzer:Schnark/js/diff mit Angaben zu Fehlermeldungen weiterdiskutieren. --Schnark 09:16, 3. Sep. 2013 (CEST)
- Wieder da. WTF? Danke Dir jedenfalls für Deine Antwort. Grüße -- Wolfgang Rieger (Diskussion) 09:39, 3. Sep. 2013 (CEST)
¶-Zeichen
[Quelltext bearbeiten]Hallo @Schnark:, als ich mir letzens einenen Versionsunterschied azeigen haben lasse, ist mir dieses ¶-Symbol aufgefallen. Wofür steht das? Liebe Grüße, -- Allan D. Mercant Diskussion 18:18, 1. Jun. 2015 (CEST)
- Es zeigt gelöschte bzw. eingefügte Zeilenumbrüche an, siehe ¶, vor allem den Abschnitt Textverarbeitung. --Schnark 16:15, 13. Jun. 2015 (CEST)
- Ah, dankeschön. Liebe Grüße, -- Allan D. Mercant Diskussion 17:12, 13. Jun. 2015 (CEST)
Versionsnavigation auch bei Δ-Darstellung
[Quelltext bearbeiten]Auf Verweis nach hierher von Wikipedia:Verbesserungsvorschläge her kopiert. --Silvicola Disk 12:16, 12. Mai 2016 (CEST)
Um eine Folge von Bearbeitungen eines Artikels schneller prüfen zu können, wäre es besser, wenn auch innerhalb der Δ-Darstellung bleibend das Vor-Zurück-Navigieren möglich wäre. Ich muss da in Serie ständig auf die D-Darstellung zurück, um die Navigation zu bekommen, dann vor- oder zurückgehen, dann die Δ-Darstellung wieder anwählen – eine Umwegigkeit, die doch nur aufhält. --Silvicola Disk 07:51, 29. Apr. 2016 (CEST)
--Silvicola Disk 12:16, 12. Mai 2016 (CEST)
- Auch wenn ich den Nutzen grundsätzlich sehe, ist mir der notwendige Aufwand in der Implementierung im Vergleich zu groß.
- Die Links zum Blättern einzufügen wäre noch verhältnismäßig leicht (wobei auch schon da eine Unterscheidung zwischen Diffs aus der Versionsgeschichte und anderen Diffs, etwa in der Vorschau beim Bearbeiten nötig wäre). Ich persönlich verwende dafür Benutzer:Schnark/js/gestures.
- Nach dem Navigieren wieder die Δ-Darstellung auszuwählen bereitet die größeren Probleme. Hauptgrund ist die Tatsache, dass zunächst der normale Diff sichtbar wäre, dann unvermittelt durch eine Lade-Anzeige ersetzt würde, bis schließlich der Diff sichtbar wäre. Wenn ich durch Diffs blättere, dann betrachte ich sie im Normalfall in der Standard-Darstellung und wechsle nur für die interessanten Fälle in die andere. Für mich würde die Änderung daher bedeuten, dass das Blättern durch Diffs aufwändiger würde. --Schnark 11:07, 13. Mai 2016 (CEST)
- Schade.
- Auf Gestensteuerung werde ich mich nicht einlassen. Ich bin nämlich feinmotorisch unbegabt, vielleicht weil ich nie Gefallen an Tetris und verwandten Jetzt-aber-husch-Spielen finden mochte. Ich bekomme ohnehin schon jeden Tag Lust, ein Bäckerdutzend Interface-Designer oder mehr zu schlachten (frei nach Shakespeare: “First thing – kill all the designers!”), etwa wenn ich beim Fensterverschieben an den Bildschirmrand komme und das Fenster daraufhin ungefragt in den Vollbildmodus wechselt. Oder wenn ich wieder mal den seit einiger Zeit in meinem Betriebssystem grundsätzlich versteckten und nur allenfalls (!) als 1 Pixel breiter roter Erinnerungsstrich noch vorhandenen Rollbalken fickerig zum Ausklappen bringen muss – wenn das Fenster zu sehr am Bildschirmrand liegt, hat man da ohnehin Pech, dann geht gar nichts mehr. Oder wenn man mir dort, wo ein Rollbalken noch permanent angezeigt wird, seit einiger Zeit Schiebeknopf wie Schiebebalkenendknöpfe henommen hat und ich deshalb nur noch proportional und nicht mehr seitenweise oder zeilenweise rollen kann. Klar, braucht man ja auch nicht, man weiß ja wie lange ein geöffnetes Dokument ist. Überhaupt, wer mag schon lange Texte haben. Und lesen ohne Textflussverlust will ohnehin heute keiner mehr, nur noch Bilder kucken. Offenbar soll man auch als exklusiver Desktopbenutzer durch Zermürbung auf smartphone-reduziertes Navigieren umerzogen werden. Ich werde trotzdem der letzte Mensch mit echtem Desktop-Klavier bleiben, und nur mit solchem, und sogar sehr gerne dadurch incommunicado werden. Ich sehe dadurch nämlich außerhalb des Hauses zuweilen auch noch Bäume und Bäche und nicht nur Kätzchenfotos und Emoticons. Du hast wohl schon wohl bemerkt, dass man trotz dieses Verzichts auf Anrührendes Emotionen haben kann, und sogar starke, sehr starke …
- Dein letztes Argument – angeblich erhöhter Aufwand, wenn man wie Du meist nur die Standard-Darstellung verwendet – verstehe ich übrigens nicht. Die Idee war doch, dass man nach jedem Navigationssschritt grundsätzlich in derselben Darstellung wie vor diesem verbleibt. Angenommen, Du bist in der Standarddarstellung und willst weiter – alles wie gehabt. Aus der Δ-Darstellung musst auch Du derzeit erst einmal in die Standarddarstellung wechseln, ehe Du dann das nächste Diff in ihr betrachten kannst.
- Gruß --Silvicola Disk 05:53, 18. Mai 2016 (CEST)
Buttonlocation und - gestaltung
[Quelltext bearbeiten]Hallo Schnark, seit einiger Zeit habe ich die Buttons für die Anzeige des verbesserten Difflinks mal rechts, mal gar nicht. Außerdem war der Button mit dem grünen Dreick wesentlich besser zu finden, wie auch die Position rechts oberhalb des Bearbeitungsfensters mich immer wieder ins Stocken kommen läßt, weil ich mit der Maus erst quer über den ganzen Monitor muß. Siehe auch Wikipedia:Fragen_zur_Wikipedia#Verbesserter_Diff.3F.21.3F. Kann man das wieder a) strabilisiern, b) optisch so wie bei der alten Version gestalten? --Glückauf! Markscheider Disk 09:28, 18. Aug. 2017 (CEST) ACh ja, ich nutze das monobook. -- Glückauf! Markscheider Disk 09:31, 18. Aug. 2017 (CEST)
- Position und Aussehen der Schaltflächen habe ich geändert um Konsistenz mit dem visuellen Diff zu erreichen, der im VE standardmäßig, auf gewöhnlichen Diff-Seiten bislang optional (aber auf lange Sicht ebenfalls immer) zur Verfügung steht. Das werde ich also nicht zurückändern.
- Dass die Schaltflächen manchmal fehlen, ist ein Fehler, aber ohne irgendwelche Anhaltspunkte (wie etwa JS-Fehlermeldungen in der Browserkonsole) kann ich dazu nichts weiter sagen. Es handelt sich aber höchstwahrscheinlich um die seit Mai bestehende Race-Condition in PDDs Monobook, die immer noch nicht behoben ist. Daran kann ich nichts ändern, sondern nur PDD. –Schnark 09:54, 18. Aug. 2017 (CEST)
- Schnark, wäre es dir möglich, den DIVs eine ID zu verpassen (wobei die für die klassische Ansicht schon eine besitzt)? Dann könnte man das individuell ändern. — Speravir – 20:25, 20. Aug. 2017 (CEST)
- Das Verschwinden der Buttons ist zumindestens in einem Fall reproduzierbar: wenn mehrere ungesichtete Änderungen exisitieren, man nur die letzte Änderung anzeigen läßt, dann sind sie da. Klickt man auf "(Betrachte alle ausstehenden Änderungen)", dann verschwinden sie. -- Glückauf! Markscheider Disk 06:38, 21. Aug. 2017 (CEST)
- Speravir, ich weiß nicht, für welchen DIV du gerne eine ID hättest, insbesondere, weil kein DIV für den klassischen Diff eine ID besitzt.
- Das geschilderte Problem, dass die Schaltflächen verschwinden, wenn man auf „(Betrachte alle ausstehenden Änderungen)“ klickt, kann ich nicht nachvollziehen, obwohl ich in mehreren Artikeln und mit mehreren Browsern getestet habe. Das bestärkt mich in meiner Annahme, dass es nichts mit meinem Skript zu tun hat, sondern wirklich von PDDs monobook.js verursacht wird. Daran kann ich nichts ändern. –Schnark 09:04, 22. Aug. 2017 (CEST)
(Einrückung entfernt.) Komisch. Wenn ich mir das Feld mit dem Firefox-Webinspektor ansehe, erhalte ich folgende Struktur und ich dachte, die würde von dir definiert:
<div>
<div style="font-size: 0.914286em; text-align: right; margin: 1em 0px;">
<div class="oo-ui-widget oo-ui-widget-enabled oo-ui-selectWidget oo-ui-selectWidget-depressed oo-ui-buttonSelectWidget" aria-disabled="false" role="listbox" tabindex="0" aria-activedescendant="oojsui-1">
<div class="oo-ui-widget oo-ui-widget-enabled oo-ui-labelElement oo-ui-optionWidget oo-ui-buttonElement oo-ui-buttonElement-framed oo-ui-iconElement oo-ui-buttonOptionWidget oo-ui-optionWidget-selected oo-ui-buttonElement-active" aria-disabled="false" tabindex="-1" role="option" aria-selected="true" id="oojsui-1">
<a class="oo-ui-buttonElement-button" role="button"><span class="oo-ui-iconElement-icon oo-ui-icon-wikiText oo-ui-image-invert"></span><span class="oo-ui-labelElement-label">Klassisch</span><span class="oo-ui-indicatorElement-indicator oo-ui-image-invert"></span></a>
</div>
<div class="oo-ui-widget oo-ui-widget-enabled oo-ui-labelElement oo-ui-optionWidget oo-ui-buttonElement oo-ui-buttonElement-framed oo-ui-iconElement oo-ui-buttonOptionWidget" aria-disabled="false" tabindex="-1" role="option" aria-selected="false">
<a class="oo-ui-buttonElement-button" role="button"><span class="oo-ui-iconElement-icon oo-ui-icon-markup"></span><span class="oo-ui-labelElement-label">Verbessert</span><span class="oo-ui-indicatorElement-indicator"></span></a>
</div>
<div class="oo-ui-widget oo-ui-widget-enabled oo-ui-optionWidget oo-ui-buttonElement oo-ui-buttonElement-framed oo-ui-iconElement oo-ui-buttonOptionWidget" aria-disabled="false" tabindex="-1" role="option" aria-selected="false">
<a class="oo-ui-buttonElement-button" role="button" title="Konfiguration für verbesserten Diff"><span class="oo-ui-iconElement-icon oo-ui-icon-advanced"></span><span class="oo-ui-labelElement-label"></span><span class="oo-ui-indicatorElement-indicator"></span></a>
</div>
</div>
</div>
<!-- Code entfernt, hier unwichtig -->
</div>
Die äußere DIV ohne jede Auszeichnung hätte ich auch noch weglassen können, obwohl es viel helfen würde, wenn bereits sie eine ID erhalten würde. Aber die hier in Zeile 2 startende DIV ist kritisch, weil sie text-align: right;
enthält, was ich individuell gern ändern würde. Die DIV für die klassische Ansicht, hier ab Zeile 4, hat eine ID (id="oojsui-1"
), diejenige für die verbesserte Ansicht (Zeile 7) aber nicht; Das wäre jedoch nötig, um das Logo zu ändern. Wenn man dabei wäre, das zu ändern, sollte dann auch der DIV für die Konfiguration (Zeile 10) eine ID geben. — Speravir – 03:05, 26. Aug. 2017 (CEST)
- Wie du an dem grandiosen Namen
oojsui-1
sehen kannst, wird die ID automatisch erzeugt, und sobald du eine andere Schaltfläche anklickst, bekommt die auch ihre ID. Zudem gibt es Fälle, in denen ein anderes Element die IDoojsui-1
hat. Wenn es dir nur um das Icon geht, dann mach einen besseren Vorschlag, vollständig zufrieden bin ich damit nicht, aber unter https://doc.wikimedia.org/oojs-ui/master/demos/?page=icons&theme=wikimediaui&direction=ltr&platform=desktop finde ich nichts Besseres. Ansonsten gilt: Rufe mal einen Diff ohne mein Skript, aber mit&visualdiff
am Ende der URL auf. Alle Elemente, die dort zu sehen sind, stehen nicht vollständig unter meinem Einfluss. –Schnark 09:55, 26. Aug. 2017 (CEST)- Ich hatte diesen „grandiosen Namen“ schon bemerkt und mir gedacht, dass nicht Du ihn vergeben hast, aber mir war nicht klar, dass sich auf den Aktivstatus bezieht (wie bekloppt ist das denn?) – aha, wenn „Verbessert“ aktiv ist, erhält es die ID
id="oojsui-2"
, und die Einstellungen sindid="oojsui-11"
. Ich hatte nicht gedacht/gewusst, dass Du dich „nur“ an den Originalcode anhängst/in ihn einhackst. Ich seh mir das mit dem Visualdiff mochmal später an. Wegen der Symbole: Ich kann damit leben, wollte aber versuchen, dem Markscheider zu helfen. Das sollte nur individuell geschehen, nicht generell im Skript (meiner Meinung nach), aber, wenn dann dachte ich an so etwas wie Datei:Greek uc delta.png oder das SVG-Pendant. — Speravir – 00:56, 27. Aug. 2017 (CEST)- Mit einem Icon ist es ja nicht getan: In den meisten Skins braucht es zwei Varianten, eine in Weiß für die ausgewählte Schaltfläche, eine in Schwarz für die nicht ausgewählte. Monobook kommt als einziges Skin mit einer Variante aus, aber das kann sich auch ohne Vorwarnung ändern. Dann muss auch noch die Größe, Linienstärke und die Grundlinie mit den anderen Icons übereinstimmen um ein stimmiges Gesamtbild zu erreichen. Man kann also durchaus andere Symbole als die in OOJS-UI vorhandenen einsetzen, aber das will man nicht wirklich. Einen Selektor zu finden, der die Schaltfläche auswählt, ist wesentlich einfacher, als der CSS-Code, der dann noch nötig ist. –Schnark 08:54, 28. Aug. 2017 (CEST)
- Ja, dass zwei Farbvarianten verwendet werden, hatte ich auch bemerkt. Aber noch einmal: Es geht gar nicht darum, dass Du das ändern sollst, sondern es „nur“ ermöglichen, dass andere es selbst individuell tun. Es liegt dann an dem anderen, die Inkonsistenzen auszubügeln oder zu ertragen. — Speravir – 23:16, 3. Sep. 2017 (CEST)
- Jeder, der in der Lage ist, die Icons und die CSS-Eigenschaften, die notwendig sind, um diese stattdessen zu verwenden, auszutüfteln, wird es auch schaffen, einen hinreichend eindeutigen CSS-Selektor (über Geschwisterselektoren) für die Schaltfläche zu finden. Dafür braucht es keine ID oder sonst etwas, das ich im Skript ändern müsste. –Schnark 09:01, 4. Sep. 2017 (CEST)
- Ja, dass zwei Farbvarianten verwendet werden, hatte ich auch bemerkt. Aber noch einmal: Es geht gar nicht darum, dass Du das ändern sollst, sondern es „nur“ ermöglichen, dass andere es selbst individuell tun. Es liegt dann an dem anderen, die Inkonsistenzen auszubügeln oder zu ertragen. — Speravir – 23:16, 3. Sep. 2017 (CEST)
- Mit einem Icon ist es ja nicht getan: In den meisten Skins braucht es zwei Varianten, eine in Weiß für die ausgewählte Schaltfläche, eine in Schwarz für die nicht ausgewählte. Monobook kommt als einziges Skin mit einer Variante aus, aber das kann sich auch ohne Vorwarnung ändern. Dann muss auch noch die Größe, Linienstärke und die Grundlinie mit den anderen Icons übereinstimmen um ein stimmiges Gesamtbild zu erreichen. Man kann also durchaus andere Symbole als die in OOJS-UI vorhandenen einsetzen, aber das will man nicht wirklich. Einen Selektor zu finden, der die Schaltfläche auswählt, ist wesentlich einfacher, als der CSS-Code, der dann noch nötig ist. –Schnark 08:54, 28. Aug. 2017 (CEST)
- Ich hatte diesen „grandiosen Namen“ schon bemerkt und mir gedacht, dass nicht Du ihn vergeben hast, aber mir war nicht klar, dass sich auf den Aktivstatus bezieht (wie bekloppt ist das denn?) – aha, wenn „Verbessert“ aktiv ist, erhält es die ID
⧼visualeditor-savedialog-review-visual⧽
[Quelltext bearbeiten]Seit heute sehe ich bei der Diff vor Klassisch und Verbessert ⧼visualeditor-savedialog-review-visual⧽. Ich benutze Chromium unter Linux Mint und den Quelltexteditor. -- Mauerquadrant (Diskussion) 19:07, 11. Apr. 2018 (CEST)
- Ich verstehe zwar nicht genau, was passiert ist, aber ich habe meine letzte Änderung am Skript weitgehend revertiert, da sie noch andere unerwünschte Nebeneffekte hatte. Schau mal, ob es jetzt wieder stimmt. –Schnark 09:23, 12. Apr. 2018 (CEST)
- Jetzt sieht es wieder aus wie vorher. -- Mauerquadrant (Diskussion) 15:05, 12. Apr. 2018 (CEST)
Automatik?
[Quelltext bearbeiten]Hallo Schnark, hast du etwas an der Automatik verändert? Ich habe derzeit sehr verwirrende Effekte, wenn ich auf die Schaltfläche
unterhalb des Bearbeitungsfensters im Vector klicke aber auch bei anderen Versionsvergleichsanzeigen. Zuvor hatte ich immer die Auswahl
Beide Schaltflächen werden mir auch weiterhin angezeigt und das Δ geht auch sofort zur verbesserten Darstellung. Ich beschreibe es mal.
- zunächst bekomme ich wie gewohnt die normale Vergleichsansicht der Änderungen = klassisch
- kurz darauf kommt der dunkelblaue Ladebalten ins Blickfeld und die Schaltflächen für Klassisch, Verbessert und Konfiguration erscheinen mit der Vorainstellung auf ‹› Verbessert.
- Ich muss nun umständlich zurückschalten auf klassisch, weil ich eigentlich immer zunächst diese Ansicht haben möchte oder zumindest wenn ich gezielt „nicht auf Delta“ klicke
Ich finde bei den Konfigurationen aber leider keinen Schalter um diese Voreinstellung dauerhaft zu ändern. Mich macht das ganz nervös, wenn ich „Änderungen zeigen = klassisch“ anwähle, dann möchte ich auch diese Ansicht sonst würde ich doch auf das Delta klicken.
Ähnlich verhält sich nun auch die Anzeige bei ungesichteten Änderungen. Wenn ich dort auf 10 Änderungen dieser Version sind noch nicht gesichtet. Die gesichtete Version wurde am 2. April 2018 markiert.
klicke kommt zunächst wie gewohnt klassisch und dann der Wechsel zu Verbessert. Das stört mich wirklich sehr. In der URL steht dann beispielsweise https://de.wikipedia.org/wiki/Spezial:Diff/175682000/cur?title=Martina_Stoessel&diffmode=schnark
während erst einmal https://de.wikipedia.org/w/index.php?title=Martina_Stoessel&oldid=175682000&diff=cur
dort steht.
Kann es sein, dass sich das Skript irgendwo merkt, wenn ich zuletzt irgendeine Ansicht über „verbessert“ angeschaut habe und diese Einstellung dann über ein Cookie merkt und beibehält? Ich habe jetzt einige Zeit herumprobiert. Und tatsächlich hat es einen Einfluss welche der Schaltflächen (hier die oberen von dir eingeblendeten) ich zuletzt verwendet hatte. Ich würde mir eine Rücksetzung wünschen, damit ich tatsächlich zur klassischen Ansicht komme, wenn ich mir die Änderungen normal und nicht verbessert anzeigen lassen möchte oder eben eine Konfiguration mit der eine Version als bevorzugte Anzeigeoption vorgegeben werden kann, also eine Voreinstellung auf klassisch, verbessert und wenn irgendwann aktiv visuell.
Ich hoffe ich habe es nicht wieder zu kompliziert umschrieben. aber auch wenn ich einmal auf Delta geklickt habe bleibt es dort und übernimmt quasi die andere Schaltfläche mit einem nachträglichen Wechselmodus. Ich habe also nur die Chance zunächst abzuwarten und dann auf Klassischzurückzuschalten und darauf zu achten nicht zuletzt die verbesserte Funktion benutzt zu haben damit sich nicht alles überall in allen Tabs und für alle Aufrufe eines Versionsvergleiches verstellt. --Liebe Grüße, Lómelinde Diskussion 09:20, 9. Mai 2018 (CEST)
- Ja, das Skript merkt sich seit gestern den letzten Diffmodus und behält ihn auch bei einem neuem Diff bei, bis man ihn explizit wechselt. Das habe ich insbesondere für die Feature-Kompatibilität mit den visuellen Unterschieden programmiert, da es dort genauso ist. –Schnark 09:39, 9. Mai 2018 (CEST)
- O.k. dann weiß ich zumindest was ich tun muss. Dankeschön für die Auskunft. --Liebe Grüße, Lómelinde Diskussion 09:47, 9. Mai 2018 (CEST)
Laut PerfektesChaos kann man das Verhalten mittels folgendem Code möglichst weit oben in seiner common.js / global.js ändern:
mw.loader.using( [ "user.options" ],
function () {
mw.user.options.set( "userjs-schnark-diff-diffmode",
"source" );
} );
--Leyo 11:35, 23. Jul. 2018 (CEST)
- Und es gibt keine Garantie, dass das dauerhaft funktioniert, der notwendige Code kann sich jederzeit und ohne Vorwarnung und ohne weitere Kommentare von mir ändern, es kann auch passieren, dass es ganz unmöglich wird. –Schnark 11:49, 23. Jul. 2018 (CEST)
- Ich kann mir fast nicht vorstellen, dass du es nicht hinkriegst, diesen Wunsch mehrerer Benutzer nicht langfristig zu berücksichtigen. Ich gehe mal davon aus, dass du nicht eingeschnappt bist, dass dein Diff „nur“ als sehr nützlich angesehen, aber nicht als Standard gewünscht wird … --Leyo 09:40, 25. Jul. 2018 (CEST)
- Die Automatik setzt nicht meinen Diff als Standard, sondern den zuletzt verwendeten. Und es hat nichts mit „hinkriegen“ zu tun, sondern mit Wollen, und letztlich habe ich kein Interesse daran Wünsche von Benutzern zu unterstützen, die sich deutlich von meinen Bedürfnissen unterscheiden. Wenn man den visuellen Diff aktiviert hat, dann ist der Wunsch einfach unsinnig, und da ich den visuellen Diff aktiviert habe, ihn für sehr sinnvoll halte, und damit rechne, dass er bald Standard wird, gibt es für mich keinen Grund, diesen Wunsch zu beachten.
- Das gilt übrigens auch für die Diff-Funktion beim Bearbeiten: Die existiert noch, weil sie halt früher existierte, verursacht aber zusätzlichen Wartungsaufwand, der für mich persönlich überflüssig ist. Früher oder später wird diese Funktion also zu Gunsten des VE rausfliegen, auch wenn das einigen nicht gefallen wird. –Schnark 11:18, 25. Jul. 2018 (CEST)
- Ach so, deine Scripts nicht nur für dich alleine gedacht … --Leyo 11:22, 25. Jul. 2018 (CEST)
- Das mag jetzt hart klingen, aber: Ja, der wichtigste Nutzer meiner Skripte und der einzige Nutzer, der wirklich damit zufrieden sein muss, bin ich. Wenn andere die gleichen Skripte nutzen wollen wie ich, dürfen sie das gerne tun, und wenn deren Wünsche mit meinen übereinstimmen oder zumindest keinen großen Aufwand (sowohl beim Implementieren als auch beim Warten) verursachen, dann werde ich sie auch berücksichtigen. Aber meine Kapazitäten sind begrenzt, Funktionen, die ich nicht verwende und die bei mir noch nicht einmal ein Gefühl von Zufriedenheit, anderen geholfen zu haben, verursachen, machen nur Arbeit ohne Nutzen. –Schnark 12:18, 25. Jul. 2018 (CEST)
- Ach so, deine Scripts nicht nur für dich alleine gedacht … --Leyo 11:22, 25. Jul. 2018 (CEST)
- Ich kann mir fast nicht vorstellen, dass du es nicht hinkriegst, diesen Wunsch mehrerer Benutzer nicht langfristig zu berücksichtigen. Ich gehe mal davon aus, dass du nicht eingeschnappt bist, dass dein Diff „nur“ als sehr nützlich angesehen, aber nicht als Standard gewünscht wird … --Leyo 09:40, 25. Jul. 2018 (CEST)
Links mit
[Quelltext bearbeiten]@Schnark: Hallo, mir ist gerade aufgefallen, dass Links, deren Ziel ein enthält, beim Anklicken zu einer Fehlermeldung führen, im Gegensatz zum Parser, der stattdessen ein Leerzeichen bzw. Unterstrich einsetzt. Gruß --FriedhelmW (Diskussion) 19:56, 13. Mai 2018 (CEST)
- Mal davon abgesehen, dass du wohl eher auf Benutzer Diskussion:Schnark/js/linkUnlinked schreiben wolltest: Ohne ein explizites Beispiel kann ich keinen Fehler beheben. –Schnark 09:18, 14. Mai 2018 (CEST)
Danke
[Quelltext bearbeiten]Hi, Schnark, danke für dein Tool, jetzt kann ich endlich die Änderungen in Artikeln wirklich sehen!!!--Gyanda (Diskussion) 17:10, 29. Mai 2018 (CEST)
Danke und URL-Frage
[Quelltext bearbeiten]Auch von mir vielen Dank für das nützliche Tool. Was mich anfangs etwas daran irritiert hat, ist die Beibehaltung des gespaltenen Fenster für das Vorher/Nachher, obwohl denn doch nur die linke Seite davon befüllt ist. Begrifflich genau genommen ist, was man darin sieht, ja weder das Vorher noch das Nachher, sondern beides vereint.
Um auf ein Problem bei einer Artikelbearbeitung hinzuweisen, verlinke ich gerne das entsprechende Diff. Wenn Dein Tool zugeschaltet ist, ist die entsprechenden URL gegenüber dem klassischen Modus aber verändert. Was passiert, wenn man so eine URL zum genannten Zweck verlinkt und der drauf klickt hat Dein Diff nicht bei sich installiert? Ich habe aus dieser Unsicherheit heraus bisher immer tunlichst vor der URL-Kopie auf den klassischen Modus umgeschaltet, in der Sorge, der andere könne sonst vielleicht gar kein Diff sehen. Gibt es serverseitig einen Fallback aufs klassische Diff, oder tut man gut daran, wie geschildert etwas umständlicher exakt nur die URL fürs klassische Diff zu pflanzen? --Silvicola Disk 13:11, 25. Jul. 2018 (CEST)
- Es gilt für beide Punkte das, was ich auch schon in anderen Abschnitten auf dieser Seite geschrieben habe: Mein Skript bemüht sich um möglichst weitgehende Kompatibilität mit den visuellen Unterschieden (derzeit noch eine Beta-Funktion), und da diese so funktionieren, tut mein Skript das auch.
- Durch das Beibehalten der zweispaltigen Kopfzeilen kann blättern, danken, etc. ohne den Diffmodus wechseln zu müssen, eine einspaltige Umgestaltung dieser Metadaten ist nicht einfach möglich (und wird wie gesagt auch vom visuellen Diff nicht gemacht).
- Den Diffmodus in der URL kannst du bedenkenlos drinlassen, wer mein Skript nicht verwendet, sieht immer den normalen Diff (oder je nach Einstellungen den visuellen). –Schnark 08:57, 26. Jul. 2018 (CEST)
- Danke. --Silvicola Disk 09:45, 26. Jul. 2018 (CEST)
Kleiner Verbesserungsvorschlag
[Quelltext bearbeiten]Hallo, mir ist gerade aufgefallen, dass der Diff-Button im Vergleich zu den beiden Standard-Buttons links etwas nach unten gerückt ist. Ich denke dies könnte durch Entfernen der Zeile enhancedDiffButton.$element.css('margin-top', '0.5em');
in diff.js
korrigiert werden. --Trustable (Diskussion) 00:35, 23. Mai 2023 (CEST)