Quelltext der Seite Benutzer Diskussion:TMg/autoFormatter

__INDEX__
{{{{SUBJECTPAGENAME}}/Navigation}}
{{Babel|de|en-3}}
{{Archiv-Tabelle}}

== Ref-Tags ==
Hallo, was ist mit Leerzeichen vor <nowiki><ref></nowiki>? Gruß, [[Benutzer:Elvaube|Elvaube]]&nbsp;<sup>[[Benutzer Diskussion:Elvaube|Disk]]</sup> 18:00, 1. Okt. 2010 (CEST)
:Da bin ich mir unsicher, weil ich mir vorstellen könnte, dass das manchmal auch gewollt ist. Gibt es dazu eindeutige Diskussionen? --[[Benutzer:TMg|TMg]] 18:27, 1. Okt. 2010 (CEST)
::Ich setze sie immer direkt hinter den Punkt oder hinter einen Buchstaben. Auch setze ich das Tag immer hinter einen Punkt am Satzende und nicht davor. Gruß, [[Benutzer:Elvaube|Elvaube]]&nbsp;<sup>[[Benutzer Diskussion:Elvaube|Disk]]</sup> 20:02, 1. Okt. 2010 (CEST)
:::Liegt vermutlich daran, was man erreichen möchte. Wenn man das Wort vor dem Satzzeichen belegen möchte, gehört das ref vor den Punkt, für den ganzen Satz nach dem Punkt. Wobei man im ersten Teil auch den Satzbau ändern. Das lässt sich aber durch ein Skript nicht erkennen. Das Leerzeichen kann ich nicht beurteilen. [[Benutzer:Umherirrender|Der Umherirrende]] 21:15, 1. Okt. 2010 (CEST)
:::[[Hilfe:Einzelnachweise]] deutet an, dass vor &lt;ref> wohl nie ein Leerzeichen stehen sollte. Aber ist das wirklich ausnahmslos so? --[[Benutzer:TMg|TMg]] 02:05, 5. Okt. 2010 (CEST)
::::Also ich sehen öfter die Konstellation: <code><nowiki>Text <ref>…</ref> .</nowiki></code>, in meinen Augen total falsch. Gruß, [[Benutzer:Elvaube|Elvaube]]&nbsp;<sup>[[Benutzer Diskussion:Elvaube|?!]]&nbsp;[[Benutzer:Elvaube/Bewertung|±]]</sup> 18:56, 19. Okt. 2010 (CEST)
Revision: Leerzeichen vor <code>&lt;ref …></code> entferne ich inzwischen, vorerst aber nur am Satzende. Da erscheint mir das eindeutig, da das Satzzeichen tief und die Fußnote hoch steht (Satz. <sup>[1]</sup> → Satz.<sup>[1]</sup>). In anderen Fällen scheue ich mich noch vor einer Automatisierung (WWW <sup>[1]</sup> → WWW<sup>[1]</sup>). --[[Benutzer:TMg|TMg]] 21:41, 10. Dez. 2012 (CET)

== Erweiterungsvorschläge ==

* Genitiv und Auslassung: „Schreibmaschinenapostroph“ (<code>'</code>) → typografisch korrekter Apostroph (<code>’</code>)
* Gedankenstrich: Leerzeichen, Bindestrich-Minus, Leerzeichen (<code>… - …</code>) → Leerzeichen, Halbgeviertstrich, Leerzeichen (<code>… – …</code>)
* Zahlenbereich: Bindestrich-Minus (<code>123-456</code>) ''bzw.'' Leerzeichen, Bindestrich-Minus, Leerzeichen (<code>123 - 456</code>) → Halbgeviertstrich (<code>123–456</code>)
* <code>d.h.</code> ''bzw.'' <code>d. h.</code> → <code>d.&amp;nbsp;h.</code>
* <code>u.a.</code> ''bzw.'' <code>u. a.</code> → <code>u.&amp;nbsp;a.</code>
* <code>z.B.</code> ''bzw.'' <code>z. B.</code> → <code>z.&amp;nbsp;B.</code>
--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 16:43, 2. Sep. 2012 (CEST)

:#Dazu bräuchte ich konkretere Beispiele. Einfach nur das Zeichen überall zu ersetzen, wäre sicher nicht korrekt.
:#Das passiert doch schon. Funktioniert es nicht wie du es dir wünschen würdest? Dann bräuchte ich bitte konkrete Beispiele dafür.
:#Das mache ich nur bei Jahreszahlenbereichen, weil in anderen Fällen nicht eindeutig ist, was da gemeint ist. Auch hier gilt wieder: Bitte konkrete Beispiele, wo das erwünscht sein kann.
:#Abkürzungen ersetze ich nicht mehr pauschal. Wer das möchte, kann die oben beschriebenen Benutzerdefinierten Ersetzungen aktivieren.
:--[[Benutzer:TMg|TMg]] 19:03, 2. Sep. 2012 (CEST)

::#Beispiel
::::*für den Genitiv:
::::**[[Frederick’s of Hollywood]]
::::*für eine Auslassung:
::::**[[Britain’s Got Talent]]
::#<li value="2">Ich werde mal verstärkt darauf achten und gegebenenfalls wieder hier berichten.</li>
::#Beispiel:
::::*Seitenzahlbereiche
::#<li value="4">Könntest du dir mal kurz [[Benutzer:Seth Cohen/common.js|meine common.js]] inklusive [http://de.wikipedia.org/w/index.php?title=Benutzer:Seth_Cohen/common.js&action=history Versionsgeschichte] ansehen und mir sagen, wie ich beide Varianten (mit und ohne Leerzeichen) abdecken kann? [http://de.wikipedia.org/w/index.php?title=Benutzer:Seth_Cohen/common.js&oldid=107619418 So] funktioniert es nämlich nicht, da verschwindet das „Auto-Format“-Symbol aus der Symbolleiste.</li>
:::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 20:08, 3. Sep. 2012 (CEST)

:::#Vielen Dank für die Beispiele. Leider ist das sehr schwierig, da es beispielsweise Eigenschreibweisen gibt, in denen das nicht ersetzt werden dürfte. [[Benutzer:TMg/Zeichen in Artikeltiteln|Dieser Auswertung]] zufolge kommt das Hochkomma über 11.000 mal allein in Lemmata vor. Die können ja unmöglich alle falsch sein. Ich möchte ungern Ersetzungsregeln einführen, bei denen das Risiko so hoch ist, dass richtige durch falsche Zeichen ersetzt werden.
:::#Würde mich sehr freuen, danke.
:::#Das ist als Beispiel leider noch zu allgemein, da dann auch sehr viele Fälle verändert würden, in denen der normale Bindestrich Absicht ist (etwa in ISBNs). Ich bräuchte ganz konkrete Beispiele wie etwa „Seite 1-2“, am liebsten mit einer konkreten Artikelversion dazu.
:::#In der Version, die nicht funktioniert, fehlt ein Komma, aber das nur zur Information. Die Doppelungen sind unnötig. Nimm einfach die Teile <code>[ ]</code> aus der aktuellen Version raus, dann gehts. Und die Doppelung common.js/vector.js ist unnötig. Schieb am besten alles in die common.js und lass die vector.js löschen.
:::--[[Benutzer:TMg|TMg]] 20:56, 3. Sep. 2012 (CEST)

::::#Vielen Dank für deine schnelle Antwort. Dass eine Ersetzung in den Fällen schwierig sein dürfte, habe ich befürchtet. Von den 11.511 Vorkommen des Zeichens <code>'</code> in Artikeltiteln entfällt bestimmt ein ganzer Haufen auf Weiterleitungen.
::::#<li value="3">Es gibt mehrere Varianten, darunter die von dir genannte. „S. 1-2“ ist auch häufig zu finden.</li>
::::#Danke für den Hinweis! Ohne <code>[ ]</code> funktioniert die Ersetzung aber nur bei den Varianten der Abkürzungen ohne Leerzeichen. In meiner ''common.js'' und meiner ''vector.js'' befinden sich doch unterschiedliche Inhalte.
:::::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 21:32, 3. Sep. 2012 (CEST)

:::::#<li value="2">Wie ich gerade festgestellt habe, funktioniert die Ersetzung nicht, wenn mindestens eines der beiden Wörter vor und nach dem Bindestrich-Minus gesondert formatiert, also als fett oder kursiv ausgezeichnet ist.</li>
::::::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 22:58, 3. Sep. 2012 (CEST)

Also bei mir funktioniert es sowohl mit als auch ohne Leerzeichen, wenn ich einfach nur das Folgende verwende.
<syntaxhighlight lang="javascript">var autoFormatReplacements = {
  'daß': 'dass',
  'd.h.': 'd.&nbsp;h.',
  'e.V.': 'e.&nbsp;V.',
  'u.a.': 'u.&nbsp;a.',
  'z.B.': 'z.&nbsp;B.'
};</syntaxhighlight>
Was ist bei dir anders? Mein zweiter Vorschlag war, den Inhalt aus deiner vector.js in deine common.js zu kopieren und erstere dann löschen zu lassen. Das spart einen Seitenabruf und macht das Laden minimal schneller. Das mit dem Gedankenstrich ist korrekt. Aktuell wird das nur zwischen Buchstaben gemacht, um Fehlersetzungen zu vermeiden, die es beispielsweise zwischen Zahlen gab. Über eine Aufnahme der Hochkommas (fett/kursiv) werde ich nachdenken. --[[Benutzer:TMg|TMg]] 23:38, 3. Sep. 2012 (CEST)

:Das funktioniert tatsächlich, da war ich etwas voreilig und bitte um Nachsicht.
:Danke für den Tipp, ich verwende jetzt nur noch die ''common.js''.
:Sinnvoll wäre auch, die Ersetzung des Bindestrich-Minus durch einen Halbgeviertstrich zu aktivieren, wenn [http://de.wikipedia.org/w/index.php?title=Lückentexttest&diff=prev&oldid=107660752 Klammern] (Zeile 18) oder Anführungszeichen im Spiel sind.
:Weitere Vorschläge:
:*[http://de.wikipedia.org/w/index.php?title=Mutter_(Technik)&diff=prev&oldid=107629912 doppelte Leerzeichen]
:*<code>...</code> → <code>…</code>
:*{{Anker|Anführungszeichen innerhalb von Zitaten}}innerhalb der Vorlage [[Vorlage:Zitat|<nowiki>{{Zitat}}</nowiki>]] verwendete doppelte Anführungszeichen (<code>„ “</code>) durch einfache (<code>‚ ‘</code>) ersetzen
:Auffälligkeiten:
:*[http://de.wikipedia.org/w/index.php?title=Freiheitsstatue&diff=prev&oldid=107661070 Hier] stimmt etwas mit der Datumsersetzung nicht (Zeilen 82 und 197).
:*<code><nowiki>[[Madison Square|Madison Square Park]]</nowiki></code> wird zu <code><nowiki>[[Madison Square]]</nowiki> Park</code>
:<small>(''nicht [[Hilfe:Signatur|signierter]] Beitrag von'' [[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]&nbsp;|&nbsp;[[Spezial:Beiträge/Seth Cohen|Beiträge]])<nowiki/> 23:32, 4. Sep. 2012 (CEST)) </small>

::Zuerst einmal vielen Dank für deine Beiträge. Das hilft mir wirklich sehr, auch wenn es sicher frustrierend ist, dass ich vieles abwiegle. ;-)
::*Das mit Zitaten und Klammern schau ich mir an.
::*Doppelte Leerzeichen entferne ich absichtlich nicht. Das macht nur den Versionsvergleich unübersichtlich, zerstört per Leerzeichen eingerückte vorformatierte Abschnitte, bringt aber keinen Vorteil. Zeilenenden säubere ich, weil diese „unsichtbar“ sind, doppelte Leerzeichen im Text sieht man aber und kann sie entfernen, sollten sie wirklich stören.
::*Das <code>…</code> steht schon lange auf meiner Kandidatenliste, ich habe es aber noch nie gewagt, weil es durchaus Beispiele gibt, in denen <code>...</code> Absicht ist.
::*Im kaputten Datum standen Bis-Striche eingetragen, deswegen erkenne ich das als Jahreszahlenbereich.
::*Der Artikel heißt so. Warum sollte man das verschleiern und so tun, als würde er anders heißen?
::--[[Benutzer:TMg|TMg]] 23:52, 4. Sep. 2012 (CEST)

:::*Danke dir für das Skript. :-)
:::*Spontan fällt mir kein Beispiel ein, wo <code>...</code> erwünscht ist, könntest du mir eines nennen?
:::*Oh, ja, stimmt, da gehören ja gar keine Bis-Striche (Halbgeviertstriche) hin.
:::*Um die im Zusammenhang gemeinte Einheit ''Madison Square Park'' nicht auseinanderzureißen.
:::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 00:06, 5. Sep. 2012 (CEST)

::::*In der Programmierung gibt es das <code>...</code> oft. Auch, wenn man den Wortlaut von Bildschirmausgaben zeigen möchte. Und noch etwas Naheliegendes: Zitate.
::::*Dann schreib <code><nowiki>[[Madison Square Park]]</nowiki></code> oder <code><nowiki>[[Madison Square#Lage|Madison Square Park]]</nowiki></code>, wenn nur der Park gemeint ist und nicht der ganze Madison Square. Der Link ist sonst irreführend, wenn er woanders hin führt als seine Beschriftung behauptet. --[[Benutzer:TMg|TMg]] 00:45, 5. Sep. 2012 (CEST)

:::::*In dem Fall kommt <code>...</code> aber doch wahrscheinlich innerhalb des <code><nowiki><code></nowiki></code>-Elements vor, wo die Ersetzung leicht auszuschließen sein dürfte. Innerhalb von Zitaten soll ja gerade <code>…</code> statt <code>...</code> Verwendung finden.
:::::*Ich hatte nicht geprüft, ob die Weiterleitung existiert. Dass der Link <code><nowiki>[[Madison Square|Madison Square Park]]</nowiki></code> in gewisser Weise irreführend ist, da ist natürlich was dran.
:::::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 16:23, 5. Sep. 2012 (CEST)

:::::*Und, was meinst du zu den Auslassungspunkten?
:::::*Mir ist gerade aufgefallen, dass in Wikilinks Unterstriche nicht durch Leerzeichen ersetzt werden. Könntest du das noch ergänzen?
:::::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 18:21, 6. Sep. 2012 (CEST)

::::::*Wie gesagt, da hab ich Angst. ;-) Der Vorteil, wenn <code>...</code> durch <code>…</code> ersetzt wird, ist meiner Meinung zu gering für die möglichen Fehlersetzungen. Man sieht (je nach Betriebssystem und Webbrowser) gar keinen oder nur einen mikroskopischen Unterschied. Umbrüche setzen die Browser bei drei Punkten auch korrekt. Und es begegnet mir in unserem Artikelbestand nur ganz selten. Vielleicht nur eine Spezialregel für <code>[...]</code> und <code>(...)</code>?
::::::*Unterstriche entferne ich teilweise, erwische aber nicht alle, da hast du Recht. Ich setze es auf meine Liste.
::::::--[[Benutzer:TMg|TMg]] 19:20, 6. Sep. 2012 (CEST)

:::::::*Dazu ja meine Einlassung bezüglich des <code><nowiki><code></nowiki></code>-Elements. <code>[...]</code> und <code>(...)</code> zu ersetzen, wäre zumindest ein Anfang. Wobei ich mich frage, ob <code>(...)</code> nicht auch durch <code>[…]</code> ersetzt werden sollte. Oder in welchen Fällen sind runde Klammern bei Auslassungen üblich?
:::::::*Wo werden Unterstriche denn bereits ersetzt? Danke!
:::::::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 20:24, 6. Sep. 2012 (CEST)

::::::::*[http://www.belleslettres.eu/artikel/auslassung-im-zitat.php Beides ist üblich] und ich würde das niemandem verbieten wollen, auch wenn für uns primär das wissenschaftliche, also eckige gilt. Anekdote: Mir wurde schon mal ein <code>[...]</code> gelöscht, weil jemand dachte, das solle ein Link sein. ;-)
::::::::*In Links mit #Ankern sowie in Dateinamen.
::::::::--[[Benutzer:TMg|TMg]] 21:52, 6. Sep. 2012 (CEST)

:::::::::*Noch mal, in der Programmierung sollte <code>...</code> doch ausschließlich innerhalb des <code><nowiki><code></nowiki></code>-Elements vorkommen, oder nicht? Was meintest du mit „Wortlaut von Bildschirmausgaben“? Und in Zitaten sind doch ohnehin die typografischen Auslassungspunkte zu verwenden!?
:::::::::*Vielen Dank für den Link zu dem guten Artikel. Bezüglich der Anekdote, <code>[...]</code> als Link ist aber nicht gerade zielführend. ;-)
:::::::::*Ah, ok.
:::::::::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 22:09, 6. Sep. 2012 (CEST)

<code>[[...]]</code> gibts wirklich. ;-) Es ist kaum möglich, die Wikipedia nach Beispielen abzusuchen, aber so was hier meine ich:
 Bitte warten...
 0 Ergebnisse gefunden
Das würde sich beim Ersetzen sichtbar verändern. Im Gegensatz dazu würden sich die erwünschten Fälle gerade ''nicht'' sichtbar verändern, es hätte also keinen Vorteil sondern nur mögliche Nachteile. Wie gesagt, den Fall <code>[...]</code> werde ich wohl einbauen. Wenn du mehr solche ganz konkreten Beispiele hast, nur her damit. Noch etwas: Bitte nicht in fremden Beiträgen editieren, auch wenns gut gemeint ist. --[[Benutzer:TMg|TMg]] 23:30, 6. Sep. 2012 (CEST)

:*Ja, <code><nowiki>[[...]]</nowiki></code> gibt es als Weiterleitung, <code>[...]</code> aber nicht.
:*Für mich ist eine Ersetzung von <code>...</code> durch <code>…</code> grundsätzlich sichtbar. Fehlersetzungen dürften äußerst selten vorkommen, insofern überwiegt der Nutzen meines Erachtens deutlich.
:*Ich habe ja nur an der Syntax gefeilt und keineswegs den Sinn entstellt.
:--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 19:28, 9. Sep. 2012 (CEST)

::Meinst du die Ersetzung von <code>...</code> durch <code>…</code> in Abschnitten mit [[Nichtproportionale Schriftart|dicktengleicher Schrift]]? Genau in diesen Fällen darf es meiner Meinung nach keinesfalls ersetzt werden. Zwischen den normalen ... und … sehe ich keinen Unterschied. Mach mal ein Bildschirmfoto, wenn das bei dir signifikant anders aussieht. --[[Benutzer:TMg|TMg]] 21:53, 9. Sep. 2012 (CEST)

:::*Nein, eigentlich meinte ich grundsätzlich, aber da habe ich wohl das Edit-Fenster, in dem ja dicktengleiche Schrift zum Einsatz kommt, mit der Artikelansicht vermischt.
:::*Was hältst du davon, bei [[Hilfe:Listen|Listen]] ein Leerzeichen zwischen dem Aufzählungszeichen und dem darauffolgenden Text einzufügen, sofern dort keines steht? Ist das sinnvoll?
:::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 22:20, 9. Sep. 2012 (CEST)

::::Auch etwas, an das ich mich nie gewagt habe, weil ich zu viele Falscherkennungen befürchte. Obwohl. Ich habe seit kurzem endlich einen Schutz für Quelltextabschnitte drin. Damit hat sich die Fehlerwahrscheinlichkeit drastisch reduziert. Ich nehm es mal in meine Liste auf. --[[Benutzer:TMg|TMg]] 23:38, 10. Sep. 2012 (CEST)

:::::Danke. --[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 16:05, 11. Sep. 2012 (CEST)

:::::Könntest du ebenfalls die Einfügung eines Leerzeichens hinter <code><nowiki></ref></nowiki></code> ergänzen, sofern es nicht am Ende eines Absatzes steht, sondern Text folgt, und kein Leerzeichen vorhanden ist? --[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 17:16, 12. Sep. 2012 (CEST)

:::::Die Einfügung einer Leerzeile nach einer Überschrift, sofern nicht vorhanden, wäre auch toll. --[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 23:04, 12. Sep. 2012 (CEST)

::::::Leerzeile nach Überschriften: Auf keinen Fall, tut mir leid. Ich hatte das sogar mal drin und habe es entfernt, weil es genervt hat. Es gibt keinen Konsens in dieser Frage. Der eine mag es so, der andere so, teils sogar durcheinander in einem Artikel (ich setze unter „Weblinks“, „Einzelnachweise“ u.&nbsp;ä. bswp. nie Leerzeilen, unter die Überschriften oben im Text dagegen schon). Das mit dem Leerzeichen nach ref klingt etwas gefährlich. Zwei ref hintereinander dürfen z.&nbsp;B. keins haben. Genauso gibt es ref in Zitat-Vorlagen u.&nbsp;ä., wo Leerzeichen gar nicht nötig sind. --[[Benutzer:TMg|TMg]] 00:32, 13. Sep. 2012 (CEST)

:::::::*Es wäre nur konsequent, nach jeder Überschrift eine Leerzeile zu haben, denn durch „Abschnitt hinzufügen“, wo für die Überschrift ein eigenes Edit-Feld reserviert ist, wird ja auch eine Leerzeile erzeugt. Vielleicht bist du so nett, und verrätst mir, wie ich das selbst für mich realisieren kann.
:::::::*Dann bau doch bezüglich des Leerzeichens hinter <code><nowiki></ref></nowiki></code> entsprechende Ausnahmen ein.
:::::::--[[Benutzer:Seth Cohen|Seth Cohen]] ([[Benutzer Diskussion:Seth Cohen|Diskussion]]) 16:33, 13. Sep. 2012 (CEST)
::::::::Ich rate dringend davon ab, anderen Artikelautoren Leerzeilen aufzuzwingen, wo sie bewusst keine gesetzt hatten. Wenn du beim Überarbeiten eines Abschnitts einen Zeilenumbruch einfügst, ist das natürlich in Ordnung. Aber bitte nicht automatisiert. --[[Benutzer:TMg|TMg]] 18:56, 15. Sep. 2012 (CEST)

Revision:
* Ersetzungen mit dem Apostroph sind mir zu gefährlich, u.&nbsp;a. weil das Zeichen Teil der Wikisyntax ist.
* Ich werde Bis-Striche nicht ohne Beachtung des Kontext (aktuell Seiten und Jahre) zwischen Zahlen setzen.
* Die Ellipsen-Regel greift jetzt in wesentlich mehr Fällen, vor allem innerhalb von Zitaten, nicht jedoch am Wortende, wo sie meist falsch ist.
* Gedankenstriche neben Anführungszeichen funktionieren noch nicht.
* Leerzeichen ergänzen, wenn ein <code>&lt;ref /></code> zwischen Text gequetscht ist.
--[[Benutzer:TMg|TMg]] 17:49, 31. Jan. 2013 (CET)

== [[Benutzer:Svebert/autoFormatter.js|Fork]] ==

Hallo TMg,

Ich möchte dir ein fettes Lob für dein schönes Skript aussprechen :-). Seit gestern nutze ich es, aber in abgewandelter Form da ich bei einigen Dingen einen anderen Standpunkt als du habe (z.&nbsp;B. Lokalisierung von Schlüsselwörtern, automatische Formatierung von Einzelnachweisen usw.). Ich hoffe es ist ok für dich, dass ich dein Skript „dreist kopiert“ habe (siehe [[Benutzer:Svebert/autoFormatter.js]]).

Noch eine technische Frage: Ist es möglich mittels JS ein zusätzliches Textfeld unter der Zusammenfassungszeile zu platzieren? Bin leider kein JS Experte, aber du hast es ja auch geschafft einen neuen Button zu integrieren. Ich würde nämlich gerne so ein Textfeld in das Skript integrieren wollen, so dass das Skript Warungs- und Info-Ausgaben in dieses Feld schreiben kann. Z.&nbsp;B. könnte ich mir eine Funktion vorstellen die alle internen Links aus einem Artikel gräbt und überprüft ob welche doppelt vorkommen und dem Benutzer dann in dieses Textfeld schreibt, dass er mal die Dopplung von Link x und Link y überprüfen solle.

Auch andere „Integritätstests“ wären dann denkbar. Z.&nbsp;B. sogar die Überprüfung der Erreichbarkeit von externen Links, Vorschlag von bestimmten Vorlagen für Einzelnachweise (Cite-Book /Cite Journal usw.)--[[Benutzer:Svebert|svebert]] ([[Benutzer Diskussion:Svebert|Diskussion]]) 17:34, 8. Sep. 2012 (CEST)

:Hallo svebert! In Hinblick auf [[Hilfe Diskussion:Einzelnachweise]] ist die Formatierung von Einzelnachweisen ''vermintes Gelände''. Ich kann dir davon nur abraten, auch wenn ich diese ganzen Kodierungsvorstellungen über die Platzierung von Einzelnachweisen nicht teile. Du handelst dir damit nur Ärger ein. Wenn du einen besonderen Standpunkt zur Lokalisierung hast, so finde ich es inkonsequent, dass das Skript eben doch an der Lokalisierung dreht. [http://de.wikipedia.org/w/index.php?title=Corioliskraft&diff=prev&oldid=107799405 Beispiel]: Vorher 2 mal „File“ und „thumb“, 9 mal „Datei“ und „miniatur“ – nach deinem Skript: 11 mal „File“ und „thumb“. Szenario: Ein Nutzer schreibt einen Artikel mit deutscher Lokalisierung (weil er sich der Vorstellung hingibt, dass eine einheitliche und deutsche Bezeichnung im Interesse von neuen Autoren ist). Dann kommt der englischsprachige Benutzer:Materialscientist und ergänzt eine Datei von Commons. Das macht er häufig und es ist ok. Er nutzt englische Syntax. Dann kommst du und reparierst irgendwas. Danach ist der Artikel englisch „lokalisiert“. Das ist doch sinnlos. Viele Grüße, --[[Benutzer:Polarlys|Polarlys]] ([[Benutzer Diskussion:Polarlys|Diskussion]]) 18:16, 8. Sep. 2012 (CEST)

:@Svebert: Mein Skript steht wie alles hier unter CC und darf in diesem Rahmen selbstverständlich abgewandelt werden. Du hättest mich nicht einmal darauf hinweisen müssen, insofern freue ich mich sehr über deine Meldung. Danke. Zu einigen der angesprochenen Punkte:
:*Wenn du bei deinen Bearbeitungen keine Schlüsselwörter eindeutschen willst, kann ich diesen Teil sehr gern abschaltbar machen.
:*Es wäre definitiv nicht in Ordnung, wenn ein Skript „miniatur“ zurück in „thumb“ ändern würde, da die Skripte dann gewissermaßen gegeneinander „kämpfen“ würden. Deine Vorgehensweise ist sehr interessant, da sie dieses Problem vermeidet. Ich vertrete dennoch den Standpunkt, dass man in der deutschsprachigen Wikipedia niemals „Datei“ in „File“ ändern darf.
:*Deine Änderungen in Einzelnachweisen kommen mir aus meiner Erfahrung heraus alle recht fragwürdig vor. Es kann durchaus beabsichtigt sein, wenn ein ref vor dem Punkt steht. Genauso wie nicht anklickbare Weblinks und „fehlende“ Punkte. Du solltest dir bewusst sein, dass diese Ersetzungsregeln viele ''[[false positive]]s'' erzeugen werden und auch jeden, der dein Skript mitnutzen möchte, darauf aufmerksam machen.
:*Deine automatisch gesetzte Zusammenfassungszeile finde ich nicht in Ordnung. Mein Skript ist kein Bot-Ersatz. Ich will nicht, dass damit Bearbeitungen getätigt werden, die aus nichts weiter als dem Drücken des Knopfes bestehen. Wenn das der Sinn gewesen wäre, hätte ich einen Bot daraus gemacht und keinen Knopf in der Werkzeugleiste. In die Zusammenfassungszeile gehört, was genau du an einem Artikel verändert hast und nicht, wie das Werkzeug hieß, dass du dazu zur Hilfe genommen hast.
:*Die Idee mit der Ausgabe von Hinweisen hatte ich auch, habe mich bisher aber immer dagegen entschieden. Ich möchte absichtlich nur Änderungen vornehmen, für die es einen Konsens gibt. Alles, was Meldungen und zusätzliche Entscheidungen des Benutzers erfordert, birgt die Gefahr, mehr Fehlmeldungen, Aufwand und Streitereien zu provozieren als möglichen Nutzen. Außerdem gibt es schon genug andere Projekte, die so etwas machen, siehe [[WP:WikiProjekt Syntaxkorrektur|WikiProjekt Syntaxkorrektur]]. Ich möchte absichtlich etwas anbieten, das zwischen diesen Projekten und reinen Bot-Korrekturen liegt.
:*Ich habe gesehen, dass du offenbar das Skript mit dem Skript formatiert und dabei einiges kaputt gemacht hast.
:--[[Benutzer:TMg|TMg]] 20:16, 8. Sep. 2012 (CEST)
::Hi!
::Ich kann eure Kritiken alle nachvollziehen. Aber überzeugen tun sie mich nicht.
::# Diese Skripte hier sind '''keine''' Bot-Ersätze oder gar automatische Skripte. Jede einzelne Änderung die das Skript macht muss man sich definitiv händisch anschauen und auf Sinnhaftigkeit überprüfen. Die Skripte machen einem nur das Leben leichter, so dass man nicht mit tausenden Klicks in einem Artikel <nowiki><ref>...</ref>. nach .</ref></nowiki> vertauschen muss.
::# Einzelnachweise. Mag sein, dass das vermintes Gelände ist, aber ich bekomme definitiv Augenkrebs wenn ich <nowiki><ref>...</ref>, anstatt ,<ref>...</ref></nowiki> sehe und ändere dies normalerweise auch händisch wenn mir sowas über den Weg läuft. Auch weiß ich, dass manchmal diese Umstellungen keinen Sinn machen, aber genau deshalb ist das Skript ja auch nur halb-automatisch.
::# Internationalisierung/Lokalisierung. Strittig ich weiß. Ich werde versuchen es so umzuprogrammieren, dass auf die „demokratisch“ konsistente Schreibweise umgebogen wird, also wenn 10x Datei und 4x File dann nach Datei.
::# Ich weiß um false positives, aber wie gesagt, dass Skript ist nur halbautomatisch. Und die false positives sind doch so selten, dass sich die jetzige Implementierung m.E. arbeitszeittechnisch lohnt.
::# Generell stehe ich wohl nicht auf dem Standpunkt, dass das Skript nur Änderungen durchführen soll die zu 99,999% richtig sind, mir reichen 95%. 
::# Zusammenfassungszeile soll immer befüllt werden und diese Funktion habe ich nun so programmiert, dass hinten „auto-fmt“ angehängt wird falls man das Skript nutzt. Idealerweise soll's so laufen: Man bearbeitet einen Artikel '''inhaltlich'''. Füllt die Zusammenfassungszeile aus und drückt dann zum Abschluss den „Besen“. Dann auf „Änderung zeigen“ und prüft das Diff. Dann „Seite speichern“. Bei diesem Arbeitsablauf finde ich das automatische hinzufügen der Zusammenfassungszeile sinnvoll. (ja, heute habe ich für Probeläufe ''nicht'' vorher inhaltlich bearbeitet (shame on me), sondern bin bei „Letzte Änderungen“ auf ungesichtete Artikel gegangen und habe diese gesichtet und dann das Skript laufen lassen. Das wird aber definitiv nicht der Normalfall in Zukunft (bei mir) sein.)
::# Zum letzten Punkt ;-) genau das ist mir passiert :D. Aber eigentlich hatte ich das wieder gefixt.--[[Benutzer:Svebert|svebert]] ([[Benutzer Diskussion:Svebert|Diskussion]]) 21:58, 8. Sep. 2012 (CEST)
:::#Genau das ist aber unsere Kritik, dass man das weder „vertauschen muss“ noch soll.
:::#<li value=4>Dein Skript löscht bei <code><nowiki>)<ref/>.</nowiki></code> den Punkt. Es verschiebt bei <code><nowiki><ref/> A:</nowiki></code> das „A“ vor das ref. Es fügt Punkte in refs ein, wo keine hingehören. Dass du Links rein auf die Domain kürzt, finde ich auch nicht gut. Und warum du Punkte ''in'' die Links setzt, verstehe ich gar nicht.</li>
:::#Mein Ziel sind auch keine 99,999 %. Dann dürfte ich das Skript gar nicht betreiben. Deine Ausführungen zeigen mir im Gegenteil, dass wir beide genau das selbe wollen. Meinst du nicht, dass wir da lieber zusammen arbeiten und versuchen sollten, einen Konsens zu finden, der allen zugute kommt?
:::#Ich finde den Hinweis trotzdem unpassend. Das könnte den Eindruck erwecken, als würdest du das vorsorglich als Erklärung setzen, falls dir Fehler durchrutschen. Damit du dann sagen kannst, das war nicht ich, das war das Skript.
:::#Ich hatte noch ein paar <code>*/</code> gesehen, bei denen der Stern verloren gegangen ist. --[[Benutzer:TMg|TMg]] 00:17, 9. Sep. 2012 (CEST)
::::#Die allermeisten <nowiki><ref>...</ref>.</nowiki> Referenzen ''müssen'' nach <nowiki>.<ref>...</ref></nowiki> geändert werden, da die Referenz sich nicht auf das eine Wort, sondern meistens auf den Satz beziehen (Inhaltliche Begründung). Selbst wenn das nicht der Fall ist (hier kann man jetzt diskutieren) finde ich es ästhetisch immer sinnvoller die Fußnote ''nach'' dem Satzzeichen zu setzen. Da es dazu m.W. keinen Konsens gibt, ändere ich dies (natürlich nicht systematisch, sondern nur wo es mir über den Weg läuft und auch nicht als einzige Änderung eines „Edits“) so wie ich es mag.
::::#Da ich die regexp erst heute implementiert habe sind sie natürlich fehleranfälliger als sie in naher Zukunft sein werden. Wobei ich de regexp gerade nochmal überarbeitet habe. Problematisch ist sowas: <nowiki><ref>test</ref>\n:eingerückte Zeile</nowiki>, da hier der Doppelpunkt ein aktives Zeichen ist, dass aber von der regexp nicht erkannt wird. Da muss ich nochmal was mit negative lookaheads oder so machen.
::::#Aller aller größtenteils gehört an das Ende einer ref immer ein Punkt. Siehe hier [http://www.moesgen.de/pmoezit.htm]. Selbst wenn da nur steht S. 52, dann muss da ans Ende ein Punkt.
::::##Ich kürze ja nicht wirklich die Links, sondern nur ihre Anzeige. m.E. ist diese verkürzte Anzeige in den allermeisten Fällen sinnvoll, denn <nowiki>/index.php?id=43</nowiki> und ähnliches ist ohne Informationsgehalt. Es reicht <nowiki>www.tagesschau.de</nowiki> anstatt <nowiki>www.tagesschau.de/index.php?id?=43</nowiki> (als Anzeige, wohlgemerkt).
::::##Ich verschiebe bei externen Links als letzes Element in der ref die Punkte in die Links, da sonst das „externe-Link-Zeichen“ den Punkt unnötig nach rechts verschiebt. Bsp.: doof [http://www.google.de www.google.de]. schön [http://www.google.de www.google.de.]
::::#ich meine schon das wir zusammenarbeiten können. Vllt. kann man das Skript ja modularisieren und dann benutzerspezifische Erweiterungen einfügen (so ähnlich wie du es für die Rechtschreibfehlerbeseitigung gemacht hast.
::::#ja, so ist's aber nicht gemeint gewesen. Ich werde das nochmal überdenken.
::::#ok, muss ich nochmal gucken ob ich noch welche übersehen habe.
::::*Die Punkte-vor-ref-Tag-Sache ist im Übrigen der Hauptgrund, warum ich das Skript überhaupt verwenden möchte (neben den Anführungszeichen).
::::*die Schlüsselwörter-Sache habe ich jetzt so umgesetzt, dass dasjenige Schlüsselwort verwendet wird, das am häufigsten im Artikel vorkommt. DEFAULTSORT wird immer nach SORTIERUNG umgeändert, irgendwie konnte ich die betreffenden Zeilen nicht so umprogrammieren, dass dasjenige Schlüsselwort bleibt, welches schon drinsteht.--[[Benutzer:Svebert|svebert]] ([[Benutzer Diskussion:Svebert|Diskussion]]) 02:07, 9. Sep. 2012 (CEST)
:::::*Ich weiß, dass nur die Anzeige gekürzt wird. Genau das kritisiere ich als irreführend, weil nicht mehr erkennbar ist, wohin der Link führt. Man meint, einen Link zur Hauptseite anzuklicken und landet plötzlich auf einer Unterseite. Oder schlimmer noch: Jemand könnte sich wundern, was ein Link zur Hauptseite in einem Einzelnachweis zu suchen hat und ihn löschen. Deshalb meine ich, dass solche Links entweder mit einem ordentlichen Text zu beschriftet sind (egal ob mit oder ohne Vorlage) oder komplett lesbar stehen bleiben müssen.
:::::*Tut mir leid, aber [http://www.wikipedia.de www.wikipedia.de.] ist Unfug. Die Domain endet nicht mit einem Punkt.
:::::*„<code>\s*</code>“ ist gefährlich, das solltest du an vielen Stellen in „<code>&nbsp;*</code>“ ändern. Dann erledigt sich auch das Doppelpunktproblem.
:::::*Wenn du möchtest, dass DEFAULTSORT in deinen Bearbeitungen stehen bleibt, kannst du die Zeile einfach auskommentieren. Das kann ich dir wie gesagt gern als Option anbieten.
:::::*Ich muss dir sogar zustimmen, denn wenn mir bspw. ein „<code>&lt;ref/>,</code>“ auffällt, verschiebe ich das meist ebenfalls hinter das Satzzeichen. Ich scheue mich aber davor, das als Standardregel für alle Benutzer meines Skripts anzubieten. Vorschlag: Ich baue das als Option ein, die man gezielt aktivieren muss, wenn man das möchte, ähnlich wie bei den Abkürzungen.
:::::*Nochmal ganz allgemein, nicht dass du das falsch verstehst. So lange du die Verantwortung für deine Bearbeitungen übernimmst, was du ja tust, und so lange sich niemand darauf beruft, nur „den Willen deines Skriptes“ umzusetzen, hast du selbstverständlich alle Freiheiten. Mir ist das aber leider schon passiert, [[WP:Administratoren/Notizen/Archiv/2011/01#zugriff auf user-js|dass ich für die Fehler anderer Benutzer verantwortlich gemacht wurde]]. Ich muss mir deshalb sehr genau überlegen, was ich hier neu einbaue. Und ich will ja auch, dass es breit verwendet wird, deshalb mache ich mir diese Gedanken gern. --[[Benutzer:TMg|TMg]] 14:46, 9. Sep. 2012 (CEST)
:::::::hi TMg!
:::::::Das mit dem Punkt in den Link verschieben habe ich abgeändert, da es wirklich unsinnig war. Auch habe ich die regexps bzgl. der ref-Tags verändert und nun arbeiten sie recht verlässlich. Bei DEFAULTSORT reicht es aber doch nicht die betreffende Zeile auszukommentieren, oder? Denn dann funzen die Ersetzungen Ä -> A usw. nicht mehr. (Die Lokalisierung DEFAULTSORT nach SORTIERUNG ist im übrigen die Einzige die ich sinnvoll finde, da ich DEFAULTSORT unsinnig finde.)
:::::::Momentan bin ich mit dem Skript das ich verwende relativ zufrieden. Ich kann natürlich verstehen dass es Unsinn ist zwei sehr ähnliche Skripte nebeneinander zu haben. Wie oben geschrieben sind die Funktionen ''Satzzeichen-vor-<nowiki><ref></nowiki>-Verschiebung'', ''Punkt-an-Ende-von-Referenz'' und die ''Nicht-Lokalisierung-von-Schlüsselwörtern-aber-Angleichung-innerhalb-eines-Artikels'' essentiell für mich. Wenn du diese Sachen optional in dein Skript einbauen würdest (ich habe gestern dein beta-Skript gesehen, wo du angefangen hast zu modularisieren), dann würde ich dein Skript verwenden.--[[Benutzer:Svebert|svebert]] ([[Benutzer Diskussion:Svebert|Diskussion]]) 15:19, 9. Sep. 2012 (CEST)
Revision:
# Die Idee, die Lokalisierung von Schlüsselwörtern davon abhängig zu machen, was im Artikel häufiger vorkommt, ist interessant, überzeugt mich aber nicht. Was, wenn ein Artikel so chaotisch zusammenkopiert ist, dass <code><nowiki>[[Image:…|miniatur|upright|links|…]]</nowiki></code> als Gewinner übrig bleiben? Was soll die Mischung? Warum sollte ein schon vorhandenes <code>Datei</code> durch <code>Image</code> ersetzt werden? Ich sage: Entweder einheitlich oder gar nicht.
# Doppelte Satzzeichen um <code>&lt;ref></code> entferne ich, aber nur, wenn es zweimal das gleiche ist. Leerraum könnte ich da gleich mit entfernen.
# Punkte am Ende von <code>&lt;ref></code> könnte ich unter bestimmten Umständen (ISBN/Jahres/Seitenzahl, [[#Ideen aus der WikiSyntaxTextMod-Konfiguration von RonMeier|siehe unten]]) einsetzen.
# Semikolon in Lebensdaten ([[Wikipedia:Formatvorlage Biografie|Referenz]]).
--[[Benutzer:TMg|TMg]] 18:10, 22. Nov. 2012 (CET)

== Ideen aus der [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod|WikiSyntaxTextMod]]-[[Benutzer:RonMeier/common.js|Konfiguration von RonMeier]] ==

# Er verschiebt <code>&lt;ref></code> ebenfalls grundsätzlich hinter die Satzzeichen. Ich könnte das wenigstens per Opt-in anbieten.
# <code><nowiki>[[commons:File:</nowiki></code> durch <code><nowiki>[[:Datei:</nowiki></code> ersetzen? Eher nicht, denn es erzeugt einen anderen Link.
# <code>&lt;br /></code> entfernen, wenn danach sowieso ein Umbruch folgt (<code>(?=\n[\n#*:;])</code>). {{Erl.}}
# Leerraum zwischen zwei <code>&lt;ref></code> entfernen. {{Erl.}}
# Leerraum zwischen Satzende und <code>&lt;ref></code> entfernen. {{Erl.}}, allerdings wirklich nur am Satzende.
# Seitenangaben immer einheitlich als S.
# Bis-Striche bei Seitenangaben.
# ISBN und Seitenangabe immer in die selbe Reihenfolge bringen.
# Zwischen ISBN und Seitenangabe immer ein Komma.
# Vor ISBN ein Komma bevorzugen.
# Punkt am Ende von <code>&lt;ref></code>, wenn es mit einer ISBN oder Jahres/Seitenzahl endet.
# Doppelpunkt am Ende von Überschriften entfernen? {{Erl.}}
--[[Benutzer:TMg|TMg]] 17:44, 22. Nov. 2012 (CET)

== Ersetzung der Anführungszeichen in Belegen ==

Ist es beabsichtigt, dass die Anführungszeichen von Internetquelle, citeweb & Co. ersetzt werden? hatte bisher immer angenommen, dass da die Titel eins zu eins übernommen werden, aber bei [[Vorlage:Internetquelle#Archivierte Internetquellen]] wird als Beispiel ''Erklärung zur Initiative „Netz gegen Kinderporno“.'' angegeben obwohl auf der Website ''Erklärung zur Initiative "Netz gegen Kinderporno"'' steht. Ist das auf der Dokuseite einfach ein Fehler, oder sollen Anführungszeichen immer ersetzt werden? --[[Benutzer Diskussion:CennoxX|C<small>ENNOX</small>X]] 18:01, 1. Dez. 2012 (CET)
:Puh, schwierig. Nein, das ist kein Fehler. Hier kommen mehrere Dinge zusammen. Zuerst einmal ist es eine technische Einschränkung meines Skriptes. Es kann nicht wissen, woher das Ersatzzeichen »<code>[["]]</code>« kommt und wie es zu werten ist. Wenn es zwei findet, die wie Anführungszeichen verwendet werden, dann macht das Skript typografisch korrekte Anführungszeichen daraus.

:Nun könnte man argumentieren, dass Zitate, Buchtitel und ähnliches unverändert übernommen werden sollten, inklusive eventueller Typografiefehler. Aber warum? Inwiefern verändert sich ein Zitat, wenn wir die korrekten Unicodezeichen einsetzen? Gerade bei Übernahmen von Webseiten unterstelle ich, dass es niemals Absicht war, das Ersatzzeichen »<code>"</code>« zu verwenden. Webseiten werden nicht mit der Schreibmaschine geschrieben, wo es die Zeichen möglicherweise nicht gibt. Auf Webseiten geschieht das aus Unwissenheit oder Faulheit. Die Ersatzzeichen durch die eigentlich gemeinten auszutauschen, macht ein Zitat nicht weniger präzise, meiner Ansicht nach ist sogar das Gegenteil der Fall.

:Das kann man anders sehen, aber die Dokumentation der [[Vorlage:Internetquelle]] scheint mir Recht zu geben. --[[Benutzer:TMg|TMg]] 19:06, 1. Dez. 2012 (CET)

::+1 <small>--<b style="font-variant:small-caps">[[Benutzer:Seth Cohen|Seth]] [[BD:Seth Cohen|Cohen]]</b> 20:08, 18. Dez. 2012 (CET)</small>

== Vorschlag: Absetzen von Vorlagen nach Weblinks o.ä. ==

Kannst du die Funktion hinzufügen, dass Vorlagen wie <nowiki>{{Navigationsleiste XYZ}}</nowiki> "für sich" stehen. Häufig werden sie einfach an Weblinks drangehängt, z.B.:
 <nowiki>== Weblinks ==
* www.fdgsgdg.de
* www.fgfg.com
{{Navigationsleiste XYZ}}</nowiki>

Für die Lesbarkeit schöner wäre:
 <nowiki>== Weblinks ==
* www.fdgsgdg.de
* www.fgfg.com

{{Navigationsleiste XYZ}}</nowiki>

Ist natürlich nicht nur hinter den Weblinks der Fall, sondern nach dem jeweiligen letzten Abschnitt, z.B. auch manchmal direkt unter <nowiki><references /></nowiki>.
Liebe Grüße, --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 19:00, 15. Feb. 2013 (CET)
:Der Fall Einzelnachweise–Navigationsleiste ist jetzt drin. Den Weblink-Abschnitt zu erkennen, ist ziemlich haarig, weil da drin auch Vorlagen und vieles andere vorkommen können. Aber ich lass das noch offen, vielleicht fällt mir was ein. --[[Benutzer:TMg|TMg]] 15:34, 27. Apr. 2013 (CEST)

== Punkte und Kommata vor und hinter </ref> ==

Hallo, es fällt sehr häufig auf, dass Benutzer die Referenzen falsch setzen oder drumherum zu viele Satzzeichen setzen. Oftmals steht vor dem <code><nowiki><ref></nowiki></code> kein Punkt, sondern dahinter, oftmals wird ein Leerschritt vorher eingefügt usw. Bei <code><nowiki></ref></nowiki></code> werden auch oftmals Punkte oder Kommata dahinter angegeben. Kann man da etwas machen? Ein [http://de.wikipedia.org/w/index.php?title=Vicus_M%C3%BClfort&diff=117267260&oldid=117258587 Beispiel]. Gruß, <code>[[User:Elvaube|Elvaube]]<sup>[[BD:Elvaube|?!]]</sup></code> 14:46, 8. Apr. 2013 (CEST)
:Solcherlei Korrekturen werden bereits durch das Script abgedeckt. Zumindest Punkte nach dem schließenden ref und Leerzeichen vor und nach dem ref werden entfernt. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 16:53, 8. Apr. 2013 (CEST)

:Wie BlueCücü sagt, mache ich bereits einige Korrekturen:
:*Steht vor und hinter ref zweimal das selbe Satzzeichen, wird das hintere entfernt.
:*Steht vor dem ref ein Satzzeichen und ein Leerzeichen, wird das Leerzeichen entfernt.
:Wenn du mehr so eindeutige Beispiele hast, nur her damit. Leider gehört der von dir erwähnte Fall „Satzzeichen von hinter dem ref davor verschieben“ nicht zu den eindeutigen Fällen. Meines Wissens besteht in dieser Frage nach wie vor kein Konsens und ich scheue mich davor, mein Skript angreifbar zu machen, indem ich so etwas hinzufüge. Wenn du mir dabei helfen kannst, mich auf einen belastbaren Konsens zu berufen (eine eindeutig verlaufene Diskussion oder ähnliches), wäre ich dafür sehr dankbar. --[[Benutzer:TMg|TMg]] 18:44, 8. Apr. 2013 (CEST)

::[[Juan Arango|Beispiel]]. Gruß, <code>[[User:Elvaube|Elvaube]]<sup>[[BD:Elvaube|?!]]</sup></code> 21:45, 13. Apr. 2013 (CEST)
:::Dort stehen zwei ref vor dem Punkt und zwei nach dem Punkt. Unentschieden. ;-) Die meines Wissens halbwegs anerkannte Richtlinie lautet, wenn der Einzelnachweis das letzte Wort oder den letzten Teil des Satzes belegt, darf er vor dem Punkt stehen. Belegt er den ganzen Absatz, steht er nach dem Punkt. Das kann ein Skript nicht unterscheiden. --[[Benutzer:TMg|TMg]] 14:38, 14. Apr. 2013 (CEST)

== Automatisches Einsetzen eines allg. Sortierschlüssels ==

Etwas weiter oben sagtest du zum Thema Sortierschlüssel mal: „Ich erweitere das Skript gern, wenn die Ersetzung eine Wirkung hat, sie idealerweise nicht durch die seit langem geplante Umstellung des Sortieralgorithmus hinfällig wird und wenn ein eindeutiger Konsens dazu besteht.“

Habe mir zum Thema „Allgemeiner Sortierschlüssel“ (SORTIERUNG/DEFAULTSORT) jetzt mal überlegt, inwieweit das automatische Setzen mit deinem Script möglich wäre. Meine Programmierkenntnisse hören irgendwann beim C64 auf, daher hab ichs einfach mal in (möglichst) logischer Sprache formuliert. Vielleicht kannst du dies ja fürs Script gebrauchen.

Ein paar Dinge vorweg:
* Mit „allgemeiner Sortierschlüssel“ meine ich die SORTIERUNG- bzw. DEFAULTSORT-Angaben über den Kategorien.
* Mit Extra-Sortierschlüssel meine ich die Sortierangaben nach dem Schema <nowiki>[[Kategorie:XYZ|Teil vom Lemma]]</nowiki>.
* Ein generelles Prüfen schon vorhandener allgemeiner Sortierschlüssel halte ich (vorerst) für nicht machbar, da es zu viele Sonderfälle gibt.
* Denkbar wäre aber ein Hinzufügen des allgemeinen Sortierschlüssel, wenn:
** a) im Lemma andere Zeichen als „a–zA–Z()“ vorhanden sind und
** b) bisher noch kein allgemeiner Sortierschlüssel im Quelltext vorhanden ist.

Treffen a) und b) zu könnte das Script folgendermaßen vorgehen:

;Vor-Prüfung:
# Prüfe, ob der Artikel Personendaten enthält
#* falls ja, dann setze als allg. Sortierschlüssel = die Zeichenfolge, die hinter <nowiki>„{{Personendaten|NAME=“</nowiki> steht
#* falls nein, dann gehe zu 2.)
# Der Artikel gehört zur Kategorie:Begriffsklärung
#* falls ja, dann springe zu 4.)
#* falls nein, dann gehe zu 3.)
# Prüfe, ob Lemma mit Artikel beginnt; Artikel = folgende Zeichenketten (D/der, D/die, D/das, T/the, L/les, L/la, L/ l', U/une, A/a, E/ein, E/eine, D/des usw.)
#* falls ja, dann streiche diese Zeichenkette am Anfang und setze sie ans Ende des Lemmas hinter einer Raute (#)
#* falls nein, dann gehe zu 4.)
# Prüfe, ob Lemma mit Ziffern beginnt
#* falls ja, dann füge #::: hinzu, wobei die Anzahl der : gleich der Anzahl der Ziffern bis zum ersten Nicht-Ziffernzeichen ist. (Hier gibts kleine Hürden, z.&nbsp;B. „10.000 Meilen unter dem Meer“: Liest das Programm da 10 oder 10000? oder „007“: Lässt das Programm führende Nullen weg oder nicht?)
#* falls nein, dann gehe zu 5.)
# Prüfe, ob Lemma in einer der Unterkategorien der Kategorie:Liste steht UND mit einer der Zeichenketten (Liste/List aller/Liste bedeutender/Liste bekannter/Liste der/Liste des/Liste von) beginnt
#* falls ja, dann streiche diese Zeichenkette und gehe zu 6.)
#* falls nein, dann gehe zu 6.)

;Haupt-Prüfung:
#<li value="6">- (Bindestrich) → streichen ([[:en:WP:Categorization#Sort keys|im Englischen erlaubt]]) {{Erl.}}</li>
#– (Gedanken-/Bis-Strich) → Leerzeichen {{Erl.}}
#/ → Leerzeichen {{Erl.}}
#, → Leerzeichen (außer in Personenartikeln, dort stehenlassen)
#. → Leerzeichen ([[:en:WP:Categorization#Sort keys|im Englischen erlaubt]])
#„“ ‚‘ “” " (Anführungszeichen aller Art) → streichen {{Erl.}}
#' ’ ʿ (Apostrophe aller Art) → streichen ([[:en:WP:Manual of Style#Apostrophes|gerade Hochkommas]] sind [[:en:WP:Categorization#Sort keys|im Englischen erlaubt]]) {{Erl.}}
#! ? → streichen
#Klammerinhalt (nur, wenn Klammer am Lemmaende) → streichen
#() (Klammern aller Art) → streichen
#äèéêöüāčłńňōőšūž → aeeeouaclnnoosuz, ß → ss, ²³ → 23 (sowie alle Änderungen, die das Script bisher auch schon tätigt) {{Erl.}}
#(α, β, γ, δ → alpha, beta, gamma, delta) {{Erl.}}
#& → und {{Erl.}} (eigentlich je nach Zusammenhang auch „and“, „et“ usw., aber das geht wohl nicht)
#+ → und {{Erl.}}
#… weitere Spezialfälle folgen nach und nach, sobald sie mir (oder anderen) auffallen.

;Nach-Prüfungen:
# Leerzeichen zwischen Ziffern und Buchstaben einfügen
# Doppelte/mehrfache Leerzeichen auf ein Leerzeichen kürzen {{Erl.}}
# Leerzeichen am Ende löschen {{Erl.}}
# Leerzeichen vor # einfügen (nur, falls nicht schon vorhanden und nur am Ende, nicht bei Artikeln, die mit Ziffer(n) beginnen)
# Lösche allg. Sortierschlüssel, wenn er nach all diesen Schritten doch noch mit Lemma identisch ist (kann eigentlich nur bei Lemmata mit Ziffern, die nicht am Anfang stehen, der Fall sein, z.&nbsp;B. „All 4 One“, da zu Beginn die Ziffer 4 als „Nicht-a–zA–Z()-Zeichen“ erkannt wurde). {{Erl.}}
# Extra-Sortierschlüssel entfernen wenn a) = identisch mit Lemma oder b) identisch mit allg. Sortierschlüssel {{Erl.}}

Und nun kommst du :) Wäre so etwas programmierbar oder würde dies das Script zum Glühen bringen? --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 23:05, 14. Mai 2013 (CEST)
:Wenn du mir das so grandios aufbereitest, kann ich ja nicht anders. :-) Ich werde mich langsam Stück für Stück vorarbeiten (nicht heute, aber im Laufe der kommenden Wochen) und hier ggf. Rückfragen stellen. --[[Benutzer:TMg|TMg]] 13:37, 16. Mai 2013 (CEST)
::Super. Ich würde mich auch als beta-Tester anbieten :) Werde dann hier allabendlich mal vorbeischauen, ob Fragen aufgetaucht sind. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 20:09, 16. Mai 2013 (CEST)

== Linkänderung in Vorlage:Übersetzung ==

Die Vorlage:Übersetzung sollte von der automatischen Änderung von IL-Wikilinks ausgenommen werden ([//de.wikipedia.org/w/index.php?title=Sune-B%C3%BCcher&diff=118846092&oldid=118846074 Beispiel]). Beste Grüße, --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 09:54, 25. Mai 2013 (CEST)
:Dein Beispiel ist gelöscht. Hast du es noch im Kopf und kannst es hier zeigen? --[[Benutzer:TMg|TMg]] 11:06, 27. Mai 2013 (CEST)
::Ich nehme an, dass [[Vorlage:Übersetzung|diese Vorlage]] falsch benutzt wurde. Schließlich wird dort ja kein kompletter Interwiki-Link eingefügt, sodenn man sie richtig benutzt. Jedenfalls wurde dort eine Änderung/Verkürzung des Interwiki-Links durch den AutoFormatter erwirkt, sodass die Vorlage nicht mehr funktionierte. Aber wie gesagt, wenn ich mir die Vorlage so anschauen, nehme ich an, dass sie falsch benutzt wurde. Denn man trägt dort ja garkeine kompletten Links ein, sondern nur das Lemma, das dann per Vorlage in den Link verwandelt wird. War denke ich ein Einzelfall. Sollte ich nochmal woanders drüberstolpern, meld ich mich wieder. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 23:05, 6. Jun. 2013 (CEST)
:::Ich hab die Vorlage heute geändert. ;-) Den Fehler kann ich inzwischen nachvollziehen und werde mich darum kümmern. Zur Not halt, indem alle Vorlageneinbindungen umgestellt werden. --[[Benutzer:TMg|TMg]] 23:56, 6. Jun. 2013 (CEST)
::::Hatte mich auch schon gewundert warum jemand einen kompletten Link in diese vorbildlich gestaltete, selbsterklärende Vorlage einsetzt. Dass sie es erst seit heute ist, wusste ich nicht ;) --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 00:35, 7. Jun. 2013 (CEST)

== What I learned from [[WP:AutoWikiBrowser|AWB]] ==

* The German Commonscat template is called [[:en:Template:Commons category]] in the English Wikipedia. {{Erl.}}
* Empty bold sections can be removed, but <code><nowiki>'''\s*'''</nowiki></code> should not strip newlines.
* Same for &lt;b>&lt;/b> and such. {{Erl.}}
* Duplicate punctuation before and after a reference should match <code><nowiki>[,.:;]</nowiki></code>. {{Erl.}}
* I think I should check for <code><nowiki>[,.:;]&lt;ref />.</nowiki></code> and remove all these. But keep the <code>;</code> and <code>:</code> wiki syntax intact.
* Merging duplicate references (with or without names) is a very nice idea. But how to create a propper <code>name="…"</code>?
* Note to self: Replace <nowiki>[[1970]]–[[1975]]</nowiki> with 1970–1975. {{Erl.}}
* Note to self: Remove the small tag from &lt;small>&lt;ref />&lt;/small> and such. {{Erl.}}
* Fix <code>&lt;ref name="…""></code> with duplicate or wrong (typographic) quotes.
* Fix <code>&lt;ref name "…"></code>.
* Drop <code>&lt;ref name=""></code>, <code>&lt;ref name=></code> and such.
* Note to self: Fix my <nowiki>[[:en:interwiki]]</nowiki> shortener at Meta and other non-Wikipedia wikis. {{Erl.}}
* Replace <code><nowiki>[[this ]]</nowiki></code>with <code><nowiki>[[this]]</nowiki></code> and<code><nowiki>[[ this]]</nowiki></code> with <code><nowiki>[[this]]</nowiki></code>. Take care of the spaces.
* Try to fix broken external links like <code>http//this</code> or <code>http:/this</code> or <code><nowiki>http:///this</nowiki></code>. Take care of “HTTP/1.0”. {{Erl.}}
* Remove tags like &lt;font>…&lt;/font> if they don't do anything. {{Erl.}}
* Try to fix <code>&lt;br //></code> and <code>&lt;br \></code>. {{Erl.}}
* Remove empty &lt;gallery>&lt;/gallery> and other completely empty tags. {{Erl.}}
* Try to fix <code>&lt;small/></code>, <code>&lt;i/></code>, <code>&lt;i\></code> and such before working with these, should be <code>&lt;/small></code> and <code>&lt;/i></code> in almost all cases.
* Note to self: Extend the <nowiki>[[2001-01-01]]</nowiki> rule. Take care of <nowiki>[[11-11-11]]</nowiki>. {{Erl.}}
--[[Benutzer:TMg|TMg]] 20:39, 11. Jun. 2013 (CEST)

Some questions on autoFormatter were brought up at [[:en:User_talk:GoingBatty/Archive4#format script]].  [[Benutzer:Bgwhite|Bgwhite]] ([[Benutzer Diskussion:Bgwhite|Diskussion]]) 22:38, 23. Jun. 2013 (CEST)

* Note to self: Check [[:en:Wikipedia:Manual of Style|en:WP:MOS]].
* Use <code>mw.config.get('wgMonthNames')</code>. {{Erl.}}
* Use wgFileExtensions.
* <s>Use wgPageContentLanguage, not wgContentLanguage.</s> No. For now I stick with "one wiki, one set of rules".
* Simply use <code>this.locale === 'en' && mw.config.get('wgDBname') === 'enwiki'</code> in the [[:en:Help:Interlanguage links|interlanguage links]] rules to distinguish the English Wikipedia from Commons, Meta etc. {{Erl.}}
--[[Benutzer:TMg|TMg]] 12:31, 24. Jun. 2013 (CEST)
:According to the en.WP Manual of Style, <code><nowiki>[[1970]]–[[1975]]</nowiki></code> should be replaced with <code>1970–75</code> (separated by unspaced &amp;ndash;). The only case where they should go to "full years" is the turn of a century (<code>1999–2003</code>). We don't use ordinal date formats in en.wp, and the German full stop to so denote is not familiar to us, so <code>1. Januar 2000</code> would need to be <code>1 January 2000</code>. Regards, --[[Benutzer:Ohconfucius|Ohconfucius]] ([[Benutzer Diskussion:Ohconfucius|Diskussion]]) 05:47, 28. Jun. 2013 (CEST)
::Thanks. Please note that I never added a dot to a date. I tried to make all my date rules aware of the language now. From what I see in the MOS it's not forbidden do expand year ranges to 1970–1975 in the English Wikipedia. It's recommended in the German Wikipedia. --[[Benutzer:TMg|TMg]] 20:07, 17. Jul. 2013 (CEST)

== Siehe auch ==

Ob es klug wäre, eine Regel für die Entfernung des Pfeils vor <code><nowiki>→ {{Siehe auch|…</nowiki></code>, <code><nowiki>→ ''Siehe auch: [[…</nowiki></code> u. ä. einzuführen? Referenzen: [[Vorlage:Siehe auch]], [[Wikipedia:Assoziative Verweise]]. --[[Benutzer:TMg|TMg]] 21:35, 14. Jun. 2013 (CEST)
:Kann man denk ich machen. Kommts denn häufig vor? Fehlkorrekturen sind in diesem Falle wohl nicht zu erwarten. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 14:00, 16. Jun. 2013 (CEST)

== Merkliste 2013 ==
Verstreute Fundstücke und unsortierte Ideen:
* [[Spezial:Permanenter Link/119975771|Viel hilft viel]]: <code>&lt;div clear="all" style="clear:both;">&lt;/div>&lt;br /></code>.
* [[Vorlage:FormatDate]] und evtl. weitere auflösen, wenn sie im Artikelnamensraum auftauchen?
* &lt;br> hinter Tabellen entfernen ([[Spezial:Permanenter Link/124256412|Beispiel]]).

Erledigt:
* <code><nowiki>[[A|B-]]</nowiki></code> erkennen (dass das hässlich ist, sieht man vor allem dann, wenn man die Unterstreichung der Links aktiviert hat) und zu <code><nowiki>[[A|B]]-</nowiki></code> machen.
* .tiff/.tif dazu, evtl. auch .ogv/.oga/.ogx, vgl. [[commons:Commons:MIME type statistics]].
* Anführungszeichen am Anfang/Ende des Textes/der Markierung. Relevant beim Schreiben von Diskussionsbeiträgen.
* Typografie (Anführungszeichen etc.) in der Zusammenfassungszeile.
* Leerzeichen nicht vom Selektionsende trimmen.
* „ISBN 10: …“ mit Doppelpunkt.
* <code>isbn2=</code> usw.
* In ISBN U+2010, U+2011, U+2212 wie „-“ behandeln. N-Dash lieber nicht.
* Komplett leere Sortiervorlagen ([[Vorlage:Nts]] usw.) wegwerfen.
* <s>Evtl. wirkungslose Sortiervorlagen identifizieren (z. B. <code><nowiki>{{nts|123}}</nowiki></code>) und entfernen.</s> Ist nicht wirkungslos; Ausgabe kann sich ändern.
* Leere Schutzbereiche verwerfen bzw. gar nicht erst schützen.
* Leere Parameter 1 aus Vorlagen mit benannten Parametern entfernen ([[Spezial:Permanenter Link/122312792|Beispiel]]).
* &amp;auml; etc. aufnehmen.
* Weißraum am Beitragsende interessiert MediaWiki sowieso nicht, das Trimmen erschwert das Markieren mit der Maus.
* (1,2 kB; PDF-Datei) automatisch drehen.
* Komma in (PDF, 1,2 kB) in Semikolon wandeln (nur im Deutschen).
* Kommastellen in (PDF; 432,1 kB) auf zwei [[signifikante Stellen]] kürzen, dabei englische 1,234 kB nicht kaputt machen.
* <s>Einzelnachweise immer auf Punkt enden lassen, wenn das letzte Zeichen eine Ziffer ist. Das greift bei ISBNs, Jahres- und Seitenzahlen, z. B. <code>&lt;ref>…, S. 1.&lt;/ref></code></s> Zu fehleranfällig, und greift zu sehr in die Gestaltungsfreiheit des Artikelautors ein.
--[[Benutzer:TMg|TMg]] 00:10, 16. Mai 2017 (CEST)

== Kommentar zur Änderungen für Sortierung und Extrasortierung + Anregung ==

Hallo. Habe eben die Neuerung des automatischen Einfügens des Sortierschlüssels entdeckt. Im Kommentar zur Änderung schreibst du, dass dies wohl umstritten ist. Also ich werds mal ne Weile testen, aber ich wüsste nicht, wo diese automatische Änderung zu Nachteilen oder gar Fehlern führen sollte. Die Liste „SORTIERUNG fehlt und Lemma mit Sonderzeichen“ bei CheckWikipedia ist momentan > 14.500 Artikel. Allein das zeigt doch schon, dass eine (Halb)Automatisierung hier sehr hilfreich sein kann. Sollte das automatische Einfügen des Sortierschlüssels in bestimmten Fachportalen nicht erwünscht sein (manche haben ja ihr eigenes mitunter wie ich finde komplizierteres System, z.B. Bahnstrecken, Flüsse, Kirchengebäude), so kann man ja vielleicht Artikel gewisser Kats ausschließen. Falls mir da was auffallen sollte, melde ich mich.

Eine Anregung habe ich noch zum Extrasortierschlüssel. Dieser wird ja nun entfernt, sofern er mit a) dem Lemma oder b) dem allgemeinen Sortierschlüssel übereinstimmt. Hab ich das richtig verstanden? So weit so gut. Könnte aber vor dieser Prüfung noch die selbe „Säuberung“ aller Umlaute/Sonderzeichen im Extrasortierschlüssel stattfinden, wie sie ja auch im allgemeinen Sortierschlüssel gemacht wird? Denn im Extrasortierschlüssel kommen auch häufiger die Buchstaben äöüß etc. vor. Beste Grüße und Doppeldaumenhoch für die Neuerung. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 11:10, 11. Dez. 2013 (CET)

Nachtrag: Oben habe ich mitbekommen, dass du die Zeichen <code>-</code> und <code>.</code> wieder aus der Sortierschlüssel-Säuberung entfernt hast. Kannst du diese Änderung auf en-wp begrenzen oder wäre dass zu aufwändig? In de-wp wüsste ich jedenfalls nicht, dass diese Zeichen beibehalten werden sollen. Außer den Zeichen <code># (am Anfang von Artikeln, die mit Ziffern beginnen oder zur Abtrennung von Artikeln) : (am Anfang von Artikeln, die mit Ziffern beginnen) , (in Personenartikeln zum Trennen von Nach- und Vorname) ! (nur im Extrasortierschlüssel, um Artikel in einer Kategorie von allen andern abzugrenzen)</code> fallen mir keine weiteren Sonderzeichen ein, die im allgemeinen Sortierschlüssel in de-wp benutzt werden. Beispiel: Im Artikel [[1. Königlich Bayerische Reserve-Division]] wurde als automatischer Sortierschlüssel

<nowiki>{{SORTIERUNG:1. Koniglich Bayerische Reserve-Division}}</nowiki>

generiert, den ich dann händisch zu

<nowiki>{{SORTIERUNG:#:1 Koniglich Bayerische ReserveDivision}}</nowiki>

geändert habe.

Wo wir auch gleich beim zweiten Nachtrag wären: Ziffern am Artikelanfang im Sortierschlüssel automatisch mit der Raute und der jeweiligen Anzahl an Doppelpunkten auszustatten ist wahrscheinlich nicht mit vertretbarem Aufwand möglich, oder doch? Hoffe das waren jetzt nicht zu viele Fragen auf einmal ;) Es grüßt, --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 11:38, 11. Dez. 2013 (CET)
:Die Checkwiki-Liste war der Anlass, mich mal wieder an die Sache zu wagen. Ich bin mir immer noch unsicher. Die neue Regel könnte zu viele Änderungen auslösen, die verwirrend oder praktisch irrelevant sind.
:#Hat ein Artikel nur eine Kategorie, an die schon ein korrekter Sortierschlüssel angehängt ist, wird dieser entfernt und statt dessen SORTIERUNG eingesetzt. Das hat überhaupt keine Auswirkung und könnte deshalb als unnötige Quelltextschubserei empfunden werden.
:#Vor allem in Artikeln [[Spezial:Alle Seiten/ƀ|aus Regionen]], in denen ich die Zeichen nur teilweise abdecke, lässt das Skript einen nur halbfertigen Zustand zurück. Konstruiertes Beispiel: Angenommen, im Artikel [[ʻAbd-al-Laṭīf]] steht schon die Zeile <nowiki>[[Kategorie:X|Abdallatif]]. Dann fügt das Skript trotzdem {{SORTIERUNG:ʻAbd-al-Laṭif}}</nowiki> hinzu. Aber das ist größtenteils lösbar, ich muss einfach nur mal [[Benutzer:TMg/Zeichen in Artikeltiteln#Häufigkeit gruppiert nach Unicode-Blöcken|diese Liste abarbeiten]].
:#Das mit dem Strich werde ich so machen.
:#Das mit den Zahlen ist technisch nicht schwer, ich finde das aber merkwürdig. Bist du sicher, dass es keine Ausnahmen gibt, in denen die Zahl vorn stehen bleiben darf? [[:en:WP:Categorization#Sort keys|Im Englischen werden einfach führende Nullen ergänzt]].
:--[[Benutzer:TMg|TMg]] 21:33, 11. Dez. 2013 (CET)

::#Es hat den Vorteil, dass beim Hinzufügen weiterer Kategorien, in diesen gleich richtig sortiert wird.
::#Solange die Liste nicht abgearbeitet ist, wird man trotzdem darauf aufmerksam, dass der allgemeine Sortierschlüssel fehlt und kann diesen händisch korrigieren. (Solange würde ich die Änderung, dann nur in der Betaversion lassen.)
::#Find ich gut.
::#In de-wp wurde die nennen wir sie mal #:-Regel mal eingeführt, weil so immer automatisch richtig sortiert wird, egal wieviele Ziffern die Zahl hat. So müssten z.B. nicht unzählige Sortierschlüssel in Artikeln um führende Nullen ergänzt werden, wenn jemand auf die Idee käme ein (relevantes) Buch mit dem Titel „250000000000 Sterne unter dem Himmelszelt“ zu schreiben oder einen Film namens „26867805000000000000 – Das Jahr in dem Loschmidt konstanten Kontakt aufnahm“ dreht. Die Regel ist zwar für Sortier-Zwecke praktischer, allerdings leider nicht sehr intuitiv. Oftmals weggelassen werden die #:-Zeichen eigentlich meines Wissens nur in kleinen Kategorien, in denen es auch unter Nichtberücksichtigung der #:-Regel zu keinen Fehlsortierungen kommt. Auch in Extrasortierschlüsseln wird oft „falsch“ sortiert, z.B. <nowiki>[[Kategorie:Badminton-Weltmeisterschaft|#2006]]</nowiki> (also ohne ::::). Dies hat derzeit natürlich keine sichtbaren Auswirkungen, aber spätestens im Jahre 10000 wirds kritisch ;) Hoffen wir, dass es bis dahin eine Wikisoftware gibt, die Zahlen selbstständig am Artikelanfang nicht Ziffern für Ziffer, sondern als ganze Zahl sortiert. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 08:57, 12. Dez. 2013 (CET)
:::Mein Problem mit den Zahlen ist, dass das Chaos nur noch größer wird, wenn ein paar Artikel die #:-Zeichen enthalten und ein paar nicht. Oder? Ich verstehe das bis jetzt so, dass z. B. „#::::2001“, „2002“ und „#::::2003“ falsch sortiert werden, also sehr wohl ein Problem entstehen kann, das es vor dem Eingriff meines Skriptes nicht gab. --[[Benutzer:TMg|TMg]] 01:36, 13. Dez. 2013 (CET)
::::Problem würd ichs nicht nennen. Es zeigt dann ja, dass in der jeweiligen Kategorie generell mal aufgeräumt werden müsste. Verstehe aber wenn das nicht automatisiert werden und daher lieber im Einzelfall händisch geändert werden sollte. Falls du es doch mit vertretbarem Aufwand programmieren könntest, würde ich so eine Funktion in meine common-Unterseite aufnehmen und testen. Würd dann bei entsprechender Änderung vorher in die Kategorien schauen und weitere Artikel anpassen bzw. ggf. von der Änderung absehen. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 10:37, 13. Dez. 2013 (CET)
:::::Die Unicodeblock-Liste habe ich abgearbeitet und denke, dass jetzt 99,9 % aller Zeichen transformiert werden sollten. Die [[#Änderungen im/am Sortierschlüssel|schon seit längerem gewünschte]] Säuberung von Extrasortierschlüsseln ist auch endlich drin. Das Hinzufügen allgemeiner Sortierschlüssel bleibt vorerst eine Betafunktion. Ich denke, ich werde es sogar zu einer [[Opt-in]]-Funktion machen müssen, weil es den Blick von jemandem braucht, der sich mit Kategorien auskennt. Im Englischen beispielsweise [[:en:WP:Categorization#Sort keys|muss man führende Nullen hinzufügen]] und dazu einen Blick auf die ''anderen'' Artikel in der Kategorie werfen. Das ist unmöglich automatisierbar. Auch die #:-Regel kann ich nicht für alle Benutzer automatisieren, weil es [[:Kategorie:Tag|Ausnahmen gibt]]. Ich habe aber eine [[Benutzer:TMg/autoFormatter#Praxisbeispiele|benutzerdefinierte Regel vorbereitet]], die du testen kannst. Frage dazu: Die Regel versucht, auch schon vorhandene #:-Präfixe zu korrigieren. Ich überlege, das raus zu nehmen, wenn es mehr Schaden als Nutzen bringt. --[[Benutzer:TMg|TMg]] 14:10, 15. Dez. 2013 (CET)
::::::Danke. Ich werds mal eine Weile testen und dann Rückmeldung geben, wie die Schaden-Nutzen-Bilanz ausschaut. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 05:17, 16. Dez. 2013 (CET)
::::::P.S.: Kann der Punkt <code>.</code> noch automatisch aus dem Sortierschlüssel entfernt werden oder spricht etwas dagegen? Kann meines Wissens nach ignoriert werden. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 08:26, 16. Dez. 2013 (CET)
::::::Weiter oben schreibst du: „Da er (der Punkt) meist kein verbindendes sondern ein trennendes Zeichen ist, müsste ich ihn durch ein Leerzeichen ersetzen, und das würde meist sowieso nichts an der Sortierung ändern.“ Meist ist er ein trennendes Zeichen, das stimmt. Allerdings folgt auch in den meisten Fällen dann sowieso ein Leerzeichen. Oder der Punkt ist weder trennend noch bindend, sondern Bestandteil einer Zahl (100.000) oder gehört zu einer Ordinalzahl (1., 2., 3.) im Lemma. Daher würd ich nicht durch ein Leerzeichen ersetzen, sondern komplett streichen vorschlagen. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 08:34, 16. Dez. 2013 (CET)
:::::::Im Englischen darf ich Punkte nicht entfernen. Auch im Deutschen scheint mir das keine sichere Sache zu sein, siehe <nowiki>{{SORTIERUNG:</nowiki>[[Robert L. Smith (Entomologe)|Smith, Robert L.]]<nowiki>}}</nowiki>. Hast du weitere konkrete Beispiele (außer „20.000 Meilen unter dem Meer“, da ist es klar), in denen der Punkt zur korrekten Sortierung unbedingt entfernt werden muss? --[[Benutzer:TMg|TMg]] 16:42, 16. Dez. 2013 (CET)
::::::::Zitat von weiter oben: "Die Regel versucht, auch schon vorhandene #:-Präfixe zu korrigieren. Ich überlege, das raus zu nehmen, wenn es mehr Schaden als Nutzen bringt." Ja, würde ich rausnehmen. Verwirrt glaube ich eher. Wäre zwar formal richtiger, aber wenns in einem Artikel von vielleicht 20 ähnlichen einer Kategorie geändert wird, dann stimmt die Reihenfolge dort erstmal nicht. Es sei denn man ändert gleich alle anderen 19 mit. Aber daran denkt sicher nicht jeder. Zu weiteren Beispielen. Also bei Personennamen ist meine ich sogar die weitaus gängigere Praxis den Punkt - wie auch Bindestriche oder Apostrophe - zu entfernen. Desweiteren kommen Punkte hin und wieder in Werkstiteln vor. Insgesamt waren es 2011 ca. [https://de.wikipedia.org/wiki/Benutzer:Schnark/Wartung/Sortierung 7800]. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 15:17, 30. Dez. 2013 (CET)

== Jahreszahlenbereichskorrektur in Literaturangaben ==

Häufig möchte das Script Jahreszahlen vom Schema 1944–45 in 1944–1945 korrigieren. In Literaturangaben setze ich das meist wieder zurück. Manchmal rutscht es mir aber auch durch. Dadurch kam z.B. [[Benutzer Diskussion:BlueCücü#Deine Bearbeitungen bei Vernon Sturdee und Militärgeschichte Australiens im Zweiten Weltkrieg|diese Diskussion]] zustande. Gibt es eine Möglichkeit, diese Änderung im Titel von Einzelnachweisen und in Abschnitten die „Literatur“ in ihrer Überschrift haben, nicht automatsch vornehmen zu lassen? Aber erstmal ein frohes Fest und nen guten Rutsch, --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 16:33, 24. Dez. 2013 (CET)

== Änderung in Vorlage commonscat ==

Der Name in der Vorlage Commonscat sollte besser unangetastet bleiben ([[Weird Al Yankovic|Beispiel]]). Oder wäre das ein Hinweis die Kategorie auf Commons zu verschieben? --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 16:57, 24. Dez. 2013 (CET)
:Im Englischen – also auch bei Commons – sollen die (eigentlich falschen) geraden Anführungszeichen verwendet werden. Die Änderung des Skripts darf also nicht übernommen werden. Das zu vermeiden, ist in diesem Fall leider schwierig. Vielleicht kann ich die Zeichen innerhalb der Commons-Vorlagen einfach pauschal zurück wandeln. Dazu muss ich mich aber mal durch die Commons-Kategorien wühlen. --[[Benutzer:TMg|TMg]] 00:32, 30. Dez. 2013 (CET)

== Merkliste 2014 ==

Höchste Priorität:
# Jahreszahlenbereiche in Buchtiteln nie ausschreiben.
# Weblinks vor typographischen Änderungen schützen.

Verstreute Fundstücke und unsortierte Ideen:
* „<nowiki>etwa/ca./um [[1810]]</nowiki>“ u.&nbsp;ä. entlinken.
* Leerzeichen mindestens vor &lt;br /> entfernen.
* [[WP:Zitate|Zitate]] und [[Vorlage:Charts|bestimmte andere Vorlagen]] stärker vor Änderungen schützen.
* Sind weitere Säuberungen rund um &lt;ref> konsensfähig? Sind Fälle wie <code>,&lt;ref />.</code> praxisrelevant? Ist das Verschieben hinter das Satzzeichen per Opt-in denkbar?
* Redundante Fettschreibung aus Tabellenköpfen werfen (nicht aus Definitionslisten, um deren Missbrauch nicht zu legitimieren).
* Weblinks auf häufige Schwesterprojekte (commons:, s:, wikt:) in Wikilinks umwandeln.
* <s>Diff-Links lassen sich per <nowiki>[{{fullurl::|…}} …]</nowiki> kürzen. Konsensfähig?</s> [[bugzilla:58793|Wurde zerstört]].
* <code>&lt;div style="clear:both;">&lt;/div></code> und <code>&lt;br style="clear:both;" /></code> immer in genau diese Form bringen.
* <s>Zeichen, [[Benutzer:Schnark/js/personendaten.js|die Schnark ersetzt]], ich aber noch nicht:<br /><samp style="word-wrap:break-word;">ȦȺȧⱥƁƂɃƀƃƇȻƈȼƉƊƋƌȡȸ Ǆ ǅ Ǳ ǲ ǆ ǳ ƎƏƐȨɆȩɇəƑƒƓƔǴǵȞⱧⱵȟⱨⱶǶ ƕ ƖƗǰɈȷɉƘⱩƙⱪȽⱠⱢƚƛȴⱡǇ ǈ ǉ ƝȠƞȵǊ ǋ ǌ ƆƟƠȪȬȮȰơȫȭȯȱƢ ƣ ƤⱣƥɊɋȹ ɌⱤɍƩȿƬƮȾƫƭȶⱦƯɄưƲⱴǷƿƳȲɎƴȳɏƵȤⱫƶȥɀⱬ.…<br />AAaaBBBbbCCccDDDdddbDZDzDZDzdzdzEEEEEeeeFfGGGgHHHhhhHVhvIIJJjjKKkkLLLllllLJLjlgNNnnNJNjnjOOOOOOOoooooOIoiPPpQqqpRRrSsTTTttttUUuVvWwYYYyyyZZZzzzz</samp></s>
* „1850-er Jahre“ zu „1850er Jahre“ ([[Benutzer:Hedwig Storch/Merkzettel|Quelle]]).
* <code><nowiki>[http://doppelt.de http://doppelt.de]</nowiki></code> kürzen ([{{fullurl:Damian Drăghici|diff=126353034}} Beispiel]).
* &lt;ref Name="…"> klein schreiben.
* <s>Evtl. auch hex-kodierte &amp;#91; und &amp;#93; vereinheitlichen?</s> Macht den Quelltext nicht wirklich lesbarer; keine eindeutige Präferenz für eine Schreibweise.
* <s>5%; sollte genauso wie 5%, erkannt werden.</s> Lieber nicht, wegen CSS.

Erledigt:
* Interlanguage-Links stärker vor [//de.wikipedia.org/w/?diff=prev&oldid=106500648 ungewollten Änderungen] schützen.
* <nowiki>[[1810]]–[[1811]]</nowiki> entlinken.
* Bis-Strich in 1901-? ([[BD:PDD/monobook.js#Probleme mit FixDash|Diskussion dazu]]).
* Aufdecken verschleierter Linkziele umschaltbar machen (nur noch Endungen wie in <nowiki>[[Berlin|Berliner]], nicht mehr ganze Wörter wie in [[Berlin|Berliner Mauer]]</nowiki>).
* Ausschreiben von Jahreszahlenbereichen abschaltbar machen; nur im Deutschen standardmäßig aktiviert.
* Vorlagenformatierung kommt mit <code><nowiki>{{Personendaten&lt;!-- Metadata: see [[Wikipedia:Persondata]]. --></nowiki></code> nicht klar.
* Dec/hex-kodierte &amp;amp; immer in diese Form bringen.
* <code>1&amp;nbsp;%</code> in allen Sprachen säubern, aber <code>1%</code> unangetastet lassen. Im Englischen das Leerzeichen ggf. ganz entfernen ([[:en:WP:Manual of Style/Dates and numbers#Percentages|Referenz]]).
* Warum wird <nowiki>https://de.wikipedia.org/wiki/A:B am Text/Markierungsende zu [[A]]:B</nowiki>?
* Huch, ich hab [[Hektar|ha]] vergessen.
* Kein geschütztes Leerzeichen in <code>|Parameter = 2 m²</code> und <code>|Parameter = 1,2 m²</code> Ohne ² klappt es schon.
* Ligaturen klein schreiben (z. B. Œ → Oe, [[:fr:Special:Prefixindex/Œ|Referenz]]).
* Vorlagennamen <code>/Absatz|Clear(?:[ |]*(?:all|both))?/gi</code> in de zu „Absatz“, sonst „Clear“.
* Vorlagennamen <code>/-|Br|Breakafterimages|Clr/gi</code> in de zu „Absatz“, sonst lassen (eigentlich <nowiki>{{-}}</nowiki>, aber das wäre schlimmer).
* <code>&lt;small>&lt;ref name="Unsinn" />&lt;/small></code>
--[[Benutzer:TMg|TMg]] 15:12, 18. Feb. 2016 (CET)

== Doppelgemoppel der Kat auf BKL-Seiten ==

Die Kategorie:Begriffsklärung wird ja auf den BKL-Seiten automatisch durch die Vorlage:Begriffsklärung eingebunden. Hin und wieder ist die Kategorie trotzdem nochmals in der Form <nowiki>[[Kategorie:Begriffsklärung]]</nowiki> im Quelltext vorhanden und könnte denke ich automatisch entfernt werden. Auch alles in der Form <nowiki>[[Kategorie:Begriffsklärung|Lemma]]</nowiki> kann gelöscht werden. Dies würde eh über das automatische Einfügen des Sortierschlüssels bei im Lemma vorhandenen Sonderzeichen ersetzt werden. --[[Benutzer:BlueCücü|BlueCücü]] ([[Benutzer Diskussion:BlueCücü|Diskussion]]) 22:38, 14. Jan. 2014 (CET)

== Diff automatisch aufrufen ==
Hallo TMg,<br />
Du empfiehlst ja auf jeden Fall das diff zu kontrollieren, was ich auch tue. Wäre es dann nicht möglich das diff automatisch nach Deinem Tool aufzurufen (sofern etwas geändert wurde) und am Kopf der Seite zu positionieren? Das würde viel Zeit sparen.<br />
Gruß --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 18:54, 14. Apr. 2014 (CEST)
:ich klick immer auf vorschau, aber dass diff kann ich mir erst anschauen, wenn ich gespeichert habe oder? --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 01:20, 15. Apr. 2014 (CEST)
::Das diff entspricht ''Änderungen zeigen'' und geht schon vor dem Speichern. --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 06:26, 15. Apr. 2014 (CEST)
::: seid 7 jahren angemeldet, 2000 bearbeitungen und erst jetzt wo du es sagst nehm ich es war :D danke --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 19:24, 15. Apr. 2014 (CEST)
::::Gern geschehen, manchmal sieht man den Wald vor lauter Bäumen nicht. --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 20:59, 15. Apr. 2014 (CEST)
:Technisch ist der Wunsch kein Problem. Ich hatte das einst sogar experimentell drin. Aber es schränkt die Nutzbarkeit stark ein, wenn man automatisch in die Diff-Ansicht gezwungen wird. Als Benutzereinstellung oder zweiten Knopf könnte ich mir das vorstellen. Mal sehen. --[[Benutzer:TMg|TMg]] 21:46, 20. Apr. 2014 (CEST)
::Meinst Du, dass Du hier noch etwas machst? --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 07:04, 27. Mai 2014 (CEST)
:::Wie wäre es, wenn {{Taste|Umschalt}}+Klick auf den Besen die Diff-Ansicht aufrufen würde? --[[Benutzer:TMg|TMg]] 09:33, 11. Jul. 2014 (CEST)

== Überflüssige Leerstelle nicht beseitigt ==
Hallo TMg,<br>
ist das Absicht?:
Bei [https://de.wikipedia.org/w/index.php?title=J%C4%81nis_Fabriciuss&diff=130318481&oldid=123486488 dieser Bearbeitung] wurde die Leerstelle vor dem ''miniatur'' in der ersten Zeile nicht beseitigt. Auch ein erneuter Aufruf des Tools ändert dies nicht.<br>
Nochmals danke für dieses schöne Werkzeug, ich setze es inzwischen ständig ein.<br>
Gruß --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 07:14, 12. Mai 2014 (CEST)
:Interessante Kombination, die berücksichtige ich so noch nicht. Ich säubere vorn den Dateinamen und hinten das <code>hochkant</code>, die <code>miniatur</code> lasse ich aber unangetastet. Deshalb bleibt das Leerzeichen übrig. Ich werde das aufnehmen. --[[Benutzer:TMg|TMg]] 14:42, 14. Mai 2014 (CEST)
::Allerdings interessant. So hat sich die regelmäßige Kontrolle der Ersetzungen gelohnt. --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 18:42, 14. Mai 2014 (CEST)

== Commonscat ==
in wikilinks und bildereinbindungen werden unterstriche entfernt, dass könnte man auch für die bsp <nowiki>{{Commonscat|Arena_das_Dunas}}</nowiki> machen.  gruß --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 02:28, 28. Mai 2014 (CEST)

== Vielleicht beachtenswert ==

Hallo TMg,<br>
bei [[Spezial:Diff/132248061|dieser Bearbeitung]] musste ich die erste Zeile manuell bearbeiten, da der autoFormatter sie nicht beachtete (Sie war ja auch inkonsistent). Vielleicht könnte er ja bei Zeilen, die er nicht versteht eine Warnung äußern. Wenn es nicht in der ersten Zeile gewesen wäre, hätte ich sie wahrscheinlich nicht gesehen.<br>
Gruß --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 07:20, 18. Jul. 2014 (CEST)
:Ich bin in jedem Fall dankbar für die Meldung, auch wenn ich mir nicht ganz sicher bin, was du da erwartet hättest. Ich könnte <code>framed</code> durch <code>gerahmt</code> ersetzen, tue das bisher aber nur, wenn dahinter noch eine Beschreibung folgt. <code>mini</code> und <code>gerahmt</code> zusammen ergeben wenig Sinn. Das automatisiert auf <code>gerahmt</code> zu kürzen, wäre gefährlich. Das darf nur bei kleinen Bildern gemacht werden, die nicht skaliert werden müssen. Aber das kann das Skript nicht wissen. Also auf <code>mini</code> reduzieren? --[[Benutzer:TMg|TMg]] 11:15, 22. Jul. 2014 (CEST)
::Wie schon geschrieben, hatte ich keine konkrete Erwartungshaltung, sondern wollte nur die Auffälligkeit berichten. Vielleicht wäre es möglich bei unklaren Sonderfällen ein Popup zu bringen. Wenn diese nicht zufällig im Sichtfeld sind, bemerkt man sie wohl sonst nicht. --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 18:58, 22. Jul. 2014 (CEST)

== Korrekturen ==

<s>2 3</s> 4 Anmerkungen habe ich:

# Warum wird das eine ''right'' [//de.wikipedia.org/w/index.php?title=PSR_B1620-26_b&diff=138400900&oldid=138398315 entfernt], das [//de.wikipedia.org/w/index.php?title=Pulsar-Planet&diff=138400988&oldid=138398185 andere] aber nicht automatisch, sondern nur übersetzt?
# [[Vorlage:GiS]] (Gleise in Serviceeinrichtungen) ist keine der Sprachvorlagen und sollte daher das große G behalten.
# Könnte man beim Einfügen der geschützten Leerzeichen vor Maßeinheiten die Überschriften auslassen, da sonst die Links zu diesen Abschnitten nicht mehr funktionieren? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 22:30, 1. Feb. 2015 (CET)
# <nowiki>z.B. und z. B.</nowiki> wird momentan nicht korrigiert. Das ist zwar kein Checkwiki-Eintrag, ist aber vielleicht trotzdem leicht einzubauen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 06:08, 16. Feb. 2015 (CET)
: ad 2) wüsste ich einen anderen Weg: [[Vorlage Diskussion:GiS #Umbenennung dieser Vorlage]]
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:47, 1. Feb. 2015 (CET)
:#Die redundante <code>mini|rechts</code>-Kombination wird im Augenblick nur dann automatisch erkannt, wenn die beiden Wörter direkt hintereinander stehen. Ich kann versuchen, das zu erweitern und danke für das schöne Beispiel. Aber ich bin mir nicht sicher, ob sich der Aufwand dafür lohnt.
:#Dafür werde ich keine Ausnahme einbauen, tut mir Leid. Bitte umbenennen. „gi“ ist zwar kein Sprach- sondern der Ländercode für Gibraltar, unnötig verwirrend ist das trotzdem.
:#Faszinierend. Dieser Fall fehlt in meiner Testumgebung. Wird behoben. --[[Benutzer:TMg|TMg]] 18:41, 4. Feb. 2015 (CET)
:#Seit es [[Benutzer Diskussion:TMg/autoFormatter/Archiv #Zu viele Änderungen|Vandalismusvorwürfe]] gab, ist die Entscheidung, ob und welche Abkürzung wie ersetzt werden soll, eine [[Benutzer:TMg/autoFormatter#Benutzerdefinierte Ersetzungen|Entscheidung der Benutzer]] meines Skripts.
:--[[Benutzer:TMg|TMg]] 12:09, 16. Feb. 2015 (CET)
::Alles klar, danke. Diese Funktion kannte ich noch nicht. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 15:09, 16. Feb. 2015 (CET)

== replacing –  with - inside wikilinks ==

For slovenian Wikipedians: Is there any way to stop replacing –  with - inside wikilinks <nowiki>[[wiki link with - inside|label]]</nowiki> or just <nowiki>[[wiki link with - inside]]</nowiki>. Wikilink should not be changed, because now changes cause red links. I`am using local [[sl:Uporabnik:Pinky sl/common.js|autoFormatter.js]] with local autoFormatterSettings.js. --[[Benutzer:Pinky sl|Pinky sl]] ([[Benutzer Diskussion:Pinky sl|Diskussion]]) 14:28, 27. Feb. 2015 (CET)

== Category ==

Firstly, I would like to thank you for this tool, which does simple but necessary tasks. Could you set the command to stop on "Category" changes, especially between dash ('''-''') and hyphen ('''–''')? Eg: When autoFormatter applies on [[:en:Category:Articles created or expanded during Women's History Month (India) - 2015|Articles created or expanded during Women's History Month (India) - 2015]], it changes dash (-) to hyphen (–) --[[Benutzer:AntanO|AntanO]] ([[Benutzer Diskussion:AntanO|Diskussion]]) 08:50, 22. Mär. 2015 (CET)
:Thanks. I will try to improve but it's not easy in this case. Also I wonder. I know the English Wikipedia agrees on using the longer en-dash. Shouldn't the category name be fixed instead? --[[Benutzer:TMg|TMg]] 21:43, 26. Mär. 2015 (CET)
::Yes, category name shouldn't fix. Usual fix is not an issue. No problem if it is too much of complicate. --[[Benutzer:AntanO|AntanO]] ([[Benutzer Diskussion:AntanO|Diskussion]]) 10:25, 9. Apr. 2015 (CEST)

== Merkliste 2015–2019 ==
* Bis-Strich in <code>|Seiten=49-50</code>.
* &lt;small> auch um mehrere &lt;ref> entfernen.
* [[:Kategorie:Wikipedia:Seite mit problematischem HTML-Tag]]
* <code>&lt;ref name "rhythm" /></code> und <code>&lt;ref name 'rhythm' /></code> ([[Douglas Smith (Effektkünstler)|Beispiel]])
* Triviale &lt;imagemap>-Syntax durch <nowiki>[[File:…|link=…]]</nowiki> ersetzen.
* Monitor [[mw:Special:LintErrors|Special:LintErrors]].
--[[Benutzer:TMg|TMg]] 11:03, 19. Apr. 2017 (CEST)

Erledigt:
* Der Umherirrende [[BD:YMS/Archiv 2013–2015 #Leerzeichenbereinigung am Zeilenende und Vorlagenparameter|schlägt vor]], den Vorteil minimaler Diffs als gewichtiger zu betrachten als den geringen Nutzen, den das Entfernen von Leerzeichen am Ende leerer Infoboxzeilen bringt.
* <code><nowiki>[[Datei:….png|verweis=https://de.wikipedia.org/wiki/Spezial:…]]</nowiki></code> geht kaputt ([[Wikipedia:Wikimedia Deutschland/Fehler korrigieren|Beispiel]]).
* Alternativtext entfernen, wenn er mit der Bildbeschriftung identisch ist ([[Wagram|Beispiel]]).
* LRM am Textende entfernen.
* <s>[[Vorlage:Imagemap]] substituieren.</s>
* Strip empty <code>||</code> from image syntax.
* Strip duplicate <code>|thumb|…|thumb|</code> and such from image syntax.
--[[Benutzer:TMg|TMg]] 21:42, 17. Mai 2019 (CEST)

== ISBN 9789024732241 ==
Hallo, warum zerpflückt der gelbe Kehrbesen (Auto-Format) - wie sonst bei gültigen Nummern üblich - obige nicht? Gruß --[[Benutzer:Hedwig Storch|Hedwig Storch]] ([[Benutzer Diskussion:Hedwig Storch|Diskussion]]) 15:10, 12. Mär. 2016 (CET)
:Das ist ein niederländisches Buch ([[ISBN-Gruppennummer]] 90). Die Regeln sind für jedes Land anders, und bisher unterstütze ich nur deutsche und englische Bücher. --[[Benutzer:TMg|TMg]] 09:38, 14. Mär. 2016 (CET)

Info: [[Benutzer:PerfektesChaos/js/isbnLib‎]]
* Die momentan sehr umständliche Installationsprozedur soll in den nächsten Wochen (Ostertage) umgeschrieben werden von <code>.using()</code> auf <code>mw.hook()</code>.
** Dann ist nur noch das Laden der Bibliothek erforderlich, und sie meldet sich, wenn alle internen Komponenten auch einsatzbereit sind.
** In den letzten Monaten habe ich alle WSTM-Komponenten auf <code>mw.hook()</code> umgestellt; es ist dann jetzt innere Angelegenheit von ''isbnLib‎'', sich zusammenzusuchen, was gebraucht wird. Der Anwender soll sich um das WSTM-Zeug nicht mehr kümmern müssen.
* In Ermangelung externer Fremdnutzer hatte ich hier bislang wenig ausgebaut.
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:31, 14. Mär. 2016 (CET)
:Danke für den Hinweis. Nur, hm, … bitte versteh mich nicht falsch, aber ich möchte [[User:PerfektesChaos|dir]] gern einmal sagen, dass mich deine Skripte häufig äußerst ratlos zurück lassen. Ich meine, du gibst dir so viel lobenswerte Mühe, dass deine Projekte auch von anderen weiter nutzbar sind, seien es Anwender oder andere Entwickler. Du schreibst mehrsprachige, hervorragend formatierte Dokumentationen. Aber wenn es dann ans Eingemachte geht, ich ernsthaft in eines deiner Skripte eintauchen und den Quelltext verstehen möchte, … äh, was? Und damit meine ich noch nicht einmal deine durchaus krude Quelltextformatierung. Dazu habe ich genug Erfahrung, um darüber stehen und Quelltext trotzdem lesen zu können. Aber wenn Dateinamen und Variablen nur einen Buchstaben lang sind, wenn sich eine Abkürzung nach der anderen die Klinke in die Hand geben, wenn Funktions- und Parameternamen aus vermutlich ästhetischen Gründen alle mit den selben Anfangsbuchstaben beginnen, egal ob das inhaltlich Sinn ergibt oder nicht, … es tut mir sehr Leid, aber dann gebe ich auf.
: Konkreter: [[:en:User:PerfektesChaos/js/isbnLib/d.js]] ist nur ein Wrapper. Wo ist der Quelltext? In [[User:PerfektesChaos/js/isbnLib|deiner Dokumentation]] wird auf [[:en:user:PerfektesChaos/WikiSyntaxTextMod/S]] und [[:en:user:PerfektesChaos/WikiSyntaxTextMod/U]] verwiesen, aber diese Seiten gibt es gar nicht. Durch schrittweises Nachvollziehen dessen, was dein Lade-Code tut, habe ich verstanden, dass das keine Seitennamen sondern Modulnamen sind, und die aufgelöste Seite [[:en:User:PerfektesChaos/js/WikiSyntaxTextMod/dU.js]] ist, wobei „d“ für „Debug-Version“ und „U“ für „Utilities“ steht. Lesbar sind solche Dateinamen genauso wenig wie zum Beispiel <code>if ( !impact ) if ( ask ) if ( naked !== ask ) impact = 6;</code>. Gut, dieses Fragment habe ich aus dem ISBN-Parser entnommen, und Parser-Code ist immer schwer lesbar. Aber warum diese Variablennamen? Was für ein „Impact“? Wie kann etwas, das eben noch keinen Impact hatte, plötzlich den Impact 6 haben? Was heißt das? Was bedeutet eine Prüfung auf „Ask“? Dass Fragen gestellt werden dürfen? Was für Fragen, von wem, an wen? Was ist „naked“? Und wie kann „nackt sein“ ungleich „stelle Fragen“ sein? Das ergibt alles keinen Sinn. Es macht es mir nicht nur unmöglich, den Code zu verstehen, ich kann ihn nicht einmal benutzen, wenn das öffentliche Interface, das du anbietest, kryptisch <code>mw.libs.isbnLib.focus( about )</code> heißt, statt offensichtlich <code>mw.libs.isbnLib.guessLanguageCodes( isbn )</code>. Und ich frage mich auch, warum du dir das selbst antust? Stört es dich nicht selbst, dass du immer und immer wieder hinschreiben musst, wofür die Buchstaben, Abkürzungen und Kunstbegriffe stehen? --[[Benutzer:TMg|TMg]] 10:53, 17. Mär. 2016 (CET)

:: Ich programmiere seit über 35 Jahren, und ich verfahre dabei immer gleich.
::* Innere Angelegenheiten meiner Benutzerskripte muss erstmal nur ich verstehen; Schnittstellen nach jeweils außen dokumentiere ich ausgiebig. Wie ich nach innen vorgehe, handhabe ich so, dass ich es leicht nachvollziehen und pflegen kann. Was in der nur wenige Jahre dauernden Wiki-Benutzersoftware-Welt irgendwer später damit anstellen will, ist mir egal.
::* Bei ungetypten Sprachen arbeite ich immer mit meiner Version der [[Ungarische Notation|Ungarischen Notation]].
::* Ich hasse ungetypte Sprachen.
::* Wenn du mal geduldig auf [{{fullurl:en:Special:PrefixIndex|prefix=PerfektesChaos%2Fjs%2F&namespace=2&hideredirects=1&stripprefix=1}} alle mit <code>.js</code>] guckst, wird sich dir der Sinn von d und r erschließen. Bedenke, dass meine Vorkoster diverser Skripte mit der d-Version arbeiten, die teilweise mehrere Wochen im Voraus erscheint, während die analoge r-Version erst nach Testerei auf den Markt kommt. Die D und R hatte ich wohl bereits Anfang der 1990er im Microsoft Studio gesehen und waren damals schon in IDE allgemein üblich.
::* Warum ein Buchstabe zur Kennzeichnung der internen WSTM-Module ausreichen muss, kannst du dir anhand der öffentlichen <code style="white-space:nowrap">WSTM.main.subs = "MWCEIHTXOLUS";</code> (es gibt zurzeit noch drei private dazu) vielleicht ausmalen. Da ich der einzige Bearbeiter bin und ich das auswendig weiß, wird es reichen. Die gesamte Buchstabenkette muss für den Vollstart von WSTM geladen und verwaltet werden, und alles über diese Kennbuchstaben hinaus würde dabei nur stören, zumal sie auch in die volle Versionsbezeichnung der momentan ablaufenden Konfiguration einfließen.
::* Wer die Bedeutung dieser Kennbuchstaben gleichwohl erläutert bekommen möchte, gehe auf [[User:PerfektesChaos/js/WikiSyntaxTextMod/tech]] (verlinkt auch auf [[:en:User:PerfektesChaos/js/WikiSyntaxTextMod/tech]])
::* WSTM-Code darf sich gern jeder Internetbenutzer auf dem Planeten angucken. Er ist aber für mich von mir geschrieben und nicht für Außenstehende.
:: Wie ich bereits angekündigt hatte, habe ich die Bereitstellung von der 2013 für eine bestimmte Situation entstandenen komplizierten Methodik zu einer deutlich einfacheren Weiterverwendung fortgeschrieben.
:: Ich dokumentiere Argumente an der Schnittstelle und die genaue Bedeutung lokaler Variablen sowie die genauere Wirkungsweise von Funktionen.
::* Wenn ich kurz <code>i</code> schreibe und das dutzendfach in Schleifen und Zugriffen auf Teilzeichenketten vorkommt, dann ist der Code übersichtlicher als wenn ich statt dessen einen selbsterklärenden Namen mit 10–20 Buchstaben verwenden würde. Wenn es Tricks und Besonderheiten gibt, dann dokumentiere = kommentiere ich einmalig <code>i</code> und die Feinheiten, was alles nicht in einen Namen hineinpassen würde.
::* Ich werte seit Jahrzehnten meine standardisierten Funktionsdokus aus und generiere daraus HTML-Seiten mit ausklappbaren Details zu den Argumenten. Ich navigiere erstmal in diesen und nicht im Code direkt. Für Universal-Bibliotheken, von denen die Nachwelt etwas haben mag ([[:en:User:PerfektesChaos/js/stringLib/doc|stringLib]]), verwende ich Javadoc.
:: Wenn irgendwo unter „ResourceLoader – Dependencies“ Bezeichner genannt werden, handelt es sich immer um Modulnamen.
:: [[Benutzer:PerfektesChaos/js/isbnLib‎#Installation|isbnLib‎ 2.0]] ist jetzt hoffentlich benutzerfreundlicher.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:50, 18. Mär. 2016 (CET)

== Zeilenweise Ersetzungen bei Regexp-Objekten ==

Ich war so frei, und habe mal wieder ein Skript von dir geforkt: [[Benutzer:Boshomi/ARreplace.js]]

In diesem Fall nutze ich nur die benutzerdefinierte Ersetzen-Funktion.  Aufgrund eines [[spezial:diff/152465403 |Hinweises auf meiner Disk]] habe ich die Ersatzfunktion abgeändert, sodass auch Zeilenweise Ersetzungen möglich werden: [[Spezial:diff/152465403]] Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|☕⌨☺]] [[Datei:Qsicon Weblink red.svg|20px|Defekte URLs - Hilfe gesucht|verweis=WP:WLWT]]  16:36, 13. Mär. 2016 (CET)
:Danke für die Nachricht. Ich bin dennoch ziemlich verwundert, denn ich kann in [[Special:Diff/152137435/152465403|deinem Fork]] letztlich nichts erkennen, was das Original nicht auch kann. Wer braucht denn die Funktion und wozu? [[Benutzer:Boshomi/common.js|Bei dir]] kommt gar kein <code>^</code> vor. [[User:Herzi Pinki|Herzi Pinki]] kann in [[Benutzer:Herzi Pinki/common.js|seiner common.js]] einfach den <code>/m</code>-Modifikator verwenden, dann finden <code>/^…/gm</code> und <code>/…$/gm</code> nicht mehr nur den Textanfang/ende, sondern Zeilenanfänge/enden. [//ragnar-f.github.io/docs/misc/RegEx-QuickRef.htm Das ist ein ganz reguläres Regex-Feature], da greife ich mit meinem Skript auch gar nicht ein. --[[Benutzer:TMg|TMg]] 10:06, 14. Mär. 2016 (CET)
:: Danke für die Antwort.  Dass man mit dem m-Flag dieses Verhalten auch erreichbar ist wusste ich nicht.  Der Hintergrund für den Fork war, dass ich so nur die benutzerdefinierten Anweisungen ausführen kann, und alles andere liegen lassen kann. Das ist dort sinnvoll wo man ein spezifische kleine Änderung für sehr viele Artikel umsetzen will.  In diesem Fall ist Autoformater zu aktiv, wodurch bei großen Arikeln und dementsprechenden aufwendigen Diffs es an machen Stellen schwierig ist, eventuelle Fehler zu erkennen. Ich habe das vor gut 2 Wochen im großen Umfang eingesetzt, und dabei dann aber zu viele Kleinigkeiten übersehen.
:: Wenn ich einen Wunsch für den Autoformater äußern darf, (und wenn es mir möglich wird, hätte ich das für den Fork geplant):
:::* eine zweite Schaltfläche mit der man zu "Einstellungen" kommt und die ein Formular öffnet. (so ähnlich wie derzeit bei WeblinkChecker)[[Datei:AutoFormatterMockup.PNG|mini|Mockup]]
:::* Im Formular kann man auswählen, welche Funktionen aktiviert sein sollten.
:::* eine Eingabe für benutzerdefinierte Regexp/String-Ersetzungen.
:::* bei den benutzerdefinierten Änderungen für jedes Suchen-Ersetzen-Paar auch einen Editkommentar angeben kann.
:::* jede einzelne Zeile der benutzerdefinierten Änderungen aktivier/deaktivierbar ist.
:::* eine für alle PC fixierte Standardliste über common.js sollte weiterhin unterstützt werden. (Im Sinne einer ini-Datei)
:::Wenn ich das selbst umsetzen will, weiß ich bei meinen recht bescheidenen ja-Kenntnissen noch nicht wie lange ich dazu brauche. Der Autoformater hat aber für mich progrmmiertechnisch den Vorteil, dass ich das etwas leichter nachvollziehen kann, wie bei dem doch sehr anspruchsvollen weblinkChecker. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|☕⌨☺]] [[Datei:Qsicon Weblink red.svg|20px|Defekte URLs - Hilfe gesucht|verweis=WP:WLWT]]  11:56, 14. Mär. 2016 (CET)
::Nachtrag: Vielen Dank, dass es den Autoformater überhaupt gibt. Es ist wirklich toll was man mit diesem Werkzeug erreichen kann. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|☕⌨☺]] [[Datei:Qsicon Weblink red.svg|20px|Defekte URLs - Hilfe gesucht|verweis=WP:WLWT]]  12:01, 14. Mär. 2016 (CET)

== Leerzeichen vor Satzzeichen ==

[https://de.wikipedia.org/w/index.php?title=Personifikation&type=revision&diff=152774295&oldid=149814544 Beispiel]. <small>--<b style="font-variant:small-caps">[[Benutzer:Seth Cohen|Seth]] [[BD:Seth Cohen|Cohen]]</b> 15:02, 24. Mär. 2016 (CET)</small>
:Hm. Ich verstehe die Idee, befürchte aber Fehlersetzungen. [[Spezial:Suche/insource:/_,_/|Relevanz hätte sie wohl]]. --[[Benutzer:TMg|TMg]] 21:12, 24. Mär. 2016 (CET)
:: Ein Problem dabei ist auch dass einige Fremdsprachen die Plenks standardmäßig verwenden, und diese bei Originalzitaten, etwa bei Linktexten, erhalten werden sollten. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  21:46, 18. Mai 2016 (CEST)

== Space after </ref> ==

<nowiki>If the sentence has ended with a </ref> and there is no space after </ref> before the start of a new sentence, so my request is that Autoformatter automatically add this space after </ref> Thank you.</nowiki> [[Benutzer:Managerarc|Managerarc]] ([[Benutzer Diskussion:Managerarc|Diskussion]]) 12:26, 4. Jun. 2016 (CEST)
:Thanks for the suggestion. However, I'm not sure if this can be done in all cases. For example, two &lt;ref> next to each other should not have a space between them. I can also think of other reasons to not have a space after a &lt;ref>, for example when a template follows. So when I add such a replacement it must be limited to &lt;ref> followed by a letter. Needs more investigation. A simple search for <code>insource:/\<\/ref>[A-Z]/</code> shows only about 20 results, which is not really worth it. --[[Benutzer:TMg|TMg]] 14:58, 20. Jun. 2016 (CEST)

== Anpassungen ==

* in Autofromatter kann die Zeile <code>t = t.replace( /\{\{\s*WBA\s*\|\s*/gi, '{\{Waybackarchiv|' );</code> und die folgenden raus. Die Vorlagen wurden vor 2 Jahren gelöscht.
* In [[Spezial:Diff/155776547 |ARreplace (Diff)]] habe ich ein Bild eines Button gefixt, und die Funktion der Zusammenfassungszeile verbessert. Bitte dies in [[Benutzer:TMg/autoFormatter/AReplace.js]] übernehmen. Deine Seite habe ich in der Beschreibungsseite [[Benutzer:Boshomi/ARreplace]] für die Installationsanleitung herangezogen. (Vier-Augen-Prinzip schadet bei meinen Skriptanpassungen sowieso nicht)
* In meinem WeblinkChecker-Fork habe ich das AutoDiff eingefügt. [[Spezial:Diff/155688965]]. Das funktioniert ganz gut. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  14:05, 1. Jul. 2016 (CEST)
::{{Ping|Schnark}} Das Skript //de.wikipedia.org/w/index.php?title=Benutzer:TMg/autoFormatter/autoDiff.js ruft Autoformatter (und hoffentlich bald auch weblinkChecker) das Schnark/Diff.js auf. Wäre schön, wenn das an passender Stelle mit Fliegelflagel aktivierbar wäre. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  14:43, 1. Jul. 2016 (CEST)

== No user-defined replacements in links ==

Hi, This script does not run on ur.wikipedia. Plz figure it out, Thanks. [[Benutzer:محمد شعیب|Muhammad Shuaib]] ([[Benutzer Diskussion:محمد شعیب|Diskussion]]) 16:15, 6. Aug. 2016 (CEST)
: Sorry, Now it works. I think any script imported in my common.js prevents autoFormat. :) [[Benutzer:محمد شعیب|Muhammad Shuaib]] ([[Benutzer Diskussion:محمد شعیب|Diskussion]]) 16:56, 6. Aug. 2016 (CEST)
:: Is there any way to prevent auto formatting in square brackets e.g. <code>[[ ]]</code>, it contains here links to another article or page. So we dont like to auto-format these links. --[[Benutzer:محمد شعیب|Muhammad Shuaib]] ([[Benutzer Diskussion:محمد شعیب|Diskussion]]) 21:32, 7. Aug. 2016 (CEST)
:::[[User:محمد شعیب|Muhammad Shuaib]]: Can you please copy and paste a specific example or link to a specific article where such an unwanted auto-formatting happens? I'm afraid I do not know what you mean when you are talking about square brackets otherwise. My script does several different cleanups to wiki links and I'm currently not aware of any language specific problems. --[[Benutzer:TMg|TMg]] 15:41, 12. Aug. 2016 (CEST)
:::: I want that autoformatter will not change or at lease will not replace (e.g. replacements used in autoReplacement function) any link, i.e. any text which exists in square brackets such as <nowiki>[[Germany]]</nowiki>. So in case any user will write wrong name like <nowiki>[[Gremany]]</nowiki>, autoReplacement function will not replace but leave it as it is. [[Benutzer:محمد شعیب|Muhammad Shuaib]] ([[Benutzer Diskussion:محمد شعیب|Diskussion]]) 03:10, 16. Aug. 2016 (CEST)
:::::I'm very sorry, but I can't help you when you don't tell me which settings and user-defined replacements you are using. Both [[meta:User:محمد شعیب/global.js|your global.js]] and [[:ur:صارف:محمد شعیب/common.js|your local common.js]] do not contain a <code>autoFormatReplacements</code> setting, but from what you are describing it seems you are talking about user-defined replacements. When a user-defined replacement asks my script to replace a word, it will do exactly that. It's up to you how you set your replacements up. You can use regular expressions. It's possible but not easy to make a regular expression ''not'' replace stuff in a certain context. --[[Benutzer:TMg|TMg]] 17:38, 16. Aug. 2016 (CEST)
:::::: Right, I am talking about user defined replacements which You can see [[:ur:میڈیاویکی:Gadget-ImlaCorrectionInEditTools.js|here]]. Previously I imported from  de:User:TMg/autoFormatter but it does not allow to localize button label in toolbar, so I had to copy the whole script [[:ur:User:محمد شعیب/autoFormatter.js|here]]. [[Benutzer:محمد شعیب|Muhammad Shuaib]] ([[Benutzer Diskussion:محمد شعیب|Diskussion]]) 11:02, 17. Aug. 2016 (CEST)
:::::::#[[meta:User:TMg/autoFormatter#In other languages|I added an autoFormatterButtonLabel setting]]. With this you can edit [[:ur:MediaWiki:Gadget-ImlaCorrectionInEditTools.js]] and replace the line<br><code>mw.loader.load( '//ur.wikipedia.org/w/index.php?title=User:محمد شعیب/autoFormatter.js&action=raw&ctype=text/javascript' );</code><br>with<br><code>mw.loader.load( '//de.wikipedia.org/w/index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript' );<br>var autoFormatterButtonLabel = 'خودکار درستی املا';</code><br>You can delete your copy [[:ur:User:محمد شعیب/autoFormatter.js]] then.
:::::::#It appears you are using a script that is designed to clean up wikitext syntax to fix grammar and spelling mistakes. Even if you can do this, I do not encourage you to do this and can not help you with problems that are not in my script but in the set of user-defined replacements you are using.
:::::::#While reading all the regular expressions in [[:ur:MediaWiki:Gadget-ImlaCorrectionInEditTools.js]] I notice quite a lot of error-prone and most probably unintended details in there. Some are actual errors that make me wonder how these specific regular expressions could ever work and what their original intention was. Do you want an actual review of all these replacements? And if I would do that for you, how would you address these issues?
:::::::#A specific example is the fragment <code>(?:|\\s)</code> at the start of most expressions. I assume it was intended to either match the beginning of a sentence or a space in the middle of a sentence, to avoid replacements in the middle of a word. The problem is: this fragment does nothing it is intended to do. What it does instead is searching for a backslash followed by a lower case "s" or nothing, which is always true. I believe you should either remove all these fragments <s>or replace them with (?:^|\s)</s>.
:::::::--[[Benutzer:TMg|TMg]] 12:37, 18. Aug. 2016 (CEST)

# Thanks for fixing this label issue, I replaced the script source but it does not work, and button label still appears in English. :(
# Yes, We are using your script for fixing typos and cleaning wikitext syntax as well.
# Of course, we would be grateful if you review these replacements and fix their errors. :)
# As you say that you noticed <code>(?:|\\s)</code>, and suggested to replace it with <code>(?:^|\s)</code>. I tried this regex but it does not work, as it replaces only fist occurrence of typo at the start of sentence and then deletes the space. You could check there in sandbox. Many Thanks for your valuable help. :) [[Benutzer:محمد شعیب|Muhammad Shuaib]] ([[Benutzer Diskussion:محمد شعیب|Diskussion]]) 14:17, 18. Aug. 2016 (CEST)
:*I had a typo in autoFormatterButtonLabel. Please add a "t".
:*You are right, my suggestion removes spaces. In this case you should simply remove all these fragment since they do not do anything anyway.
:--[[Benutzer:TMg|TMg]] 18:06, 18. Aug. 2016 (CEST)

== Englische Monatsnamen ==

Moin, siehst du eine Möglichkeit die automatische Anpassung vom Englischen ins deutsche Datumsformat bzw. Namen zu integrieren. Bei RegEx bin ich leider komplett überfordert. Gruß -- [[Benutzer:Quotengrote|Quotengrote]] ([[Benutzer Diskussion:Quotengrote|D]]&#124;[[Spezial:Beiträge/Quotengrote|B]]) 14:19, 7. Sep. 2016 (CEST)
:[[Benutzer:Quotengrote|Quotengrote]]: Gern, wenn du mir hilfst zu verstehen, was genau du meinst. Kategorien? Links? Infoboxen? Imports? Übersetzungen? Oder gar Datumsangaben in Benutzersignaturen? Woher kommt der englische Text und welche Formate kommen darin vor? --[[Benutzer:TMg|TMg]] 11:40, 9. Sep. 2016 (CEST)
::{{ping|TMg}} Haupsächlich bei [[Vorlage:Cite journal/Doku]] wenn aus dem englischen direkt übernommen wird. -- [[Benutzer:Quotengrote|Quotengrote]] ([[Benutzer Diskussion:Quotengrote|D]]&#124;[[Spezial:Beiträge/Quotengrote|B]]) 15:44, 14. Sep. 2016 (CEST)
:::[[Benutzer:Quotengrote|Quotengrote]]: [[:en:Template:Cite journal#Date]] sagt leider nichts darüber aus, was für Formate da in der Praxis vorkommen. Das müsstest du mir anhand von Beispielen zeigen. --[[Benutzer:TMg|TMg]] 16:16, 14. Sep. 2016 (CEST)
::::Ok, ich suche mal die häufigsten Varianten zusammen, weiß aber nicht ob ich das noch die Woche schaffe. Danke schonmal. ;-) -- [[Benutzer:Quotengrote|Quotengrote]] ([[Benutzer Diskussion:Quotengrote|D]]&#124;[[Spezial:Beiträge/Quotengrote|B]]) 17:46, 14. Sep. 2016 (CEST)

== Feature Request: Special:Diff ==

I wish autoFormatter automatically converted links such as https://en.wikipedia.org/w/index.php?title=Trump&diff=prev&oldid=761435379 or https://en.wikipedia.org/w/index.php?diff=761435379 into [[Special:Diff/761435379]]. Thanks. [[Benutzer:Sondra.kinsey|Sondra.kinsey]] ([[Benutzer Diskussion:Sondra.kinsey|Diskussion]]) 01:02, 24. Jan. 2017 (CET)
: You might be interested in [[:en:User:PerfektesChaos/js/pageLinkHelper]] by [[User:PerfektesChaos|PerfektesChaos]] then. --[[Benutzer:Leyo|Leyo]] 01:17, 24. Jan. 2017 (CET)
:Thanks for the suggestion. I'm considering this since this special page was introduced. But I'm afraid I will not implement this, at least not as a default feature for all users. My main argument is that the name of the article is lost. I will try to come up with a custom rule you can use if you want. --[[Benutzer:TMg|TMg]] 08:38, 26. Jan. 2017 (CET)

== – line in it.wikipedia ==

Hi, in it.wikipedia this line – will be used only for years and not for wikilinks. For wikilinks we use this line: -. Please, can you fix this bug? Your gadget is very great, there is only this little thing who causes mistakes and red links.--[[Benutzer:Ferdi2005|Ferdi2005]] ([[Benutzer Diskussion:Ferdi2005|Diskussion]]) 14:52, 21. Aug. 2017 (CEST)
:@[[Benutzer:Ferdi2005|Ferdi2005]]: I'm afraid I need a much more specific example to fully understand what you are talking about. What I find most helpful is a link to an actual article where I can try to reproduce the problem myself, along with an explanation of the relevant part of your local manual of style (MOS). --[[Benutzer:TMg|TMg]] 17:58, 4. Sep. 2017 (CEST)

== M. E. unerwünschte Formatierung ==

Hallo Tmg,<br>
wenn ich [https://de.wikipedia.org/w/index.php?title=Boeing_B-29&oldid=170876822 hier] den autoFormatter nutze, wird in einem nicht sichtbaren Link eine geschützte Leerstelle eingefügt. Kannst Du das vermeiden?<br>
Gruß --[[Benutzer:Baumfreund-FFM|Baumfreund-FFM]] ([[Benutzer Diskussion:Baumfreund-FFM|Diskussion]]) 07:58, 11. Nov. 2017 (CET)
:Ja, diese Ersetzung wirkt unnötig. Vermeiden kann ich das aber leider nicht so einfach. Gut ist, dass der Link dadurch nicht kaputt geht. --[[Benutzer:TMg|TMg]] 19:18, 11. Nov. 2017 (CET)

== Linkformatierung ==
Hallo TMg, [[Benutzer:Jonaes02]] hat den Artikel [[Königsgräber der Joseon-Dynastie]] überarbeitet und dabei [[Benutzer:TMg/autoFormatter]] verwendet. Das hat wohl beispielsweise <nowiki>[[Guri|Guri-si]]</nowiki> durch <nowiki>[[Guri]]-si</nowiki> ersetzt. Das ist wohl normalerweise sinnvoll, in diesem Fall hatte ich aber absichtlich die erste Form gewählt. Vom Link her ist es zwar dasselbe, aber bei Suffixen mit "-" wird, anders als beispielsweise bei <nowiki>[[korea]]nisch</nowiki>, der Rest des Wortes nicht als Link formatiert (vgl. [[Guri|Guri-si]] mit [[Guri]]-si), was in der Tabelle m.E. seltsam aussieht. Insofern ändert diese Änderung nicht nur die Wiki-Syntax, sondern auch das tatsächliche Aussehen des Textes. Ich würde das daher lieber wieder auf die vorige Schreibweise zurückstellen. Das macht aber wenig Sinn, wenn bei der nächsten Bearbeitung mit deinem Skript das wieder zurückgesetzt wird. Könntest du nicht dein Skript bitte so anpassen, dass bei solchen Syntaxformaten, bei denen  hinter dem eigentlichen Link nicht nur Kleinbuchstaben folgen (Großbuchstaben und Ziffern haben anscheinend auch den Effekt des Linkabbruchs), keine automatische Ersetzung durchgeführt wird? Grüße  --[[Benutzer:Bjs|<span style="color:green">bjs</span>]] [[File:Crystal txt.png|16px|Diskussionsseite|link=Benutzer Diskussion:Bjs]] 13:05, 12. Jun. 2018 (CEST)

: Siehe hierzu [[Spezial:Diff/178244126|meine Anmerkung]] zur Verlinkung und der Erkennbarkeit der tatsächlichen Linkziele.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:16, 12. Jun. 2018 (CEST)

{{Ping|TMg}} Die ''Linkformatierung'' entfernt in vielen Fällen eine sinnvolle einheitliche Formatierung zusammenhängender Begriffe. Das ist für mich eine klare Verschlechterung. [https://de.wikipedia.org/w/index.php?title=Eurofighter_Typhoon&diff=prev&oldid=180479088 Beispieledit bei Eurofighter Typhoon]. Statt "[[Eurofighter Jagdflugzeug|Eurofighter Jagdflugzeug GmbH]]" heißte es nun  "[[Eurofighter Jagdflugzeug]] GmbH", als würde das "GmbH" nicht zum Namen gehören. Diese Linkmaskierung hatte jemand absichtlich so gesetzt um das sinnentnehmende Lesen zu erleichtern. [[Eurofighter Jagdflugzeug GmbH]] gibt es sogar als erwünschte Weiterleitung. Warum soll man das also nicht auch so verlinken. Im gleichen Artikel wurde "[[Litening|Litening III]]" in "[[Litening]] III" geändert. Das Linkziel ist ein Übersichtsartikel und die Linkbezeichnung ein Spezialfall innerhalb dessen. Durch die Maskierung wird es keineswegs zu undeutlich, auf welchen Artikel der Link zielt. [https://de.wikipedia.org/w/index.php?title=NPP_Swesda&diff=prev&oldid=180478102 Hier z. B.] "[[Aero L-39|Aero L-39 Albatros]]" vs. "[[Aero L-39]] Albatros" und viele andere Beispiele des gleichen Benutzers. Das ist als Name zusammen zu lesen und folglich auch gemeinsam zu formatieren und zu maskieren. In zusammenhängenden Bezeichnungen sollte die Formatierung im Normalfall nicht wechseln. Bei vielen Namen gibt es unterschiedliche gebräuchliche Varianten, die alle legitim sind. Ein Zwang, nur noch die im Lemma benutzte Form als Link zu zeigen und damit aus der jeweiligen Gesamtbezeichnung herauszulösen, würde unsere internen Namenskonventionen höher hängen als es sich gehört. Die dienen nur dazu, unter den möglichen Lemmavarianten diejenige auszuwählen, unter der der Artikel erstellt wird. Sie beabsichtigen jedoch keine projektweite Sprachbereinigung, denn das ginge in Richtung unerwünschter Beeinflussung des allgemeinen Sprachgebrauchs und damit [[Wikipedia:Theoriefindung|Theoriefindung]]. --[[Benutzer:Sitacuisses|Sitacuisses]] ([[Benutzer Diskussion:Sitacuisses|Diskussion]]) 23:44, 30. Aug. 2018 (CEST)
:[[Litening#Varianten|Litening III]] ist leicht lösbar. Darüber hinaus kann ich den Beitrag so nicht ernst nehmen. Es gibt keinen „Zwang“, mein Tool zu verwenden. Die Funktion [[User:TMg/autoFormatter#Aufdecken von Linkzielen|lässt sich abschalten]]. Den Nutzern meines Tools „[[Deutscher Sprachpurismus#Zeit des Nationalsozialismus|Sprachbereinigung]]“ vorzuwerfen ist angesichts der Tatsache, dass der Text überhaupt nicht verändert wird, einfach nicht hinnehmbar. --[[Benutzer:TMg|TMg]] 15:39, 3. Sep. 2018 (CEST)
::{{Ping|TMg}} Deine Reaktion ist bedauerlich. Es dir gelungen, den Kern meines Einwandes zu ignorieren, nämlich die einheitliche Formatierung zusammenhängender Begriffe. Stattdessen hast du überflüssigerweise gezeigt, dass [[Godwin’s law]] auch ohne lange Diskussionsvorlauf greifen kann. Ich erfinde nicht irgendwelche Dinge, die du nicht ernst nehmen müsstest, sondern schreibe über die praktischen Erfahrung mit einem Benutzer, der annahm, dass die Änderungen so richtig sein müssen, weil das Tool sie anbietet. Siehe dazu die vorausgehende [https://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:Frakn%C3%B6&oldid=180705207#Linkformatierungen Benutzerdiskussion]. Um einen Grund zu haben die Funktion abzuschalten, muss man zunächst über ihre Fallstricke informiert sein. Opt-in wäre sinnvoller als Opt-out. --[[Benutzer:Sitacuisses|Sitacuisses]] ([[Benutzer Diskussion:Sitacuisses|Diskussion]]) 07:53, 10. Sep. 2018 (CEST)
:::{{Ping|TMg}} Die Litening-Lösung geht aber weder bei Aero L-39 Albatros oder Eurofighter Jagdflugzeug GmbH noch bei dem mir eingangs genannten Guri-si, weil das Linkziel des gesamte Artikel und nicht ein bestimmter Abschnitt ist. Sitacuisses hat auch nicht von einem Zwang gesprochen, dein Tool zu verwenden, aber wenn dein Tool eine bestimmte Formatierung vorgibt und automatisch bei jedem kleinsten Edit umstzt, den irgendjemand, der es aktiviert hat, in dem Artikel vornimmt, ist es für einen Autor schon eine Art Kampf gegen Windmühlen, die ihm als geeignet scheinende Formatierung gegen blinden Automatismus zu verteidigen.   Im Fall folgender Kleinbuchstaben ist diese automatische Linkersetzung ja immer sinnvoll (z.B. <nowiki>[[König|Königs]] zu [[König]]s</nowiki>), aber bei Trenn- oder Leerzeichen kann das Tool einfach nicht automatisch beurteilen, was besser ist. Grüße --[[Benutzer:Bjs|<span style="color:green">bjs</span>]] [[File:Crystal txt.png|16px|Diskussionsseite|link=Benutzer Diskussion:Bjs]] 18:54, 26. Sep. 2018 (CEST)
::::Hast du den Auto-Formatter je ausprobiert, oder wenigstens die Beschreibung gelesen? Er arbeitet nicht automatisch, nicht einmal halbautomatisch – genau aus den genannten Gründen. Wenn ein Benutzer das Tool blindlings auf komplette Artikel anwendet, ohne wenigstens den Diff zu kontrollieren, dann verwendet er es falsch und sollte darauf hingewiesen werden. --[[Benutzer:TMg|TMg]] 22:55, 27. Sep. 2018 (CEST)

== About the changes that this script makes ==
Why does it replace <code><nowiki><br/></nowiki></code> with <code><nowiki><br></nowiki></code>, <code><nowiki>ref name=X/></nowiki></code> with <code><nowiki>ref name=X /></nowiki></code>, etc., and put spaces in headings? Those are not really formatting errors but rather stylization choices.

Also, it replaces <code>&nbsp;-&nbsp;</code> (hyphen) with <code>&nbsp;–&nbsp;</code> (en dash) in <em>citations</em>; citations should match the original titles. [[User:Interqwark|Inter<span style="color:#28A828;font-family:Calibri">''qwark''</span>]] <sup>[[User talk:Interqwark|<span style="color:#DA5493">talk</span>]] [[Special:Contributions/Interqwark|<span style="color:#9B00C3">contribs</span>]]</sup> 09:23, 14. Jun. 2018 (CEST)
:I'm not really sure what the question here is. Wikitext is designed in a way so it always renders, which means there are not really "errors". Everything this script does can be classified as "stylization". Which is the reason why this is not part of the MediaWiki software or a bot, but a user script, and I ask every user to take full responsibility and carefully review and possibly revert every change this script makes. --[[Benutzer:TMg|TMg]] 15:52, 3. Sep. 2018 (CEST)

== Italian Wikipedia ==

Hi, your tool is nice, but on Italian Wikipedia we don't use –, we use -, so replacing - with – causes problem (also with links) and it's not standard. Can you make a switch for that? Regards.--[[Benutzer:Ferdi2005|Ferdi2005]] ([[Benutzer Diskussion:Ferdi2005|Diskussion]]) 21:05, 22. Aug. 2019 (CEST)
:@[[User:Ferdi2005]]: According to [[:it:WP:MDS#Lineetta e trattino]] the Italian Wikipedia ''does'' use the long – dash. Can you please post a link to an example article where this script causes unwanted replacements? --[[Benutzer:TMg|TMg]] 12:40, 18. Feb. 2020 (CET)
::IN EVERY CASE! It’s used only in particular cases, never in titles or in every other thing, I’ve never seen it in my wikipedian life. Do you understand what is in that page you linked? {{ping|TMg}} —-[[Benutzer:Ferdi2005|Ferdi2005]] ([[Benutzer Diskussion:Ferdi2005|Diskussion]]) 18:34, 20. Feb. 2020 (CET)
:::I don't speak Italian, but the Goodle translation is good enough so I can understand it. The page specifically says that the long dash "can be used to separate two elements in titles, captions, or words", and even mentions an example for a title with a long dash: "Facoltà di ingegneria – Dipartimento di elettronica". There are [https://it.wikipedia.org/w/?search=insource%3A%2F+%E2%80%93+%2F&title=Speciale:Ricerca&fulltext=1&ns0=1 at least 200,000 pages] in the Italian Wikipedia that use the long dash as a separator. The page [[:it:Lineetta]] even uses the very long dash, but my script doesn't touch this. I am going to repeat my question for the third time now: Please post a link to an example article where the script causes unwanted replacements. --[[Benutzer:TMg|TMg]] 17:57, 23. Feb. 2020 (CET)
::::Hi, sorry if I answer so lately. An example is easily found in Wikilinks, we don’t use long dashes in them: [[it: Inti-Illimani 4 - Hacia la libertad]] would be changed in [[it: Inti-Illimani 4 – Hacia la libertad]] and it would not work! I’m sorry if in my precedent messages I was a little bit rude, but I’m not really good at writing these type of messages in English :D This is not a big problem, though. Thanks again for your fantastic work with the autoFormatter.--[[Benutzer:Ferdi2005|Ferdi2005]] ([[Benutzer Diskussion:Ferdi2005|Diskussion]]) 14:32, 8. Dez. 2020 (CET)
::Found! In Wikilinks: in [https://it.wikipedia.org/w/index.php?title=Mostri_contro_alieni&oldid=118677644 this edit] the tool would have changed [[Mostri contro alieni - Zucche mutanti venute dallo spazio]] in [[Mostri contro alieni – Zucche mutanti venute dallo spazio]] causing a red link if I had not manually fixed it, because in Italian Wikipedia we never use "–" in titles.--[[Benutzer:Ferdi2005|Ferdi2005]] ([[Benutzer Diskussion:Ferdi2005|Diskussion]]) 18:10, 15. Feb. 2021 (CET)
There is not much I can do about this, other than disabling this replacement on itwiki. Which is what I now did. Thanks for your patience! --[[Benutzer:TMg|TMg]] 18:00, 24. Sep. 2021 (CEST)
{{Erledigt|[[Benutzer:TMg|TMg]] 18:00, 24. Sep. 2021 (CEST)}}

== MagicWords ==

Einige [[Hilfe:Variablen|MagicWords]] enthalten einen Unterstrich, also beispielsweise <code><nowiki>{{LOKALES_JAHR}}</nowiki>
</code>. Der autoFormatter ersetzt dises "_" durch ein Blank - wodurch die MagicWords aber nicht mehr funktionieren. --[[Benutzer:Atamari|Atamari]] ([[Benutzer Diskussion:Atamari|Diskussion]]) 20:19, 31. Jan. 2020 (CET)
:Der Auto-Formatter sollte keinesfalls im Vorlagen-Namensraum verwendet werden, deshalb überrascht mich diese Anfrage etwas. In Artikeln sollten Magic-Words gar nicht vorkommen. Ich habe die Ersetzungsregel dennoch entschärft, um solchen Fehlersetzungen vorzubeugen. Danke für den Hinweis! --[[Benutzer:TMg|TMg]] 12:36, 18. Feb. 2020 (CET)
{{Erledigt|[[Benutzer:TMg|TMg]] 12:36, 18. Feb. 2020 (CET)}}

== autoFormatter not working on fennec aka firefox for android 68.6.0 ==

{{reply to|TMg}} hello, i have copied and pasted code given at [[User:TMg/autoFormatter]] on [[meta:User:Leela52452/global.js]]. 

unfortunately autoFormatter is not working. [[Benutzer:Leela52452|Leela52452]] ([[Benutzer Diskussion:Leela52452|Diskussion]]) 06:07, 30. Mär. 2020 (CEST)
:[[meta:Special:Diff/19934987|What you did here]] looks correct. I don't know what went wrong. Was there a specific result you expected, but didn't got? --[[Benutzer:TMg|TMg]] 16:27, 6. Apr. 2020 (CEST)

honestly, i did not remember and most importantly i did not provided issue details, please close this issue. please excuse 14:06, 14. Apr. 2020 (CEST) [[:m:User_talk:leela52452|any OTHER suggestion or critique is preferred here]]

== converting Kategori: to Category: on trwiki ( Türkçe ), dawiki ( dansk ) ==

hello {{reply to|TMg}} when i tap autoformatter icon it is converting Kategori: to Category:  on Türkçe wiki. see this [https://tr.m.wikipedia.org/wiki/%C3%96zel:MobileDiff/22104392 diff] [[Benutzer:Leela52452|Leela52452]] ([[Benutzer Diskussion:Leela52452|Diskussion]]) 10:06, 18. Apr. 2020 (CEST) [[:m:User_talk:leela52452|any OTHER suggestion or critique is preferred here]]

hello {{reply to|TMg}} the issue is also dansk wiki. see this [https://da.m.wikipedia.org/wiki/Speciel:MobileDiff/10329387 edit diff] [[Benutzer:Leela52452|Leela52452]] ([[Benutzer Diskussion:Leela52452|Diskussion]]) 08:38, 20. Apr. 2020 (CEST) [[:m:User_talk:leela52452|any OTHER suggestion or critique is preferred here]]
:Thanks a lot for the report. This was indeed a mistake. It's fixed now. --[[Benutzer:TMg|TMg]] 16:17, 5. Mai 2020 (CEST)
{{Erledigt|[[Benutzer:TMg|TMg]] 16:17, 5. Mai 2020 (CEST)}}

== [[mw:Help:Lint errors|Lint errors]] ==

Hi {{ping|TMg}}, Could you please configure mentioned lint errors for <nowiki>common.js</nowiki>
* Center <code><nowiki><div style="text-align: center;">$1</div></nowiki></code>
* Strike <code><nowiki><del>$1</del></nowiki></code>
* tt <code><nowiki><code>$1</code></nowiki></code>
* [[mw:Help:Lint errors/wikilink-in-extlink|wikilink-in-extlink]]
* [[mw:Help:Lint errors/multi-colon-escape|multi-colon-escape]]
[[User:ZI Jony|<span style="color:#8B0000">'''ZI Jony'''</span>]] [[Meta:SWMT|<sup><span style="color:Green"><i>(SWMT)</i></span></sup>]] 16:22, 27. Apr. 2020 (CEST)
:Sorry, but no:
:*<code>&lt;div style="text-align: center;"></code> is ugly and not better than <code>&lt;center></code>. In almost all cases it should either be removed, replaced with a template, or the text-align needs to be placed in a more appropriate position, e.g. as part of the table syntax. Neither of this should be done by a bot or fully automated script. Doing so makes the wikitext ''worse''.
:*Blindly replacing <code>&lt;strike></code> with <code>&lt;del></code> is almost certainly wrong. In some cases it might need to be <code>&lt;s></code>, sometimes [https://developer.mozilla.org/en-US/docs/Web/CSS/text-decoration-line CSS].
:*There is [https://www.w3.org/TR/html52/obsolete.html#elementdef-tt half a dozen replacements] for <code>&lt;tt></code>. Blindly replacing it with <code>&lt;code></code> is most certainly wrong.
:*[[mw:Help:Lint errors/wikilink-in-extlink|wikilink-in-extlink]]: I can think of at least two ways to fix this: either by removing the wikilink, or by ending the external link earlier. Which one is more appropriate must be decided by a human.
:*[[mw:Help:Lint errors/multi-colon-escape|multi-colon-escape]]: That's one I can add to my script.
:--[[Benutzer:TMg|TMg]] 10:40, 4. Mai 2020 (CEST)

== autoformatter: converting link between square brackets to bare hyperlink ==
{{ping|TMg}} hello, it is converting link in square brackets of https://www.wattersgallery.com to bare hyperlink. please find [https://en.wikipedia.org/w/index.php?title=User%3A28au21%2Fautof&type=revision&diff=1041891532&oldid=1041870736 diff]. -[[Benutzer:28au21|28au21]] ([[Benutzer Diskussion:28au21|Diskussion]]) 06:19, 2. Sep. 2021 (CEST)
:I'm afraid I don't understand. What's wrong? --[[Benutzer:TMg|TMg]] 16:03, 24. Sep. 2021 (CEST)

== Not working ==

Hello. I've been using the script for a few months up until a few days ago where it stopped working, possibly due to the last edit you've made to the .js. Can you kindly fix it? --[[Benutzer:Minorax|Minorax]] ([[Benutzer Diskussion:Minorax|Diskussion]]) 14:45, 25. Sep. 2021 (CEST)
:Beta version works. Use it on your own risk. Please check always the changes. --[[Benutzer:Elutz|Elutz]] ([[Benutzer Diskussion:Elutz|Diskussion]]) 16:53, 25. Sep. 2021 (CEST)
:: Same problem here, have been using it for years without problem. But now, it stopped working. When debugging it under Chrome, there is a JavaScript error in the function <syntaxhighlight lang="JavaScript">cleanTypography: function( t ) {}</syntaxhighlight> in the line <syntaxhighlight lang="JavaScript">if ( !context.isIt ) {</syntaxhighlight>
::* <code>Uncaught ReferenceError: context is not defined</code>.
:: Stacktrace
::<syntaxhighlight lang="JavaScript">
 index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript:814 Uncaught ReferenceError: context is not defined
    at Object.cleanTypography (index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript:814)
    at Object.cleanText (index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript:218)
    at Object.cleanAll (index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript:127)
    at Object.cleanElement (index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript:103)
    at Object.click (index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript:46)
    at Object.execute (index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript:1522)
    at Object.doAction (load.php?lang=de&modules=ext.wikiEditor&skin=vector&version=jb298:18)
    at HTMLAnchorElement.<anonymous> (load.php?lang=de&modules=ext.wikiEditor&skin=vector&version=jb298:20)
    at HTMLAnchorElement.dispatch (load.php?lang=de&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=vector&version=1f752:formatted:2892)
    at HTMLAnchorElement.elemData.handle (load.php?lang=de&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=vector&version=1f752:formatted:2779)
</syntaxhighlight>
:: --[[Benutzer:S.K.|S.K.]] ([[Benutzer Diskussion:S.K.|Diskussion]]) 17:50, 27. Sep. 2021 (CEST)
::: {{ping|TMg}} After looking some more at it, I'd assume replacing the above line with
:::: <syntaxhighlight lang="JavaScript">if ( this.lang != "it" ) {</syntaxhighlight>
::: should fix the problem.
::: --[[Benutzer:S.K.|S.K.]] ([[Benutzer Diskussion:S.K.|Diskussion]]) 18:15, 27. Sep. 2021 (CEST)
:::: BTW: Replacing the current import of autoFormatter with a link to the old version before the change solves the problem temporarily: <code><nowiki>mw.loader.load( '//de.wikipedia.org/w/index.php?title=Benutzer:TMg/autoFormatter.js&oldid=203880929&action=raw&ctype=text/javascript' );</nowiki></code>
:::: --[[Benutzer:S.K.|S.K.]] ([[Benutzer Diskussion:S.K.|Diskussion]]) 18:39, 27. Sep. 2021 (CEST)
Whoops. Fixed. --[[Benutzer:TMg|TMg]] 13:29, 2. Okt. 2021 (CEST)
{{Erledigt|[[Benutzer:TMg|TMg]] 13:29, 2. Okt. 2021 (CEST)}}

== ISSN in Vorlage ==

<code><nowiki>{{Cite journal |issn = 1046-2899}}</nowiki></code> an en.wikipedia.org
wird:
<code><nowiki>{{Cite journal |issn = 1046–2899}}</nowiki></code>
[[Benutzer:AManWithNoPlan|AManWithNoPlan]] ([[Benutzer Diskussion:AManWithNoPlan|Diskussion]]) 21:26, 21. Jan. 2022 (CET)
:I will try to improve this. Thanks for the report! One ad-hoc solution is to write it as <code>=1046-2899</code> without the space. This makes it more obvious that it's not regular text. --[[Benutzer:TMg|TMg]] 19:23, 7. Apr. 2022 (CEST)
{{Erledigt|[[Benutzer:TMg|TMg]] 20:35, 8. Apr. 2022 (CEST)}}

== Typographieänderungen in Linktiteln (und Datumsformat in Tabellen) ==

Hallo TMg, in Titeln von Weblinks und von Werken sollten doch "falsche" Datumsformate und ähnliches nicht korrigiert werden. Wäre es möglich, dass du die Formatierung innerhalb eines Vorlagenparameters "titel=" aussetzt (Beispiel [[Ahmed Kamel]])? Auch an manchen anderen Stellen, z.B. der [[Vorlage:Infobox Tennisturnierjahrgang]] (hier: Parameter ''Datum''), ist ein "falsches" Datumsformat per Portalwunsch vorgesehen und eine "Korrektur" führt zu Gegenwehr. Für Tabellen ist es in [[Wikipedia:Datumskonventionen#Datumsangaben_in_Tabellen]] sogar explizit erlaubt, leider ersetzt dein Script da auch oft alles einfach. --[[Benutzer:androl|androl]] [[Benutzer Diskussion:androl|☖☗]] 19:50, 6. Jun. 2022 (CEST)
:Danke für die Meldung. Ich habe versucht, alle erwähnten Situationen zu entschärfen. Für weitere Beispiele bin ich sehr dankbar, sollten noch welche auftauchen. --[[Benutzer:TMg|TMg]] 18:20, 8. Sep. 2022 (CEST)

== replacing: 233&659 with 233ʓ inside ref tag ==
it is replacing pp.232-233&659 with pp.232-233ʓ, please see [https://en.wikipedia.org/w/index.php?title=User%3AJindam_vani%2Fsandbox&type=revision&diff=1104230798&oldid=1104230661 diff] [[Benutzer:Jindam vani|Jindam vani]] ([[Benutzer Diskussion:Jindam vani|Diskussion]]) 18:25, 13. Aug. 2022 (CEST)
:Oh, that shouldn't happen. Thanks a lot for the report. --[[Benutzer:TMg|TMg]] 18:18, 8. Sep. 2022 (CEST)
{{Erledigt|[[Benutzer:TMg|TMg]] 18:18, 8. Sep. 2022 (CEST)}}

== Aktuelle Version funktioniert nicht, alte schon ==

Die aktuelle Version funktioniert nicht (Icon wird nicht angezeigt). Wenn ich mit
<code>mw.loader.load( '//de.wikipedia.org/w/index.php?title=Benutzer:TMg/autoFormatter.js&oldid=221898737&action=raw&ctype=text/javascript' );</code>
die vorige Version lade, klappt es. --[[Benutzer:S.K.|S.K.]] ([[Benutzer Diskussion:S.K.|Diskussion]]) 22:17, 11. Sep. 2022 (CEST)
:Hi bei mir funktioniert [[Benutzer:Wetterwolke/common.js|es]]. eingebunden als
:<code>mw.loader.load("//de.wikipedia.org/w/index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript");</code>
:gruss, --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 16:27, 12. Sep. 2022 (CEST)
::Okay. :-( Bei mir mit <code>importScript('Benutzer:TMg/autoFormatter.js');</code> nicht. Das ging vorher ohne Probleme. --[[Benutzer:S.K.|S.K.]] ([[Benutzer Diskussion:S.K.|Diskussion]]) 18:07, 12. Sep. 2022 (CEST)
:::<code>importSript</code> ist wohl [[Wikipedia:Technik/Skin/JS/Obsolet|veraltet]] auch wenn es noch funktiniert hat. vielleicht hilft dir auch [[Wikipedia:Technik/Skin/JS#Laden anderer Skripte]]. Gruss, --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 16:39, 14. Sep. 2022 (CEST)
::::Das war es nicht. Egal ob <code>importScript</code> oder <code>mw.loader.load</code> beides funktioniert nicht. Mit der Vorversion geht es problemlos. --[[Benutzer:S.K.|S.K.]] ([[Benutzer Diskussion:S.K.|Diskussion]]) 21:11, 14. Sep. 2022 (CEST)
:{{ping|S.K.}} Ich kann den Fehler in den aktuellen Chrome und Firefox leider nicht nachvollziehen. Aber der Beitrag von [[User:Jindam vani|Jindam vani]] unten gibt einen Hinweis. Ich hab mal was versucht. Geht es jetzt wieder?
:Tipp: Es ist möglich, durch Anhängen von <code>mw.loader.load( '//de.wikipedia.org/w/index.php?title=Benutzer:TMg/autoFormatter.js&action=raw&ctype=text/javascript<span style="background:#cfc">&oldid=221898737</span>' );</code> vorübergehend zu einer älteren Version zurück zu wechseln. --[[Benutzer:TMg|TMg]] 06:28, 15. Sep. 2022 (CEST)
:: Mit der [[Spezial:Diff/226184502|aktuellen Version]] funktioniert es wieder mit Safari als Browser. Danke! --[[Benutzer:S.K.|S.K.]] ([[Benutzer Diskussion:S.K.|Diskussion]]) 18:41, 15. Sep. 2022 (CEST)

== not working on palemoon 31.2.0.1 (armhf) ==

it was working fine few days back. it is not working on palemoon browser (architecture:armhf). please look into it. [[Benutzer:Jindam vani|Jindam vani]] ([[Benutzer Diskussion:Jindam vani|Diskussion]]) 03:57, 15. Sep. 2022 (CEST)
:: hello [[Benutzer:TMg]] visited http://maettig.com/wikipedia/autoFormatter-test.htm debug info
* errors: <syntaxhighlight lang="html">Timestamp: 09/15/22 02:02:26
Error: DEPRECATION WARNING: FUEL is deprecated, you should use the standard Toolkit API instead.
You may find more details about this deprecation at: https://github.com/MoonchildProductions/UXP/issues/1083
Callstack:
resource://app/components/fuelApplication.js 1459 Application
resource://app/components/fuelApplication.js 726 createInstance
jar:file:///home/jindam/.moonchild%20productions/pale%20moon/vr7229jx.default/extensions/list-this@c0594b18.xpi!/components/listit-model.js 765 load_wifi
jar:file:///home/jindam/.moonchild%20productions/pale%20moon/vr7229jx.default/extensions/list-this@c0594b18.xpi!/components/listit-model.js 742 startup
jar:file:///home/jindam/.moonchild%20productions/pale%20moon/vr7229jx.default/extensions/list-this@c0594b18.xpi!/components/listit-model.js 38 Listit
resource://gre/modules/XPCOMUtils.jsm 387 createInstance
chrome://listit/content/listit-overlay.js 9 loadJV3
chrome://listit/content/listit-overlay.xul 16 null

Source File: resource://gre/modules/Deprecated.jsm
Line: 85

Timestamp: 09/15/22 02:03:10
Error: Saving search to form history failed: Form history is disabled, only remove operations are allowed
Source File: chrome://browser/content/search/search.xml
Line: 476


Timestamp: 09/15/22 02:03:47
Error: SyntaxError: invalid regexp group
Source File: https://de.wikipedia.org/w/index.php?title=Benutzer:TMg/autoFormatter.js/Beta.js&action=raw&ctype=text/javascript
Line: 314, Column: 4
Source Code:
    /&#*(x([\dA-F]{2,})|((?<=#)\d{3,})|[a-z]{2,9}\d{0,2}\b)(?![\

Timestamp: 09/15/22 02:03:47
Error: TypeError: mediaWiki.libs is undefined
Source File: http://maettig.com/wikipedia/autoFormatter-test-runner.js
Line: 1</syntaxhighlight>

* warnings: <syntaxhighlight lang="html">
Timestamp: 09/15/22 02:02:58
Warning: Key event not available on some keyboard layouts: key="i" modifiers="accel,alt,shift" id="key_browserToolbox"
Source File: chrome://browser/content/browser.xul
Line: 0

Timestamp: 09/15/22 02:03:10
Warning: Content Security Policy: Ignoring `x-frame-options' because of `frame-ancestors' directive.</syntaxhighlight> [[Benutzer:Jindam vani|Jindam vani]] ([[Benutzer Diskussion:Jindam vani|Diskussion]]) 04:15, 15. Sep. 2022 (CEST)

::: hello [[Benutzer:TMg]] just few hours back everything is back 2 normal. its working now. -[[Benutzer:Jindam vani|Jindam vani]] ([[Benutzer Diskussion:Jindam vani|Diskussion]]) 08:11, 16. Sep. 2022 (CEST)