Benutzer Diskussion:PerfektesChaos/js/lintHint/2018

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

Doesn't appear on Wikisource Page: namespace

Firstly, thank you very much for this great tool, it's really useful to be able to spot problems. However, at Wikisource (at least en.WS, where there are something like 16k high, 100k medium and 400k low priority errors), it doesn't seem to be working on the Page: namespace, which is one of primary content namespaces at Wikisource. The yellow button never appears, even if the rooms option is set to "*". Other namespaces seem to work just fine. Thanks again, Inductiveload (Diskussion) 20:50, 21. Jan. 2018 (CET)

Thank you for the first point.
Regarding s:Page: – well, this is initially a regular page, but then entirely scrambled and rearranged. I have no business on Wikisource, but I could imagine that the hook to hang on the yellow button gets lost. Or the button might have been inserted, but vanished when Page:page is reorganized. That goes for all Wikisource Page: contents.
Next days I will track what happens and try to find a solution.
Greetings --PerfektesChaos 21:41, 21. Jan. 2018 (CET)
Thanks for the quick reply! It also doesn't seem to work in the Index: namespace, but this is not a very big content namespace at Wikisource and generally doesn't contain much non-trivial wikitext, so it's not that critical if it doesn't work. Inductiveload (Diskussion) 23:30, 21. Jan. 2018 (CET)

@Inductiveload: I made some investigations and changed the development version:

  • Content Model (German explanation)
    • During initialization the Content Model of the page is checked.
    • Linter is meaningful for wikitext sources only.
    • Here we find proofread-page and proofread-index, respectively.
    • At a very early stage the Content Model is checked. If this is inappropriate, no further efforts are made and execution is terminated immediately.
    • The development version continues now for these two cases.
  • Index: pages:
    • I find more than ten input fields, but none is very complicated.
    • I don’t know which contents of which field is to be analyzed.
    • Since they are rather easy, I am not heading for text analysis here.
  • Page: pages:
    • Here I found three input fields: header, body, footer.
    • But body is the greatest among these three.
    • On source code editing I prepared script code to deal with the current content of this particular form field. This is quite similar to regular pages.
    • I will do some research and see whether and how that can be retrieved from source text and analyzed by page name, too. Never been in touch before with multi-field proofread contents.
  • Reminders (summary, statistics) may be retrieved from Linter database anyway, whatever they might mean.
  • Special:Blankpage/lintHint form may be used to investigate small fields contents, if not obvious at all.
  • You will be notified as soon as support is available.

Greetings --PerfektesChaos 15:43, 24. Jan. 2018 (CET)

Thanks for the investigation! I think for Page namespaces, the header and footer are simply "noincluded" at the start and end of the main content. For example, for s:en:Page:Sacred Books of the East - Volume 3.djvu/90, the wikitext looks like this.
For index pages, there is some kind of template (:MediaWiki:Proofreadpage_index_template) that's rendered out as a form. I'm not sure it's that helpful to have linting on index pages if it's going to be hard to implement - they don't usually have much complex content anyway. Inductiveload (Diskussion) 15:52, 24. Jan. 2018 (CET)
(resolved) --PerfektesChaos 14:07, 18. Feb. 2018 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

Tracking typical Checkwiki errors?

Could your script be modified to also allow for it to find Checkwiki errors of the sort that previously needed an external tool? ShakespeareFan00 (Diskussion) 11:00, 24. Jan. 2018 (CET)

  • This tool is tailored exactly for Linter and cannot be used for other purposes:
    • It is relying on an API in the identical subdomain.
    • All system messages are related to Linter.
    • Parser information is used for locating.
    • Many structures and details are adopted to Linter.
  • However, someone could take the feeatures as model and create a gadget for its own.
    • The trusted labs/tools application needs to offer an API, e. g. with JSON-P.
    • Some ideas of lintHint may be used when utilizing such information.
    • I would not recommend to use the code as base for modification.
Best wishes --PerfektesChaos 15:54, 24. Jan. 2018 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

error -- Error: Not Found

Was muss ich ändern damit diese Meldung hier weggeht und ich wieder das grüne Feld bekomme? Version: -2.8 lintHint * error -- Error: Not Found index.php:459:10 ist nicht weiter wichtig eilt nicht.

Warte ich beschreibe noch etwas genauer:
In der Liveanalyse meiner Seite, also auf der Spezialseite unteres Feld Seitenname, beispielsweise Benutzerin:Lómelinde einfügen, oder was immer man möchte, erscheint jetzt zusätzlich ein zweites Eingabefeld, dass allerdings keinerlei Eingabe akzeptiert. Zunächst ist es nahezu unsichtbar weil inaktiv nach einer Eingabe im vorderen Feld wird es aktiviert tut aber nichts.
<input class="mw-ui-input" maxlength="255" name="pagename" size="50" style="float: left; width: auto;" type="text">
<input class="mw-ui-input" disabled="disabled" maxlength="12" name="revision" size="8" style="display: inline-block; margin-left: 1.5em; margin-right: 1.5em; width: auto;" type="text">
dort aber zeigt die Analyse zumindest grün an. Betroffen sind BNR, WPNR, Datei, Vorlage, HNR, Modul (zumindest MD, da es ja auf M nicht reagieren soll) und MediaWiki
Portal, ANR, Diskussion, Kat hat normal ein grünes Feld.

OT: egal wie ich es anstelle, diese Doppelansicht mit dem Parser-Migrations-Werkzeug bleibt in der hohen Priorität bestehen. Ich habe es mit und ohne

Wandle auf der LintErrors-Spezialseite alle Verlinkungen zur Quelltextbearbeitung in das Migrationswerkzeug um.
ausprobiert. Es verändert nichts, egal, ob es aktiv oder passiv ist. (auch bei den für Normalos gesperrten Seiten steht es zumindest oben im Kopfbereich, allerdings wird dort der Diff unterdrückt, da man ja keine Editfreigabe bekommt). Und großes SORRY wegen des Stresses, den ich immer verursache. Ich habe echt mit mir gerungen, ob ich das hier jetzt schreiben soll oder lieber nicht. --Liebe Grüße, Lómelinde Diskussion 08:17, 7. Mai 2018 (CEST)
Schon okay, muss ja vorangehen.
  • Erster Teil: Tja, schlicht und einfach den Namensraum vergessen, und da ich nur im ANR lintere, hatte ich das nicht bemerkt. Sorry meinerseits.
  • „zusätzlich ein zweites Eingabefeld“
    • Drunter steht seit 2.8: „in das untere (ggf. gefolgt von einer Versionsnummer)“
    • name="revision" – na, wennste schon den Quellcode liest, dann gleich richtig. Grins.
    • „keinerlei Eingabe akzeptiert“ – Probier mal 1 2 3
  • Migrationswerkzeug – Geduld, weiter probieren, abwarten.
    • Bei mir ist alles planmäßig.
  • Es gibt jetzt auch hellblaue Buttons mit Zahnrädern drauf.
Draußen ist es warm und sonnig, ich bin ein halbes Jahr mit Frischluft im Rückstand, drinnen ist es heiß, ich bin nicht mehr arbeitsfähig. Ab jetzt Sommerpause, nur noch dringliche Prioritätsarbeiten bis Herbst, oder Formatieren bis die Augen zufallen. Ab Herbst Aufarbeitung des Sommer-Rückstands.
LG --PerfektesChaos 11:17, 7. Mai 2018 (CEST)
Oha, das ist mir nicht einmal aufgefallen, dass das Feld da schon länger ist. Ich benutze eher das obere Feld.
Hellblaue Schaltfläche ja habe ich gesehen woher sollte ich sonst diesen Auswahltext genommen haben.
Ja, ich weiß dass du überlastet bist, das macht mir ja solchen Kummer. Jede Anfrage von mir tut daher doppelt weh. --Liebe Grüße, Lómelinde Diskussion 11:40, 7. Mai 2018 (CEST)
Also das mit dem Parser-Migrations-Werkzeug ist inzwischen auch o.k.
Danke für „ID“.
Und als kleiner Bonus werde ich von morgen Nachmittag bis Sonntag Abend pausieren ebenso am WE darauf. --Liebe Grüße, Lómelinde Diskussion 12:28, 8. Mai 2018 (CEST)

Da du ja wohl inzwischen interaktiv die Optionen gesetzt hat, kann und sollte das nunmehr aus Benutzerin:Lómelinde/common.js entfernt werden; gleichzeitig habe ich etwas rumgerückt: 

"Text ausgeschnitten"

LG --PerfektesChaos 17:34, 16. Mai 2018 (CEST)

Oh Dankeschön, ich erkenne zwar nichts bei der Mikrobenschrift, aber das wird ja beim Kopieren vergrößert. Ich mache mir Sorgen wegen Perhelion, ich wünschte er wäre hier. --Liebe Grüße, Lómelinde Diskussion 17:41, 16. Mai 2018 (CEST)
Öhm, ich seh grad, ich hatte mit den Lint-Parametern auch das mw.load() rausgelöscht, das müsste wieder rein. LG --PerfektesChaos 17:59, 16. Mai 2018 (CEST)
So richtig? --Liebe Grüße, Lómelinde Diskussion 18:12, 16. Mai 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

Commons?

Was mache ich falsch? →Lómelinde/common.js

Da drüben könnte man vermutlich auf einen Streich Millionen Fehler beheben, aber …

  1. ich habe keine Berechtigung für die Bearbeitung von Templates und die sind voll von Linterfehlern
  2. ich kriege es dort nicht zum Laufen
  3. Die Umstellung der Auswahl dieser Fehlertabelle auf Templates endet im Timout (vermutlich weil es einfach zu viele Fehler im Bereich Templates sind)
MediaWiki internal error.

Original exception: [Wyy5dApAADsAAHHr8acAAAAI] 2018-06-22 08:56:16: Fatal exception of type "Wikimedia\Rdbms\DBQueryTimeoutError"

Exception caught inside exception handler.

Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information.

Aber andererseits kann man manche Fehler wie ein lokal sichtbares veraltetes strike-Tag nur dort beheben. Dafür wäre es aber irgendwie nützlich, wenn ich dort auch alle Fehler sehen würde. Ich bin zu „…“ für diese Einbindungen. Müsste sich das nicht eigentlich auch auf die jeweiligen Sprachversionen auswirken, wenn ein Bild auf Commons Linterfehler aufweist? Theoretisch müssten da ja dann rund 500 Dateien mit strike stehen, aber es sind lokal keine Einträge für strike vorhanden. Das ist auch irgendwie kontraproduktiv, weil man Fehler die irgendwie insource da sindn doch nicht finden kann. Es wird nie weniger werden fürchte ich. --Liebe Grüße, Lómelinde Diskussion 11:25, 22. Jun. 2018 (CEST)

  • Dein JS auf Commons ist offenbar okay.
  • Der Server dort war wohl kurz unpässlich, ich kann diese Seite sehen.
  • Probleme in fremden Projekten sind nicht deine, und das strike wird auch in 20 Jahren noch von allen Browsern verstanden werden.
  • Linter-Fehler auf Commons werden denen zugeschrieben und nicht uns. Sonst hätten wir diese 20 Millionen Einträge auch.
  • Eine Vorlage mit 50 Millionen Einbindungen hat natürlich administrativen Vollschutz. Deren Bier und nicht deins.
  • Dass die Dateibeschreibungsseiten auf Commons hier in Suchergebnissen gelistet werden, ist interessant, geht uns aber nichts an.
  • Ändern lässt sich das trotzdem.
  • Bitte mich nicht mit Irrelevantem fluten, ich versuche endlich mal in den Modus Sommerurlaub zu finden.
LG --PerfektesChaos 12:14, 22. Jun. 2018 (CEST)
Nein, es geht dort bei mir aus irgendeinem Grunde nicht, aber egal, ich wollte nur wissen, ob sich das Crosswikiweit auswirken kann. Gut, dann ist soweit alles klar. Vielleicht geht es irgendwann und es liegt wieder nur an meiner Ungeduld. Ich zumindest sehe dort keine gelbe Schaltfläche und komme auch nicht auf die Spezialseite. Das war der eigentliche Grund meiner Nachfrage, vielleicht ist da doch irgendwo etwas NIO. Vielleicht hast du irgendein Häkchen übersehen. Meine Aufgabe ist es Fehler zu melden, für mich ist das ein Fehler, wenn die Einbindung nichts bewirkt. --Liebe Grüße, Lómelinde Diskussion 12:44, 22. Jun. 2018 (CEST)
LG --PerfektesChaos 13:28, 22. Jun. 2018 (CEST)

Oh, ein SmileysymbolVorlage:Smiley/Wartung/rot  Dankeschön, nun geht es, ich kam nicht an die Einstellungen, dann ist die Vorgabe wohl generell analysiere nirgendwo. Daher auch keine Schaltfläche. --Liebe Grüße, Lómelinde Diskussion 13:33, 22. Jun. 2018 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

Reporting incompatibility of LintHint.js with 'New wikitext mode' in Beta

Over on English Wikipedia I had enabled New Wikitext mode, mostly for it's enhanced Syntax highlighting capability, but found that the current version of the LintHint Script doesn't work with it. Any plans to write a version that can integrate into that mode, so that I can use the powerful combination of it' syntax highlighter and your script to find isseus much faster?

I appreciate Newtext mode is still in Beta, so this is an unusal request.

ShakespeareFan00 (Diskussion) 21:19, 6. Jul. 2018 (CEST)

@ShakespeareFan00:
Thank you for reporting that.
  • I assume it is not an issue of the toolbar; what you call “new wikitext” is the 2017 VisualEditor source mode.
    • All three toolbars (2006, 2010, 2017) do contain a toggle button like Syntaxhervorhebung / Syntaxhervorhebung or Syntaxhervorhebung / Syntaxhervorhebung pairs.
  • They are switching the CodeMirror which has been activated in spring 2018 on all wikis.
    • That one is performing the highlight task, by which means ever started.
  • I had it already in the gutts that one day I am to deal with such things.
    • lintHint has been born in summer 2017 and was not sure about the future of linter technology.
  • Fortunately, I did the same procedure some years ago for the wikEd gadget.
    • Both are occupying the text area which contains the wikitext. Your recent modifications stay in that surface and are not forwarded to the normal HTML element which is evaluated by lintHint.
    • However, if one knows that some software is catching the current text it is possible to ask them for the current text.
    • Even more it is feasible to locate and mark the incriminated text fragment as usual.
  • Now I am heading to do the same business in lintHint for both wikEd and CodeMirror.
    • Implementation is not really difficult, since I know what I have to do. It is just a cold night to be spent on.
    • The bottleneck is exhaustive testing.
    • I would expect next weekend for delivery.
  • For the time being you might help yourself by temporarily disabling the CodeMirror mode by a click on the same button, turning the pen into black. Then it works again with lintHint. After fixing the issues, one more click switches highlight in effect again.
Greetings --PerfektesChaos 14:12, 7. Jul. 2018 (CEST)
Ich vermute mal das ist schwierig wegen der VE-ähnlichen Bedienung, das wird sicherlich durch irgendeinen Content überdeckt. Ich habe es getestet, wenn ich diese Betafunktion aktiviere, ist da keine Schaltfläche, ich meine aber sie wäre dort, nur eben nicht sichtbar.
<div id="mw-content-text" dir="ltr" class="mw-content-ltr ve-init-mw-desktopArticleTarget-editableContent" lang="de">
<div id="lintHint-top" style="clear: both; width: 100%;"><button id="lintHint-collapsed" style="clear: right; float: right; margin-bottom: 3px; padding: 2px; background-color: rgb(255, 255, 0); color: rgb(0, 0, 0);" title="-3.2">lintHint</button></div><div style="clear: both;"></div>
Hier auf dieser Seite stünde da nur <div id="mw-content-text">
In der rechten Box findet sich
.ve-activated .ve-init-mw-desktopArticleTarget-editableContent #toc, .ve-activated #siteNotice, .ve-activated .mw-indicators, .ve-activated #t-print, .ve-activated #t-permalink, .ve-activated #p-coll-print_export, .ve-activated #t-cite, .ve-deactivating .ve-ui-surface, .ve-active .ve-init-mw-desktopArticleTarget-editableContent, .ve-active .ve-init-mw-tempWikitextEditorWidget {
☑  display: none;
}
Wenn ich das abschalte ist die Schaltfläche (samt Seitenansicht) dann sichtbar. Es wird quasi oben die Seite normal angezeigt (mit der Schaltfläche) und unten dann der bunte Quelltext. Ich weiß nicht, ob das irgendwie hilfreich wäre. Aber ich dachte ich teste mal was ich testen kann. --Liebe Grüße, Lómelinde Diskussion 13:07, 7. Jul. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

Further to Non-appearance...

Over on latin Wikisoruce the tool fails to appear: https://la.wikisource.org/w/index.php?title=Pagina:Ruffhead_-_The_Statutes_at_Large,_1763.djvu/664&action=edit

when the default settings are used. ShakespeareFan00 (Diskussion) 14:20, 11. Jul. 2018 (CEST)

  • The namespace number on laWS:Page: is 104 and that one is covered by the usual procedure of lintHint.
  • There are a lot of warnings issued in laWS, and there are two severe errors crashing JavaScript execution several times:
    1. s:it:User:Alex brollo/ipt.js
      • SyntaxError: expected expression, got '*', line 36:
      • case "**": bConv=bConv**a; break;
      • see s:it:Aiuto:Ipt
    2. A pile of gadgets, loaded in page, from s:it as well
      • mw.config.get(...).includes is not a function
      • No time to debug all this bullshit.
    • Another severe one:
      • "Toolgroups must have a 'name' property"
  • Conclusio: laWS is full of buggy unmaintained scripts which are partially ten years old, which misbehave and perhaps scramble pages. Nothing is documented anywhere.
    • For asking outer gadgets to work properly the site scripts have to be in proper state theirselves, before legitimated to require others to work as expected.
  • For me lintHint performs on the referred page as usual.
    • Are you quite sure that you have asked for this particular namespace for this project?
Salve --PerfektesChaos 17:53, 11. Jul. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

Other wikis?

I understand this works across all WMF projects. Will it work, from here, on others, like Wikia, or independent MW installations like https://uesp.net? SMcCandlish (Diskussion) 14:33, 28. Jul. 2018 (CEST)

@SMcCandlish:
  • I do not see any problem. No limitation to WMF farm in gadget.
  • Naturally, the extension must be installed on that site.
  • Then the API is accessed by hostname (which is de.wikipedia.org for this talk).
  • In any case the server will answer with an analysis if arbitrary wikitext is passed.
  • However, if the name of a page is submitted, a Linter database must be established and updated every time when a page is rendered (parsed). The API operates on such database entries for stored pages. If no recording process is maintained, then no outcome.
Greetings --PerfektesChaos 16:26, 28. Jul. 2018 (CEST)
Ah. I didn't realize it was dependent on any extensions. Just figured it was JS interfacing with built-in MW stuff. SMcCandlish (Diskussion) 16:56, 28. Jul. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

div-span-flip

Könntest du das bitte mit in die Auswertung einfügen das wird seit heute angezeigt?

  • div-span-flip
lint + ⇓
Verschiedene Tidy-Ersetzungsprobleme div-span-flip  ↓ 

Ich muss erst mal herausfinden was das ist. --Liebe Grüße, Lómelinde Diskussion 06:31, 7. Aug. 2018 (CEST)

Möchtest du das nicht hinzufügen? --Liebe Grüße, Lómelinde Diskussion 06:54, 18. Aug. 2018 (CEST)
Die Kategorie heißt „Verschiedene Tidy-Ersetzungsprobleme“, gibt es seit einem Dreivierteljahr und ist lintHint längst bekannt, war nur bis diesen Monat nicht verwendet worden.
div-span-flip ist nur Untertyp innerhalb der Kategorie, aber ich wüsste hier keine Übersetzungsmöglichkeit.
Wo genau soll was hinzugefügt werden?
LG --PerfektesChaos 10:21, 18. Aug. 2018 (CEST)

Na in der Tabelle, da wo ich es auswerte, ich finde es sieht irgendwie trostlos aus, wenn ich da so etwas habe.

lint + ⇓
Verschiedene Tidy-Ersetzungsprobleme  ↓
Veraltete HTML-Tags font  ↓
Falsch verschachtelte Tags small  ↓

Bei allen anderen steht etwas in dem Feld + Na ja wirklich wichtig ist es nicht, aber von wegen der Gleichbehandlung, was soll einem denn das leer sagen? Eventuell wird es mal mehr als das eine geben und dann wäre überall leer? Ne das gefällt mir nicht bei so etwas kann ich nörgelig sein. Aber es ist dein Tool entscheiden darfst du was du möchtest, ich bin nur Nutznießer. --Liebe Grüße, Lómelinde Diskussion 10:58, 18. Aug. 2018 (CEST)

Aha, war mir bisher nicht bekannt gewesen.
Während bislang das Attribut name hieß und die Details aufnahm, wurde jetzt im August subtype neu eingeführt.
{ [ { type:   "misc-tidy-replacement-issues",
      params: { subtype: "div-span-flip" } },
    { type:   "obsolete-tag",
      params: { name: "font" } },
    { type:   "misnested-tag",
      params: { name: "small" } } ]
}
Morgen.
Danke für den Hinweis. LG --PerfektesChaos 14:49, 18. Aug. 2018 (CEST)
Danke so ist es besser. --Liebe Grüße, Lómelinde Diskussion 06:39, 19. Aug. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

Can LintHint highlight inside of a block of templates?

(Please excuse me for writing in English. I hope you can translate it.)

On en.WP, when a Linter error is in a large block of templates and code, sometimes LintHint highlights the whole block. For example, one of these templates transcluded on this page has a "Missing end tag" error. LintHint highlights all of this: 

{{yytop}} 
{{yy|Template:User 3D Animation}}
{{yy|Template:User 4-D}}
{{yy|Template:User customer service}}
{{yy|Template:User Fractals}}
{{yy|Template:User insomnia}}
{{yy|Template:User nobrowser}}
{{yy|Template:User who loves horses}}
{{yy|Wikipedia:WikiProject Spaceflight/UserboxA1}}
{{yy|User:UBX/Astronomy Day}}
{{yy|User:UBX/Big Bang God's Voice}}
{{yy|User:UBX/create userbox}}
{{yy|User:UBX/creating userboxes}}
{{yy|User:UBX/Faith & Political Choices}}
{{yy|User:UBX/shinyspinny}}
{{yy|User:UBX/Spirituality}}
{{yy|User:UBX/Userbox loading}}
{{yy|User:UBX/Waterfall}}
{{yy|User:Andromedabluesphere440/Userboxes/PreferTopsyTurvyEarth}}
{{yy|User:Canoe1967/Template/Train1}}
{{yy|User:Electriceel/Userboxes/Animator 1}}
{{yy|User:Gerrit Erasmus/Userboxes/Freedom of religion}}
{{yy|User:Hillelfrei/Userboxes/lit}}
{{yy|User:Java7837/userboxing/organized}}
{{yy|User:Liam987/userboxes/Earth}}
{{yy|User:Lighthead/Survived}}
{{yy|User:Nurasko/BouncingBall}}
{{yy|User:Penyulap/UBX/OccuPenT}}
{{yy|User:Penyulap/UBX/PenDoom}}
{{yy|User:Penyulap/UBX/PenFire}}
{{yy|User:Penyulap/UBX/PenTrain}}
{{yy|User:Penyulap/UBX/PenWood}}
{{yy|User:Penyulap/UBX/PenZap}}
{{yy|User:RedRub/Userboxes/8-bit}}
{{yy|User:Scriberius/Userboxes/Transport issues}} 
{{yy|User:Secret Saturdays/userbox overload}}
{{yy|User:StaticGull/Spinning Dancer}}
{{yy|User:Strdst grl/ubx/belousov}}
{{yy|User:Strdst grl/ubx/bouncing}}
{{yy|User:Strdst grl/ubx/mandelbrot}}
{{yy|User:Strdst grl/ubx/pointless anims}}
{{yy|User:Teinesavaii/Polynesian Userboxes/Ghost}}
{{yy|User:Thewellman/Userboxes/San Diego}}
{{yy|User:Xenocidic/Stormy}}
{{yyend}}

Is it possible for LintHint to identify only the one template with an error? It would be very helpful. Thank you for this useful script! Danke! Jonesey95 (Diskussion) 11:30, 31. Aug. 2018 (CEST)

  • English is absolutely no problem – please see en:User talk:PerfektesChaos/js/lintHint English is welcome and the sections here above.
  • I am sorry but lintHint is just communicating what is received from MediaWiki parser. If they tell me that region is the cause, then I do highlight exactly this region.
  • It is hard to identify causes in templates, since they evaluate to various results and the transclusion is the only string to be analysed. However, the causing syntax is no code element in the transcluding page.
  • In this particular case I would open en:Special:ExpandTemplates and copy the code above into the input area. Then run!
Greetings --PerfektesChaos 13:22, 31. Aug. 2018 (CEST)


Hello Jonesey95, I often do hide the opening template, than I click on the LintHint-button an can see which of the templates is involved. You can test it, it might be helpful ere the toolcreator is back again to give you an other answer. --Liebe Grüße, Lómelinde Diskussion 13:12, 31. Aug. 2018 (CEST)
Thank you. I have been copying the section into ExpandTemplates, or copying the list of templates to my sandbox and removing the header and footer templates. LintHint can then identify the template that is the problem. That is a lot of steps when there are a few hundred userboxes with problems, however. It would be easier if the Wikimedia parser could identify the problem in more detail. Thank you anyway. I will keep going. Jonesey95 (Diskussion) 13:51, 31. Aug. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)

Hide low-priority errors?

Is there a way to hide low-priority errors? I would like to ignore them and focus only on high- and medium-priority errors. Danke. Jonesey95 (Diskussion) 21:30, 12. Sep. 2018 (CEST)

  • Unfortunately not.
  • Even worse, lintHint has no knowledge of “low” and “high” – that is just a grouping on the documentation page, but technically all error categories are equal. They have just different names.
  • However, within a short time you will experience important things and forget about neglectable stuff.
Greetings --PerfektesChaos 11:16, 13. Sep. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 13:43, 16. Dez. 2019 (CET)
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:PerfektesChaos/js/lintHint/2018&oldid=195120847“