Wikipedia - Benutzerbeiträge [de]

Wikipedia Diskussion:Lua/Modul/Graph

2021-09-16T13:50:02Z

Inductiveload: Neuer Abschnitt /* Line color for pie charts */

== Fehler in Modul? ==
{{GraphChart
|width=500
|height=200
|xAxisTitle=Jahreszahl ???
|yAxisTitle=Y
|type=line
|x=2000,2001,2002,2003,2004,2005,2006,2007,2008,2009,2010,2011,2012,2013
|y=117648,188306,91471,67848,50152,42908,30100,30303,28018,33033,48589,53347,77651,127023
}}
{{GraphChart
|width=500
|height=200
|xAxisTitle=Jahreszahl ???
|yAxisTitle=Y
|type=area
|interpolate=monotone
|x=2000,2001,2002,2003,2004,2005,2006,2007,2008,2009,2010,2011,2012,2013
|y=117648,188306,91471,67848,50152,42908,30100,30303,28018,33033,48589,53347,77651,127023
}}
{{GraphChart
|width=500
|height=200
|xAxisTitle=Jahreszahl
|yAxisTitle=Y
|type=rect
|x=2000,2001,2002,2003,2004,2005,2006,2007,2008,2009,2010,2011,2012,2013
|y=117648,188306,91471,67848,50152,42908,30100,30303,28018,33033,48589,53347,77651,127023
}}

Ich bruache einen Ersatz für [[Spezial:Diff/148721843/149136357|diese Einbindung]] normalerweise sollte das hier die Grafik 2 sein, der Rest sind nur Tests. Da sollen aber bitteschön Jahreszahlen stehen und keine, was weiß ich, Literangaben? Das wird jedoch nur für die Balkendiagramme ausgegeben. Wie bekommt man das so hin, dass dort auch Jahresangaben stehen? Kann das bitte jemand anpassen, oder kann man nur die Balken für derartige Darstellungen nutzen, dann sollte das in der Doku aber erklärt werden. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:02, 17. Dez. 2015 (CET)

== Minor cleanup ==
[[User:Mps]], there are two minor bugs I found: for pie graphs, you add <code>"axes":[],</code> and you make two identical transformations <code>"from": {"data": "chart", "transform": [{"type": "pie", "field": "y"}]}</code> inside each mark (text and arc), instead of making one common data source and using it for both of the marks. Regardless, great job on keeping the graphs going! :) --[[Benutzer:Yurik|Yurik]] ([[Benutzer Diskussion:Yurik|Diskussion]]) 00:29, 3. Feb. 2016 (CET)
: P.S. I think it would be good to also add a filtering transform for the text mark when doing pie chart, so that if you want to print a label for each slice, and the pie slice is very small, don't print for it:
<pre>
"from": {
"data": "values",
"transform": [{"type": "filter", "test": "(datum.layout_end - datum.layout_start) > 0.2"}]
},
</pre>
--[[Benutzer:Yurik|Yurik]] ([[Benutzer Diskussion:Yurik|Diskussion]]) 01:26, 3. Feb. 2016 (CET)

== Error in error ==

With this bogus code (missing coma at the end of first y values line):
<pre>{{Graph:Chart
|width=400
|height=100
|xAxisTitle=X
|yAxisTitle=Y
|yType=number
|type=rect
|x=
1, 2, 3, 4,
5, 8, 9,10
|y=
10,12, 6,14
2,10, 7, 9
}}</pre>
currently renders as:

<graph>Lua-Fehler in Modul:Graph, Zeile 243: attempt to concatenate global 'name' (a nil value)</graph>

There is tow problems:
* The script error is hidden by the graph tag. My suggestion is to add the graph tag directly in the Module rather than in the template.
* There is an error when generating the error message, as it uses an undefined global ''name'' (line 243).

Regards, --[[Benutzer:Zebulon84|Zebulon84]] ([[Benutzer Diskussion:Zebulon84|Diskussion]]) 16:58, 13. Apr. 2016 (CEST)

== Graphs not displaying on mobile version pages. ==

Sorry for writing in English. There is a problem with Graph images on mobile version pages. If you look at the [https://de.m.wikipedia.org/wiki/Wikipedia_Diskussion:Lua/Modul/Graph mobile version of this page] the graph images are just blank rectangles. This seems to be true for all graphs and maps that use this module. It affects the images that are in subsections of the page, (first paragraphs work fine) because the mobile version has a system ('lazy image loader') to only download an image if the user scrolls down the page. From what I have found by right-clicking 'inspect' over the empty graph, (but I am afraid with very limited technical knowledge) the problem could be in the way the lazy loader creates a <div class="mw-graph" section, which includes:

<img width="0" height="0" class="mw-graph-img image-lazy-loaded" alt="" src="/api/rest_v1/page/graph/png/....png" srcset style>

So the correct image is there and ready to be displayed, but nothing is visible because there is zero width and height. But I have no idea how the lazy loader finds these sizes, or why it is failing.

Comparing this to a wikimedia.commons image, this has (for example)

<img width="400" height="300" class="thumbimage image-lazy-loaded" alt="" src="/media/wikipedia/commons/thumb/5/53/....jpg" srcset="" style="width: 400px; height: 300px;">

The use of the 'graph' module in maps means it is particularly missed if reading from a mobile phone about a place you are in. If there is someone with the understanding to sort this out, it will be a big benefit. Thanks, [[Benutzer:RobinLeicester|RobinLeicester]] ([[Benutzer Diskussion:RobinLeicester|Diskussion]]) 21:25, 14. Mär. 2019 (CET)

: A solution to the problem has been found through a style.css file, enabling the relevant height and width to inherit appropriate values. This has been applied to the en: and mediawiki versions of Graph:Street map with marks, but may need rolling out to other graph modules and other languages. If anyone knows how the structure of the various graph templates works, and can do this in an efficient manner, it will re-instate a lot of graphs on mobile devices. More details of the fix are at [https://phabricator.wikimedia.org/T216431 phabT216431], and the css is at [https://www.mediawiki.org/wiki/Template:Graph:Street_map_with_marks/styles.css www.mediawiki.org/wiki/Template:Graph:Street_map_with_marks/styles.css]. [[Benutzer:RobinLeicester|RobinLeicester]] ([[Benutzer Diskussion:RobinLeicester|Diskussion]]) 20:10, 7. Mai 2019 (CEST)

== Zeilenumbruch in Legende ==

Lange Legenden sind schwierig - entweder wird die Grafik unendlich breit, wenn man das nicht will, hilft ein Zeilenumbruch, aber das wird nicht richtig unterstützt:
{{Graph:Chart|type=pie|width=100|height=100|legend=Sehr lange Legende
über zwei Zeilen|x=a,b,c|y1=2,3,4}}
Kann das möglicherweise leicht repariert werden? Das wäre schön. --[[user:dingens5|dingens]][[user talk:dingens5|fünf]] 14:36, 19. Jul. 2019 (CEST)

:Wie man das repariert, weiß ich leider nicht. Doch eine mögliche schnelle Lösung wäre die Benutzung der [[Vorlage:Farblegende]] anstelle der eingebauten Legende. --[[Benutzer:Birger Fricke|Birger]] ([[Benutzer Diskussion:Birger Fricke|Diskussion]]) 08:12, 13. Mär. 2020 (CET)

== Problem with <nowiki><nowiki></nowiki> and this module ==

Hello. There is a compatibility problem between colour templates that use nowiki tags (such as [[en:Template:Liberal Democrats (UK)/meta/color]]) and this module. Please see [[en:Template talk:Graph:Chart#Problem with <nowiki> and this template]]. [[Special:Contributions/202.159.169.45|202.159.169.45]] ([[User talk:202.159.169.45|talk]]) 22:54, 15 September 2019 (UTC) {{unsigniert|202.159.169.45|01:18, 16. Sep. 2019 (CEST)}}

== showSymbols doesn't respect opacity values ==

The showSymbols parameter doesn't respect opacity values. Here's a clearer/simpler example. The lines conform to the opacity of #40FF0000 (#FF0000 at 25% opacity); the symbols do not (they display as #FF0000 at 100% opacity).
{{Graph:Chart
| width = 400
| height = 150
| type = line
| colors = #40FF0000
| showSymbols = y
| x = 1,2,3,4,5,6,7,8
| y = 10,12,6,14,2,10,7,9
}}
[[Benutzer:Alex 21|Alex 21]] ([[Benutzer Diskussion:Alex 21|Diskussion]]) 11:41, 22. Sep. 2019 (CEST)
:Any thoughts? [[Benutzer:Alex 21|Alex 21]] ([[Benutzer Diskussion:Alex 21|Diskussion]]) 04:10, 4. Okt. 2019 (CEST)
:: I've looked into this and it would be possible to change [[Modul:Graph]] accordingly to set the same opacity value. ([https://de.wikipedia.org/w/index.php?title=Benutzer%3ABirger_Fricke%2FSpielwiese%2FModul%3AGraph&type=revision&diff=196874429&oldid=196871017 These] are the changes that I tried.) However, the resulting diagram does not fully convince me, because the opacities add up and the color of the line is stronger where it overlaps with the symbol.
::[[Datei:Opacity.png]]
::What do you think? --[[Benutzer:Birger Fricke|Birger]] ([[Benutzer Diskussion:Birger Fricke|Diskussion]]) 17:19, 16. Feb. 2020 (CET)

== Formatfehler für Datum bei type=rect? ==

Frohes Fest, bei type=rect (und stackedrect) wird ein Datum auf der X-Achse falsch formatiert. --[[Benutzer:Aeroid|Aeroid]] ([[Benutzer Diskussion:Aeroid|Diskussion]]) 08:17, 24. Dez. 2019 (CET)

{{GraphChart
|width=500
|height=200
|xAxisTitle=type=rect -> Jahreszahl als Integer???
|xType=date
|type=rect
|x=2000,2001,2002,2003,2004,2005,2006,2007,2008,2009,2010,2011,2012,2013
|y=117648,188306,91471,67848,50152,42908,30100,30303,28018,33033,48589,53347,77651,127023
}}
{{GraphChart
|width=500
|height=200
|xAxisTitle=type=line -> Jahreszahl wie sie sein soll
|xType=date
|type=line
|x=2000,2001,2002,2003,2004,2005,2006,2007,2008,2009,2010,2011,2012,2013
|y=117648,188306,91471,67848,50152,42908,30100,30303,28018,33033,48589,53347,77651,127023
}}

: Hallo Aeroid, die schnelle Lösung besteht wahrscheinlich darin, beim Blockdiagramm die Jahreszahlen als String zu verarbeiten. Also einfach <code>xType=date</code> weglassen. Das sollte dann so wie hier unten dargestellt aussehen. Für eine bessere Lösung müsste man tiefer in das Lua-Modul einsteigen. Grüße, --[[Benutzer:Birger Fricke|Birger]] ([[Benutzer Diskussion:Birger Fricke|Diskussion]]) 16:17, 16. Feb. 2020 (CET)
:{{GraphChart
|width=500
|height=200
|xAxisTitle=type=rect -> Jahreszahl als String
|type=rect
|x=2000,2001,2002,2003,2004,2005,2006,2007,2008,2009,2010,2011,2012,2013
|y=117648,188306,91471,67848,50152,42908,30100,30303,28018,33033,48589,53347,77651,127023
}}
:Inzwischen habe ich tiefer in das Modul reingeschaut. In der Funktion "getXscale" wird bei "type=rect" die X-Achse fest eingestellt auf "xscale.type = "ordinal". Dabei geht dann vermutlich die Information verloren, dass es sich ursprünglich um ein Datum gehandelt hat. Also besser die schnelle Lösung wie oben beschrieben verwenden. --[[Benutzer:Birger Fricke|Birger]] ([[Benutzer Diskussion:Birger Fricke|Diskussion]]) 17:48, 16. Feb. 2020 (CET)

== Relicense ==

(sorry for the English) because dewiki and most wikimedia projects use CC-BY-SA-3.0, this module cannot be imported to enwikinews. Would the contributors be willing to release their work into the public domain, so that licensing isn't an issue? The following users have made contributions and would need to agree: [[User:Mps|Mps]], [[User:Yurik|Yurik]], [[User:Yair rand|Yair rand]], [[User:Tom.Reding|Tom.Reding]], [[User:Leoncastro|Leoncastro]], [[User:Birger Fricke|Birger Fricke]], [[User:Toohool|Toohool]] (contributions imported from enwiki). Please consider allowing this to be used on wikinews by releasing your contributions into the public domain (just need to confirm that each of you are okay with it by saying so below). Thanks so much, --[[Benutzer:DannyS712|DannyS712]] ([[Benutzer Diskussion:DannyS712|Diskussion]]) 20:42, 7. Apr. 2020 (CEST)
:Certainly. I agree to release my contributions to this module to the public domain. (Note that licensing under CC-BY or CC-0 would work as well, if I understand correctly.) --[[Benutzer:Yair rand|Yair rand]] ([[Benutzer Diskussion:Yair rand|Diskussion]]) 21:02, 7. Apr. 2020 (CEST)
::I agree too. [[Benutzer:Toohool|Toohool]] ([[Benutzer Diskussion:Toohool|Diskussion]]) 00:12, 8. Apr. 2020 (CEST)
::I agree. --[[Benutzer:Birger Fricke|Birger]] ([[Benutzer Diskussion:Birger Fricke|Diskussion]]) 07:05, 8. Apr. 2020 (CEST)

::Same here, cc0 is fine )) --[[Benutzer:Yurik|Yurik]] ([[Benutzer Diskussion:Yurik|Diskussion]]) 06:33, 17. Apr. 2020 (CEST)
::I agree. [[Benutzer:Tom.Reding|Tom.Reding]] ([[Benutzer Diskussion:Tom.Reding|Diskussion]]) 13:29, 17. Apr. 2020 (CEST)
:: I agree. -- [[Benutzer:Leoncastro|Leoncastro]] ([[Benutzer Diskussion:Leoncastro|Diskussion]]) 14:54, 17. Apr. 2020 (CEST)
:: Fine by me too. But it would be nice that when you copy it over, to at least link to (e.g. on the talk page) where you got it from. As Yair has mentioned CC-BY should also work on Wikinews as the only requirement is attribution. --[[Benutzer:Mps|Mps]][[Benutzer Diskussion:Mps|、かみまみたDisk.]] 12:44, 19. Apr. 2020 (CEST)
:[[User:Mps|Mps]], [[User:Yurik|Yurik]], [[User:Yair rand|Yair rand]], [[User:Tom.Reding|Tom.Reding]], [[User:Leoncastro|Leoncastro]], [[User:Birger Fricke|Birger Fricke]], [[User:Toohool|Toohool]] sorry for the trouble, but a user on enwikinews believes that your agreement that the contributions be released into the public domain is not enough, and wants you to also explicitly state that you agree to license it under CC0 as well. Do you agree? Thanks, --[[Benutzer:DannyS712|DannyS712]] ([[Benutzer Diskussion:DannyS712|Diskussion]]) 21:23, 19. Apr. 2020 (CEST)
::I agree to CC0. [[Benutzer:Toohool|Toohool]] ([[Benutzer Diskussion:Toohool|Diskussion]]) 22:53, 19. Apr. 2020 (CEST)
:: I am not a licensing expert, but I think that from the moment we allow to release this into the public domain (PD), you can do almost anything you want with this, except redistribute it under a non-derivative license (ND, like CC-BY-ND or CC-BY-NC-ND). PD is fully compatible with CC0 or CC-BY. So, do whatever you want. Regards. -- [[Benutzer:Leoncastro|Leoncastro]] ([[Benutzer Diskussion:Leoncastro|Diskussion]]) 00:11, 20. Apr. 2020 (CEST)
::: I agree with you, but an admin on enwikinews doesn't, and wanted to be sure --[[Benutzer:DannyS712|DannyS712]] ([[Benutzer Diskussion:DannyS712|Diskussion]]) 00:32, 20. Apr. 2020 (CEST)
::: [[User:Leoncastro|Leoncastro]] just to be clear, you agree to CC0? --[[Benutzer:DannyS712|DannyS712]] ([[Benutzer Diskussion:DannyS712|Diskussion]]) 12:10, 20. Apr. 2020 (CEST)
:::: @[[User:DannyS712|DannyS712]], I have agreed to release this work into the public domain, so I have agreed to use it with other compatible licenses, including CC0 or CC-BY, as I said. -- [[Benutzer:Leoncastro|Leoncastro]] ([[Benutzer Diskussion:Leoncastro|Diskussion]]) 15:24, 20. Apr. 2020 (CEST)
::I agree to CC0. [[Benutzer:Tom.Reding|Tom.Reding]] ([[Benutzer Diskussion:Tom.Reding|Diskussion]]) 11:35, 20. Apr. 2020 (CEST)
::I agree to CC0. --[[Benutzer:Yair rand|Yair rand]] ([[Benutzer Diskussion:Yair rand|Diskussion]]) 05:23, 27. Apr. 2020 (CEST)
::I agree to CC0. --[[Benutzer:Mps|Mps]][[Benutzer Diskussion:Mps|、かみまみたDisk.]] 15:48, 3. Mai 2020 (CEST)
::I agree to CC0. --[[Benutzer:Birger Fricke|Birger]] ([[Benutzer Diskussion:Birger Fricke|Diskussion]]) 08:44, 9. Jun. 2020 (CEST)

== ShowSymbols upgrade ==

Hi,
I made small upgrade for showSymbols, and linewidths.
Now new option are available:

* linewidths: linewidths may be defined for for series with csv
* showSymbols: number as size or default 2.5, may be defined for for series with csv
* symbolsShape: circle, x, square, cross, diamond, triangle_up, triangle_down, triangle_right, triangle_left - may be defined for for series with csv
* showSymbols: number or default 2.5,
* symbolsNoFill: if true symbol without fill (only stroke),
* symbolsStroke: symbol stroke, default 2.5 if "x" of symbolsNoFill

You can check it out here
* [[Benutzer:Pietrasagh/Spielwiese]]
* [[Modul:Spielwiese/pietrasagh/Graph]]
* [[Vorlage:Graph:Chart/Spielwiese]]

For debugging I added function "chartDebugger" that return vega JSON and other runtime info.

Please let me know if it what you expect.
My next ideas: <s>"serialization" of symbols settings and line widths.</s>
<div style="overflow:auto">
{|
|-
| {{Graph:Chart/Spielwiese
|colors = red, green, blue
|x=0,1,2,3
|y1=0,3.342,2.3423,5.32423|y2=1,2.342,4.63,2.32423|y3=3,1.342,2.63,4.32423
|linewidths = 1,2,3
|showSymbols = 2,2.5,4
|symbolsShape = triangle_up, cross, circle
}}
|{{Graph:Chart/Spielwiese
|width = 600
|height = 400
|type = line
|yGrid = yes
|xGrid = yes
|xAxisAngle = -90
|yScaleType = log
|yAxisMin = 1
|colors = #ccffa500, #cc007000, #cc4dff28, #cc7e13ff, #cc000090, #ccff5ba0, #cc1050ff, #ffe00000, #cc000000
|linewidths = 1,1,1,1,1,1,1,3,1
|showSymbols = 0,0,0,0,0,0,0,0,0
|symbolsShape = ,,,,,,,,
|x = 4 mar, 5 mar, 6 mar, 7 mar, 8 mar, 9 mar, 10 mar, 11 mar, 12 mar, 13 mar, 14 mar, 15 mar, 16 mar, 17 mar, 18 mar, 19 mar, 20 mar, 21 mar, 22 mar, 23 mar, 24 mar, 25 mar, 26 mar, 27 mar, 28 mar, 29 mar, 30 mar, 31 mar, 1 kwi, 2 kwi, 3 kwi, 4 kwi, 5 kwi, 6 kwi, 7 kwi, 8 kwi, 9 kwi
| y1= 240, 349, 534, 684, 847, 1112, 1460, 1884, 2369, 3062, 3795, 4838, 6012, 7156, 8198, 10999, 13957, 16662, 18610, 22672, 27436, 31554, 36508, 42288, 48582, 52547, 57298, 61913, 67366, 73522, 79696, 85778, 91714, 95391, 99225, 103228, 108202
| y2= 5, 8, 19, 26, 32, 38, 63, 94, 116, 141, 189, 298, 383, 450, 560, 765, 889, 1047, 1161, 1287, 1472, 1763, 2022, 2395, 2657, 2817, 3001, 3308, 3589, 3858, 4190, 4472, 4587, 4822, 5017, 5312, 5569
| y3= , , 1, 3, 5, 7, 7, 10, 21, 32, 44, 61, 72, 97, 105, 123, 137, 178, 185, 204, 216, 226, 269, 292, 314, 336, 363, 400, 426, 450, 471, 485, 534, 581, 682, 701, 715
| y4= , , , , , , 3, , , 6, 9, 11, 18, 26, 34, 48, 69, 99, 143, 179, 209, 274, 299, 358, 394, 437, 491, 537, 581, 649, 696, 771, 811, 843, 880, 912, 955
| y5= , 4, 10, 14, 17, 20, 20, 28, 34, 45, 59, 63, 93, 114, 147, 199, 253, 306, 367, 438, 495, 658, 840, 1036, 1264, 1534, 1836, 2337, 2777, 3548, 4149, 4731, 5389, 6343, 7497, 8672, 10131
| y6= 10, , , , , , , , 21, 27, , , 36, 36, 51, 51, 69, 76, 76, 81, 81, 86, 86, 94, , , 152, 152, 163, 304, 351, 440, 562, 700, 861, 1066, 1486
| y7= 1, 1, 1, 1, 1, 1, 1, 1, 3, 3, 3, 5, 7, 14, 16, 26, 40, 47, 73, 84, 113, 156, 218, 311, 418, 480, 549, 669, 804, 942, 1096, 1251, 1319, 1462, 1668, 1892, 2203
| y8= 1, 1, 5, 6, 11, 17, 22, 31, 51, 68, 104, 125, 177, 238, 287, 355, 425, 536, 634, 749, 900, 1051, 1221, 1389, 1638, 1862, 2055, 2311, 2554, 2946, 3383, 3627, 4102, 4413, 4848, 5205, 5575
| y9= 100, , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , 70882
|legend=
|y1Title = DE
|y2Title = CZ
|y3Title = SK
|y4Title = LT
|y5Title = RU
|y6Title = BY
|y7Title = UA
|y8Title = PL
|y9Title = +20%/dz
|xAxisTitle = od 4 marca 2020 r.
|yAxisTitle = Liczba zakażonych narastająco
}}
|| {{Graph:Chart/Spielwiese
|colors = #ffff5ba0, #641050ff, #ffaaff00,
|x=0,1,2,3
|y1=0,3.342,2.3423,5.32423|y2=1,2.342,4.63,2.32423|y3=3,1.342,2.63,4.32423
|linewidths = 2,4,0
|showSymbols = 5,8,10
|symbolsShape = triangle_up, cross, banana
|symbolsNoFill = 1
}}
|}
</div>
--[[Benutzer:Pietrasagh|Pietrasagh]] ([[Benutzer Diskussion:Pietrasagh|Diskussion]]) 17:57, 8. Apr. 2020 (CEST)
:If you like it or not ;-) changes are in current version
:Please check if your favorite graphs are displayed correctly or maybe could be updated with new options
:linewidths: different line widths may be defined for each series of data with csv, if set to 0 with "showSymbols" results with points graph
:showSymbols: show symbol on data point for line graphs, if number is provided it's size of symbol, default 2.5. may be defined for each series of data with csv
:symbolsShape: custom shape for symbol: circle, x, square, cross, diamond, triangle_up, triangle_down, triangle_right, triangle_left. May be defined for each series of data with csv
:symbolsNoFill: if true symbol will be without fill (only stroke),
:symbolsStroke: if "x" symbol is used or option "symbolsNoFill" symbol stroke width, default 2.5
:--[[Benutzer:Pietrasagh|Pietrasagh]] ([[Benutzer Diskussion:Pietrasagh|Diskussion]]) 18:53, 26. Jun. 2020 (CEST)

== Compatibility with Listeria ==

To make this work with [[d:Template:Wikidata list]] (Listeria) on Wikidata, I added a lowercase variable names on Wikidata [https://www.wikidata.org/w/index.php?title=Module%3AGraph&type=revision&diff=1166594072&oldid=487142493]. You might want to include that here too.

[[d:Template:Wikidata_list#Charts]] has an explanation on how to use it. Sample chart at [[d:Wikidata:Lists/COVID-19 deaths/numbers/chart]]. --[[Benutzer:Jura1|Jura1]] ([[Benutzer Diskussion:Jura1|Diskussion]]) 10:03, 26. Apr. 2020 (CEST)

*I added them at [https://de.wikipedia.org/w/index.php?title=Modul:Graph/sandbox&diff=prev&oldid=200721204 diff]. Please update [[Modul:Graph]].--[[Benutzer:Jura1|Jura1]] ([[Benutzer Diskussion:Jura1|Diskussion]]) 15:55, 7. Jun. 2020 (CEST)

== xAxisFormat gives English dates ==

If you use dates in the format YYYY/MM/DD in combination with xAxisFormat, the output is date labels in the English language irrespective of the language of the wiki. Maybe it can be changed so the locale of the wiki will be used. Here an example in the Dutch language. [[Benutzer:Behanzane|Behanzane]] ([[Benutzer Diskussion:Behanzane|Diskussion]]) 12:06, 29. Apr. 2020 (CEST)

{{Graph:Chart
| type=line
| linewidth=2
| width=800
| colors=green
| showValues=offset:4
| xAxisTitle=Datum
| xType=date
| xAxisFormat=%e %B
| x=2020/02/27, 2020/02/28, 2020/02/29, 2020/03/01, 2020/03/02, 2020/03/03, 2020/03/04, 2020/03/05, 2020/03/06, 2020/03/07, 2020/03/08, 2020/03/09, 2020/03/10, 2020/03/11, 2020/03/12, 2020/03/13, 2020/03/14, 2020/03/15, 2020/03/16, 2020/03/17, 2020/03/18, 2020/03/19, 2020/03/20, 2020/03/21, 2020/03/22, 2020/03/23, 2020/03/24, 2020/03/25, 2020/03/26, 2020/03/27, 2020/03/28, 2020/03/29, 2020/03/30, 2020/03/31, 2020/04/01, 2020/04/02, 2020/04/03, 2020/04/04, 2020/04/05, 2020/04/06, 2020/04/07, 2020/04/08, 2020/04/09, 2020/04/10, 2020/04/11, 2020/04/12, 2020/04/13, 2020/04/14, 2020/04/15, 2020/04/16, 2020/04/17, 2020/04/18, 2020/04/19, 2020/04/20, 2020/04/21, 2020/04/22, 2020/04/23, 2020/04/24, 2020/04/25, 2020/04/26, 2020/04/27, 2020/04/28
| yAxisTitle=Nieuwe besmettingen per dag
| y=3, 4, 12, 13, 48, 40, 41, 41, 33, 45, 71, 77, 137, 172, 183, 218, 221, 233, 272, 375, 459, 515, 700, 667, 542, 622, 1128, 1053, 1056, 1193, 992, 748, 807, 1132, 1044, 1034, 1230, 1098, 855, 775, 1089, 1351, 1315, 1392, 1048, 823, 755, 807, 1105, 1163, 1266, 986, 615, 593, 707, 967, 793, 651, 569, 364, 150, 18
| xGrid= | yGrid=
}}

:This template is using [[mw:Extension:Graph]] and developers are working on this problem since 2015. It's going quite slow. For details see [https://phabricator.wikimedia.org/T100444] --[[Benutzer:Pietrasagh|Pietrasagh]] ([[Benutzer Diskussion:Pietrasagh|Diskussion]]) 18:05, 21. Jun. 2020 (CEST)
::A workaround is to show the date labels in numbers with <code>xAxisFormat = %m/%Y</code> or in this case <code>xAxisFormat = %d/%m</code>:
:{{Graph:Chart
| type=line
| linewidth=2
| width=800
| colors=green
| showValues=offset:4
| xAxisTitle=Datum
| xType=date
| xAxisFormat = %d/%m
| x=2020/02/27, 2020/02/28, 2020/02/29, 2020/03/01, 2020/03/02, 2020/03/03, 2020/03/04, 2020/03/05, 2020/03/06, 2020/03/07, 2020/03/08, 2020/03/09, 2020/03/10, 2020/03/11, 2020/03/12, 2020/03/13, 2020/03/14, 2020/03/15, 2020/03/16, 2020/03/17, 2020/03/18, 2020/03/19, 2020/03/20, 2020/03/21, 2020/03/22, 2020/03/23, 2020/03/24, 2020/03/25, 2020/03/26, 2020/03/27, 2020/03/28, 2020/03/29, 2020/03/30, 2020/03/31, 2020/04/01, 2020/04/02, 2020/04/03, 2020/04/04, 2020/04/05, 2020/04/06, 2020/04/07, 2020/04/08, 2020/04/09, 2020/04/10, 2020/04/11, 2020/04/12, 2020/04/13, 2020/04/14, 2020/04/15, 2020/04/16, 2020/04/17, 2020/04/18, 2020/04/19, 2020/04/20, 2020/04/21, 2020/04/22, 2020/04/23, 2020/04/24, 2020/04/25, 2020/04/26, 2020/04/27, 2020/04/28
| yAxisTitle=Nieuwe besmettingen per dag
| y=3, 4, 12, 13, 48, 40, 41, 41, 33, 45, 71, 77, 137, 172, 183, 218, 221, 233, 272, 375, 459, 515, 700, 667, 542, 622, 1128, 1053, 1056, 1193, 992, 748, 807, 1132, 1044, 1034, 1230, 1098, 855, 775, 1089, 1351, 1315, 1392, 1048, 823, 755, 807, 1105, 1163, 1266, 986, 615, 593, 707, 967, 793, 651, 569, 364, 150, 18
| xGrid= | yGrid=
}}
:[[User:The RedBurn|The RedBurn]] ([[User Talk:The RedBurn|ϕ]]) 00:11, 10. Sep. 2020 (CEST)

== Offene Sichtung? (Bitte um Sichtung) ==

Hallo, könnte es sein, dass es im Modul eine Änderung gegeben hat, die dazu führt, dass andere Artikel als nicht vollständig gesichtet gelten?

* https://de.wikipedia.org/w/index.php?title=Modul:Graph&diff=cur&oldid=201182147

* Vorlagen- und Dateiänderungen dieser Version sind noch nicht markiert. Die gesichtete Version wurde am 27. Juni 2020 markiert.

* Vorlagen/Dateien wurden aktualisiert (nicht markierte Seiten sind in fett gekennzeichnet): Modul:Graph

* https://de.wikipedia.org/w/index.php?title=Die_Tageszeitung&stable=0&redirect=no

Oder sehe ich das falsch? (Im [[Die Tageszeitung|Artikel]] sehen ich keine ungesichteten Änderung.)

Viele Grüße --[[Benutzer:Molgreen|Molgreen]] ([[Benutzer Diskussion:Molgreen|Diskussion]]) 18:48, 27. Jun. 2020 (CEST)

== Common WorldMap-iso2.json for all wikis on Commons ==

Hi,

We're having problems to create a Module:Graph/WorldMap-iso2.json on :fr because the Module namespace is normally for Lua instead of JSON. 
Wouldn't it be possible to use a WorldMap-iso2.json on Commons instead of a local one on each wiki? This would also make it easier to keep it up to date. [[User:The RedBurn|The RedBurn]] ([[User Talk:The RedBurn|ϕ]]) 13:09, 27. Aug. 2020 (CEST)

== Loading spinner bug ==

On mobile, the loading spinner appears from behind graphs drawn with this module when horizontally scrolling on them. I've filed a bug report [https://phabricator.wikimedia.org/T286112], but maybe this can be solved directly in the module? [[Benutzer:Somnifuguist|Somnifuguist]] ([[Benutzer Diskussion:Somnifuguist|Diskussion]]) 04:33, 13. Jul. 2021 (CEST)

== Line color for pie charts ==

Hi! I have added an option for the line color (called <code>linecolor</code>, to match <code>linewidth</code>) of a pie chart to the sandbox: [[Special:Diff/215633154]].

You can see it in action at [[s:en:Template:Progress_pie_chart]], where some pie charts may have a "missing" section. Hopefully it can be added upstream here to keep it in sync. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 15:50, 16. Sep. 2021 (CEST)

Modul:Graph/sandbox

2021-09-16T13:45:52Z

Inductiveload: add linecolor option for pie charts - default is still white

-- ATTENTION: Please edit this code at https://de.wikipedia.org/wiki/Modul:Graph
-- This way all wiki languages can stay in sync. Thank you!
--
-- BUGS: X-Axis label format bug? (xAxisFormat =) https://en.wikipedia.org/wiki/Template_talk:Graph:Chart#X-Axis_label_format_bug?_(xAxisFormat_=)
-- linewidths - doesnt work for two values (eg 0, 1) but work if added third value of both are zeros? Same for marksStroke - probably bug in Graph extension
-- clamp - "clamp" used to avoid marks outside marks area, "clip" should be use instead but not working in Graph extension, see https://phabricator.wikimedia.org/T251709
-- Reordering even strings like integers - see https://en.wikipedia.org/wiki/Template_talk:Graph:Chart#Reordering_even_strings_like_integers
-- TODO:
-- marks:
-- - line strokeDash + serialization,
-- - symStroke serialization
-- - symbolsNoFill serialization
-- - arbitrary SVG path symbol shape as symbolsShape argument
-- - annotations
-- - vertical / horizontal line at specific values [DONE] 2020-09-01
-- - rectangle shape for x,y data range
-- - graph type serialization (deep rebuild reqired)
-- - second axis (deep rebuild required - assignment of series to one of two axies)

-- Version History (_PLEASE UPDATE when modifying anything_):
-- 2021-09-16 Add linecolor option for pie charts
-- 2020-09-01 Vertical and horizontal line annotations
-- 2020-08-08 New logic for "nice" for x axis (problem with scale when xType = "date") and grid
-- 2020-06-21 Serializes symbol size
-- transparent symbosls (from line colour) - buggy (incorrect opacity on overlap with line)
-- Linewidth serialized with "linewidths"
-- Variable symbol size and shape of symbols on line charts, default showSymbols = 2, default symbolsShape = circle, symbolsStroke = 0
-- p.chartDebuger(frame) for easy debug and JSON output
-- 2020-06-07 Allow lowercase variables for use with [[Template:Wikidata list]]
-- 2020-05-27 Map: allow specification which feature to display and changing the map center
-- 2020-04-08 Change default showValues.fontcolor from black to persistentGrey
-- 2020-04-06 Logarithmic scale outputs wrong axis labels when "nice"=true
-- 2020-03-11 Allow user-defined scale types, e.g. logarithmic scale
-- 2019-11-08 Apply color-inversion-friendliness to legend title, labels, and xGrid
-- 2019-01-24 Allow comma-separated lists to contain values with commas
-- 2018-10-13 Fix browser color-inversion issues via #54595d per [[mw:Template:Graph:PageViews]]
-- 2018-09-16 Allow disabling the legend for templates
-- 2018-09-10 Allow grid lines
-- 2018-08-26 Use user-defined order for stacked charts
-- 2018-02-11 Force usage of explicitely provided x minimum and/or maximum values, rotation of x labels
-- 2017-08-08 Added showSymbols param to show symbols on line charts
-- 2016-05-16 Added encodeTitleForPath() to help all path-based APIs graphs like pageviews
-- 2016-03-20 Allow omitted data for charts, labels for line charts with string (ordinal) scale at point location
-- 2016-01-28 For maps, always use wikiraw:// protocol. https:// will be disabled soon.

local p = {}

--add debug text to this string with eg. debuglog = debuglog .. "" .. "\n\n" .. "- " .. debug.traceback() .. "result type: ".. type(result) .. " result: \n\n" .. mw.dumpObject(result)
--invoke chartDebuger() to get graph JSON and this string
debuglog = "Debug " .. "\n\n"

local baseMapDirectory = "Module:Graph/"
local persistentGrey = "#54595d"

local shapes = {}
shapes = {
circle = "circle", x= "M-.5,-.5L.5,.5M.5,-.5L-.5,.5" , square = "square",
cross = "cross", diamond = "diamond", triangle_up = "triangle-up",
triangle_down = "triangle-down", triangle_right = "triangle-right",
triangle_left = "triangle-left",
banana = "m -0.5281,0.2880 0.0020,0.0192 m 0,0 c 0.1253,0.0543 0.2118,0.0679 0.3268,0.0252 0.1569,-0.0582 0.3663,-0.1636 0.4607,-0.3407 0.0824,-0.1547 0.1202,-0.2850 0.0838,-0.4794 l 0.0111,-0.1498 -0.0457,-0.0015 c -0.0024,0.3045 -0.1205,0.5674 -0.3357,0.7414 -0.1409,0.1139 -0.3227,0.1693 -0.5031,0.1856 m 0,0 c 0.1804,-0.0163 0.3622,-0.0717 0.5031,-0.1856 0.2152,-0.1739 0.3329,-0.4291 0.3357,-0.7414 l -0.0422,0.0079 c 0,0 -0.0099,0.1111 -0.0227,0.1644 -0.0537,0.1937 -0.1918,0.3355 -0.3349,0.4481 -0.1393,0.1089 -0.2717,0.2072 -0.4326,0.2806 l -0.0062,0.0260"
}

local function numericArray(csv)
if not csv then return end
local list = mw.text.split(csv, "%s*,%s*")
local result = {}
local isInteger = true
for i = 1, #list do
if list[i] == "" then
result[i] = nil
else
result[i] = tonumber(list[i])
if not result[i] then return end
if isInteger then
local int, frac = math.modf(result[i])
isInteger = frac == 0.0
end
end
end

return result, isInteger
end

local function stringArray(text)
if not text then return end

local list = mw.text.split(mw.ustring.gsub(tostring(text), "\\,", "<COMMA>"), ",", true)
for i = 1, #list do
list[i] = mw.ustring.gsub(mw.text.trim(list[i]), "<COMMA>", ",")
end
return list
end

local function isTable(t) return type(t) == "table" end

local function copy(x)
if type(x) == "table" then
local result = {}
for key, value in pairs(x) do result[key] = copy(value) end
return result
else
return x
end
end

function p.map(frame)
-- map path data for geographic objects
local basemap = frame.args.basemap or "WorldMap-iso2.json" -- WorldMap name and/or location may vary from wiki to wiki
-- scaling factor
local scale = tonumber(frame.args.scale) or 100
-- map projection, see https://github.com/mbostock/d3/wiki/Geo-Projections
local projection = frame.args.projection or "equirectangular"
-- defaultValue for geographic objects without data
local defaultValue = frame.args.defaultValue or frame.args.defaultvalue
local scaleType = frame.args.scaleType or frame.args.scaletype or "linear"
-- minimaler Wertebereich (nur für numerische Daten)
local domainMin = tonumber(frame.args.domainMin or frame.args.domainmin)
-- maximaler Wertebereich (nur für numerische Daten)
local domainMax = tonumber(frame.args.domainMax or frame.args.domainmax)
-- Farbwerte der Farbskala (nur für numerische Daten)
local colorScale = frame.args.colorScale or frame.args.colorscale or "category10"
-- show legend
local legend = frame.args.legend
-- the map feature to display
local feature = frame.args.feature or "countries"
-- map center
local center = numericArray(frame.args.center)
-- format JSON output
local formatJson = frame.args.formatjson

-- map data are key-value pairs: keys are non-lowercase strings (ideally ISO codes) which need to match the "id" values of the map path data
local values = {}
local isNumbers = nil
for name, value in pairs(frame.args) do
if mw.ustring.find(name, "^[^%l]+$") and value and value ~= "" then
if isNumbers == nil then isNumbers = tonumber(value) end
local data = { id = name, v = value }
if isNumbers then data.v = tonumber(data.v) end
table.insert(values, data)
end
end
if not defaultValue then
if isNumbers then defaultValue = 0 else defaultValue = "silver" end
end

-- create highlight scale
local scales
if isNumbers then
if colorScale then colorScale = string.lower(colorScale) end
if colorScale == "category10" or colorScale == "category20" then else colorScale = stringArray(colorScale) end
scales =
{
{
name = "color",
type = scaleType,
domain = { data = "highlights", field = "v" },
range = colorScale,
nice = true,
zero = false
}
}
if domainMin then scales[1].domainMin = domainMin end
if domainMax then scales[1].domainMax = domainMax end

local exponent = string.match(scaleType, "pow%s+(%d+%.?%d+)") -- check for exponent
if exponent then
scales[1].type = "pow"
scales[1].exponent = exponent
end
end

-- create legend
if legend then
legend =
{
{
fill = "color",
offset = 120,
properties =
{
title = { fontSize = { value = 14 } },
labels = { fontSize = { value = 12 } },
legend =
{
stroke = { value = "silver" },
strokeWidth = { value = 1.5 }
}
}
}
}
end

-- get map url
local basemapUrl
if (string.sub(basemap, 1, 10) == "wikiraw://") then
basemapUrl = basemap
else
-- if not a (supported) url look for a colon as namespace separator. If none prepend default map directory name.
if not string.find(basemap, ":") then basemap = baseMapDirectory .. basemap end
basemapUrl = "wikiraw:///" .. mw.uri.encode(mw.title.new(basemap).prefixedText, "PATH")
end

local output =
{
version = 2,
width = 1, -- generic value as output size depends solely on map size and scaling factor
height = 1, -- ditto
data =
{
{
-- data source for the highlights
name = "highlights",
values = values
},
{
-- data source for map paths data
name = feature,
url = basemapUrl,
format = { type = "topojson", feature = feature },
transform =
{
{
-- geographic transformation ("geopath") of map paths data
type = "geopath",
value = "data", -- data source
scale = scale,
translate = { 0, 0 },
center = center,
projection = projection
},
{
-- join ("zip") of mutiple data source: here map paths data and highlights
type = "lookup",
keys = { "id" }, -- key for map paths data
on = "highlights", -- name of highlight data source
onKey = "id", -- key for highlight data source
as = { "zipped" }, -- name of resulting table
default = { v = defaultValue } -- default value for geographic objects that could not be joined
}
}
}
},
marks =
{
-- output markings (map paths and highlights)
{
type = "path",
from = { data = feature },
properties =
{
enter = { path = { field = "layout_path" } },
update = { fill = { field = "zipped.v" } },
hover = { fill = { value = "darkgrey" } }
}
}
},
legends = legend
}
if (scales) then
output.scales = scales
output.marks[1].properties.update.fill.scale = "color"
end

local flags
if formatJson then flags = mw.text.JSON_PRETTY end
return mw.text.jsonEncode(output, flags)
end

local function deserializeXData(serializedX, xType, xMin, xMax)
local x

if not xType or xType == "integer" or xType == "number" then
local isInteger
x, isInteger = numericArray(serializedX)
if x then
xMin = tonumber(xMin)
xMax = tonumber(xMax)
if not xType then
if isInteger then xType = "integer" else xType = "number" end
end
else
if xType then error("Numbers expected for parameter 'x'") end
end
end
if not x then
x = stringArray(serializedX)
if not xType then xType = "string" end
end
return x, xType, xMin, xMax
end

local function deserializeYData(serializedYs, yType, yMin, yMax)
local y = {}
local areAllInteger = true

for yNum, value in pairs(serializedYs) do
local yValues
if not yType or yType == "integer" or yType == "number" then
local isInteger
yValues, isInteger = numericArray(value)
if yValues then
areAllInteger = areAllInteger and isInteger
else
if yType then
error("Numbers expected for parameter '" .. name .. "'")
else
return deserializeYData(serializedYs, "string", yMin, yMax)
end
end
end
if not yValues then yValues = stringArray(value) end

y[yNum] = yValues
end
if not yType then
if areAllInteger then yType = "integer" else yType = "number" end
end
if yType == "integer" or yType == "number" then
yMin = tonumber(yMin)
yMax = tonumber(yMax)
end

return y, yType, yMin, yMax
end

local function convertXYToManySeries(x, y, xType, yType, seriesTitles)
local data =
{
name = "chart",
format =
{
type = "json",
parse = { x = xType, y = yType }
},
values = {}
}
for i = 1, #y do
local yLen = table.maxn(y[i])
for j = 1, #x do
if j <= yLen and y[i][j] then table.insert(data.values, { series = seriesTitles[i], x = x[j], y = y[i][j] }) end
end
end
return data
end

local function convertXYToSingleSeries(x, y, xType, yType, yNames)
local data = { name = "chart", format = { type = "json", parse = { x = xType } }, values = {} }

for j = 1, #y do data.format.parse[yNames[j]] = yType end

for i = 1, #x do
local item = { x = x[i] }
for j = 1, #y do item[yNames[j]] = y[j][i] end

table.insert(data.values, item)
end
return data
end

local function getXScale(chartType, stacked, xMin, xMax, xType, xScaleType)
if chartType == "pie" then return end

local xscale =
{
name = "x",
range = "width",
zero = false, -- do not include zero value
domain = { data = "chart", field = "x" }
}
if xScaleType then xscale.type = xScaleType else xscale.type = "linear" end
if xMin then xscale.domainMin = xMin end
if xMax then xscale.domainMax = xMax end
if xMin or xMax then
xscale.clamp = true
xscale.nice = false
end
if chartType == "rect" then
xscale.type = "ordinal"
if not stacked then xscale.padding = 0.2 end -- pad each bar group
else
if xType == "date" then
xscale.type = "time"
elseif xType == "string" then
xscale.type = "ordinal"
xscale.points = true
end
end
if xType and xType ~= "date" and xScaleType ~= "log" then xscale.nice = true end -- force round numbers for x scale, but "log" and "date" scale outputs a wrong "nice" scale
return xscale
end

local function getYScale(chartType, stacked, yMin, yMax, yType, yScaleType)
if chartType == "pie" then return end

local yscale =
{
name = "y",
range = "height",
-- area charts have the lower boundary of their filling at y=0 (see marks.properties.enter.y2), therefore these need to start at zero
zero = chartType ~= "line",
nice = yScaleType ~= "log" -- force round numbers for y scale, but log scale outputs a wrong "nice" scale
}
if yScaleType then yscale.type = yScaleType else yscale.type = "linear" end
if yMin then yscale.domainMin = yMin end
if yMax then yscale.domainMax = yMax end
if yMin or yMax then yscale.clamp = true end
if yType == "date" then yscale.type = "time"
elseif yType == "string" then yscale.type = "ordinal" end
if stacked then
yscale.domain = { data = "stats", field = "sum_y" }
else
yscale.domain = { data = "chart", field = "y" }
end

return yscale
end

local function getColorScale(colors, chartType, xCount, yCount)
if not colors then
if (chartType == "pie" and xCount > 10) or yCount > 10 then colors = "category20" else colors = "category10" end
end

local colorScale =
{
name = "color",
type = "ordinal",
range = colors,
domain = { data = "chart", field = "series" }
}
if chartType == "pie" then colorScale.domain.field = "x" end
return colorScale
end

local function getAlphaColorScale(colors, y)
local alphaScale
-- if there is at least one color in the format "#aarrggbb", create a transparency (alpha) scale
if isTable(colors) then
local alphas = {}
local hasAlpha = false
for i = 1, #colors do
local a, rgb = string.match(colors[i], "#(%x%x)(%x%x%x%x%x%x)")
if a then
hasAlpha = true
alphas[i] = tostring(tonumber(a, 16) / 255.0)
colors[i] = "#" .. rgb
else
alphas[i] = "1"
end
end
for i = #colors + 1, #y do alphas[i] = "1" end
if hasAlpha then alphaScale = { name = "transparency", type = "ordinal", range = alphas } end
end
return alphaScale
end

local function getLineScale(linewidths, chartType)
local lineScale = {}

lineScale =
{
name = "line",
type = "ordinal",
range = linewidths,
domain = { data = "chart", field = "series" }
}

return lineScale
end

local function getSymSizeScale(symSize)
local SymSizeScale = {}
SymSizeScale =
{
name = "symSize",
type = "ordinal",
range = symSize,
domain = { data = "chart", field = "series" }
}

return SymSizeScale
end

local function getSymShapeScale(symShape)
local SymShapeScale = {}
SymShapeScale =
{
name = "symShape",
type = "ordinal",
range = symShape,
domain = { data = "chart", field = "series" }
}

return SymShapeScale
end

local function getValueScale(fieldName, min, max, type)
local valueScale =
{
name = fieldName,
type = type or "linear",
domain = { data = "chart", field = fieldName },
range = { min, max }
}
return valueScale
end

local function addInteractionToChartVisualisation(plotMarks, colorField, dataField)
-- initial setup
if not plotMarks.properties.enter then plotMarks.properties.enter = {} end
plotMarks.properties.enter[colorField] = { scale = "color", field = dataField }

-- action when cursor is over plot mark: highlight
if not plotMarks.properties.hover then plotMarks.properties.hover = {} end
plotMarks.properties.hover[colorField] = { value = "red" }

-- action when cursor leaves plot mark: reset to initial setup
if not plotMarks.properties.update then plotMarks.properties.update = {} end
plotMarks.properties.update[colorField] = { scale = "color", field = dataField }
end

local function getPieChartVisualisation(yCount, innerRadius, outerRadius, linewidth, linecolor, radiusScale)
local chartvis =
{
type = "arc",
from = { data = "chart", transform = { { field = "y", type = "pie" } } },

properties =
{
enter = {
innerRadius = { value = innerRadius },
outerRadius = { },
startAngle = { field = "layout_start" },
endAngle = { field = "layout_end" },
stroke = { value = linecolor or "white" },
strokeWidth = { value = linewidth or 1 }
}
}
}

if radiusScale then
chartvis.properties.enter.outerRadius.scale = radiusScale.name
chartvis.properties.enter.outerRadius.field = radiusScale.domain.field
else
chartvis.properties.enter.outerRadius.value = outerRadius
end

addInteractionToChartVisualisation(chartvis, "fill", "x")

return chartvis
end

local function getChartVisualisation(chartType, stacked, colorField, yCount, innerRadius, outerRadius, linewidth, linecolor, alphaScale, radiusScale, lineScale, interpolate)
if chartType == "pie" then return getPieChartVisualisation(yCount, innerRadius, outerRadius, linewidth, linecolor, radiusScale) end

local chartvis =
{
type = chartType,
properties =
{
-- chart creation event handler
enter =
{
x = { scale = "x", field = "x" },
y = { scale = "y", field = "y" }
}
}
}
addInteractionToChartVisualisation(chartvis, colorField, "series")
if colorField == "stroke" then
chartvis.properties.enter.strokeWidth = { value = linewidth or 2.5 }
if type(lineScale) =="table" then
chartvis.properties.enter.strokeWidth.value = nil
chartvis.properties.enter.strokeWidth =
{
scale = "line",
field= "series"
}
end
end

if interpolate then chartvis.properties.enter.interpolate = { value = interpolate } end

if alphaScale then chartvis.properties.update[colorField .. "Opacity"] = { scale = "transparency" } end
-- for bars and area charts set the lower bound of their areas
if chartType == "rect" or chartType == "area" then
if stacked then
-- for stacked charts this lower bound is the end of the last stacking element
chartvis.properties.enter.y2 = { scale = "y", field = "layout_end" }
else
--[[
for non-stacking charts the lower bound is y=0
TODO: "yscale.zero" is currently set to "true" for this case, but "false" for all other cases.
For the similar behavior "y2" should actually be set to where y axis crosses the x axis,
if there are only positive or negative values in the data ]]
chartvis.properties.enter.y2 = { scale = "y", value = 0 }
end
end
-- for bar charts ...
if chartType == "rect" then
-- set 1 pixel width between the bars
chartvis.properties.enter.width = { scale = "x", band = true, offset = -1 }
-- for multiple series the bar marking needs to use the "inner" series scale, whereas the "outer" x scale is used by the grouping
if not stacked and yCount > 1 then
chartvis.properties.enter.x.scale = "series"
chartvis.properties.enter.x.field = "series"
chartvis.properties.enter.width.scale = "series"
end
end
-- stacked charts have their own (stacked) y values
if stacked then chartvis.properties.enter.y.field = "layout_start" end

-- if there are multiple series group these together
if yCount == 1 then
chartvis.from = { data = "chart" }
else
-- if there are multiple series, connect colors to series
chartvis.properties.update[colorField].field = "series"
if alphaScale then chartvis.properties.update[colorField .. "Opacity"].field = "series" end

-- if there are multiple series, connect linewidths to series
if chartype == "line" then
chartvis.properties.update["strokeWidth"].field = "series"
end

-- apply a grouping (facetting) transformation
chartvis =
{
type = "group",
marks = { chartvis },
from =
{
data = "chart",
transform =
{
{
type = "facet",
groupby = { "series" }
}
}
}
}
-- for stacked charts apply a stacking transformation
if stacked then
table.insert(chartvis.from.transform, 1, { type = "stack", groupby = { "x" }, sortby = { "-_id" }, field = "y" } )
else
-- for bar charts the series are side-by-side grouped by x
if chartType == "rect" then
-- for bar charts with multiple series: each serie is grouped by the x value, therefore the series need their own scale within each x group
local groupScale =
{
name = "series",
type = "ordinal",
range = "width",
domain = { field = "series" }
}

chartvis.from.transform[1].groupby = "x"
chartvis.scales = { groupScale }
chartvis.properties = { enter = { x = { field = "key", scale = "x" }, width = { scale = "x", band = true } } }
end
end
end

return chartvis
end

local function getTextMarks(chartvis, chartType, outerRadius, scales, radiusScale, yType, showValues)
local properties
if chartType == "rect" then
properties =
{
x = { scale = chartvis.properties.enter.x.scale, field = chartvis.properties.enter.x.field },
y = { scale = chartvis.properties.enter.y.scale, field = chartvis.properties.enter.y.field, offset = -(tonumber(showValues.offset) or -4) },
--dx = { scale = chartvis.properties.enter.x.scale, band = true, mult = 0.5 }, -- for horizontal text
dy = { scale = chartvis.properties.enter.x.scale, band = true, mult = 0.5 }, -- for vertical text
align = { },
baseline = { value = "middle" },
fill = { },
angle = { value = -90 },
fontSize = { value = tonumber(showValues.fontsize) or 11 }
}
if properties.y.offset >= 0 then
properties.align.value = "right"
properties.fill.value = showValues.fontcolor or "white"
else
properties.align.value = "left"
properties.fill.value = showValues.fontcolor or persistentGrey
end
elseif chartType == "pie" then
properties =
{
x = { group = "width", mult = 0.5 },
y = { group = "height", mult = 0.5 },
radius = { offset = tonumber(showValues.offset) or -4 },
theta = { field = "layout_mid" },
fill = { value = showValues.fontcolor or persistentGrey },
baseline = { },
angle = { },
fontSize = { value = tonumber(showValues.fontsize) or math.ceil(outerRadius / 10) }
}
if (showValues.angle or "midangle") == "midangle" then
properties.align = { value = "center" }
properties.angle = { field = "layout_mid", mult = 180.0 / math.pi }

if properties.radius.offset >= 0 then
properties.baseline.value = "bottom"
else
if not showValues.fontcolor then properties.fill.value = "white" end
properties.baseline.value = "top"
end
elseif tonumber(showValues.angle) then
-- qunatize scale for aligning text left on right half-circle and right on left half-circle
local alignScale = { name = "align", type = "quantize", domainMin = 0.0, domainMax = math.pi * 2, range = { "left", "right" } }
table.insert(scales, alignScale)

properties.align = { scale = alignScale.name, field = "layout_mid" }
properties.angle = { value = tonumber(showValues.angle) }
properties.baseline.value = "middle"
if not tonumber(showValues.offset) then properties.radius.offset = 4 end
end

if radiusScale then
properties.radius.scale = radiusScale.name
properties.radius.field = radiusScale.domain.field
else
properties.radius.value = outerRadius
end
end

if properties then
if showValues.format then
local template = "datum.y"
if yType == "integer" or yType == "number" then template = template .. "|number:'" .. showValues.format .. "'"
elseif yType == "date" then template = template .. "|time:" .. showValues.format .. "'"
end
properties.text = { template = "{{" .. template .. "}}" }
else
properties.text = { field = "y" }
end

local textmarks =
{
type = "text",
properties =
{
enter = properties
}
}
if chartvis.from then textmarks.from = copy(chartvis.from) end

return textmarks
end
end

local function getSymbolMarks(chartvis, symSize, symShape, symStroke, noFill, alphaScale)

local symbolmarks
symbolmarks =
{
type = "symbol",
properties =
{
enter =
{
x = { scale = "x", field = "x" },
y = { scale = "y", field = "y" },
strokeWidth = { value = symStroke },
stroke = { scale = "color", field = "series" },
fill = { scale = "color", field = "series" },
}
}
}
if type(symShape) == "string" then
symbolmarks.properties.enter.shape = { value = symShape }
end
if type(symShape) == "table" then
symbolmarks.properties.enter.shape = { scale = "symShape", field = "series" }
end
if type(symSize) == "number" then
symbolmarks.properties.enter.size = { value = symSize }
end
if type(symSize) == "table" then
symbolmarks.properties.enter.size = { scale = "symSize", field = "series" }
end
if noFill then
symbolmarks.properties.enter.fill = nil
end
if alphaScale then
symbolmarks.properties.enter.fillOpacity =
{ scale = "transparency", field = "series" }
symbolmarks.properties.enter.strokeOpacity =
{ scale = "transparency", field = "series" }
end
if chartvis.from then symbolmarks.from = copy(chartvis.from) end

return symbolmarks
end

local function getAnnoMarks(chartvis, stroke, fill, opacity)

local vannolines, hannolines, vannoLabels, vannoLabels
vannolines =
{
type = "rule",
from = { data = "v_anno" },
properties =
{
update =
{
x = { scale = "x", field = "x" },
y = { value = 0 },
y2 = { field = { group = "height" } },
strokeWidth = { value = stroke },
stroke = { value = persistentGrey },
opacity = { value = opacity }
}
}
}

vannolabels =
{
type = "text",
from = { data = "v_anno" },
properties =
{
update =
{
x = { scale = "x", field = "x", offset = 3 },
y = { field = { group = "height" }, offset = -3 },
text = { field = "label" },
baseline = { value = "top" },
angle = { value = -90 },
fill = { value = persistentGrey },
opacity = { value = opacity }
}
}
}

hannolines =
{
type = "rule",
from = { data = "h_anno" },
properties =
{
update =
{
y = { scale = "y", field = "y" },
x = { value = 0 },
x2 = { field = { group = "width" } },
strokeWidth = { value = stroke },
stroke = { value = persistentGrey },
opacity = { value = opacity }
}
}
}

hannolabels =
{
type = "text",
from = { data = "h_anno" },
properties =
{
update =
{
y = { scale = "y", field = "y", offset = 3 },
x = { value = 0 , offset = 3 },
text = { field = "label" },
baseline = { value = "top" },
angle = { value = 0 },
fill = { value = persistentGrey },
opacity = { value = opacity }
}
}
}

return vannolines, vannolabels, hannolines, hannolabels
end

local function getAxes(xTitle, xAxisFormat, xAxisAngle, xType, xGrid, yTitle, yAxisFormat, yType, yGrid, chartType)
local xAxis, yAxis
if chartType ~= "pie" then
if xType == "integer" and not xAxisFormat then xAxisFormat = "d" end
xAxis =
{
type = "x",
scale = "x",
title = xTitle,
format = xAxisFormat,
grid = xGrid
}
if xAxisAngle then
local xAxisAlign
if xAxisAngle < 0 then xAxisAlign = "right" else xAxisAlign = "left" end
xAxis.properties =
{
title =
{
fill = { value = persistentGrey }
},
labels =
{
angle = { value = xAxisAngle },
align = { value = xAxisAlign },
fill = { value = persistentGrey }
},
ticks =
{
stroke = { value = persistentGrey }
},
axis =
{
stroke = { value = persistentGrey },
strokeWidth = { value = 2 }
},
grid =
{
stroke = { value = persistentGrey }
}
}
else
xAxis.properties =
{
title =
{
fill = { value = persistentGrey }
},
labels =
{
fill = { value = persistentGrey }
},
ticks =
{
stroke = { value = persistentGrey }
},
axis =
{
stroke = { value = persistentGrey },
strokeWidth = { value = 2 }
},
grid =
{
stroke = { value = persistentGrey }
}
}
end

if yType == "integer" and not yAxisFormat then yAxisFormat = "d" end
yAxis =
{
type = "y",
scale = "y",
title = yTitle,
format = yAxisFormat,
grid = yGrid
}
yAxis.properties =
{
title =
{
fill = { value = persistentGrey }
},
labels =
{
fill = { value = persistentGrey }
},
ticks =
{
stroke = { value = persistentGrey }
},
axis =
{
stroke = { value = persistentGrey },
strokeWidth = { value = 2 }
},
grid =
{
stroke = { value = persistentGrey }
}
}

end

return xAxis, yAxis
end

local function getLegend(legendTitle, chartType, outerRadius)
local legend =
{
fill = "color",
stroke = "color",
title = legendTitle,
}
legend.properties = {
title = {
fill = { value = persistentGrey },
},
labels = {
fill = { value = persistentGrey },
},
}
if chartType == "pie" then
legend.properties = {
-- move legend from center position to top
legend = {
y = { value = -outerRadius },
},
title = {
fill = { value = persistentGrey }
},
labels = {
fill = { value = persistentGrey },
},
}
end
return legend
end

function p.chart(frame)
-- chart width and height
local graphwidth = tonumber(frame.args.width) or 200
local graphheight = tonumber(frame.args.height) or 200
-- chart type
local chartType = frame.args.type or "line"
-- interpolation mode for line and area charts: linear, step-before, step-after, basis, basis-open, basis-closed (type=line only), bundle (type=line only), cardinal, cardinal-open, cardinal-closed (type=line only), monotone
local interpolate = frame.args.interpolate
-- mark colors (if no colors are given, the default 10 color palette is used)
local colorString = frame.args.colors
if colorString then colorString = string.lower(colorString) end
local colors = stringArray(colorString)
-- for line charts, the thickness of the line; for pie charts the gap between each slice
local linewidth = tonumber(frame.args.linewidth)
local linewidthsString = frame.args.linewidths
local linewidths
if linewidthsString and linewidthsString ~= "" then linewidths = numericArray(linewidthsString) or false end
local linecolor = frame.args.linecolor or 'white'
-- x and y axis caption
local xTitle = frame.args.xAxisTitle or frame.args.xaxistitle
local yTitle = frame.args.yAxisTitle or frame.args.yaxistitle
-- x and y value types
local xType = frame.args.xType or frame.args.xtype
local yType = frame.args.yType or frame.args.ytype
-- override x and y axis minimum and maximum
local xMin = frame.args.xAxisMin or frame.args.xaxismin
local xMax = frame.args.xAxisMax or frame.args.xaxismax
local yMin = frame.args.yAxisMin or frame.args.yaxismin
local yMax = frame.args.yAxisMax or frame.args.yaxismax
-- override x and y axis label formatting
local xAxisFormat = frame.args.xAxisFormat or frame.args.xaxisformat
local yAxisFormat = frame.args.yAxisFormat or frame.args.yaxisformat
local xAxisAngle = tonumber(frame.args.xAxisAngle) or tonumber(frame.args.xaxisangle)
-- x and y scale types
local xScaleType = frame.args.xScaleType or frame.args.xscaletype
local yScaleType = frame.args.yScaleType or frame.args.yscaletype
-- log scale require minimum > 0, for now it's no possible to plot negative values on log - TODO see: https://www.mathworks.com/matlabcentral/answers/1792-log-scale-graphic-with-negative-value
-- if xScaleType == "log" then
-- if (not xMin or tonumber(xMin) <= 0) then xMin = 0.1 end
-- if not xType then xType = "number" end
-- end
-- if yScaleType == "log" then
-- if (not yMin or tonumber(yMin) <= 0) then yMin = 0.1 end
-- if not yType then yType = "number" end
-- end

-- show grid
local xGrid = frame.args.xGrid or frame.args.xgrid or false
local yGrid = frame.args.yGrid or frame.args.ygrid or false
-- for line chart, show a symbol at each data point
local showSymbols = frame.args.showSymbols or frame.args.showsymbols
local symbolsShape = frame.args.symbolsShape or frame.args.symbolsshape
local symbolsNoFill = frame.args.symbolsNoFill or frame.args.symbolsnofill
local symbolsStroke = tonumber(frame.args.symbolsStroke or frame.args.symbolsstroke)
-- show legend with given title
local legendTitle = frame.args.legend
-- show values as text
local showValues = frame.args.showValues or frame.args.showvalues
-- show v- and h-line annotations
local v_annoLineString = frame.args.vAnnotatonsLine or frame.args.vannotatonsline
local h_annoLineString = frame.args.hAnnotatonsLine or frame.args.hannotatonsline
local v_annoLabelString = frame.args.vAnnotatonsLabel or frame.args.vannotatonslabel
local h_annoLabelString = frame.args.hAnnotatonsLabel or frame.args.hannotatonslabel

-- decode annotations cvs
local v_annoLine, v_annoLabel, h_annoLine, h_annoLabel
if v_annoLineString and v_annoLineString ~= "" then

if xType == "number" or xType == "integer" then
v_annoLine = numericArray(v_annoLineString)

else
v_annoLine = stringArray(v_annoLineString)

end
v_annoLabel = stringArray(v_annoLabelString)
end
if h_annoLineString and h_annoLineString ~= "" then

if yType == "number" or yType == "integer" then
h_annoLine = numericArray(h_annoLineString)

else
h_annoLine = stringArray(h_annoLineString)

end
h_annoLabel = stringArray(h_annoLabelString)
end

-- pie chart radiuses
local innerRadius = tonumber(frame.args.innerRadius) or tonumber(frame.args.innerradius) or 0
local outerRadius = math.min(graphwidth, graphheight)
-- format JSON output
local formatJson = frame.args.formatjson

-- get x values
local x
x, xType, xMin, xMax = deserializeXData(frame.args.x, xType, xMin, xMax)

-- get y values (series)
local yValues = {}
local seriesTitles = {}
for name, value in pairs(frame.args) do
local yNum
if name == "y" then yNum = 1 else yNum = tonumber(string.match(name, "^y(%d+)$")) end
if yNum then
yValues[yNum] = value
-- name the series: default is "y<number>". Can be overwritten using the "y<number>Title" parameters.
seriesTitles[yNum] = frame.args["y" .. yNum .. "Title"] or frame.args["y" .. yNum .. "title"] or name
end
end
local y
y, yType, yMin, yMax = deserializeYData(yValues, yType, yMin, yMax)

-- create data tuples, consisting of series index, x value, y value
local data
if chartType == "pie" then
-- for pie charts the second second series is merged into the first series as radius values
data = convertXYToSingleSeries(x, y, xType, yType, { "y", "r" })
else
data = convertXYToManySeries(x, y, xType, yType, seriesTitles)
end

-- configure stacked charts
local stacked = false
local stats
if string.sub(chartType, 1, 7) == "stacked" then
chartType = string.sub(chartType, 8)
if #y > 1 then -- ignore stacked charts if there is only one series
stacked = true
-- aggregate data by cumulative y values
stats =
{
name = "stats", source = "chart", transform =
{
{
type = "aggregate",
groupby = { "x" },
summarize = { y = "sum" }
}
}
}
end
end

-- add annotations to data
local vannoData, hannoData

if v_annoLine then
vannoData = { name = "v_anno", format = { type = "json", parse = { x = xType } }, values = {} }
for i = 1, #v_annoLine do
local item = { x = v_annoLine[i], label = v_annoLabel[i] }
table.insert(vannoData.values, item)
end
end
if h_annoLine then
hannoData = { name = "h_anno", format = { type = "json", parse = { y = yType } }, values = {} }
for i = 1, #h_annoLine do
local item = { y = h_annoLine[i], label = h_annoLabel[i] }
table.insert(hannoData.values, item)
end
end

-- create scales
local scales = {}

local xscale = getXScale(chartType, stacked, xMin, xMax, xType, xScaleType)
table.insert(scales, xscale)
local yscale = getYScale(chartType, stacked, yMin, yMax, yType, yScaleType)
table.insert(scales, yscale)

local colorScale = getColorScale(colors, chartType, #x, #y)
table.insert(scales, colorScale)

local alphaScale = getAlphaColorScale(colors, y)
table.insert(scales, alphaScale)

local lineScale
if (linewidths) and (chartType == "line") then
lineScale = getLineScale(linewidths, chartType)
table.insert(scales, lineScale)
end

local radiusScale
if chartType == "pie" and #y > 1 then
radiusScale = getValueScale("r", 0, outerRadius)
table.insert(scales, radiusScale)
end

-- decide if lines (strokes) or areas (fills) should be drawn
local colorField
if chartType == "line" then colorField = "stroke" else colorField = "fill" end

-- create chart markings
local chartvis = getChartVisualisation(chartType, stacked, colorField, #y, innerRadius, outerRadius, linewidth, linecolor, alphaScale, radiusScale, lineScale, interpolate)
local marks = { chartvis }

-- text marks
if showValues then
if type(showValues) == "string" then -- deserialize as table
local keyValues = mw.text.split(showValues, "%s*,%s*")
showValues = {}
for _, kv in ipairs(keyValues) do
local key, value = mw.ustring.match(kv, "^%s*(.-)%s*:%s*(.-)%s*$")
if key then showValues[key] = value end
end
end

local chartmarks = chartvis
if chartmarks.marks then chartmarks = chartmarks.marks[1] end
local textmarks = getTextMarks(chartmarks, chartType, outerRadius, scales, radiusScale, yType, showValues)
if chartmarks ~= chartvis then
table.insert(chartvis.marks, textmarks)
else
table.insert(marks, textmarks)
end
end

-- grids
if xGrid then
if xGrid == "0" then xGrid = false
elseif xGrid == 0 then xGrid = false
elseif xGrid == "false" then xGrid = false
elseif xGrid == "n" then xGrid = false
else xGrid = true
end
end
if yGrid then
if yGrid == "0" then yGrid = false
elseif yGrid == 0 then yGrid = false
elseif yGrid == "false" then yGrid = false
elseif yGrid == "n" then yGrid = false
else yGrid = true
end
end

-- symbol marks
if showSymbols and chartType ~= "rect" then
local chartmarks = chartvis
if chartmarks.marks then chartmarks = chartmarks.marks[1] end

if type(showSymbols) == "string" then
if showSymbols == "" then showSymbols = true
else showSymbols = numericArray(showSymbols)
end
else
showSymbols = tonumber(showSymbols)
end

-- custom size
local symSize
if type(showSymbols) == "number" then
symSize = tonumber(showSymbols*showSymbols*8.5)
elseif type(showSymbols) == "table" then
symSize = {}
for k, v in pairs(showSymbols) do
symSize[k]=v*v*8.5 -- "size" acc to Vega syntax is area of symbol
end
else
symSize = 50
end
-- symSizeScale
local symSizeScale = {}
if type(symSize) == "table" then
symSizeScale = getSymSizeScale(symSize)
table.insert(scales, symSizeScale)
end

-- custom shape
if stringArray(symbolsShape) and #stringArray(symbolsShape) > 1 then symbolsShape = stringArray(symbolsShape) end

local symShape = " "

if type(symbolsShape) == "string" and shapes[symbolsShape] then
symShape = shapes[symbolsShape]
elseif type(symbolsShape) == "table" then
symShape = {}
for k, v in pairs(symbolsShape) do
if symbolsShape[k] and shapes[symbolsShape[k]] then
symShape[k]=shapes[symbolsShape[k]]
else
symShape[k] = "circle"
end
end
else
symShape = "circle"
end
-- symShapeScale
local symShapeScale = {}
if type(symShape) == "table" then
symShapeScale = getSymShapeScale(symShape)
table.insert(scales, symShapeScale)
end

-- custom stroke
local symStroke
if (type(symbolsStroke) == "number") then
symStroke = tonumber(symbolsStroke)
-- TODO symStroke serialization
-- elseif type(symbolsStroke) == "table" then
-- symStroke = {}
-- for k, v in pairs(symbolsStroke) do
-- symStroke[k]=symbolsStroke[k]
-- --always draw x with stroke
-- if symbolsShape[k] == "x" then symStroke[k] = 2.5 end
--always draw x with stroke
-- if symbolsNoFill[k] then symStroke[k] = 2.5 end
-- end
else
symStroke = 0
--always draw x with stroke
if symbolsShape == "x" then symStroke = 2.5 end
--always draw x with stroke
if symbolsNoFill then symStroke = 2.5 end
end

-- TODO -- symStrokeScale
-- local symStrokeScale = {}
-- if type(symStroke) == "table" then
-- symStrokeScale = getSymStrokeScale(symStroke)
-- table.insert(scales, symStrokeScale)
-- end

local symbolmarks = getSymbolMarks(chartmarks, symSize, symShape, symStroke, symbolsNoFill, alphaScale)
if chartmarks ~= chartvis then
table.insert(chartvis.marks, symbolmarks)
else
table.insert(marks, symbolmarks)
end
end

local vannolines, vannolabels, hannolines, hannolabels = getAnnoMarks(chartmarks, persistentGrey, persistentGrey, 0.75)
if vannoData then
table.insert(marks, vannolines)
table.insert(marks, vannolabels)
end
if hannoData then
table.insert(marks, hannolines)
table.insert(marks, hannolabels)
end

-- axes
local xAxis, yAxis = getAxes(xTitle, xAxisFormat, xAxisAngle, xType, xGrid, yTitle, yAxisFormat, yType, yGrid, chartType)

-- legend
local legend
if legendTitle and tonumber(legendTitle) ~= 0 then legend = getLegend(legendTitle, chartType, outerRadius) end
-- construct final output object
local output =
{
version = 2,
width = graphwidth,
height = graphheight,
data = { data },
scales = scales,
axes = { xAxis, yAxis },
marks = marks,
legends = { legend }
}
if vannoData then table.insert(output.data, vannoData) end
if hannoData then table.insert(output.data, hannoData) end
if stats then table.insert(output.data, stats) end

local flags
if formatJson then flags = mw.text.JSON_PRETTY end
return mw.text.jsonEncode(output, flags)
end

function p.mapWrapper(frame)
return p.map(frame:getParent())
end

function p.chartWrapper(frame)
return p.chart(frame:getParent())
end

function p.chartDebuger(frame)
return "\n\nchart JSON\n ".. p.chart(frame) .. " \n\n" .. debuglog
end

-- Given an HTML-encoded title as first argument, e.g. one produced with {{ARTICLEPAGENAME}},
-- convert it into a properly URL path-encoded string
-- This function is critical for any graph that uses path-based APIs, e.g. PageViews graph
function p.encodeTitleForPath(frame)
return mw.uri.encode(mw.text.decode(mw.text.trim(frame.args[1])), 'PATH')
end

return p

Benutzer Diskussion:PerfektesChaos/js/lintHint

2021-06-04T12:33:49Z

Inductiveload: /* ID of button broken */ one more undefined remaining.

{{Babel|de|en-3|fr-1}}
{{Autoarchiv-Erledigt
|Alter = 5
|Ziel = '((FULLPAGENAME))/((Jahr))'
|Übersicht = [[Benutzer Diskussion:PerfektesChaos/js/lintHint/Archiv|Archiv]]
}}
== Lint error misdetecting.. ==

Here:
https://en.wikisource.org/w/index.php?title=Page:The_four_feathers.djvu/12&action=edit

It's claiming stripped tags, there should not be any as the template calls are matched up.

Please update your code accordingly, to account for header, body, footer template usage. [[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:17, 12. Mär. 2018 (CET)

:Another mis-detection - https://en.wikisource.org/wiki/Page:Niger_Delta_Ecosystems-_the_ERA_Handbook,_1998.djvu/253
[[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:57, 12. Mär. 2018 (CET)

== Mobil? ==

Müsste meine Schaltfläche nicht auch in der mobilen Ansicht funktionieren?
* Ich kann sie zwar anklicken und sie wird auch grau aber mehr passiert nicht. (Gemeint ich hier nur in der Seitenansicht, die Konsole schweigt dazu)
* Beim klicken auf einen dieser Bearbeitungsstifte erscheint die Schaltfläche gar nicht erst.
Ich wollte eigentlich nur mal H:ZQ aktualisieren, daher habbich mobile Ansicht aufgerufen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:59, 18. Mai 2018 (CEST)

: Du meinst den gelben kleinen Button auf Seitenvorschau etc.?
: Schaue ich mir an, eher nach Pfingsten. Keine Ahnung was klemmen könnte. Gibt kaum eine Besonderheit für mobil oder Projekt oder was auch immer; allerdings kann mobil zurzeit keine Tabellensortierung und vielleicht blockiert die dafür eingebaute Ausnahmebehandlung irgendwie.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:14, 18. Mai 2018 (CEST)
:: Das eilt für mich so gar nicht, ich habe doch gar keinen (eigenen) mobilen Zugang. Ich teste es aber gern, wenn du möchtest. Ich habe neulich, also am letzten Wochenende versucht von einem Tablet aus mich anzumelden, schrunz hoch drei, ich habe dieses Zeichen über dem ó nicht gefunden musste es kopieren, es war sehr umständlich. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:18, 18. Mai 2018 (CEST)

::: Ich kann es nicht reproduzieren.
:::# Konkrete URL?
:::# Wäre ein Fehler zu erwarten gewesen?
:::# Echtes Mobilgerät oder Simulation auf PC?
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:21, 18. Mai 2018 (CEST)
:::: Es war vorhin <s>sowohl bei der Spielwiese ([[Spezial:PermaLink/177528595|diese Version]], allerdings geht es dort jetzt) als auch</s> beim [https://de.m.wikipedia.org/wiki/Modehaus_M._Baltz Modehaus M. Baltz] da streikt es noch ebenso bei [https://de.m.wikipedia.org/wiki/Rechtsform Rechtsform] vermutlich ANR WP.Fragen zur Wikipedia geht nämlich
:::: Ne, nur die PC-mobile Ansichtsimmulation. Und beim Bearbeiten, kommt wie geschrieben keine Schaltfläche. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:43, 18. Mai 2018 (CEST)
:::: Ach so, nein die Seite weist keinen LintError auf es war die nächstbeste in meinen Beiträgen, die ich testweise geöffnet hatte. Ich teste mal eine Fehlerversion. Da [https://de.m.wikipedia.org/wiki/Politisierungsdilemma Politisierungsdilemma] ist es genauso, es sollte 2 × Fehlendes End-Tag i in der Tabelle stehen. Bei anderen Namensräumen mit Fehlermeldung bekomme ich eine Tabelle. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:57, 18. Mai 2018 (CEST)

::::: Ich kann es nicht reproduzieren.
::::: Bei mir unter den angegebenen URL alles erwartungsgemäß, sowohl bei manueller Auslösung wie auch beim automatischen Start.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:40, 18. Mai 2018 (CEST)
Ooo Kay, ich könnte noch dazuschreiben, dass ich vermute, dass es irgendwie damit zusammenhängt
<syntaxhighlight lang="js">
makeButton@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2211:15
fire@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:46:599
add@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:47:143
register@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2132:4
f2@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2110:3
fire@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:46:599
add@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:47:143
waitForTE@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2112:2
init/<@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2265:4
mightThrow@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:49:590
resolve/</process<@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:50:269
</syntaxhighlight>
: Es wundert mich nämlich weshalb in einem Nichtpersonenartikel eine personendaten.js erwartet wird. Zudem habe ich eben mal einen Personenartikel getestet und siehe da dort scheint es zu funktionieren. Heute nicht mehr. Ich frage ihn mal nächste Woche, was diese Warnmeldung bedeutet. Ich habe es eben mal ausgestellt und dann funktioniert meine Schaltfläche auch. Sorry wegen der Störung. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:03, 18. Mai 2018 (CEST)

== Odd interaction on Wikisource ==

Sometimes, if I have the tool in use on English Wikisource, it 'bounces' the main page header template on a page like this [[s:Broadcasting_Act_1981_(United_Kingdom)/Schedule9]] to the end of the page. I can't obviously find an error in the markup from the relevant pages, so I'm open to suggestions as to where the parser/render engine is getting confused.

Perhaps you are able to provide a better explanation? as it's making the tool harder to work with on Wikisource. [[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 02:00, 11. Jun. 2018 (CEST)

: English Wikisource is running gadgets to create a “dynamicLayout”.
:* Something is going wrong, and something is obviously grasping one of the first elements on page content and “bouncing” this element to the end, probably footer section.
:* The gadgets I flipped through looked correctly. They should put their hands on the element marked with <code>id="headerContainer"</code> etc., and if they do so they fetch the correct one and perform their job without influence.
:* However, I could observe one case, obviously a [[:en:race condition]] (“sometimes”), that behaved as you describe: The heading block in green was cut off at top and inserted as footer dynamically and in slow motion.
:* I do suspect [[s:en:MediaWiki:PageNumbers.js]] or [[s:en:MediaWiki:Gadget-PageNumbers-core.js]] even when they access the ''headerContainer'' correctly, but they might fail on playing with page numbers.
:* [[s:en:MediaWiki:DisplayFooter.js]] and [[s:en:MediaWiki:DisplayFooter2.js]] are inserting new elements as footer and innocent, since they don’t cut off elements from the head region.
:* Anyway, some of your gadgets is counting elements from top, and since ''lintHint'' will insert two <code><div></code> these unexpected elements are disturbing when cutting off the third element and inserting as footer. They must not count the third from top but the second neighbour or child of the one identified as <code>headerContainer</code>.
:* All scripts I have seen were rather old in ''DOM'' technology for core functionality; perhaps migration to modern ''jquery'' and considering more interaction nowadays might make that more robust.
: Please discuss with your JavaScript maintainers.
: You might turn off [[s:en:MediaWiki:Gadget-dynamicLayoutOverrides.js]] preference. No idea how that will influence.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:27, 11. Jun. 2018 (CEST)

== Unwanted td tag errors ==
(moved from [[:en:User talk:PerfektesChaos/js/lintHint]] --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:30, 12. Feb. 2019 (CET))

In the tool created by you named LintHint, an issue has been detected. Please check the pages:
*[[:en:Template talk:Jctint/core#Newbie question about th tags in miles column]]
*[[:en:Wikipedia talk:Linter#Unable to consistently reproduce stripped tag errors at Interstate 81 in New York]]
[[:en:User:Adithyak1997|Adithyak1997]] ([[Benutzer:Adithyak1997|de]]) ([[:en:User talk:Adithyak1997|talk]]) 14:14, 26 November 2018 (UTC)

== Change yellow background ==
(moved from [[:en:User talk:PerfektesChaos/js/lintHint]] --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:30, 12. Feb. 2019 (CET))

Hello [[:en:User:PerfektesChaos|PerfektesChaos]], I've set mine up so that it runs automatically however I wanted to ask is there a way I change the yellow background?, 
It's rather hard on the eye when I've ''just'' woken up so I wanted to hopefully replace it with either a lighter colour or just white, 
Thanks, –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 15:31, 6 February 2019 (UTC)

: It is ''made'' to wake up people editing half asleep.
: However, you can provide in any [[:en:Special:MyPage/common.css|common.css]] snippets like
<syntaxhighlight lang="css" style="margin-left:2em">
#lintHint, #lintHint-collapsed {
background-color: orange;
}
</syntaxhighlight>
: The orange colour code my be chosen as you like.
: Greetings --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 10:51, 7 February 2019 (UTC)
::Brilliant thank you! :), –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 16:31, 10 February 2019 (UTC)
:::Hi again, Unfortunately this hasn't worked, I've tried various things all of which haven't worked :(, Thanks, –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 16:39, 10 February 2019 (UTC)
::::<syntaxhighlight lang="css">
#lintHint, #lintHint-collapsed {
background-color: #f9f9f9 !important;
}
</syntaxhighlight>
::::You need the ''<code>[[:en:Cascading Style Sheets#Sources|!important]]</code>'' annotation. --[[:en:User:Pipetricker|Pipetricker]] ([[Benutzer:Pipetricker|de]]) ([[:en:User talk:Pipetricker|talk]]) 17:05, 10 February 2019 (UTC)
:::::You're a legend [[User:Pipetricker|Pipetricker]] thanks so much!, Wierdly I had wondered if it was that but then thought it could be anything lol, Anyway many thanks! :), –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 17:57, 10 February 2019 (UTC)

:::::: {{ping|Pipetricker}} Eh, yes. Sorry. I forgot. Thx as well.
:::::: BTW, this thing is actually a redirect page. I am going to move the entire talk to the central German page since that one is watched continuously.
:::::: Best --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 19:06, 10 February 2019 (UTC)
:::::::You may have to place a notice on <s> this page </s> the English redirect page with more emphasis that it isn't intended as a talk page. --[[:en:User:Pipetricker|Pipetricker]] ([[Benutzer:Pipetricker|de]]) ([[:en:User talk:Pipetricker|talk]]) 21:29, 10 February 2019 (UTC)
:::::::: They simply started to run over the redirect mark. Every time I was waiting that an issue has been resolved and I could move somebody else appended a new section. Now made more clear. Regards --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 22:30, 12. Feb. 2019 (CET)

:::::I noticed that with the above css, [[Benutzer:Davey2010|you]] lose the green indicating no errors ''when in edit mode''. To get it back, remove the ''<code>#lintHint-collapsed</code>'' selector (which also brings back the yellow color of the lintHint button, which I don't mind):
:::::<syntaxhighlight lang="css">#lintHint { background-color: #f9f9f9 !important }</syntaxhighlight>
:::::--[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 19:16, 21. Feb. 2019 (CET)

:::::: Yes, thanks, this will only change the colour of the associated box with error table if any detected.
:::::: For changing the characteristic colour assigned to this tool it would be necessary to introduce a further customization issue, and I fail to see a global need for that.
:::::: BTW it should not have any influence which word is used for user namespace when attempting to mention.
:::::: Thanks for quick support desk --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:46, 21. Feb. 2019 (CET)

== Options conflict with Sonderzeichenauswahl (editMenus) gadget ==

Hi PerfektesChaos,

I installed lintHint in my common.js on de:Wp, but when I went to the options page, either directly to [//de.wikipedia.org/wiki/Spezial:Leerseite/preferencesGadgetOptions?uselang=de#lintHint Spezial:Leerseite/preferencesGadgetOptions#lintHint] or by clicking the cogwheels button at [[Spezial:Leerseite/lintHint]], I got the wrong options: only options for editMenus, but no options for lintHint.

I fixed it by [[Wikipedia:Technik/Skin/Gadgets/editMenus#Deaktivierung|inactivating the gadget]] "'''Sonderzeichenauswahl''' usw. unter dem Quelltext-Bearbeitungsfeld" in [[Spezial:Einstellungen#mw-prefsection-gadgets|the Preferences Gadgets section]]. The lintHint options appear for me only when that gadget is turned off. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 11:47, 13. Feb. 2019 (CET)

: {{ping|Pipetricker}} First, thank you for fixing the links after section migration.
: Second, I cannot reproduce the situation, but I do believe in your report. Thx again for informing me.
:* I checked whether there might be a C&P error anywhere; more than a dozen of gadgets are equipped with such customization support, and the wrong ID might have been left somewhere.
:* I guess it is something like a race condition, or event communication.
:* There are a lot of tricky things done, a waiting queue for requests before the HTML document (DOM) is available to be equipped, and identifying particular user options for the gadgets, also waiting for that.
:* The window.location.hash is evaluated as well under some conditions; I should clear the hash now.
:* I will track all events and possible leaks for undesired interaction, but that might need some days (or nights).
: After the code has been updated I will inform you and kindly ask for testing, since it is all okay for me.
: CU --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:21, 13. Feb. 2019 (CET)
::I'm happy to help with testing. And thanks for all your work. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 15:18, 13. Feb. 2019 (CET)

== Option "Analyze previous revisions, too" not working ==

The option works neither when [[:en:Special:BlankPage/preferencesGadgetOptions#lintHint|configured interactively]] nor [[:en:User:PerfektesChaos/js/lintHint#configJS|by Javascript]]; the latest revision is always analyzed (except when in edit mode).

It isn't a big problem (for me) though, since an easy workaround is to open the old revision in edit mode (and the alternative of inputting an oldid on [[:en:Special:BlankPage/lintHint|Special:BlankPage/lintHint]] also works fine). --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 15:58, 27. Feb. 2019 (CET)

: {{ping|Pipetricker}}
: Thank you. Yes, by migration to improved REST API this ID was not communicated any more.
: Fix is (by debug version d) online now.
: Best --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:07, 3. Mär. 2019 (CET)
::[//en.wikipedia.org/w/index.php?title=User:Pipetricker/common.js&diff=prev&oldid=886105091 Tried it (''d.js'')], works fine; thank you. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 10:12, 4. Mär. 2019 (CET)

== Alles im grünen Bereich? ==

Hast du etwas verändert? Ich wundere mich weshalb mir einerseits die Liste sagt[e], dass dieser Link [https://de.wikipedia.org/w/index.php?title=Enrique_Angelelli&action=edit&lintid=4107133 Enrique Angelelli]
<pre>
{{Webarchiv|url=http://usf.usfca.edu/fac_staff/webberm/plaza.htm|wayback=20120205|text=Searching for Life: The Grandmothers of the Plaza de Mayo and the Disappeared Children of Argentina. Website der [[University of San Francisco]]}}
</pre>
nicht koscha sei, wenn ich aber nun LintHint frage, sagt es plötzlich: ‚nönö ist alles im grünen Bereich‘. Dabei sehe ich es auch ohne die neue Fehlermeldung deutlich, dass da so ein sichtbarer <code><nowiki>[[University of San Francisco]]</nowiki></code> Klammermurks steht. Ich kann zwar jetzt netterweise über die fette Meldung zu der Stelle im Seitentext springen = [[Enrique Angelelli#cite note-10|EN10]], aber nun nicht mehr über LintHint zu dem Ort im Quelltext kommen, denn wo grünes Licht lintHint ist, muss man nicht stehenbleiben. Das verwirrt mich jetzt doch ein wenig. Absicht? Ich habe den Verdacht du hast das „umgelagert“, damit ich es nicht mehr [https://de.wikipedia.org/w/index.php?title=Spezial:LintErrors/wikilink-in-extlink&dir=prev&namespace=0 hier] sehen soll. Das heißt, sie lösen sich dort auf, aber die Fehler sind eigentlich noch da, nur werden sie jetzt halt an einem anderen [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:Linktext|Ort]] gelistet. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:29, 18. Mär. 2019 (CET)

: Ja, und sie produzieren auch einen sichtbaren roten ''error'' an der fraglichen Stelle für das Wartungspersonal, und der Klammermurks wird nunmehr für alle Leser dezent aber explizit sichtbar, während das ja früher automatisch durch die Blauverlinkung bis vor das Wikilink eingeebnet wurde und kaum zu erkennen war.
: Die 300 aus der Kat werden durch Bereinigung oder durch Vergessen allmählich von Spezial:LintErrors verschwinden.
: Aber keine Sorge, mittelfristig werden uns allen die einfach geklammerten Weblinks in den LintErrors erhalten bleiben; die Webarchiv-Parameter sind ja nur dadurch entstanden, dass der IABot den Linktext in den Parameter verschoben hatte.
: Jetzt erstmal besser entlang der neuen Wartungskat arbeiten, oder was ganz anderes machen.
: Vorlage:Internetquelle macht dieses Darstellung übrigens schon seit einigen Jahren oder so, jedoch bislang ohne Wartungskat.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:41, 18. Mär. 2019 (CET)
:: O.k. ich finde es ja auch so. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:53, 18. Mär. 2019 (CET)

== lintHint sees error outside but not inside editor ==

[[en:User:Anomalocaris/sandbox/Lint Test]] has 2 lint errors:
* 1 Misnested tag with different rendering in HTML5 and HTML4
* 1 Stripped tags
lintHint sees these errors when the article is viewed, but not when the article is edited. Why? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 16:33, 14. Aug. 2019 (CEST)

: Thank you for informing me; I will analyse tonight. Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:56, 14. Aug. 2019 (CEST)

:: More lint errors reported on article view but not in editor:
::: [[:en:File:37th Hong Kong Film Awards.jpg]]: Stripped tags
::: All items at [https://en.wikipedia.org/wiki/Special:LintErrors/stripped-tag?namespace=6 Lint errors: Stripped tags (Files)]]: Stripped tags
::: [[:en:Template:Volleyballbox]]: Table tag that should be deleted
::: [[:en:File:Altreva Adaptive Modeler logo.png]]: Stripped tags: td
::: [[:en:File:Flipper & Lopaka Title.jpg]]: Stripped tags: td
::: [[:en:File:HKFAA BG1.jpg]]: Stripped tags: td
::: [[:en:File:National Library IL.png]]: Stripped tags: td
::: [[:en:Wikipedia:WikiProject Industrial design/Article alerts]]: Multiline table in list
::: [[:en: Wikipedia:WikiProject Java/Article alerts]]: Multiline table in list
::: [[:en: Wikipedia:WikiProject Robotics/Article alerts]]: Multiline table in list
::: [[:en:Wikipedia:WikiProject Shimer College]]: Obsolete HTML: font (8), Stripped tags: div
::: [[:en:Template:Abbr/testcases]]: Misnested tag with different rendering in HTML5 and HTML4: abbr; Stripped tags: abbr
::: [[:en:Template:Vandalism information]]: Obsolete HTML tags: font (3)
:: --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 20:16, 14. Aug. 2019 (CEST)

::: I guess server hiccups.
::: Currently there is a tremendous lag of database administration business, millions of page jobs in the queues. An exceptional situation, probably some problematic software behaviour anywhere.
::: A while ago the server might have noticed a lint problem, even false positive by different software problem. Or there might have been really a problem within [[:en:Template:Non-free use rationale 2]] or dependencies, which has been remedied.
::: The page has been added to LINT database.
::: When you ask on page view ''lintHint'' will just query the LINT database whether there is an entry. That is the one which will be reported on page view.
::: When you analyse in edit mode, the current source code will be analysed by parser and LINT just in time. If the problem has been solved, you will see the green light on source edit. However, the record in LINT database is still active.
::: I just sent some strong purge requests to the file pages. They bypassed the updating queue with millions of tasks ahead, and should be executed in advance. Usually this works within a few minutes, but is slow this time.
::: Just wait one week, and see.
::: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:57, 15. Aug. 2019 (CEST)

:::: Check the page history of these articles. They all have an edit by me with edit summary "adjust white space to force recalculation of lint errors". Some of them I edited over two months ago. There's something more fundamental that just waiting. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 06:47, 16. Aug. 2019 (CEST)
::::: Man kann die Fehler auch in der Seiteninformation sehen. [https://en.wikipedia.org/w/index.php?title=User:Anomalocaris/sandbox/Lint_Test&action=info#Lint_errors] somit gibt es da wohl durchaus Fehler in der Benutzerseite, was mir auch nachvollziehbar erscheint zumindest in dem Fall, wo kursiv außerhalb der Vorlage steht. Ich könnte es mal testen, müsste dafür aber erst in en:wp eine common.js anlegen.
:::::* @[[Benutzer:Anomalocaris|Anomalocaris]] for example: [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&action=info#Lint_errors pageinfo] = [[:en:File:37th Hong Kong Film Awards.jpg]] I do think there it is something wrong in the [[:en:template:Non-free use rationale 2]] parameter <code>Minimality</code> there is an other template (“Information” which is tableformatted) in a tablecell. This might be a reason for an linterror. You can see that the table [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&oldid=909051430#Summary in the Summary] (Minimal use) is defected. There you can read html-syntax <code><nowiki>summary="A standardized table providing complete information about the file, including description of what it shows and how it was made, copyright status and source." class="toccolours mbox-inside" style="width:100%;" cellpadding="2"</nowiki></code> in the parameter and one shifted parameter “Description” (which is a part of the included [[:en:template:information]]), can’t you? There is a lot of visible syntax beneeth the box
<pre style="margin-left:140px;">
|- !style="background: #ccf; text-align: right; padding-right: 0.4em; width: 15em"| Respect for
commercial opportunities (WP:NFCC#2) | n.a. |- !style="background: #ccf; text-align: right; padding-right: 0.4em; width: 15em"| Other information |This File Only Used in 37th Hong Kong Film Awards |- |-

| style="display: none;" colspan="2" | Fair useFair use of copyrighted material in the context of 37th Hong Kong Film Awards//en.wikipedia.org/wiki/File:37th_Hong_Kong_Film_Awards.jpg |}
</pre>
::::: This is, so I guess, not correkt. The parameter allows no tables in its body. Maybe someone has mixed these templates see the [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&oldid=836572229 first version] which even looks very unusual to me.
::::: (oh ich hoffe das kann man verstehen) Englisch ist nicht so meins. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:31, 16. Aug. 2019 (CEST)
* [[:en:Template:Volleyballbox]] hat auch eindeutig einen Linterfehler und zwar im Bereich <code>bestscorer1</code> dort folgt auf ein <code>|-</code> direkt eine Tabelle daher auch <code>table-tag to be deleted</code> vermute ich mal
<syntaxhighlight lang="html" highlight="1,2">
|- style="font-size:85%"
{{ #if: {{{bestscorer1|}}} | {{{!}} class="collapsible collapsed" style="width: 100%; background: {{{bg|#eeeeee}}};" cellspacing="0" |}}
{{!}}- style="font-size:85%"
{{!}}style="width:20%;vertical-align:top;text-align:right;"{{!}}{{ #if: {{{bestscorer1|}}} | '''{{{bestscorer1}}}''' | }}
{{!}}style="width:15%;vertical-align:top;text-align:center;"{{!}}{{{progression|}}}
{{!}}style="width:20%;vertical-align:top;text-align:left;"{{!}}{{{goals2|}}}
|} ← gehört zur äußeren Tabelle
</syntaxhighlight>
Zugegebenermaßen wird tatsächlich der Fehler während der Bearbeitung (über Linthint, wenn ich den Quelltext hierher kopiere) nicht angezeigt, was aber daran liegen mag, dass <code><nowiki>{{{bestscorer1|}}}</nowiki></code> leer ist. Das über diesen Parameter includierte Tabellekopffragment ist zudem im Falle eines Wertes <code><nowiki>{{{bestscorer1|1}}}</nowiki></code> nicht geschlossen, ihr fehlt dann unten ein <code><nowiki>{{!}}}</nowiki></code> allerdings verstehe ich eh nicht was das ganze soll, da die Parameter {{{progression}}}, {{{goals2}}} und {{{bestscorer1}}} in der Dokumentation gar nicht vorkommen. Somit tut sich da auch nichts beim Klick auf show. Ask [[Benutzer:Ncboss|Ncboss]] →[https://en.wikipedia.org/w/index.php?title=Template:Volleyballbox&diff=next&oldid=909591607 what he wanted to display with this syntax]. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:45, 16. Aug. 2019 (CEST)

:::::[[Benutzer:PerfektesChaos|PerfektesChaos]]: We've heard from [[Benutzerin:Lómelinde|Lómelinde]]; what do you think? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 21:08, 21. Aug. 2019 (CEST)

I have told you everything already.
* The tool in question is reporting database entries in view mode.
* There is a known lag of updating database records. Therefore this tool is reporting false positves, but I cannot help that.
* In edit mode the current source code is transferred to server. The tool will report the answer. I cannot do anything else.
* This tool is not causing your problems.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:58, 21. Aug. 2019 (CEST)

:Greetings to you as well. I am skeptical of the theory that the problem is simply a lag of updating database records. Consider [[:en:Help talk:Citation Style 1/Archive 2]]. The [https://en.wikipedia.org/w/index.php?title=Help_talk:Citation_Style_1/Archive_2&action=info Information page] reports:
::Misnested tag with different rendering in HTML5 and HTML4: 1
::Stripped tags: 1
:The page history shows that I edited this page 23:48, 19 June 2018‎, and I remember that before I saved it, I got a "green light" from lintHint. But the errors remained on the information page, so I edited it again 9:30, 20 June 2018‎, and again before I saved it, I got a "green light" from lintHint. And 427 days later, it still has a "green light" when editing, and it still has errors on the information page. A delay of 427 days is not a "lag" — it is "never going to happen"! Similarly, some of the items listed above have persisted for more than 2 months with errors outside the editor that lintHint does not see. For example, I edited [[:en:File:37th Hong Kong Film Awards.jpg]] 71 days ago. Do you really thing this is just a "known lag"? I agree with you that lintHint is doing what it's supposed to do, but something is not doing what it's supposed to do. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 08:37, 22. Aug. 2019 (CEST)

:: You are complaining at the wrong suggestion box.
::* The page information view is telling that there is a record in the database and shows the details.
::* ''lintHint'' is telling that there is a record in the database and shows the details.
:: Neither is responsible for the database record.
:: You need to complain at the database feeders and maintainers.
:: Perhaps it is necessary to clear the entire enWP database and rebuild again from scratch.
:: Useless to tell those who are building [https://en.wikipedia.org/w/index.php?title=Help_talk:Citation_Style_1/Archive_2&action=info page information collection] about false LINT errors.
:: Good luck --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:36, 22. Aug. 2019 (CEST)
:::I tested the theory that the problem is a stuck database and did an experiment. I blanked [[:en:File:National Library IL.png]] and the stripped tag went away; I undid my edit and the stripped tag came back. So the problem isn't a stuck database. So I used the advice from the "Can LintHint highlight inside of a block of templates?" section above where you said
::::* In this particular case I would open [[:en:Special:ExpandTemplates]] and copy the code above into the input area. Then run!
:::With this tool, lintHint shows the stripped <code><nowiki></td></nowiki></code> tag! But lintHint doesn't find this tag without ExpandTemplates ... even though lintHint is supposed to expand templates internally, without displaying the expanded templates. Can you explain this behavior? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 16:47, 22. Aug. 2019 (CEST)
:::I did the same experiment with [[:en:Template:Vandalism information]], where Page Information reports "Obsolete HTML tags: 1". lintHint finds no lint errors here, but with ExpandTemplates, there are 3 visible <code><nowiki></nowiki></code> tags and lintHint finds them all. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 17:02, 22. Aug. 2019 (CEST)
:::: You’ll find the errors in →[https://en.wikipedia.org/w/index.php?title=User:Flyingidiot/tinyWdefcon&action=edit here] it’s a little bit tricky, but I do think lintHint works, because the linterror is just incluoded and not inside the templates page. Go first onto the dokumentation page of the template, there you’ll find highlighted an error, follow it through the path and you will end up on the userpage, which includes the obsolete font tags. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:33, 22. Aug. 2019 (CEST)

== Unspported Media Type error.. ==

https://en.wikisource.org/wiki/Main_Page

When I have the script running on a normal page - I see this in red in the output generated from the script.

"error -- Error: Unsupported Media Type"

The script continues to work correctly when in Edit mode.
[[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:55, 30. Nov. 2019 (CET)

: Thank you for informing me.
: I can reproduce that, and it is the answer the script is receiving from the server now.
: Perhaps a temporary problem at server side, perhaps a change in server API programming which was not communicated to me.
: I will need a couple of days to get some free hours for investigation. Perhaps during next week.
: Please note that there are two different modes: Regarding the request on an entire page, as described by you, only a tiny page identification is sent to server. In case of source page editing the entire current wikitext is sent to server and evaluated.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:19, 30. Nov. 2019 (CET)

:: It is HTTP status code <code>415</code> – ''Unsupported Media Type''.
:: I did not change anything for half a year, ímplementation of LINT processing itself has not been changed.
:: Apparently a server problem, a server network connection configuration whatever thing.
:: For me, it is working now in page name mode for both German Wikipedia and English Wikisource. Probably a temporary issue.
:: If occurring again, wait a week and see whether problem is solving magically.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:14, 2. Dez. 2019 (CET)

{{ping|ShakespeareFan00|Lómelinde}} I just found {{phab|Task=240057}}.
* In a nutshell it says that due to server overload LINT has been disabled for queries based upon page name or revision.
* For submitting entire wikitext as issued when editing current modification it is still accepted.
* No precise end of temporary disconnection can be predicted.
* Database entries still remain, but won’t be updated and after recovering a certain gap is to be expected.
* Lómelinde, please drop this into Google Translator.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:36, 10. Dez. 2019 (CET)
: ??? ich versteh nur Bahnhof. Worum geht es denn genau? Im Augenblick scheint es eh eine Störung zu geben, behobene Fehler verschwinden nicht mehr man muss die Seiten aktiv purgen (oder nach der Bearbeitung explizit noch mal mit dem Tool durchlaufen lassen, was wohl einen ähnlichen Effekt hat) damit sie aus der Liste kommen, ich hatte etliche, die Andim längst behoben hatte, die aber trotzdem in der Liste standen, daher mach ich derzeit auch weniger Literfehleredits (fireflytools scheint auch zu hängen, die Zahlen dort scheinen eingefroren, die Zeitangabe geht aber). Ich hatte diese Meldung nicht. Daher hier auch nur gelesen, aber nicht verstanden was genau los sein soll. Betrifft mich das irgendwie, irgendwo? Und was soll mir ein Phab sagen? Sorry, aber wenn du möchtest, dass ich etwas testen soll, dann musst du mir das genauer mitteilen. Ich hatte keinerlei Probleme, außer, dass alles manchmal recht lange dauert. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:55, 10. Dez. 2019 (CET)

:: Also nochmal die Zusammenfassung:
::* Vor drei Tagen wurde der Server-Dienst, der jede Bearbeitung beim Speichern auf LINT prüft, wegen allgemeiner Projekt-Überlastung bis auf Weiteres abgeschaltet.
::* Die Abfrage während einer Live-Bearbeitung ist einstweilen nicht betroffen.
::* Die Datenbank-Einträge bleiben erhalten, ändern sich jedoch nicht mehr.
::* Nach Reaktivierung wird mit einer Lücke in der Datenbank-Geschichte zu rechnen sein.
::* Ein Zeitpunkt für die Wiederaufnahme ist nicht absehbar.
::* Gezielte Linter-Abarbeitung wäre zurzeit nicht sinnvoll.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:12, 10. Dez. 2019 (CET)
::: Also ganz lassen, nicht nur einschränken. Dann habe ich es ja quasi instinktiv richtig gemacht. O.k. alles klar. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:24, 10. Dez. 2019 (CET)
::: Es scheint wieder zu laufen, oder? --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:28, 13. Dez. 2019 (CET)

Könnte gelöst worden sein; gemächlich Ende nächster Woche ausprobieren.
* Langsam angehen.
* Es gibt den Plan, wegen der entstandenen einwöchigen Lücke in der Datenbank die Datenbanken aller Wikis einmal komplett zu leeren und danach für jede Seite wieder neu zu analysieren und die Datenbank neu aufzubauen.
* Das würde einige nicht verschwindende Karteileichen zu nicht mehr existierenden Konstellationen endlich tilgen.
* Optimisten meinen, sowas würde eine Woche dauern.
* Ich würde dieses Jahr keine systematischen Linter-Analysen des Altbestands mehr einplanen.
{{ping|ShakespeareFan00}} Might have been solved for now.
* Not very robust yet.
* Do not make big schedules this year.
* It is considered to empty the database and get rid of orphan entries soon. Might take a while to fill again by reparsing all pages on all wikis.
* There would be a gap of one week otherwise in database.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 16. Dez. 2019 (CET)

: Letzte Meldung: Bis Jaunar 2020 abwarten, erst dann Datenbank einmal leeren und neu aufbauen, weil jetzt alle Leute in die Weihnachtsferien gehn und wenn dann was schiefgeht ist keiner mehr da und kann reparieren. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 16. Dez. 2019 (CET)

== Error ==
In about a week or two the tool stopped working and is generating just the text "error". Here's an example: http://prntscr.com/qh7ez5 Is the tool still being supported? --[[Benutzer:StanProg|StanProg]] ([[Benutzer Diskussion:StanProg|Diskussion]]) 19:04, 29. Dez. 2019 (CET)

Here's how it's setuped for me: [https://meta.wikimedia.org/wiki/User:StanProg/global.js]. --[[Benutzer:StanProg|StanProg]] ([[Benutzer Diskussion:StanProg|Diskussion]]) 19:09, 29. Dez. 2019 (CET)

== Pointers are pointing to the wrong place ==

For several weeks now, lintHint pointers have often been off. For example, editing [[:en:Wikipedia:Biographies of living persons/Noticeboard/Archive109]], lintHint detects 47 errors.
* The first error is an obsolete tag, and clicking on the down-arrow highlights text 10 characters after the actual tag.
* The last error is an obsolete tag, and clicking on the down-arrow highlights text about 152 characters after the actual tag.
What is going on? –[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 12:37, 3. Jan. 2020 (CET)

: HNY.
: Thanks – yes, it has been noticed already that the numbers are not precise any longer.
: With beginning of December 2019 the executing parser system has been shifted from Parsoid/JS to Parsoid/PHP.
: I guess this is the reason.
: Currently the API answers are temporarily or for some wikis completely discarded due to server overload – see section above.
: It is hoped that within January 2020 there will be a robust solution regarding servers.
: For now partially Parsoid/JS and partially Parsoid/PHP are both producing answers and pointers.
: Before the Parsoid migration has not been successfully completed and server load is stable I cannot start investigation, but I will do under stable conditions. LintHint does tell you just the answer received from server.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:53, 3. Jan. 2020 (CET)
:: This is a Parsoid/PHP bug. We'll investigate this and fix it. [[Benutzer:SSastry (WMF)|SSastry (WMF)]] ([[Benutzer Diskussion:SSastry (WMF)|Diskussion]]) 05:57, 4. Jan. 2020 (CET)

== LintHint error in template ==

On this page...

[[en:Template:Blockquote paragraphs]]

...[[User:PerfektesChaos/js/lintHint|LintHint]] gives me this error...

Missing end tag blockquote
Stripped tags blockquote
Missing end tag blockquote
Stripped tags blockquote
Missing end tag blockquote
Stripped tags blockquote

...which is caused by this Wikimarkup...

<nowiki>Blockquote and templates that call it, and are indented with colon (:), bulleted with asterisk (*), or numbered with number (#), will generate errors and incorrectly display anything after a newline character.</nowiki>
<nowiki></nowiki>
<nowiki> </nowiki>
{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>:<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>:<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>
<nowiki> </nowiki>
<nowiki>{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>*<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>*<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>
<nowiki> </nowiki>
<nowiki>{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>#<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>#<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>

This LintHint error then shows up at [[en:Template:Quote]].

Is there any way to keep the display of the deliberate error without it showing up in LintHint?

If I can't do that, is there a way to stop the error from showing up on other templates? I had to go through a long "Pages transcluded onto the current version of this page" list to find the actual error. --[[User:Guy Macon|Guy Macon]] ([[User talk:Guy Macon|talk]]) 15:11, 28. Jun. 2020 (CEST)

== Callback function after table is displayed? ==

Hello. I have started using lintHint.js and I do not wish to see "Obselete HTML tags" warning. Can you please add an option to suppress that? Currently, I am using <code>[...document.getElementsByTagName('td')].filter(el => el.innerText == "Obsolete HTML tags").forEach(el => el.parentElement.remove())</code>. [[Benutzer:Acagastya|Acagastya]] ([[Benutzer Diskussion:Acagastya|Diskussion]]) 21:42, 9. Sep. 2020 (CEST)

: This is the first request for such option after three years of lintHint.
: I am happy that you found a solution to help yourself for now.
: I will change the code and introduce a class derived from category ID for each table row. That would make it easier to suppress something via CSS rule.
: Dissemination and testing might take longer ages. I am quite overburdened.
: Basically the hints generated by lintHint are not made to be suppressed. And even obsolete tags or “minor priority” categories need to be eliminated in the long run. Only <code><tt></code> might become a MediaWiki tag like <code><pre></code> one day.
: Introduction of a user option is out of scope.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:31, 10. Sep. 2020 (CEST)

== lintHint does not appear on the 2017 editor ==

I wanted to ask if that is a limitation of lintHint or the editor and whether they will work together in the future. --[[Benutzer:Nickps|Nickps]] ([[Benutzer Diskussion:Nickps|Diskussion]]) 18:28, 17. Sep. 2020 (CEST)

: Eh, it is not intended, at least.
: There might be some conflict about inserting into document, but ''lintHint'' is attempting to appear on top of whatever. Should work. And “2017” does not block the source content elements. Never heard about that.
: {{ping|Lómelinde}} Would you mind to investigate and report, please?
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:44, 17. Sep. 2020 (CEST)
: Maybe tomorrow. I’m tired today. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:56, 17. Sep. 2020 (CEST)
:: I don't know if this is helpful but when I hide the editor with inspect element I can see the lintHint button behind it as you can see [https://imgur.com/a/JpheoAG here]. It still works, but can't be accessed without this "hack". Thank you both for checking this out. --[[Benutzer:Nickps|Nickps]] ([[Benutzer Diskussion:Nickps|Diskussion]]) 01:13, 18. Sep. 2020 (CEST)
Analyse: Mit der Einstellung „Neuer Wikitext-Modus“ passiert folgendes
* In der Leseansicht steht der Button, wie gewohnt in einem Absatz unter dem Seitentitel
* Wenn man nun auf Bearbeiten (edit) klickt, dann stellt sich die Ansicht in zwei Schritten um
** der Ladebalken für das Werkzeug erscheint kurz und Linthint ist noch schemenhaft sichtbar
** die Werkzeugleiste legt sich über die Zeile, in der vorher der Seitentitel stand (id="firstHeading")
** (firstHeading) steht jetzt ungefähr dort wo zuvor Linthint zu finden war (das Ankertool funktioniert dann auch nicht)
** id="mw-content-text" ist komplett auf <code>display:none</code> also alles was in diesem div steht: <syntaxhighlight lang="html"><div id="mw-content-text" dir="ltr" class="mw-content-ltr ve-init-mw-desktopArticleTarget-editableContent" lang="de">…</div></syntaxhighlight>
** Da ist dann auch lintHint verborgen und fragmentAnchors wohl auch
** selbst wenn man eine kleine Änderung machen würde und auf {{Taste|Änderungen veröffentlichen}} und dann {{Taste|Vorschau}} klickt, ist die Schaltfläche verborgen, obwohl dann ja eine Leseansicht in der Vorschau angezeigt wird und nicht Quelltext.
** In der normalen Leseansicht steht lintHhint in diesem div <syntaxhighlight lang="html"><div id="mw-content-text" class="mw-content-ltr" dir="ltr" lang="de">…</div></syntaxhighlight> und ist sichtbar. Daran schließt sich dann <code>mw-parser-output</code> an. Vermutlich müsstest du den Abschnitt für den Button wohl zwischen <code>id="firstHeading" class="firstHeading .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent" lang="de"</code> und <code>id="bodyContent" class="mw-body-content"</code> setzen und. Ich habe echt Probleme diesen Inspektor zu interpretieren. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:27, 18. Sep. 2020 (CEST)

::* Thanks, Lómelinde.
::* Well, it is not a polite behaviour of “2017” to hide the entire area, including ''lintHint''.
::* Unfortunately, <code style="white-space:nowrap">mw-content-text</code> is crucial since it is the only one that works in mobile as well as desktop and in every skin.
::** I do need this key element.
::** I might change strategy now. Rather than inserting as first element ''into'' <code style="white-space:nowrap">mw-content-text</code> I could insert the ''lintHint'' business immediately before that one.
::* I will think about, change implementation if I find some clear hours, ask for testing and an update will be distributed without further notice somewhen.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:41, 18. Sep. 2020 (CEST)
; Version -4.2
: Jetzt ist die Schaltfläsche zwar sichtbar, aber sie ist inaktiv, wenn ich es richtig herauslese gibt es da eine Funktion, die sich <code>pointer-events:</code> nennt diese steht auf <code>pointer-events: none</code> schalte ich das Kästchen aus, dann kann ich die Schaltfläche anklicken. Ich muss das mal auf einer Seite mit Fehler testen, ohne wird es jedenfalls grün. Hmm es passiert dann folgendes (wenn ich das aktiviert habe)
: LintHint arbeitet als würde es sich in der Leseansicht befinden, es wird eine Tabelle mit den Fehlern ausgegeben, aber es werden keine Sprungziele generiert
: Die Schaltfläche für die Optionen ist klickbar das rote X ebenfalls.
: Was mich aber echt nervt ist die schlechtere Sichtbarkeit so als wäre da ein opacity über die komplette Seite gelegt und das steht auf 0.5 ich habe nicht mehr so gute Augen dass ich bei 50 % alles gut lesen könnte das meinte ich übrigens oben mit „Linthint ist noch schemenhaft sichtbar“
<syntaxhighlight lang="html" highlight="2,7">
.ve-loading #content > :not(.ve-init-mw-desktopArticleTarget-loading-overlay), .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent {
pointer-events: none;
-webkit-user-select: none;
-moz-user-select: none;
-ms-user-select: none;
user-select: none;
opacity: 0.5;
}
</syntaxhighlight>
: Selbst wenn ich nun im Quelltext die Fehler über Suchen anspringe und behebe bemerkt LintHint dies nicht, da es ja meint es wäre in der Leseansicht, und da kann sich ja nichts ändern. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:24, 20. Sep. 2020 (CEST)

:: Uih, gut aufgepasst, und so schnell.
:: Ich hatte noch nie auf dem Schirm, dass ''lintHint'' zusammen mit ''VE'' benutzt werden könnte.
::* Dass der alles deaktiviert und runterdimmt, was außerhalb seiner Spielwiese <code style="white-space:nowrap">mw-content-text</code> liegen würde, war mir nicht bewusst.
::* Ich kann aber in mittlerer Zukunft für den Button und die Resultate-Box <code style="white-space:nowrap">pointer-events</code> sowie <code>opacity</code> explizit setzen; das müsste es hinreichend unwirksam machen.
::* Beobachte, und schau was sich -4.3 täte.
::* An den aktuellen Quelltext-Inhalt beim ''VE'' kommt aber niemand heran, und es existiert während der VE-Bearbeitung auch überhaupt keiner. Der steht als Nicht-Quelltext nur im Hirn von ''VE'' und kann weder von ''lintHint'' analysiert werden, noch kann in den hineingesprungen werden. Was der gelbe Button also nur machen kann, ist die letzte gespeicherte Version zum Server zu senden. Wäre dann in den Dokus zu ergänzen. Unter ''VE'' verbleibt die Seite in der Leseansicht, wie du auch ganz richtig festgestellt hast. Die Bearbeitung passiert nur virtuell, es gibt keinen Quelltext .
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:02, 20. Sep. 2020 (CEST)
::: Na bei LintHint sehe ich ja die Versionsnummer. Ich werde schauen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:03, 20. Sep. 2020 (CEST)
; Version -4.3
Schaltfläche ist jetzt aktiv, Opacity aber bleibt über allem, so dass es eher inaktiv wirkt. Verhalten ist ansonsten wie beschrieben. Ich habe jetzt mal einen Edit [[Spezial:Diff/203868777/203868808]] in der Form getätigt, absichtlich an einem eher kleinen Artikel.
* Nach Behebung des Fehlers und Speichern der Seite wird dies nicht sofort erkannt. LintHint steht noch auf dem Stand der Vorherversion, also zeigt es den Fehler in der Leseansicht noch an. Erst nach einem Neuladen der Seite ist es ok und wird grün.
* In der Vorschau ist weiterhin keine Schaltfläche (auch kein Seitenmenü, die Vorschau legt sich über alles), dort wäre es aber eventuell sinnvoll, um zu sehen, ob alle Fehler weg sind. Aber dieses VE-Zeugs ist recht komplex aufgebaut, das ist dann wieder eine andere Oberfläche, die einen neuen imaginären Content abbildet. Zudem fehlen mir dort WSTM und die Zeichenleiste unten, aber immerhin ist Schnarks Syntaxhighlight noch aktiv, ein Trost, TableExpander wäre auch erreichbar, erkennt aber in der Quelltextansicht natürlich einzig die von LintHint erzeugte Tabelle.
So und nun schalte ich 2017 wieder aus. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:22, 22. Sep. 2020 (CEST)

: @Lómelinde: Ah, so schnell trinkt man keinen Korn aus der Flinte. Steht bei dem Dings wo den Grauschleier macht irgendwo mal was von <code style="white-space:nowrap">z-index</code> (mit einer Zahl, die bräuchte ich) oder ist der von dir angegebene Quellcode schon alles?
: Weil, da lässt sich auch mit Trumpf-Trumpf drübertrumpfen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:24, 22. Sep. 2020 (CEST)
:: Du bist ja lustig wie soll ich das denn finden, da sind etliche div-Konstrukte.
:: neben diesem div <code><nowiki><div id="content" class="mw-body" role="main"></nowiki></code> steht in der Box wo man diese Kästchen umschalten kann ein <code>z-index: 0</code>
:: <nowiki><div id="bodyContent" class="mw--body-content"></nowiki> in dem das <code>LintHint-top</code> … drin steht hat
<syntaxhighlight lang="css">
.ve-init-mw-desktopArticleTarget #bodyContent {
z-index: 1;
}
</syntaxhighlight>
:: Da steht aber ein {{Info}} dran das besagt, dass dieses <code>z-index</code> wirkungslos sei, weil es kein <code>positioniertes Element ist</code> …. Wenn ich jemals begreifen sollte, wie man in der Konsole das kopiert was man kopieren möchte, könnte ich dir den Text hier leichter einfügen, ohne immerzu zwischen den Tabs wechseln zu müssen um es abzuschreiben. Ein durchgestrichenes steht in dieser Regel.
<syntaxhighlight lang="css">
.mw-body-content {
position: relative; -- gestrichen
z-index: 0; -- gestrichen
}
</syntaxhighlight>
Und die Regel, von wo ich es kopiert habe lautet wie oben bereits eingefügt komplett so
<syntaxhighlight lang="css" highlight="7">
.ve-loading #content > :not(.ve-init-mw-desktopArticleTarget-loading-overlay), .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent {
pointer-events: none;
-webkit-user-select: none; -- gestrichen
-moz-user-select: none; -- gestrichen
-ms-user-select: none; -- gestrichen
user-select: none;
opacity: 0.5;
}
</syntaxhighlight>
Die ist ohne <code>index</code> Und irgendwo gibt es noch eine Regel mit
<syntaxhighlight lang="css">
.oo-ui-defaultOverlay, .skin-vector .oo-ui-windowManager-modal > .oo-ui-dialog, .skin-vector .ve-ui-overlay-global {
z-index: 101;
}
</syntaxhighlight>
Mehr finde ich nicht. Der Button hat zwar <code>opacity : 1</code> aber eben ohne Wirkung, das gilt für die gesamte LintHint-top-Eigenschaft, wenn ich dieses <code>opacity : 0.5</code> aus der Regel entferne ist es klar und deutlich sichtbar, ebenso verhält sich der Seitentitel, er wird dann auch besser lesbar. Das opacity ist nochmals hier drin <code><nowiki><div style="clear: both;" class="ve-init-mw-desktopArticleTarget-uneditableContent"></div></nowiki></code> (also in der Nebenbox zum umschalten) es scheint irgendwie eine vererbte Eigenschaft des Titels zu sein denn es steht auch in <code><nowiki><h1 id="firstHeading" class="firstHeading ve-init-mw-desktopArticleTarget-uneditableContent" lang="de">Seitentitel</h1></nowiki></code> Ich hoffe das hilft irgendwie --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:17, 23. Sep. 2020 (CEST)

: Naja, das ist doch schon mal ganz niedlich.
: Nun gehe zu den beiden gelben Elementen, die unter dem Grauschleier liegen, und sage ihnen:
:* <code>z-index: 2</code>
:* Falls das nicht wirkt: <code>102</code>
:* Wenn immer noch nicht: <code>99999</code>
: Mit diesen Index-Nummern sollte sparsam umgegangen werden; jeder setzt die gern um noch 100 und noch 1000 höher, und irgendwann stapeln sich die Ebenen bis zum Mond.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:44, 23. Sep. 2020 (CEST)
:: Wie bitte, wie soll ich denen denn etwas sagen? Und welche gelben Elemente? Ich bin keine Programmiererin ich habe Probleme mit diesem Konsolenwerkzeug. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:01, 23. Sep. 2020 (CEST)
:: Ne echt nicht, ich kann da hinschreiben was immer ich möchte solange das opacity : 0.5 aus dem Header aktiv ist geht da nichts drüber. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:20, 23. Sep. 2020 (CEST)

::: „steht in der Box wo man diese Kästchen umschalten kann“
::: Da kannst du nicht nur Häkchen machen und wegnehmen, du kannst auch die Werte ändern und die Namen von Eigenschaften.
::: Und du kannst komplett neue Eigenschaften zu einem Element hinzufügen; hier halt: <code style="white-space:nowrap">z-index</code>
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:02, 23. Sep. 2020 (CEST)
:::: Es hat aber keinerlei Wirkung. Nur das entfernen des Kästchens opacity: 0.5 löst irgendetwas aus. Ich kann da z-index 10000 schreiben es tut sich nichts. Weil dieser Schleier nun mal ganz außen drüber liegt. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:07, 23. Sep. 2020 (CEST)

::::: Mhm. Okay. Mhm. Grauer Nebel liegt zu hoch. Muss ich noch denken.
::::: Theoretisch möglich, aber nicht sehr sauber und nicht sehr robust.
::::: Das wird dann wahrscheinlich nicht ohne riesigen Extra-Aufwand machbar sein, weil es dann eine blinde Attrappe unter dem Grauschleier und eine aktive Dublette obendrüber geben muss. Und wenn sich an der Bildschirmgröße was ändert müsste neu justiert werden.
::::: Der Nebel liegt so hoch, dass ich oberhalb der gesamten Seite schweben müsste. Von da aus können die gelben Elemente aber nicht mehr sehen, was unter ihnen liegt, was sie verdecken würden, und können nicht den Veränderungen des Fenster-Layouts folgen. Es müsste zu beiden ein Dummy gleicher Größe und deshalb gleichen Inhalts angelegt werden, diese Dummies werden in das Layout eingefügt, also unter dem Grauschleier, danach oberhalb des Grauschleiers genau drüber die gelben echten, und wenn sich die Position der unteren irgendwie ändert müssten sie die oberen benachrichtigen dass sie sich jetzt verschoben hätten und die oben müssten dem folgen.
::::: Und wenn du, falls du es öfter brauchst, im Einzelfall oder generell diesen Grauschleier wegmachen würdest oder nur ein wenig grau aber nicht so dolle? Der müsste dann wohl eine <code>opacity:0.3</code> bekommen; dann erinnert er immer noch an den VE-Modus ist jedoch transparenter.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:48, 24. Sep. 2020 (CEST)
: Ich versteh jetzt gar nichts mehr. Der Nebel liegt nicht hoch, er ist vererbt aus der Überschrift id="firstHeading" da ist das Dingen verbaut. Da wird opa in die City geschickt und ehrlich opacity 0.3 dann sehe ich ja gar nichts mehr.
: Element mit opacity 0.3 Element mit opacity 0.5 Element opacity ausgeschaltet
: Ich benötige das gar nicht ich arbeite nicht mit dem Editor 2017. Das ist mir nur so aufgefallen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:09, 24. Sep. 2020 (CEST)

:: Ja, aber an die Überschrift komme ich nicht robust ran, weil die ist Skin-abhängig, mobil ggf. anders und kann sich dieses Jahr auch mal bei Vector ändern.
::* Ich muss mich an <code style="white-space:nowrap">mw-content-text</code> dranhängen.
::* Ich bin schon von „drin“ nach „davor“ gegangen, mehr ist nicht.
:: Da muss beim VE irgendwas laufen wie folgt:
::* <div>Gelb unten drunter als Normalseite__Grau:0.3__</div>
::* <div>Gelb unten drunter als Normalseite__Grau:0.7__</div>
::* <div>Was zum Spielen Gelb unten drunter als Normalseite</div>
::* Und an die <code>opacity:0.5</code> von dem dritten Beispiel müsstest du irgendwie rankommen.
::* Wenn da ein Grauschleier ''über'' Elementen liegt.
:: Oder da ist kein Grauschleier über Elementen, sondern nur die Schriftfarbe abgedimmt und die Dimmerei kann dann auch auf NullSieben manipuliert werden.
:: Es übt und lernt.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:24, 24. Sep. 2020 (CEST)
: Also meiner Meinung nach ist da nur ein Dimmer. Es liegt keinerlei Farbe drüber. Ich kann auch das opacity von 0.5 auf 1 setzen dann ist auch alles gut, aber ich kann nichts über einen z-index regeln. Egal wo ich das opacity ändere, es taucht ja mehrmals in den divs auf, es ändert die Eigenschaft der Überschrift mit. Einfacher wäre es doch, wenn du dir das selbst anschauen würdest. Ich bin nicht so gut im erklären der Konsoleneigenschaften.
: Es wird nur und ausschließlich dieser Bereich beeinflusst, ich male es jetzt für dich auf.
<div style="border: 1px #{{Hilfe/style|linec}} dashed; padding:5px; padding-top:0; margin:8px; margin-left:1.5em;">
{{Hilfe/Simulation|noframe=1}}
html body
<syntaxhighlight lang="css">
#mw-page-base
#mw-head-base
#content
.ve-init-target-source
.ve-ui-positionedTargetToolbar
.ve-init-mw-desktopArticleTarget-originalContent
#top
</syntaxhighlight>
das folgende hat jeweils die Eigenschaft opacity: 0.5
<div style="opacity: 0.5;">
<syntaxhighlight lang="css">
#firstHeading
<h1 id="firstHeading" class="firstHeading ve-init-mw-desktopArticleTarget-uneditableContent" lang="de">Gottfried Leygebe</h1>
#contentSub
#contentSub2
#jump-to-nav
a.mw-jump-link:nth-child(5)
a.mw-jump-link:nth-child(6)
#lintHint-top
<div class="noprint ve-init-mw-desktopArticleTarget-uneditableContent" id="lintHint-top" style="clear: both; width: 100%;"><button id="lintHint-collapsed" style="display: block; float: right; margin-bottom: 3px; padding: 2px; pointer-events: all; background-color: rgb(255, 255, 0); color: rgb(0, 0, 0); opacity: 1;" title="-4.3" class="noprint">lintHint</button></div>
div.ve-init-mw-desktopArticleTarget-uneditableContent:nth-child(8)
</syntaxhighlight>
</div>
<syntaxhighlight lang="css">
div.oo-ui-widget:nth-child(10)
<div class="oo-ui-widget ve-ui-surface ve-ui-surface-source ve-ui-mwSurface ve-ui-mwWikitextSurface ve-init-mw-target-surface ve-ui-surface-dir-ltr">
/* Der editierbare Seiteninhalt wird nicht gedimmt */
</div>
#mw-data-after-content
…
</syntaxhighlight>
</div>
: Und es ist völlig egal wohin ich das lintHint schiebe, es behält immer diese Eigenschaft des opacity gekoppelt mit der Überschrift. Ich kann dir das nicht auflösen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:35, 25. Sep. 2020 (CEST)

:: Ich habe weder Kräfte noch Nerven noch Zeit fremde Software-Pakete auszuprobieren, die sich dann auch noch alle Nase ändern können.
:: Ich brauche schon exakte Anweisungen was ich für einen ''style'' setzen soll.
:: Letzter Versuch: Gib den gelben lintHint mal <code style="white-space:nowrap">style="opacity: 1 ! important"</code> mit. Dann weiß ich auch nicht mehr.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:44, 27. Sep. 2020 (CEST)
: Ich weiß nicht, ob ich mich wirklich so unklar ausdrücke, aber das ist irgendwo mit dem anderen direkt verbunden, da lässt sich nichts einzeln einstellen, ändere ich dort den Wert, ändert sich das automatisch für alles was ich oben gedimmt habe, da lässt sich auch nichts mit important regeln. Ich habe zu wenig Ahnung davon, um festzustellen woher das genau kommt, wer das vorgibt und weshalb es eine gemeinsame Eigenschaft ist, die alles beeinflusst. Es ist sinnlos einem gedimmten Button eine noch so hohe Priorität oder Ebene zu verpassen, wenn der Dimmer danach von Außen drüber gelegt wird. Ich meine es taucht erstmals in einem <code><nowiki><a id="top" class="ve-init-mw-desktopArticleTarget-uneditableContent"></a></nowiki></code> Element auf, was auch immer das ist. Dann setzt es sich fort bis der Bereich zu einem div mit der id <code><nowiki>div.ve-init-mw-desktopArticleTarget-uneditableContent:nth-child(8)</nowiki></code> Das hat folgenden Inhalt:
<syntaxhighlight lang="text">
html.client-js.ve-not-available.ve-activated.ve-active body.mediawiki.ltr.sitedir-ltr.capitalize-all-nouns.mw-hide-empty-elt.ns-0.ns-subject.mw-editable.page-Eduard_Hübner.rootpage-Eduard_Hübner.skin-vector.action-view.skin-vector-legacy div#content.mw-body div.ve-init-target-source.ve-init-target.ve-init-mw-target.ve-init-mw-articleTarget.ve-init-mw-desktopArticleTarget div.ve-init-mw-desktopArticleTarget-originalContent div#bodyContent.mw-body-content div.ve-init-mw-desktopArticleTarget-uneditableContent
</syntaxhighlight>
: Anschließend folgt der eigentliche Seitenquelltext und der ist, wie geschrieben ungedimmt und beginnt ab <code>div.oo-ui-widget:nth-child(10)</code> danacht ist kein opacity mehr vorhanden. Ich vermute es hat irgendetwas mit der Eigenschaft <code>.ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent</code> zu tun, denn die steht in dem CSS-Selektor des lintHint mit drin. Ich kann das nicht lösen, es klebt zusammen wie Pech und Schwefel. Ich benötige das nicht, ich verwende den normalen Editor. Ich kann gut damit leben, solange man mich nicht zwingt den Editor zu wechseln. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:24, 27. Sep. 2020 (CEST)

== Why doesn't it detect this missing table close? ==

Hi. First, thanks for this great tool!

I noticed today that it finds no error in [[:en:Special:PermaLink/980597500]], yet the article is missing a table-closing at the end of the table in the Confederations section. Thanks! —[[[:w:User:AlanM1|AlanM1]]([[:w:User talk:AlanM1#top|talk]])]— 22:51, 27. Sep. 2020 (CEST)
: I do think the missing of a table close <code>|}</code> is not in every case an lintError for the software. So the tool can’t find it. This is something I often aked me why the software can find missing tag like div, small, span, italic or bold, but not a missing end of a table. In your example the following content is interpreted as content of the table itself. The missing of the table ending should be found by the software, than lintHint will find it too. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:41, 28. Sep. 2020 (CEST)
:: I'm afraid what you're saying appears to be contradictory. Yes, lintHint routinely finds tables that are opened but not closed, as it does with div, italic, etc. markup. This is fairly straightforward to do, which is why I wonder why it fails in this case (and no others that I've seen). —[[[:w:User:AlanM1|AlanM1]]([[:w:User talk:AlanM1#top|talk]])]— 13:08, 28. Sep. 2020 (CEST)
::: Yes in many cases it will find the error, but this case is spacial, I know many pages with frames build up with tablesymtax on talkpages left open I’ll seach for an example.
::: see wikitext in [[Benutzer:Warhog/Vorlage:Diskussionsseite]] the table is open at the end an the pageinformation does not mark any LintError →[https://de.wikipedia.org/w/index.php?title=Benutzer:Warhog/Vorlage:Diskussionsseite&action=info info]. I have often seen such pages. I hope you’ll understand I am not an English speaker. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:39, 28. Sep. 2020 (CEST)

'''Please note:''' This tool ''lintHint'' is just broadcasting reports of the Parsoid syntax processing.
* This tool does not analyse any code.
* It does nothing more than making analysis results visible.
* It has no knowledge about meaning and circumstances of the messages forwarded to the reader.
Please address any content issues to [[mw:Help:Extension:Linter]] etc. THX --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:15, 28. Sep. 2020 (CEST)

== Can LintHint be activated automatically in Preview mode? ==

The setting to activate LintHint upon viewing a page is working well, but when I click Edit and Preview (in wikitext source mode), I have to click LintHint again. Is there a way to force LintHint to run upon page load even in Preview mode? This would save me a lot of time when I open many tabs in Edit mode. Thanks. [[Benutzer:Jonesey95|Jonesey95]] ([[Benutzer Diskussion:Jonesey95|Diskussion]]) 05:50, 5. Mär. 2021 (CET)

: {{ping|Jonesey95}} Sorry for late reply, but I needed a weekend to dig through my pile of frequently unanswered questions.
: Well, intentionally there is no such automatism rather than <code>launch</code> described [[:en:User:PerfektesChaos/js/lintHint #par.launch|here]].
: I do hesitate a bit to make some interface in the way as you describe it, since it might cause server overload when requested after each modification of each page, in each preview and for each diff. The idea is to force the user demanding such analysis manually. Editing a page might occur in many steps, and not every step will need linter.
: There is an automatic analysis offered by configuration, but only on page view.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:39, 13. Mär. 2021 (CET)
::OK, thank you for the answer. [[Benutzer:Jonesey95|Jonesey95]] ([[Benutzer Diskussion:Jonesey95|Diskussion]]) 16:51, 13. Mär. 2021 (CET)

== List of all error codes? ==

Is there a list of all of the errors that can be reported, with some description of what the error means?[[Benutzer:GhostInTheMachine|GhostInTheMachine]] ([[Benutzer Diskussion:GhostInTheMachine|Diskussion]]) 10:08, 5. Mai 2021 (CEST)
: In this wikiproject we have [[H:Wikisyntax/Validierung#Problemtypen]] with some descriptiopns of possible errors. But it is not a list of all errors that can occure. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:16, 5. Mai 2021 (CEST)

:: Please see [[mw:Help:Lint errors]].
:: This tool here is stupid.
:: It is just forwarding and formatting small pieces of information gathered from Lint service.
:: This tool here has no knowledge what it is presenting.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:29, 6. Mai 2021 (CEST)

== Button in indicator bar? ==

Thanks for this script. Would it be possible to place the yellow button in the <code>.mw-indicators</code> area at the top right? Currently it pushes the whole page down just after page load, which makes it easy to miss a click.

I know it expands when clicked, so I don't mind if it gets moved to the current position once it is explicitly clicked. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 09:51, 25. Mai 2021 (CEST)

: {{ping|Inductiveload}} Funny idea. Actually, a great idea. Should have been mine. I do regret this.
: Technically this is no big deal.
:* Not all environments are providing an indicators region, at least not yet in mobile.
:* However, I can check easily whether an indicators region is present and append lintHint there, otherwise keep contemporary behaviour.
:* I have a huge pile of programming and dishes to do, but next time slot after we digested the recent skin changes and challenges lintHint handle will move as suggested.
: Best regards --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:37, 25. Mai 2021 (CEST)

:: Looks like this is now working: thank you very much, it feels much smoother on page load! FYI, I don't think <code>float:right;</code> is needed any more. Removing the <code>float</code> property will make the button line up with other indicators more consistently: [[phab:F34473283]]. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 14:36, 28. Mai 2021 (CEST)

::: Yep, ''float'' is a remainder of the previous arrangement, now fallback.
::: Apparently you are loading the <code>d</code> (debug) version, which is currently improved by 4.x steps.
::: Finally a stable release will get a <code>5</code> release as <code>r</code>.
::: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:21, 28. Mai 2021 (CEST)

== Button / Knopf und Anzeigebereich ==

Entweder träume ich oder du hast ein Radiergummi verwendet, um den Rahmen der Schaltfläche zu eliminieren. Ich gewöhne mich an vieles, auch an das nun springende Knöpfchen. Aber wenn du auf der Vorderseite nun explizit so etwas schreibst:

: …Knopf lintHint in der rechten oberen Ecke angeboten … dann erwarte ich nicht, dass es stattdessen so <span title="-4.4" style="cursor: pointer;float: right;padding: 1px;pointer-events: all;display: inline-block;line-height: 1.2em;margin-left: 3px;margin-right: 3px;background-color: rgb(255, 255, 0);color: rgb(0, 0, 0);">lintHint
: aussieht
: Der gelbe Kasten enthält üblicherweise eine [[#Fehlertabelle|Tabelle mit Fehlerhinweisen]]. → und hatte, wenn ich mich nicht irre, zuvor auch einen Rahmen (da ist ein 2 Pixel dicker transparenter Rahmen, was habe ich davon?), oder auch nicht, jedenfalls ist irgendetwas anders. Unschön finde ich die Anzeige der grauen (ich bin gerade aktiv beschäftigt, bitte warte bis ich fertig bin) Schaltfläche oberhalb der Tabellenbox.
<span title="…" style="cursor: pointer;float: right;padding: 1px;pointer-events: all;display: inline-block;line-height: 1.2em;margin-left: 3px;margin-right: 3px;background-color: rgb(192, 192, 192);color: rgb(160, 160, 160);">lintHint

Seitentitel<div style="clear:both;"></div>
----
<div style="background-color: rgb(255, 255, 0);border-color: transparent;border-style: solid;border-width: 2px;color: rgb(0, 0, 0);margin-bottom: 3px;padding: 0.5em;pointer-events: all;">Fehlertabellenkasten </div>
: Sie hat den merkwürdigen Effekt, dass man das gelbe Anzeigefeld nun quasi mit einem Klick ausblenden und die Analyse nochmals starten kann (obwohl grau eigentlich inaktiv oder bin gerade beschäftigt bedeuten sollte). Ich finde das eher verwirrend.
: … erscheint ein kleines grünes Feld lintHint …
: Da hat sich nicht viel verändert, denn es hatte auch zuvor schon „keinen“ Rahmen und sah so aus wie jetzt auch lintHint.
Die Schaltfläche ist mal hier mal da mal doppelt oder dann doch zumindest redundant zum roten X und einem Neustart über gelb. Ich bin mir nicht sicher, ob mir diese Neuerung jetzt irgendwelche Vorteile gebracht hat. Und ja, ich habe den Abschnitt eins drüber durchaus registriert. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:10, 27. Mai 2021 (CEST)

: Rufe doch mal einen lesenswerten oder exzellenten Artikel auf. Dann siehst du den Grund.
: Und in der Mobildarstellung gibt es den Rahmen weiterhin. Weil keine Seitenindikatoren.
: Ein Problem ist, dass die ganze Seitendarstellung nachträglich nach unten geschoben werden muss, was leicht passieren kann, wenn jemand ein langsames JS hat. Das ist die Schilderung von eins drüber.
: Ein anderes Problem ist, dass der reservierte Bereich eine fingerdicke Lücke zwischen Seitenkopf und Textanfang blockiert, weil das Layout der Seite mit Infoboxen usw. erst unterhalb dieser lintHint-Lücke beginnen kann.
: Das andere noch offene Problem von weiter oben werde ich im Zuge dieser Änderung auch versuchen zu lösen.
: Der kleine Anker von ''fragmentAnchors'' wird übrigens auch irgendwann nach da oben wandern. In der Werkzeugbox wirkt seine ganze Zeile doch arg verloren, und mobil gibt es die gleich gar nicht.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:25, 27. Mai 2021 (CEST)
:: Nö ich mag diese Bapperl nicht. Ich wollte es auch nur erwähnen, ich kann damit leben. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:45, 27. Mai 2021 (CEST)
:: Mobil, also wenn ich in der mobilen Ansicht versuche etwas zu bearbeiten dann ist der Button weg. Anders ist es, wenn ich während der Bearbeitung nach dorthin umschalten würde. Vielleicht bin ich zu dusselig dafür. Wenn ich versuche einzelne Abschnitte zu bearbeiten ist da kein lintHint sichtbar, es steckt irgendwo oben hinter irgendetwas.
:: Und generell hat grün trotzdem keinen Rahmen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:08, 27. Mai 2021 (CEST)
::: Ich habe es mir überlegt, so unpraktisch ist der graue Button gar nicht. Vielleicht kann man ihm einfach einen Titel „aktualisieren“ anfügen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:12, 28. Mai 2021 (CEST)

{{ping|Lómelinde}} Sodele, inzwischen besser?
* Und an [[#lintHint does not appear on the 2017 editor]] war ich auch dran; zumindest erstmal: „Was mich aber echt nervt ist die schlechtere Sichtbarkeit so als wäre da ein opacity über die komplette Seite gelegt“.
* Jetzt zumindest Teilerfolg?
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:32, 4. Jun. 2021 (CEST)
: zu 1. Ich sehe keinerlei Unterschied. (außer dass da im Tooltip der grauen Fläche jetzt ein <code>!</code> steht, wo zuvor ein <code>…</code> zu sehen war, grün hat ein <code>+</code> das war aber zuvor auch da, Version sagt <code>-4.6</code> Verhalten ist wie zuvor, man kann damit bequem eine Analyse neu starten ohne zuvor das rote Kreuz klicken zu müssen, was aber auch normal funktioniert)
: die Konsole sagt mir
:* Fehler beim Verarbeiten des Wertes für 'opacity'. Deklaration ignoriert.
:* https://de.wikipedia.org/api/rest_v1/transform/wikitext/to/lint
: also Fehler sehe ich keine
: zu 2. Da ist keine Schaltfläche mehr, Opacity liegt aber weiterhin über der kompletten Seite. Ebenso wie ich mobil keinerlei Schaltfläche sehe sobald man auf Bearbeiten geht. Beispielsweise wenn man in der mobilen Ansicht aus der [https://de.m.wikipedia.org/w/index.php?title=Spezial:LintErrors/misnested-tag&namespace=0 Linterfehlertabelle] einem Bearbeiten-Link folgt. Erst ist es ebenso verschwommen noch sichtbar (solange der Ladevorgang läuft) aber sobald die Bearbeitungswerkzeugleiste erscheint (egal ob Quelltext oder visuelle Bearbeitung) ändert sich die Ansicht und die Schaltfläche ist weg, unerreichbar irgendwo verborgen, sie wird aber durchaus aufgelistet, als
<syntaxhighlight lang="html">
<div class="noprint linthint-top" id="linthint-top" style="clear: both; width: 100%;"><div class="linthint-collapsed noprint" id="linthint-collapsed" role="button" style="cursor: pointer; padding-left: 2px; padding-right: 2px; padding-top: 2px; pointer-events: all; float: right; border-color: rgb(224, 224, 224) rgb(224, 224, 224) rgb(112, 112, 112) rgb(112, 112, 112); border-style: solid; border-width: 2px; margin-bottom: 3px; background-color: rgb(255, 255, 0); color: rgb(0, 0, 0);" title="-4.6">lintHint</div></div>
</syntaxhighlight>
: Es ist als würde sie verborgen, weggeklappt, unsichtbar gemacht, oder was weiß ich. Wenn ich es richtig herauslese, dann liegt die Schaltfläche im Inhaltsbereich oben rechts zumeist hinter einem Bild oder einer Infobox. Bearbeitet man nur die Einleitung [https://de.m.wikipedia.org/wiki/G%C3%BCnter_Firit hier] dann wandert das unsichtbare linthint weiter nach unten (eigentlich anders es bleibt an der Position wo es zuvor auch war, der Text wandert eher nach oben), bearbeitet man einen Abschnitt wie [https://de.m.wikipedia.org/wiki/G%C3%BCnter_Firit#Leben „Leben“], dann ist die Schaltfläche oben ungefähr im Bereich der Abschnittsüberschrift. Nimmt man nun einen Abschnitt [https://de.m.wikipedia.org/wiki/G%C3%BCnter_Firit#Ausstellungen „Ausstellungen“] dann ist die Schaltfläche quasi aus dem Anzeigebereich verschwunden ich kann sie optisch (graue Vorschau wo das Dingen sein sollte) nicht erreichen, sie muss weit weit oberhalb sein. Ein ein- oder ausgeklapptes Inhaltsverzeichnis hat ebenfalls einen Einfluss auf diese Position. Es schiebt die Schaltfläche nach oben, selbst wenn das Inhaltsverzeichnis ja bei der Abschnittsbearbeitung gar nicht zu sehen ist. Auch ein Einklappen der einzelnen Abschnitte beeinflusst scheinbar die Position, sie ist nicht an einer irgendwie nachvollziehbaren Stelle festgemacht. Und in allen Fällen, wo man Bearbeiten sagt, eben komplett unsichtbar. Weil etliche Folien sich wohl darüber legen, aber irgendwo mitten im Bearbeitungstext wäre ja auch nicht praktikabel.
: So für dich habe ich es jetzt noch in Minerva probiert, dort ist alles sichtbar, dort hat sogar der grüne Button einen Rand. Da liegt die Schaltfläche auch tatsächlich außerhalb des Bearbeitungsbereichs, also rechts oben daneben. Ich weiß nicht wie ich dir da helfen könnte. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:59, 4. Jun. 2021 (CEST)

== ID of button broken ==

Hi! Tiny buglet (-4.5): the ID of the button is now <code>undefined-collapsed</code> (was <code>lintHint-collapsed</code>).

<div style="font-size:80%">
(BTW, the reason I noticed this is that I have some custom CSS):
<pre>
#lintHint-collapsed,
#lintHint-null {
border-radius: 3px !important;
padding: 3px !important;
line-height: 1.2 !important;
font-size: inherit !important;
float: none !important;
}

#lintHint-null {
background-color: #90ff90 !important;
}

#lintHint-collapsed {
background-color: #ffe867 !important;
}

#lintHint {
background-color: #ffe867 !important;
border-radius: 3px !important;
}
</pre>
</div>

Kind regards, [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 12:34, 3. Jun. 2021 (CEST)

: Thank you for the hint wrt lintHint.
:* Hopefully fixed now by <code>-4.6</code>.
:* I am heading for a major release <code>5</code> as soon everybody is happy.
: Please note that the selectors are spelled now <code>linthint-</code> rather than <code>lintHint-</code>.
:* Also there are classes provided, which I do recommend to use for CSS decoration.
:** A headline might bear such keyword, e.g. in documentation or talk page, and would be decorated then.
:** A <code>class=</code> even with one member only will avoid ambiguity.
:* No standard is explicitly declaring whether <code>class=</code> identifiers are case-sensitive or not.
:** Some browsers are treating class names case-insensitive.
:** Some browsers will make a difference and ignore if no exact match.
:** And some will treat camel casing <code>lintHint-</code> like <code>lint-hint-</code>.
:* For this reason I am migrating all my codes towards downcased only identifiers.
:** Under certain circumstances this downcasing has been skipped and caused <code>undefined-</code>.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:27, 4. Jun. 2021 (CEST)

:: Thanks for the reply. I still see <code>undefined-collapsed</code> for the button (both ID and class, with -4.6). <code>linthint-null</code> and the main error table container are OK.
:: I updated to use classes, which seems to work fine. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 14:33, 4. Jun. 2021 (CEST)

Benutzer Diskussion:PerfektesChaos/js/lintHint

2021-06-03T10:34:29Z

Inductiveload: Neuer Abschnitt /* ID of button broken */

{{Babel|de|en-3|fr-1}}
{{Autoarchiv-Erledigt
|Alter = 5
|Ziel = '((FULLPAGENAME))/((Jahr))'
|Übersicht = [[Benutzer Diskussion:PerfektesChaos/js/lintHint/Archiv|Archiv]]
}}
== Lint error misdetecting.. ==

Here:
https://en.wikisource.org/w/index.php?title=Page:The_four_feathers.djvu/12&action=edit

It's claiming stripped tags, there should not be any as the template calls are matched up.

Please update your code accordingly, to account for header, body, footer template usage. [[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:17, 12. Mär. 2018 (CET)

:Another mis-detection - https://en.wikisource.org/wiki/Page:Niger_Delta_Ecosystems-_the_ERA_Handbook,_1998.djvu/253
[[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:57, 12. Mär. 2018 (CET)

== Mobil? ==

Müsste meine Schaltfläche nicht auch in der mobilen Ansicht funktionieren?
* Ich kann sie zwar anklicken und sie wird auch grau aber mehr passiert nicht. (Gemeint ich hier nur in der Seitenansicht, die Konsole schweigt dazu)
* Beim klicken auf einen dieser Bearbeitungsstifte erscheint die Schaltfläche gar nicht erst.
Ich wollte eigentlich nur mal H:ZQ aktualisieren, daher habbich mobile Ansicht aufgerufen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:59, 18. Mai 2018 (CEST)

: Du meinst den gelben kleinen Button auf Seitenvorschau etc.?
: Schaue ich mir an, eher nach Pfingsten. Keine Ahnung was klemmen könnte. Gibt kaum eine Besonderheit für mobil oder Projekt oder was auch immer; allerdings kann mobil zurzeit keine Tabellensortierung und vielleicht blockiert die dafür eingebaute Ausnahmebehandlung irgendwie.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:14, 18. Mai 2018 (CEST)
:: Das eilt für mich so gar nicht, ich habe doch gar keinen (eigenen) mobilen Zugang. Ich teste es aber gern, wenn du möchtest. Ich habe neulich, also am letzten Wochenende versucht von einem Tablet aus mich anzumelden, schrunz hoch drei, ich habe dieses Zeichen über dem ó nicht gefunden musste es kopieren, es war sehr umständlich. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:18, 18. Mai 2018 (CEST)

::: Ich kann es nicht reproduzieren.
:::# Konkrete URL?
:::# Wäre ein Fehler zu erwarten gewesen?
:::# Echtes Mobilgerät oder Simulation auf PC?
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:21, 18. Mai 2018 (CEST)
:::: Es war vorhin <s>sowohl bei der Spielwiese ([[Spezial:PermaLink/177528595|diese Version]], allerdings geht es dort jetzt) als auch</s> beim [https://de.m.wikipedia.org/wiki/Modehaus_M._Baltz Modehaus M. Baltz] da streikt es noch ebenso bei [https://de.m.wikipedia.org/wiki/Rechtsform Rechtsform] vermutlich ANR WP.Fragen zur Wikipedia geht nämlich
:::: Ne, nur die PC-mobile Ansichtsimmulation. Und beim Bearbeiten, kommt wie geschrieben keine Schaltfläche. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:43, 18. Mai 2018 (CEST)
:::: Ach so, nein die Seite weist keinen LintError auf es war die nächstbeste in meinen Beiträgen, die ich testweise geöffnet hatte. Ich teste mal eine Fehlerversion. Da [https://de.m.wikipedia.org/wiki/Politisierungsdilemma Politisierungsdilemma] ist es genauso, es sollte 2 × Fehlendes End-Tag i in der Tabelle stehen. Bei anderen Namensräumen mit Fehlermeldung bekomme ich eine Tabelle. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:57, 18. Mai 2018 (CEST)

::::: Ich kann es nicht reproduzieren.
::::: Bei mir unter den angegebenen URL alles erwartungsgemäß, sowohl bei manueller Auslösung wie auch beim automatischen Start.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:40, 18. Mai 2018 (CEST)
Ooo Kay, ich könnte noch dazuschreiben, dass ich vermute, dass es irgendwie damit zusammenhängt
<syntaxhighlight lang="js">
makeButton@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2211:15
fire@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:46:599
add@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:47:143
register@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2132:4
f2@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2110:3
fire@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:46:599
add@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:47:143
waitForTE@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2112:2
init/<@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2265:4
mightThrow@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:49:590
resolve/</process<@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:50:269
</syntaxhighlight>
: Es wundert mich nämlich weshalb in einem Nichtpersonenartikel eine personendaten.js erwartet wird. Zudem habe ich eben mal einen Personenartikel getestet und siehe da dort scheint es zu funktionieren. Heute nicht mehr. Ich frage ihn mal nächste Woche, was diese Warnmeldung bedeutet. Ich habe es eben mal ausgestellt und dann funktioniert meine Schaltfläche auch. Sorry wegen der Störung. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:03, 18. Mai 2018 (CEST)

== Odd interaction on Wikisource ==

Sometimes, if I have the tool in use on English Wikisource, it 'bounces' the main page header template on a page like this [[s:Broadcasting_Act_1981_(United_Kingdom)/Schedule9]] to the end of the page. I can't obviously find an error in the markup from the relevant pages, so I'm open to suggestions as to where the parser/render engine is getting confused.

Perhaps you are able to provide a better explanation? as it's making the tool harder to work with on Wikisource. [[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 02:00, 11. Jun. 2018 (CEST)

: English Wikisource is running gadgets to create a “dynamicLayout”.
:* Something is going wrong, and something is obviously grasping one of the first elements on page content and “bouncing” this element to the end, probably footer section.
:* The gadgets I flipped through looked correctly. They should put their hands on the element marked with <code>id="headerContainer"</code> etc., and if they do so they fetch the correct one and perform their job without influence.
:* However, I could observe one case, obviously a [[:en:race condition]] (“sometimes”), that behaved as you describe: The heading block in green was cut off at top and inserted as footer dynamically and in slow motion.
:* I do suspect [[s:en:MediaWiki:PageNumbers.js]] or [[s:en:MediaWiki:Gadget-PageNumbers-core.js]] even when they access the ''headerContainer'' correctly, but they might fail on playing with page numbers.
:* [[s:en:MediaWiki:DisplayFooter.js]] and [[s:en:MediaWiki:DisplayFooter2.js]] are inserting new elements as footer and innocent, since they don’t cut off elements from the head region.
:* Anyway, some of your gadgets is counting elements from top, and since ''lintHint'' will insert two <code><div></code> these unexpected elements are disturbing when cutting off the third element and inserting as footer. They must not count the third from top but the second neighbour or child of the one identified as <code>headerContainer</code>.
:* All scripts I have seen were rather old in ''DOM'' technology for core functionality; perhaps migration to modern ''jquery'' and considering more interaction nowadays might make that more robust.
: Please discuss with your JavaScript maintainers.
: You might turn off [[s:en:MediaWiki:Gadget-dynamicLayoutOverrides.js]] preference. No idea how that will influence.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:27, 11. Jun. 2018 (CEST)

== Unwanted td tag errors ==
(moved from [[:en:User talk:PerfektesChaos/js/lintHint]] --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:30, 12. Feb. 2019 (CET))

In the tool created by you named LintHint, an issue has been detected. Please check the pages:
*[[:en:Template talk:Jctint/core#Newbie question about th tags in miles column]]
*[[:en:Wikipedia talk:Linter#Unable to consistently reproduce stripped tag errors at Interstate 81 in New York]]
[[:en:User:Adithyak1997|Adithyak1997]] ([[Benutzer:Adithyak1997|de]]) ([[:en:User talk:Adithyak1997|talk]]) 14:14, 26 November 2018 (UTC)

== Change yellow background ==
(moved from [[:en:User talk:PerfektesChaos/js/lintHint]] --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:30, 12. Feb. 2019 (CET))

Hello [[:en:User:PerfektesChaos|PerfektesChaos]], I've set mine up so that it runs automatically however I wanted to ask is there a way I change the yellow background?, 
It's rather hard on the eye when I've ''just'' woken up so I wanted to hopefully replace it with either a lighter colour or just white, 
Thanks, –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 15:31, 6 February 2019 (UTC)

: It is ''made'' to wake up people editing half asleep.
: However, you can provide in any [[:en:Special:MyPage/common.css|common.css]] snippets like
<syntaxhighlight lang="css" style="margin-left:2em">
#lintHint, #lintHint-collapsed {
background-color: orange;
}
</syntaxhighlight>
: The orange colour code my be chosen as you like.
: Greetings --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 10:51, 7 February 2019 (UTC)
::Brilliant thank you! :), –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 16:31, 10 February 2019 (UTC)
:::Hi again, Unfortunately this hasn't worked, I've tried various things all of which haven't worked :(, Thanks, –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 16:39, 10 February 2019 (UTC)
::::<syntaxhighlight lang="css">
#lintHint, #lintHint-collapsed {
background-color: #f9f9f9 !important;
}
</syntaxhighlight>
::::You need the ''<code>[[:en:Cascading Style Sheets#Sources|!important]]</code>'' annotation. --[[:en:User:Pipetricker|Pipetricker]] ([[Benutzer:Pipetricker|de]]) ([[:en:User talk:Pipetricker|talk]]) 17:05, 10 February 2019 (UTC)
:::::You're a legend [[User:Pipetricker|Pipetricker]] thanks so much!, Wierdly I had wondered if it was that but then thought it could be anything lol, Anyway many thanks! :), –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 17:57, 10 February 2019 (UTC)

:::::: {{ping|Pipetricker}} Eh, yes. Sorry. I forgot. Thx as well.
:::::: BTW, this thing is actually a redirect page. I am going to move the entire talk to the central German page since that one is watched continuously.
:::::: Best --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 19:06, 10 February 2019 (UTC)
:::::::You may have to place a notice on <s> this page </s> the English redirect page with more emphasis that it isn't intended as a talk page. --[[:en:User:Pipetricker|Pipetricker]] ([[Benutzer:Pipetricker|de]]) ([[:en:User talk:Pipetricker|talk]]) 21:29, 10 February 2019 (UTC)
:::::::: They simply started to run over the redirect mark. Every time I was waiting that an issue has been resolved and I could move somebody else appended a new section. Now made more clear. Regards --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 22:30, 12. Feb. 2019 (CET)

:::::I noticed that with the above css, [[Benutzer:Davey2010|you]] lose the green indicating no errors ''when in edit mode''. To get it back, remove the ''<code>#lintHint-collapsed</code>'' selector (which also brings back the yellow color of the lintHint button, which I don't mind):
:::::<syntaxhighlight lang="css">#lintHint { background-color: #f9f9f9 !important }</syntaxhighlight>
:::::--[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 19:16, 21. Feb. 2019 (CET)

:::::: Yes, thanks, this will only change the colour of the associated box with error table if any detected.
:::::: For changing the characteristic colour assigned to this tool it would be necessary to introduce a further customization issue, and I fail to see a global need for that.
:::::: BTW it should not have any influence which word is used for user namespace when attempting to mention.
:::::: Thanks for quick support desk --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:46, 21. Feb. 2019 (CET)

== Options conflict with Sonderzeichenauswahl (editMenus) gadget ==

Hi PerfektesChaos,

I installed lintHint in my common.js on de:Wp, but when I went to the options page, either directly to [//de.wikipedia.org/wiki/Spezial:Leerseite/preferencesGadgetOptions?uselang=de#lintHint Spezial:Leerseite/preferencesGadgetOptions#lintHint] or by clicking the cogwheels button at [[Spezial:Leerseite/lintHint]], I got the wrong options: only options for editMenus, but no options for lintHint.

I fixed it by [[Wikipedia:Technik/Skin/Gadgets/editMenus#Deaktivierung|inactivating the gadget]] "'''Sonderzeichenauswahl''' usw. unter dem Quelltext-Bearbeitungsfeld" in [[Spezial:Einstellungen#mw-prefsection-gadgets|the Preferences Gadgets section]]. The lintHint options appear for me only when that gadget is turned off. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 11:47, 13. Feb. 2019 (CET)

: {{ping|Pipetricker}} First, thank you for fixing the links after section migration.
: Second, I cannot reproduce the situation, but I do believe in your report. Thx again for informing me.
:* I checked whether there might be a C&P error anywhere; more than a dozen of gadgets are equipped with such customization support, and the wrong ID might have been left somewhere.
:* I guess it is something like a race condition, or event communication.
:* There are a lot of tricky things done, a waiting queue for requests before the HTML document (DOM) is available to be equipped, and identifying particular user options for the gadgets, also waiting for that.
:* The window.location.hash is evaluated as well under some conditions; I should clear the hash now.
:* I will track all events and possible leaks for undesired interaction, but that might need some days (or nights).
: After the code has been updated I will inform you and kindly ask for testing, since it is all okay for me.
: CU --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:21, 13. Feb. 2019 (CET)
::I'm happy to help with testing. And thanks for all your work. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 15:18, 13. Feb. 2019 (CET)

== Option "Analyze previous revisions, too" not working ==

The option works neither when [[:en:Special:BlankPage/preferencesGadgetOptions#lintHint|configured interactively]] nor [[:en:User:PerfektesChaos/js/lintHint#configJS|by Javascript]]; the latest revision is always analyzed (except when in edit mode).

It isn't a big problem (for me) though, since an easy workaround is to open the old revision in edit mode (and the alternative of inputting an oldid on [[:en:Special:BlankPage/lintHint|Special:BlankPage/lintHint]] also works fine). --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 15:58, 27. Feb. 2019 (CET)

: {{ping|Pipetricker}}
: Thank you. Yes, by migration to improved REST API this ID was not communicated any more.
: Fix is (by debug version d) online now.
: Best --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:07, 3. Mär. 2019 (CET)
::[//en.wikipedia.org/w/index.php?title=User:Pipetricker/common.js&diff=prev&oldid=886105091 Tried it (''d.js'')], works fine; thank you. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 10:12, 4. Mär. 2019 (CET)

== Alles im grünen Bereich? ==

Hast du etwas verändert? Ich wundere mich weshalb mir einerseits die Liste sagt[e], dass dieser Link [https://de.wikipedia.org/w/index.php?title=Enrique_Angelelli&action=edit&lintid=4107133 Enrique Angelelli]
<pre>
{{Webarchiv|url=http://usf.usfca.edu/fac_staff/webberm/plaza.htm|wayback=20120205|text=Searching for Life: The Grandmothers of the Plaza de Mayo and the Disappeared Children of Argentina. Website der [[University of San Francisco]]}}
</pre>
nicht koscha sei, wenn ich aber nun LintHint frage, sagt es plötzlich: ‚nönö ist alles im grünen Bereich‘. Dabei sehe ich es auch ohne die neue Fehlermeldung deutlich, dass da so ein sichtbarer <code><nowiki>[[University of San Francisco]]</nowiki></code> Klammermurks steht. Ich kann zwar jetzt netterweise über die fette Meldung zu der Stelle im Seitentext springen = [[Enrique Angelelli#cite note-10|EN10]], aber nun nicht mehr über LintHint zu dem Ort im Quelltext kommen, denn wo grünes Licht lintHint ist, muss man nicht stehenbleiben. Das verwirrt mich jetzt doch ein wenig. Absicht? Ich habe den Verdacht du hast das „umgelagert“, damit ich es nicht mehr [https://de.wikipedia.org/w/index.php?title=Spezial:LintErrors/wikilink-in-extlink&dir=prev&namespace=0 hier] sehen soll. Das heißt, sie lösen sich dort auf, aber die Fehler sind eigentlich noch da, nur werden sie jetzt halt an einem anderen [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:Linktext|Ort]] gelistet. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:29, 18. Mär. 2019 (CET)

: Ja, und sie produzieren auch einen sichtbaren roten ''error'' an der fraglichen Stelle für das Wartungspersonal, und der Klammermurks wird nunmehr für alle Leser dezent aber explizit sichtbar, während das ja früher automatisch durch die Blauverlinkung bis vor das Wikilink eingeebnet wurde und kaum zu erkennen war.
: Die 300 aus der Kat werden durch Bereinigung oder durch Vergessen allmählich von Spezial:LintErrors verschwinden.
: Aber keine Sorge, mittelfristig werden uns allen die einfach geklammerten Weblinks in den LintErrors erhalten bleiben; die Webarchiv-Parameter sind ja nur dadurch entstanden, dass der IABot den Linktext in den Parameter verschoben hatte.
: Jetzt erstmal besser entlang der neuen Wartungskat arbeiten, oder was ganz anderes machen.
: Vorlage:Internetquelle macht dieses Darstellung übrigens schon seit einigen Jahren oder so, jedoch bislang ohne Wartungskat.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:41, 18. Mär. 2019 (CET)
:: O.k. ich finde es ja auch so. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:53, 18. Mär. 2019 (CET)

== lintHint sees error outside but not inside editor ==

[[en:User:Anomalocaris/sandbox/Lint Test]] has 2 lint errors:
* 1 Misnested tag with different rendering in HTML5 and HTML4
* 1 Stripped tags
lintHint sees these errors when the article is viewed, but not when the article is edited. Why? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 16:33, 14. Aug. 2019 (CEST)

: Thank you for informing me; I will analyse tonight. Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:56, 14. Aug. 2019 (CEST)

:: More lint errors reported on article view but not in editor:
::: [[:en:File:37th Hong Kong Film Awards.jpg]]: Stripped tags
::: All items at [https://en.wikipedia.org/wiki/Special:LintErrors/stripped-tag?namespace=6 Lint errors: Stripped tags (Files)]]: Stripped tags
::: [[:en:Template:Volleyballbox]]: Table tag that should be deleted
::: [[:en:File:Altreva Adaptive Modeler logo.png]]: Stripped tags: td
::: [[:en:File:Flipper & Lopaka Title.jpg]]: Stripped tags: td
::: [[:en:File:HKFAA BG1.jpg]]: Stripped tags: td
::: [[:en:File:National Library IL.png]]: Stripped tags: td
::: [[:en:Wikipedia:WikiProject Industrial design/Article alerts]]: Multiline table in list
::: [[:en: Wikipedia:WikiProject Java/Article alerts]]: Multiline table in list
::: [[:en: Wikipedia:WikiProject Robotics/Article alerts]]: Multiline table in list
::: [[:en:Wikipedia:WikiProject Shimer College]]: Obsolete HTML: font (8), Stripped tags: div
::: [[:en:Template:Abbr/testcases]]: Misnested tag with different rendering in HTML5 and HTML4: abbr; Stripped tags: abbr
::: [[:en:Template:Vandalism information]]: Obsolete HTML tags: font (3)
:: --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 20:16, 14. Aug. 2019 (CEST)

::: I guess server hiccups.
::: Currently there is a tremendous lag of database administration business, millions of page jobs in the queues. An exceptional situation, probably some problematic software behaviour anywhere.
::: A while ago the server might have noticed a lint problem, even false positive by different software problem. Or there might have been really a problem within [[:en:Template:Non-free use rationale 2]] or dependencies, which has been remedied.
::: The page has been added to LINT database.
::: When you ask on page view ''lintHint'' will just query the LINT database whether there is an entry. That is the one which will be reported on page view.
::: When you analyse in edit mode, the current source code will be analysed by parser and LINT just in time. If the problem has been solved, you will see the green light on source edit. However, the record in LINT database is still active.
::: I just sent some strong purge requests to the file pages. They bypassed the updating queue with millions of tasks ahead, and should be executed in advance. Usually this works within a few minutes, but is slow this time.
::: Just wait one week, and see.
::: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:57, 15. Aug. 2019 (CEST)

:::: Check the page history of these articles. They all have an edit by me with edit summary "adjust white space to force recalculation of lint errors". Some of them I edited over two months ago. There's something more fundamental that just waiting. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 06:47, 16. Aug. 2019 (CEST)
::::: Man kann die Fehler auch in der Seiteninformation sehen. [https://en.wikipedia.org/w/index.php?title=User:Anomalocaris/sandbox/Lint_Test&action=info#Lint_errors] somit gibt es da wohl durchaus Fehler in der Benutzerseite, was mir auch nachvollziehbar erscheint zumindest in dem Fall, wo kursiv außerhalb der Vorlage steht. Ich könnte es mal testen, müsste dafür aber erst in en:wp eine common.js anlegen.
:::::* @[[Benutzer:Anomalocaris|Anomalocaris]] for example: [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&action=info#Lint_errors pageinfo] = [[:en:File:37th Hong Kong Film Awards.jpg]] I do think there it is something wrong in the [[:en:template:Non-free use rationale 2]] parameter <code>Minimality</code> there is an other template (“Information” which is tableformatted) in a tablecell. This might be a reason for an linterror. You can see that the table [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&oldid=909051430#Summary in the Summary] (Minimal use) is defected. There you can read html-syntax <code><nowiki>summary="A standardized table providing complete information about the file, including description of what it shows and how it was made, copyright status and source." class="toccolours mbox-inside" style="width:100%;" cellpadding="2"</nowiki></code> in the parameter and one shifted parameter “Description” (which is a part of the included [[:en:template:information]]), can’t you? There is a lot of visible syntax beneeth the box
<pre style="margin-left:140px;">
|- !style="background: #ccf; text-align: right; padding-right: 0.4em; width: 15em"| Respect for
commercial opportunities (WP:NFCC#2) | n.a. |- !style="background: #ccf; text-align: right; padding-right: 0.4em; width: 15em"| Other information |This File Only Used in 37th Hong Kong Film Awards |- |-

| style="display: none;" colspan="2" | Fair useFair use of copyrighted material in the context of 37th Hong Kong Film Awards//en.wikipedia.org/wiki/File:37th_Hong_Kong_Film_Awards.jpg |}
</pre>
::::: This is, so I guess, not correkt. The parameter allows no tables in its body. Maybe someone has mixed these templates see the [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&oldid=836572229 first version] which even looks very unusual to me.
::::: (oh ich hoffe das kann man verstehen) Englisch ist nicht so meins. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:31, 16. Aug. 2019 (CEST)
* [[:en:Template:Volleyballbox]] hat auch eindeutig einen Linterfehler und zwar im Bereich <code>bestscorer1</code> dort folgt auf ein <code>|-</code> direkt eine Tabelle daher auch <code>table-tag to be deleted</code> vermute ich mal
<syntaxhighlight lang="html" highlight="1,2">
|- style="font-size:85%"
{{ #if: {{{bestscorer1|}}} | {{{!}} class="collapsible collapsed" style="width: 100%; background: {{{bg|#eeeeee}}};" cellspacing="0" |}}
{{!}}- style="font-size:85%"
{{!}}style="width:20%;vertical-align:top;text-align:right;"{{!}}{{ #if: {{{bestscorer1|}}} | '''{{{bestscorer1}}}''' | }}
{{!}}style="width:15%;vertical-align:top;text-align:center;"{{!}}{{{progression|}}}
{{!}}style="width:20%;vertical-align:top;text-align:left;"{{!}}{{{goals2|}}}
|} ← gehört zur äußeren Tabelle
</syntaxhighlight>
Zugegebenermaßen wird tatsächlich der Fehler während der Bearbeitung (über Linthint, wenn ich den Quelltext hierher kopiere) nicht angezeigt, was aber daran liegen mag, dass <code><nowiki>{{{bestscorer1|}}}</nowiki></code> leer ist. Das über diesen Parameter includierte Tabellekopffragment ist zudem im Falle eines Wertes <code><nowiki>{{{bestscorer1|1}}}</nowiki></code> nicht geschlossen, ihr fehlt dann unten ein <code><nowiki>{{!}}}</nowiki></code> allerdings verstehe ich eh nicht was das ganze soll, da die Parameter {{{progression}}}, {{{goals2}}} und {{{bestscorer1}}} in der Dokumentation gar nicht vorkommen. Somit tut sich da auch nichts beim Klick auf show. Ask [[Benutzer:Ncboss|Ncboss]] →[https://en.wikipedia.org/w/index.php?title=Template:Volleyballbox&diff=next&oldid=909591607 what he wanted to display with this syntax]. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:45, 16. Aug. 2019 (CEST)

:::::[[Benutzer:PerfektesChaos|PerfektesChaos]]: We've heard from [[Benutzerin:Lómelinde|Lómelinde]]; what do you think? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 21:08, 21. Aug. 2019 (CEST)

I have told you everything already.
* The tool in question is reporting database entries in view mode.
* There is a known lag of updating database records. Therefore this tool is reporting false positves, but I cannot help that.
* In edit mode the current source code is transferred to server. The tool will report the answer. I cannot do anything else.
* This tool is not causing your problems.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:58, 21. Aug. 2019 (CEST)

:Greetings to you as well. I am skeptical of the theory that the problem is simply a lag of updating database records. Consider [[:en:Help talk:Citation Style 1/Archive 2]]. The [https://en.wikipedia.org/w/index.php?title=Help_talk:Citation_Style_1/Archive_2&action=info Information page] reports:
::Misnested tag with different rendering in HTML5 and HTML4: 1
::Stripped tags: 1
:The page history shows that I edited this page 23:48, 19 June 2018‎, and I remember that before I saved it, I got a "green light" from lintHint. But the errors remained on the information page, so I edited it again 9:30, 20 June 2018‎, and again before I saved it, I got a "green light" from lintHint. And 427 days later, it still has a "green light" when editing, and it still has errors on the information page. A delay of 427 days is not a "lag" — it is "never going to happen"! Similarly, some of the items listed above have persisted for more than 2 months with errors outside the editor that lintHint does not see. For example, I edited [[:en:File:37th Hong Kong Film Awards.jpg]] 71 days ago. Do you really thing this is just a "known lag"? I agree with you that lintHint is doing what it's supposed to do, but something is not doing what it's supposed to do. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 08:37, 22. Aug. 2019 (CEST)

:: You are complaining at the wrong suggestion box.
::* The page information view is telling that there is a record in the database and shows the details.
::* ''lintHint'' is telling that there is a record in the database and shows the details.
:: Neither is responsible for the database record.
:: You need to complain at the database feeders and maintainers.
:: Perhaps it is necessary to clear the entire enWP database and rebuild again from scratch.
:: Useless to tell those who are building [https://en.wikipedia.org/w/index.php?title=Help_talk:Citation_Style_1/Archive_2&action=info page information collection] about false LINT errors.
:: Good luck --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:36, 22. Aug. 2019 (CEST)
:::I tested the theory that the problem is a stuck database and did an experiment. I blanked [[:en:File:National Library IL.png]] and the stripped tag went away; I undid my edit and the stripped tag came back. So the problem isn't a stuck database. So I used the advice from the "Can LintHint highlight inside of a block of templates?" section above where you said
::::* In this particular case I would open [[:en:Special:ExpandTemplates]] and copy the code above into the input area. Then run!
:::With this tool, lintHint shows the stripped <code><nowiki></td></nowiki></code> tag! But lintHint doesn't find this tag without ExpandTemplates ... even though lintHint is supposed to expand templates internally, without displaying the expanded templates. Can you explain this behavior? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 16:47, 22. Aug. 2019 (CEST)
:::I did the same experiment with [[:en:Template:Vandalism information]], where Page Information reports "Obsolete HTML tags: 1". lintHint finds no lint errors here, but with ExpandTemplates, there are 3 visible <code><nowiki></nowiki></code> tags and lintHint finds them all. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 17:02, 22. Aug. 2019 (CEST)
:::: You’ll find the errors in →[https://en.wikipedia.org/w/index.php?title=User:Flyingidiot/tinyWdefcon&action=edit here] it’s a little bit tricky, but I do think lintHint works, because the linterror is just incluoded and not inside the templates page. Go first onto the dokumentation page of the template, there you’ll find highlighted an error, follow it through the path and you will end up on the userpage, which includes the obsolete font tags. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:33, 22. Aug. 2019 (CEST)

== Unspported Media Type error.. ==

https://en.wikisource.org/wiki/Main_Page

When I have the script running on a normal page - I see this in red in the output generated from the script.

"error -- Error: Unsupported Media Type"

The script continues to work correctly when in Edit mode.
[[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:55, 30. Nov. 2019 (CET)

: Thank you for informing me.
: I can reproduce that, and it is the answer the script is receiving from the server now.
: Perhaps a temporary problem at server side, perhaps a change in server API programming which was not communicated to me.
: I will need a couple of days to get some free hours for investigation. Perhaps during next week.
: Please note that there are two different modes: Regarding the request on an entire page, as described by you, only a tiny page identification is sent to server. In case of source page editing the entire current wikitext is sent to server and evaluated.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:19, 30. Nov. 2019 (CET)

:: It is HTTP status code <code>415</code> – ''Unsupported Media Type''.
:: I did not change anything for half a year, ímplementation of LINT processing itself has not been changed.
:: Apparently a server problem, a server network connection configuration whatever thing.
:: For me, it is working now in page name mode for both German Wikipedia and English Wikisource. Probably a temporary issue.
:: If occurring again, wait a week and see whether problem is solving magically.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:14, 2. Dez. 2019 (CET)

{{ping|ShakespeareFan00|Lómelinde}} I just found {{phab|Task=240057}}.
* In a nutshell it says that due to server overload LINT has been disabled for queries based upon page name or revision.
* For submitting entire wikitext as issued when editing current modification it is still accepted.
* No precise end of temporary disconnection can be predicted.
* Database entries still remain, but won’t be updated and after recovering a certain gap is to be expected.
* Lómelinde, please drop this into Google Translator.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:36, 10. Dez. 2019 (CET)
: ??? ich versteh nur Bahnhof. Worum geht es denn genau? Im Augenblick scheint es eh eine Störung zu geben, behobene Fehler verschwinden nicht mehr man muss die Seiten aktiv purgen (oder nach der Bearbeitung explizit noch mal mit dem Tool durchlaufen lassen, was wohl einen ähnlichen Effekt hat) damit sie aus der Liste kommen, ich hatte etliche, die Andim längst behoben hatte, die aber trotzdem in der Liste standen, daher mach ich derzeit auch weniger Literfehleredits (fireflytools scheint auch zu hängen, die Zahlen dort scheinen eingefroren, die Zeitangabe geht aber). Ich hatte diese Meldung nicht. Daher hier auch nur gelesen, aber nicht verstanden was genau los sein soll. Betrifft mich das irgendwie, irgendwo? Und was soll mir ein Phab sagen? Sorry, aber wenn du möchtest, dass ich etwas testen soll, dann musst du mir das genauer mitteilen. Ich hatte keinerlei Probleme, außer, dass alles manchmal recht lange dauert. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:55, 10. Dez. 2019 (CET)

:: Also nochmal die Zusammenfassung:
::* Vor drei Tagen wurde der Server-Dienst, der jede Bearbeitung beim Speichern auf LINT prüft, wegen allgemeiner Projekt-Überlastung bis auf Weiteres abgeschaltet.
::* Die Abfrage während einer Live-Bearbeitung ist einstweilen nicht betroffen.
::* Die Datenbank-Einträge bleiben erhalten, ändern sich jedoch nicht mehr.
::* Nach Reaktivierung wird mit einer Lücke in der Datenbank-Geschichte zu rechnen sein.
::* Ein Zeitpunkt für die Wiederaufnahme ist nicht absehbar.
::* Gezielte Linter-Abarbeitung wäre zurzeit nicht sinnvoll.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:12, 10. Dez. 2019 (CET)
::: Also ganz lassen, nicht nur einschränken. Dann habe ich es ja quasi instinktiv richtig gemacht. O.k. alles klar. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:24, 10. Dez. 2019 (CET)
::: Es scheint wieder zu laufen, oder? --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:28, 13. Dez. 2019 (CET)

Könnte gelöst worden sein; gemächlich Ende nächster Woche ausprobieren.
* Langsam angehen.
* Es gibt den Plan, wegen der entstandenen einwöchigen Lücke in der Datenbank die Datenbanken aller Wikis einmal komplett zu leeren und danach für jede Seite wieder neu zu analysieren und die Datenbank neu aufzubauen.
* Das würde einige nicht verschwindende Karteileichen zu nicht mehr existierenden Konstellationen endlich tilgen.
* Optimisten meinen, sowas würde eine Woche dauern.
* Ich würde dieses Jahr keine systematischen Linter-Analysen des Altbestands mehr einplanen.
{{ping|ShakespeareFan00}} Might have been solved for now.
* Not very robust yet.
* Do not make big schedules this year.
* It is considered to empty the database and get rid of orphan entries soon. Might take a while to fill again by reparsing all pages on all wikis.
* There would be a gap of one week otherwise in database.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 16. Dez. 2019 (CET)

: Letzte Meldung: Bis Jaunar 2020 abwarten, erst dann Datenbank einmal leeren und neu aufbauen, weil jetzt alle Leute in die Weihnachtsferien gehn und wenn dann was schiefgeht ist keiner mehr da und kann reparieren. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 16. Dez. 2019 (CET)

== Error ==
In about a week or two the tool stopped working and is generating just the text "error". Here's an example: http://prntscr.com/qh7ez5 Is the tool still being supported? --[[Benutzer:StanProg|StanProg]] ([[Benutzer Diskussion:StanProg|Diskussion]]) 19:04, 29. Dez. 2019 (CET)

Here's how it's setuped for me: [https://meta.wikimedia.org/wiki/User:StanProg/global.js]. --[[Benutzer:StanProg|StanProg]] ([[Benutzer Diskussion:StanProg|Diskussion]]) 19:09, 29. Dez. 2019 (CET)

== Pointers are pointing to the wrong place ==

For several weeks now, lintHint pointers have often been off. For example, editing [[:en:Wikipedia:Biographies of living persons/Noticeboard/Archive109]], lintHint detects 47 errors.
* The first error is an obsolete tag, and clicking on the down-arrow highlights text 10 characters after the actual tag.
* The last error is an obsolete tag, and clicking on the down-arrow highlights text about 152 characters after the actual tag.
What is going on? –[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 12:37, 3. Jan. 2020 (CET)

: HNY.
: Thanks – yes, it has been noticed already that the numbers are not precise any longer.
: With beginning of December 2019 the executing parser system has been shifted from Parsoid/JS to Parsoid/PHP.
: I guess this is the reason.
: Currently the API answers are temporarily or for some wikis completely discarded due to server overload – see section above.
: It is hoped that within January 2020 there will be a robust solution regarding servers.
: For now partially Parsoid/JS and partially Parsoid/PHP are both producing answers and pointers.
: Before the Parsoid migration has not been successfully completed and server load is stable I cannot start investigation, but I will do under stable conditions. LintHint does tell you just the answer received from server.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:53, 3. Jan. 2020 (CET)
:: This is a Parsoid/PHP bug. We'll investigate this and fix it. [[Benutzer:SSastry (WMF)|SSastry (WMF)]] ([[Benutzer Diskussion:SSastry (WMF)|Diskussion]]) 05:57, 4. Jan. 2020 (CET)

== LintHint error in template ==

On this page...

[[en:Template:Blockquote paragraphs]]

...[[User:PerfektesChaos/js/lintHint|LintHint]] gives me this error...

Missing end tag blockquote
Stripped tags blockquote
Missing end tag blockquote
Stripped tags blockquote
Missing end tag blockquote
Stripped tags blockquote

...which is caused by this Wikimarkup...

<nowiki>Blockquote and templates that call it, and are indented with colon (:), bulleted with asterisk (*), or numbered with number (#), will generate errors and incorrectly display anything after a newline character.</nowiki>
<nowiki></nowiki>
<nowiki> </nowiki>
{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>:<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>:<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>
<nowiki> </nowiki>
<nowiki>{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>*<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>*<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>
<nowiki> </nowiki>
<nowiki>{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>#<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>#<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>

This LintHint error then shows up at [[en:Template:Quote]].

Is there any way to keep the display of the deliberate error without it showing up in LintHint?

If I can't do that, is there a way to stop the error from showing up on other templates? I had to go through a long "Pages transcluded onto the current version of this page" list to find the actual error. --[[User:Guy Macon|Guy Macon]] ([[User talk:Guy Macon|talk]]) 15:11, 28. Jun. 2020 (CEST)

== Callback function after table is displayed? ==

Hello. I have started using lintHint.js and I do not wish to see "Obselete HTML tags" warning. Can you please add an option to suppress that? Currently, I am using <code>[...document.getElementsByTagName('td')].filter(el => el.innerText == "Obsolete HTML tags").forEach(el => el.parentElement.remove())</code>. [[Benutzer:Acagastya|Acagastya]] ([[Benutzer Diskussion:Acagastya|Diskussion]]) 21:42, 9. Sep. 2020 (CEST)

: This is the first request for such option after three years of lintHint.
: I am happy that you found a solution to help yourself for now.
: I will change the code and introduce a class derived from category ID for each table row. That would make it easier to suppress something via CSS rule.
: Dissemination and testing might take longer ages. I am quite overburdened.
: Basically the hints generated by lintHint are not made to be suppressed. And even obsolete tags or “minor priority” categories need to be eliminated in the long run. Only <code><tt></code> might become a MediaWiki tag like <code><pre></code> one day.
: Introduction of a user option is out of scope.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:31, 10. Sep. 2020 (CEST)

== lintHint does not appear on the 2017 editor ==

I wanted to ask if that is a limitation of lintHint or the editor and whether they will work together in the future. --[[Benutzer:Nickps|Nickps]] ([[Benutzer Diskussion:Nickps|Diskussion]]) 18:28, 17. Sep. 2020 (CEST)

: Eh, it is not intended, at least.
: There might be some conflict about inserting into document, but ''lintHint'' is attempting to appear on top of whatever. Should work. And “2017” does not block the source content elements. Never heard about that.
: {{ping|Lómelinde}} Would you mind to investigate and report, please?
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:44, 17. Sep. 2020 (CEST)
: Maybe tomorrow. I’m tired today. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:56, 17. Sep. 2020 (CEST)
:: I don't know if this is helpful but when I hide the editor with inspect element I can see the lintHint button behind it as you can see [https://imgur.com/a/JpheoAG here]. It still works, but can't be accessed without this "hack". Thank you both for checking this out. --[[Benutzer:Nickps|Nickps]] ([[Benutzer Diskussion:Nickps|Diskussion]]) 01:13, 18. Sep. 2020 (CEST)
Analyse: Mit der Einstellung „Neuer Wikitext-Modus“ passiert folgendes
* In der Leseansicht steht der Button, wie gewohnt in einem Absatz unter dem Seitentitel
* Wenn man nun auf Bearbeiten (edit) klickt, dann stellt sich die Ansicht in zwei Schritten um
** der Ladebalken für das Werkzeug erscheint kurz und Linthint ist noch schemenhaft sichtbar
** die Werkzeugleiste legt sich über die Zeile, in der vorher der Seitentitel stand (id="firstHeading")
** (firstHeading) steht jetzt ungefähr dort wo zuvor Linthint zu finden war (das Ankertool funktioniert dann auch nicht)
** id="mw-content-text" ist komplett auf <code>display:none</code> also alles was in diesem div steht: <syntaxhighlight lang="html"><div id="mw-content-text" dir="ltr" class="mw-content-ltr ve-init-mw-desktopArticleTarget-editableContent" lang="de">…</div></syntaxhighlight>
** Da ist dann auch lintHint verborgen und fragmentAnchors wohl auch
** selbst wenn man eine kleine Änderung machen würde und auf {{Taste|Änderungen veröffentlichen}} und dann {{Taste|Vorschau}} klickt, ist die Schaltfläche verborgen, obwohl dann ja eine Leseansicht in der Vorschau angezeigt wird und nicht Quelltext.
** In der normalen Leseansicht steht lintHhint in diesem div <syntaxhighlight lang="html"><div id="mw-content-text" class="mw-content-ltr" dir="ltr" lang="de">…</div></syntaxhighlight> und ist sichtbar. Daran schließt sich dann <code>mw-parser-output</code> an. Vermutlich müsstest du den Abschnitt für den Button wohl zwischen <code>id="firstHeading" class="firstHeading .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent" lang="de"</code> und <code>id="bodyContent" class="mw-body-content"</code> setzen und. Ich habe echt Probleme diesen Inspektor zu interpretieren. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:27, 18. Sep. 2020 (CEST)

::* Thanks, Lómelinde.
::* Well, it is not a polite behaviour of “2017” to hide the entire area, including ''lintHint''.
::* Unfortunately, <code style="white-space:nowrap">mw-content-text</code> is crucial since it is the only one that works in mobile as well as desktop and in every skin.
::** I do need this key element.
::** I might change strategy now. Rather than inserting as first element ''into'' <code style="white-space:nowrap">mw-content-text</code> I could insert the ''lintHint'' business immediately before that one.
::* I will think about, change implementation if I find some clear hours, ask for testing and an update will be distributed without further notice somewhen.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:41, 18. Sep. 2020 (CEST)
; Version -4.2
: Jetzt ist die Schaltfläsche zwar sichtbar, aber sie ist inaktiv, wenn ich es richtig herauslese gibt es da eine Funktion, die sich <code>pointer-events:</code> nennt diese steht auf <code>pointer-events: none</code> schalte ich das Kästchen aus, dann kann ich die Schaltfläche anklicken. Ich muss das mal auf einer Seite mit Fehler testen, ohne wird es jedenfalls grün. Hmm es passiert dann folgendes (wenn ich das aktiviert habe)
: LintHint arbeitet als würde es sich in der Leseansicht befinden, es wird eine Tabelle mit den Fehlern ausgegeben, aber es werden keine Sprungziele generiert
: Die Schaltfläche für die Optionen ist klickbar das rote X ebenfalls.
: Was mich aber echt nervt ist die schlechtere Sichtbarkeit so als wäre da ein opacity über die komplette Seite gelegt und das steht auf 0.5 ich habe nicht mehr so gute Augen dass ich bei 50 % alles gut lesen könnte das meinte ich übrigens oben mit „Linthint ist noch schemenhaft sichtbar“
<syntaxhighlight lang="html" highlight="2,7">
.ve-loading #content > :not(.ve-init-mw-desktopArticleTarget-loading-overlay), .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent {
pointer-events: none;
-webkit-user-select: none;
-moz-user-select: none;
-ms-user-select: none;
user-select: none;
opacity: 0.5;
}
</syntaxhighlight>
: Selbst wenn ich nun im Quelltext die Fehler über Suchen anspringe und behebe bemerkt LintHint dies nicht, da es ja meint es wäre in der Leseansicht, und da kann sich ja nichts ändern. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:24, 20. Sep. 2020 (CEST)

:: Uih, gut aufgepasst, und so schnell.
:: Ich hatte noch nie auf dem Schirm, dass ''lintHint'' zusammen mit ''VE'' benutzt werden könnte.
::* Dass der alles deaktiviert und runterdimmt, was außerhalb seiner Spielwiese <code style="white-space:nowrap">mw-content-text</code> liegen würde, war mir nicht bewusst.
::* Ich kann aber in mittlerer Zukunft für den Button und die Resultate-Box <code style="white-space:nowrap">pointer-events</code> sowie <code>opacity</code> explizit setzen; das müsste es hinreichend unwirksam machen.
::* Beobachte, und schau was sich -4.3 täte.
::* An den aktuellen Quelltext-Inhalt beim ''VE'' kommt aber niemand heran, und es existiert während der VE-Bearbeitung auch überhaupt keiner. Der steht als Nicht-Quelltext nur im Hirn von ''VE'' und kann weder von ''lintHint'' analysiert werden, noch kann in den hineingesprungen werden. Was der gelbe Button also nur machen kann, ist die letzte gespeicherte Version zum Server zu senden. Wäre dann in den Dokus zu ergänzen. Unter ''VE'' verbleibt die Seite in der Leseansicht, wie du auch ganz richtig festgestellt hast. Die Bearbeitung passiert nur virtuell, es gibt keinen Quelltext .
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:02, 20. Sep. 2020 (CEST)
::: Na bei LintHint sehe ich ja die Versionsnummer. Ich werde schauen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:03, 20. Sep. 2020 (CEST)
; Version -4.3
Schaltfläche ist jetzt aktiv, Opacity aber bleibt über allem, so dass es eher inaktiv wirkt. Verhalten ist ansonsten wie beschrieben. Ich habe jetzt mal einen Edit [[Spezial:Diff/203868777/203868808]] in der Form getätigt, absichtlich an einem eher kleinen Artikel.
* Nach Behebung des Fehlers und Speichern der Seite wird dies nicht sofort erkannt. LintHint steht noch auf dem Stand der Vorherversion, also zeigt es den Fehler in der Leseansicht noch an. Erst nach einem Neuladen der Seite ist es ok und wird grün.
* In der Vorschau ist weiterhin keine Schaltfläche (auch kein Seitenmenü, die Vorschau legt sich über alles), dort wäre es aber eventuell sinnvoll, um zu sehen, ob alle Fehler weg sind. Aber dieses VE-Zeugs ist recht komplex aufgebaut, das ist dann wieder eine andere Oberfläche, die einen neuen imaginären Content abbildet. Zudem fehlen mir dort WSTM und die Zeichenleiste unten, aber immerhin ist Schnarks Syntaxhighlight noch aktiv, ein Trost, TableExpander wäre auch erreichbar, erkennt aber in der Quelltextansicht natürlich einzig die von LintHint erzeugte Tabelle.
So und nun schalte ich 2017 wieder aus. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:22, 22. Sep. 2020 (CEST)

: @Lómelinde: Ah, so schnell trinkt man keinen Korn aus der Flinte. Steht bei dem Dings wo den Grauschleier macht irgendwo mal was von <code style="white-space:nowrap">z-index</code> (mit einer Zahl, die bräuchte ich) oder ist der von dir angegebene Quellcode schon alles?
: Weil, da lässt sich auch mit Trumpf-Trumpf drübertrumpfen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:24, 22. Sep. 2020 (CEST)
:: Du bist ja lustig wie soll ich das denn finden, da sind etliche div-Konstrukte.
:: neben diesem div <code><nowiki><div id="content" class="mw-body" role="main"></nowiki></code> steht in der Box wo man diese Kästchen umschalten kann ein <code>z-index: 0</code>
:: <nowiki><div id="bodyContent" class="mw--body-content"></nowiki> in dem das <code>LintHint-top</code> … drin steht hat
<syntaxhighlight lang="css">
.ve-init-mw-desktopArticleTarget #bodyContent {
z-index: 1;
}
</syntaxhighlight>
:: Da steht aber ein {{Info}} dran das besagt, dass dieses <code>z-index</code> wirkungslos sei, weil es kein <code>positioniertes Element ist</code> …. Wenn ich jemals begreifen sollte, wie man in der Konsole das kopiert was man kopieren möchte, könnte ich dir den Text hier leichter einfügen, ohne immerzu zwischen den Tabs wechseln zu müssen um es abzuschreiben. Ein durchgestrichenes steht in dieser Regel.
<syntaxhighlight lang="css">
.mw-body-content {
position: relative; -- gestrichen
z-index: 0; -- gestrichen
}
</syntaxhighlight>
Und die Regel, von wo ich es kopiert habe lautet wie oben bereits eingefügt komplett so
<syntaxhighlight lang="css" highlight="7">
.ve-loading #content > :not(.ve-init-mw-desktopArticleTarget-loading-overlay), .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent {
pointer-events: none;
-webkit-user-select: none; -- gestrichen
-moz-user-select: none; -- gestrichen
-ms-user-select: none; -- gestrichen
user-select: none;
opacity: 0.5;
}
</syntaxhighlight>
Die ist ohne <code>index</code> Und irgendwo gibt es noch eine Regel mit
<syntaxhighlight lang="css">
.oo-ui-defaultOverlay, .skin-vector .oo-ui-windowManager-modal > .oo-ui-dialog, .skin-vector .ve-ui-overlay-global {
z-index: 101;
}
</syntaxhighlight>
Mehr finde ich nicht. Der Button hat zwar <code>opacity : 1</code> aber eben ohne Wirkung, das gilt für die gesamte LintHint-top-Eigenschaft, wenn ich dieses <code>opacity : 0.5</code> aus der Regel entferne ist es klar und deutlich sichtbar, ebenso verhält sich der Seitentitel, er wird dann auch besser lesbar. Das opacity ist nochmals hier drin <code><nowiki><div style="clear: both;" class="ve-init-mw-desktopArticleTarget-uneditableContent"></div></nowiki></code> (also in der Nebenbox zum umschalten) es scheint irgendwie eine vererbte Eigenschaft des Titels zu sein denn es steht auch in <code><nowiki><h1 id="firstHeading" class="firstHeading ve-init-mw-desktopArticleTarget-uneditableContent" lang="de">Seitentitel</h1></nowiki></code> Ich hoffe das hilft irgendwie --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:17, 23. Sep. 2020 (CEST)

: Naja, das ist doch schon mal ganz niedlich.
: Nun gehe zu den beiden gelben Elementen, die unter dem Grauschleier liegen, und sage ihnen:
:* <code>z-index: 2</code>
:* Falls das nicht wirkt: <code>102</code>
:* Wenn immer noch nicht: <code>99999</code>
: Mit diesen Index-Nummern sollte sparsam umgegangen werden; jeder setzt die gern um noch 100 und noch 1000 höher, und irgendwann stapeln sich die Ebenen bis zum Mond.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:44, 23. Sep. 2020 (CEST)
:: Wie bitte, wie soll ich denen denn etwas sagen? Und welche gelben Elemente? Ich bin keine Programmiererin ich habe Probleme mit diesem Konsolenwerkzeug. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:01, 23. Sep. 2020 (CEST)
:: Ne echt nicht, ich kann da hinschreiben was immer ich möchte solange das opacity : 0.5 aus dem Header aktiv ist geht da nichts drüber. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:20, 23. Sep. 2020 (CEST)

::: „steht in der Box wo man diese Kästchen umschalten kann“
::: Da kannst du nicht nur Häkchen machen und wegnehmen, du kannst auch die Werte ändern und die Namen von Eigenschaften.
::: Und du kannst komplett neue Eigenschaften zu einem Element hinzufügen; hier halt: <code style="white-space:nowrap">z-index</code>
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:02, 23. Sep. 2020 (CEST)
:::: Es hat aber keinerlei Wirkung. Nur das entfernen des Kästchens opacity: 0.5 löst irgendetwas aus. Ich kann da z-index 10000 schreiben es tut sich nichts. Weil dieser Schleier nun mal ganz außen drüber liegt. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:07, 23. Sep. 2020 (CEST)

::::: Mhm. Okay. Mhm. Grauer Nebel liegt zu hoch. Muss ich noch denken.
::::: Theoretisch möglich, aber nicht sehr sauber und nicht sehr robust.
::::: Das wird dann wahrscheinlich nicht ohne riesigen Extra-Aufwand machbar sein, weil es dann eine blinde Attrappe unter dem Grauschleier und eine aktive Dublette obendrüber geben muss. Und wenn sich an der Bildschirmgröße was ändert müsste neu justiert werden.
::::: Der Nebel liegt so hoch, dass ich oberhalb der gesamten Seite schweben müsste. Von da aus können die gelben Elemente aber nicht mehr sehen, was unter ihnen liegt, was sie verdecken würden, und können nicht den Veränderungen des Fenster-Layouts folgen. Es müsste zu beiden ein Dummy gleicher Größe und deshalb gleichen Inhalts angelegt werden, diese Dummies werden in das Layout eingefügt, also unter dem Grauschleier, danach oberhalb des Grauschleiers genau drüber die gelben echten, und wenn sich die Position der unteren irgendwie ändert müssten sie die oberen benachrichtigen dass sie sich jetzt verschoben hätten und die oben müssten dem folgen.
::::: Und wenn du, falls du es öfter brauchst, im Einzelfall oder generell diesen Grauschleier wegmachen würdest oder nur ein wenig grau aber nicht so dolle? Der müsste dann wohl eine <code>opacity:0.3</code> bekommen; dann erinnert er immer noch an den VE-Modus ist jedoch transparenter.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:48, 24. Sep. 2020 (CEST)
: Ich versteh jetzt gar nichts mehr. Der Nebel liegt nicht hoch, er ist vererbt aus der Überschrift id="firstHeading" da ist das Dingen verbaut. Da wird opa in die City geschickt und ehrlich opacity 0.3 dann sehe ich ja gar nichts mehr.
: Element mit opacity 0.3 Element mit opacity 0.5 Element opacity ausgeschaltet
: Ich benötige das gar nicht ich arbeite nicht mit dem Editor 2017. Das ist mir nur so aufgefallen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:09, 24. Sep. 2020 (CEST)

:: Ja, aber an die Überschrift komme ich nicht robust ran, weil die ist Skin-abhängig, mobil ggf. anders und kann sich dieses Jahr auch mal bei Vector ändern.
::* Ich muss mich an <code style="white-space:nowrap">mw-content-text</code> dranhängen.
::* Ich bin schon von „drin“ nach „davor“ gegangen, mehr ist nicht.
:: Da muss beim VE irgendwas laufen wie folgt:
::* <div>Gelb unten drunter als Normalseite__Grau:0.3__</div>
::* <div>Gelb unten drunter als Normalseite__Grau:0.7__</div>
::* <div>Was zum Spielen Gelb unten drunter als Normalseite</div>
::* Und an die <code>opacity:0.5</code> von dem dritten Beispiel müsstest du irgendwie rankommen.
::* Wenn da ein Grauschleier ''über'' Elementen liegt.
:: Oder da ist kein Grauschleier über Elementen, sondern nur die Schriftfarbe abgedimmt und die Dimmerei kann dann auch auf NullSieben manipuliert werden.
:: Es übt und lernt.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:24, 24. Sep. 2020 (CEST)
: Also meiner Meinung nach ist da nur ein Dimmer. Es liegt keinerlei Farbe drüber. Ich kann auch das opacity von 0.5 auf 1 setzen dann ist auch alles gut, aber ich kann nichts über einen z-index regeln. Egal wo ich das opacity ändere, es taucht ja mehrmals in den divs auf, es ändert die Eigenschaft der Überschrift mit. Einfacher wäre es doch, wenn du dir das selbst anschauen würdest. Ich bin nicht so gut im erklären der Konsoleneigenschaften.
: Es wird nur und ausschließlich dieser Bereich beeinflusst, ich male es jetzt für dich auf.
<div style="border: 1px #{{Hilfe/style|linec}} dashed; padding:5px; padding-top:0; margin:8px; margin-left:1.5em;">
{{Hilfe/Simulation|noframe=1}}
html body
<syntaxhighlight lang="css">
#mw-page-base
#mw-head-base
#content
.ve-init-target-source
.ve-ui-positionedTargetToolbar
.ve-init-mw-desktopArticleTarget-originalContent
#top
</syntaxhighlight>
das folgende hat jeweils die Eigenschaft opacity: 0.5
<div style="opacity: 0.5;">
<syntaxhighlight lang="css">
#firstHeading
<h1 id="firstHeading" class="firstHeading ve-init-mw-desktopArticleTarget-uneditableContent" lang="de">Gottfried Leygebe</h1>
#contentSub
#contentSub2
#jump-to-nav
a.mw-jump-link:nth-child(5)
a.mw-jump-link:nth-child(6)
#lintHint-top
<div class="noprint ve-init-mw-desktopArticleTarget-uneditableContent" id="lintHint-top" style="clear: both; width: 100%;"><button id="lintHint-collapsed" style="display: block; float: right; margin-bottom: 3px; padding: 2px; pointer-events: all; background-color: rgb(255, 255, 0); color: rgb(0, 0, 0); opacity: 1;" title="-4.3" class="noprint">lintHint</button></div>
div.ve-init-mw-desktopArticleTarget-uneditableContent:nth-child(8)
</syntaxhighlight>
</div>
<syntaxhighlight lang="css">
div.oo-ui-widget:nth-child(10)
<div class="oo-ui-widget ve-ui-surface ve-ui-surface-source ve-ui-mwSurface ve-ui-mwWikitextSurface ve-init-mw-target-surface ve-ui-surface-dir-ltr">
/* Der editierbare Seiteninhalt wird nicht gedimmt */
</div>
#mw-data-after-content
…
</syntaxhighlight>
</div>
: Und es ist völlig egal wohin ich das lintHint schiebe, es behält immer diese Eigenschaft des opacity gekoppelt mit der Überschrift. Ich kann dir das nicht auflösen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:35, 25. Sep. 2020 (CEST)

:: Ich habe weder Kräfte noch Nerven noch Zeit fremde Software-Pakete auszuprobieren, die sich dann auch noch alle Nase ändern können.
:: Ich brauche schon exakte Anweisungen was ich für einen ''style'' setzen soll.
:: Letzter Versuch: Gib den gelben lintHint mal <code style="white-space:nowrap">style="opacity: 1 ! important"</code> mit. Dann weiß ich auch nicht mehr.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:44, 27. Sep. 2020 (CEST)
: Ich weiß nicht, ob ich mich wirklich so unklar ausdrücke, aber das ist irgendwo mit dem anderen direkt verbunden, da lässt sich nichts einzeln einstellen, ändere ich dort den Wert, ändert sich das automatisch für alles was ich oben gedimmt habe, da lässt sich auch nichts mit important regeln. Ich habe zu wenig Ahnung davon, um festzustellen woher das genau kommt, wer das vorgibt und weshalb es eine gemeinsame Eigenschaft ist, die alles beeinflusst. Es ist sinnlos einem gedimmten Button eine noch so hohe Priorität oder Ebene zu verpassen, wenn der Dimmer danach von Außen drüber gelegt wird. Ich meine es taucht erstmals in einem <code><nowiki><a id="top" class="ve-init-mw-desktopArticleTarget-uneditableContent"></a></nowiki></code> Element auf, was auch immer das ist. Dann setzt es sich fort bis der Bereich zu einem div mit der id <code><nowiki>div.ve-init-mw-desktopArticleTarget-uneditableContent:nth-child(8)</nowiki></code> Das hat folgenden Inhalt:
<syntaxhighlight lang="text">
html.client-js.ve-not-available.ve-activated.ve-active body.mediawiki.ltr.sitedir-ltr.capitalize-all-nouns.mw-hide-empty-elt.ns-0.ns-subject.mw-editable.page-Eduard_Hübner.rootpage-Eduard_Hübner.skin-vector.action-view.skin-vector-legacy div#content.mw-body div.ve-init-target-source.ve-init-target.ve-init-mw-target.ve-init-mw-articleTarget.ve-init-mw-desktopArticleTarget div.ve-init-mw-desktopArticleTarget-originalContent div#bodyContent.mw-body-content div.ve-init-mw-desktopArticleTarget-uneditableContent
</syntaxhighlight>
: Anschließend folgt der eigentliche Seitenquelltext und der ist, wie geschrieben ungedimmt und beginnt ab <code>div.oo-ui-widget:nth-child(10)</code> danacht ist kein opacity mehr vorhanden. Ich vermute es hat irgendetwas mit der Eigenschaft <code>.ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent</code> zu tun, denn die steht in dem CSS-Selektor des lintHint mit drin. Ich kann das nicht lösen, es klebt zusammen wie Pech und Schwefel. Ich benötige das nicht, ich verwende den normalen Editor. Ich kann gut damit leben, solange man mich nicht zwingt den Editor zu wechseln. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:24, 27. Sep. 2020 (CEST)

== Why doesn't it detect this missing table close? ==

Hi. First, thanks for this great tool!

I noticed today that it finds no error in [[:en:Special:PermaLink/980597500]], yet the article is missing a table-closing at the end of the table in the Confederations section. Thanks! —[[[:w:User:AlanM1|AlanM1]]([[:w:User talk:AlanM1#top|talk]])]— 22:51, 27. Sep. 2020 (CEST)
: I do think the missing of a table close <code>|}</code> is not in every case an lintError for the software. So the tool can’t find it. This is something I often aked me why the software can find missing tag like div, small, span, italic or bold, but not a missing end of a table. In your example the following content is interpreted as content of the table itself. The missing of the table ending should be found by the software, than lintHint will find it too. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:41, 28. Sep. 2020 (CEST)
:: I'm afraid what you're saying appears to be contradictory. Yes, lintHint routinely finds tables that are opened but not closed, as it does with div, italic, etc. markup. This is fairly straightforward to do, which is why I wonder why it fails in this case (and no others that I've seen). —[[[:w:User:AlanM1|AlanM1]]([[:w:User talk:AlanM1#top|talk]])]— 13:08, 28. Sep. 2020 (CEST)
::: Yes in many cases it will find the error, but this case is spacial, I know many pages with frames build up with tablesymtax on talkpages left open I’ll seach for an example.
::: see wikitext in [[Benutzer:Warhog/Vorlage:Diskussionsseite]] the table is open at the end an the pageinformation does not mark any LintError →[https://de.wikipedia.org/w/index.php?title=Benutzer:Warhog/Vorlage:Diskussionsseite&action=info info]. I have often seen such pages. I hope you’ll understand I am not an English speaker. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:39, 28. Sep. 2020 (CEST)

'''Please note:''' This tool ''lintHint'' is just broadcasting reports of the Parsoid syntax processing.
* This tool does not analyse any code.
* It does nothing more than making analysis results visible.
* It has no knowledge about meaning and circumstances of the messages forwarded to the reader.
Please address any content issues to [[mw:Help:Extension:Linter]] etc. THX --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:15, 28. Sep. 2020 (CEST)

== Can LintHint be activated automatically in Preview mode? ==

The setting to activate LintHint upon viewing a page is working well, but when I click Edit and Preview (in wikitext source mode), I have to click LintHint again. Is there a way to force LintHint to run upon page load even in Preview mode? This would save me a lot of time when I open many tabs in Edit mode. Thanks. [[Benutzer:Jonesey95|Jonesey95]] ([[Benutzer Diskussion:Jonesey95|Diskussion]]) 05:50, 5. Mär. 2021 (CET)

: {{ping|Jonesey95}} Sorry for late reply, but I needed a weekend to dig through my pile of frequently unanswered questions.
: Well, intentionally there is no such automatism rather than <code>launch</code> described [[:en:User:PerfektesChaos/js/lintHint #par.launch|here]].
: I do hesitate a bit to make some interface in the way as you describe it, since it might cause server overload when requested after each modification of each page, in each preview and for each diff. The idea is to force the user demanding such analysis manually. Editing a page might occur in many steps, and not every step will need linter.
: There is an automatic analysis offered by configuration, but only on page view.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:39, 13. Mär. 2021 (CET)
::OK, thank you for the answer. [[Benutzer:Jonesey95|Jonesey95]] ([[Benutzer Diskussion:Jonesey95|Diskussion]]) 16:51, 13. Mär. 2021 (CET)

== List of all error codes? ==

Is there a list of all of the errors that can be reported, with some description of what the error means?[[Benutzer:GhostInTheMachine|GhostInTheMachine]] ([[Benutzer Diskussion:GhostInTheMachine|Diskussion]]) 10:08, 5. Mai 2021 (CEST)
: In this wikiproject we have [[H:Wikisyntax/Validierung#Problemtypen]] with some descriptiopns of possible errors. But it is not a list of all errors that can occure. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:16, 5. Mai 2021 (CEST)

:: Please see [[mw:Help:Lint errors]].
:: This tool here is stupid.
:: It is just forwarding and formatting small pieces of information gathered from Lint service.
:: This tool here has no knowledge what it is presenting.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:29, 6. Mai 2021 (CEST)

== Button in indicator bar? ==

Thanks for this script. Would it be possible to place the yellow button in the <code>.mw-indicators</code> area at the top right? Currently it pushes the whole page down just after page load, which makes it easy to miss a click.

I know it expands when clicked, so I don't mind if it gets moved to the current position once it is explicitly clicked. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 09:51, 25. Mai 2021 (CEST)

: {{ping|Inductiveload}} Funny idea. Actually, a great idea. Should have been mine. I do regret this.
: Technically this is no big deal.
:* Not all environments are providing an indicators region, at least not yet in mobile.
:* However, I can check easily whether an indicators region is present and append lintHint there, otherwise keep contemporary behaviour.
:* I have a huge pile of programming and dishes to do, but next time slot after we digested the recent skin changes and challenges lintHint handle will move as suggested.
: Best regards --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:37, 25. Mai 2021 (CEST)

:: Looks like this is now working: thank you very much, it feels much smoother on page load! FYI, I don't think <code>float:right;</code> is needed any more. Removing the <code>float</code> property will make the button line up with other indicators more consistently: [[phab:F34473283]]. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 14:36, 28. Mai 2021 (CEST)

::: Yep, ''float'' is a remainder of the previous arrangement, now fallback.
::: Apparently you are loading the <code>d</code> (debug) version, which is currently improved by 4.x steps.
::: Finally a stable release will get a <code>5</code> release as <code>r</code>.
::: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:21, 28. Mai 2021 (CEST)

== Button / Knopf und Anzeigebereich ==

Entweder träume ich oder du hast ein Radiergummi verwendet, um den Rahmen der Schaltfläche zu eliminieren. Ich gewöhne mich an vieles, auch an das nun springende Knöpfchen. Aber wenn du auf der Vorderseite nun explizit so etwas schreibst:

: …Knopf lintHint in der rechten oberen Ecke angeboten … dann erwarte ich nicht, dass es stattdessen so <span title="-4.4" style="cursor: pointer;float: right;padding: 1px;pointer-events: all;display: inline-block;line-height: 1.2em;margin-left: 3px;margin-right: 3px;background-color: rgb(255, 255, 0);color: rgb(0, 0, 0);">lintHint
: aussieht
: Der gelbe Kasten enthält üblicherweise eine [[#Fehlertabelle|Tabelle mit Fehlerhinweisen]]. → und hatte, wenn ich mich nicht irre, zuvor auch einen Rahmen (da ist ein 2 Pixel dicker transparenter Rahmen, was habe ich davon?), oder auch nicht, jedenfalls ist irgendetwas anders. Unschön finde ich die Anzeige der grauen (ich bin gerade aktiv beschäftigt, bitte warte bis ich fertig bin) Schaltfläche oberhalb der Tabellenbox.
<span title="…" style="cursor: pointer;float: right;padding: 1px;pointer-events: all;display: inline-block;line-height: 1.2em;margin-left: 3px;margin-right: 3px;background-color: rgb(192, 192, 192);color: rgb(160, 160, 160);">lintHint

Seitentitel<div style="clear:both;"></div>
----
<div style="background-color: rgb(255, 255, 0);border-color: transparent;border-style: solid;border-width: 2px;color: rgb(0, 0, 0);margin-bottom: 3px;padding: 0.5em;pointer-events: all;">Fehlertabellenkasten </div>
: Sie hat den merkwürdigen Effekt, dass man das gelbe Anzeigefeld nun quasi mit einem Klick ausblenden und die Analyse nochmals starten kann (obwohl grau eigentlich inaktiv oder bin gerade beschäftigt bedeuten sollte). Ich finde das eher verwirrend.
: … erscheint ein kleines grünes Feld lintHint …
: Da hat sich nicht viel verändert, denn es hatte auch zuvor schon „keinen“ Rahmen und sah so aus wie jetzt auch lintHint.
Die Schaltfläche ist mal hier mal da mal doppelt oder dann doch zumindest redundant zum roten X und einem Neustart über gelb. Ich bin mir nicht sicher, ob mir diese Neuerung jetzt irgendwelche Vorteile gebracht hat. Und ja, ich habe den Abschnitt eins drüber durchaus registriert. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:10, 27. Mai 2021 (CEST)

: Rufe doch mal einen lesenswerten oder exzellenten Artikel auf. Dann siehst du den Grund.
: Und in der Mobildarstellung gibt es den Rahmen weiterhin. Weil keine Seitenindikatoren.
: Ein Problem ist, dass die ganze Seitendarstellung nachträglich nach unten geschoben werden muss, was leicht passieren kann, wenn jemand ein langsames JS hat. Das ist die Schilderung von eins drüber.
: Ein anderes Problem ist, dass der reservierte Bereich eine fingerdicke Lücke zwischen Seitenkopf und Textanfang blockiert, weil das Layout der Seite mit Infoboxen usw. erst unterhalb dieser lintHint-Lücke beginnen kann.
: Das andere noch offene Problem von weiter oben werde ich im Zuge dieser Änderung auch versuchen zu lösen.
: Der kleine Anker von ''fragmentAnchors'' wird übrigens auch irgendwann nach da oben wandern. In der Werkzeugbox wirkt seine ganze Zeile doch arg verloren, und mobil gibt es die gleich gar nicht.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:25, 27. Mai 2021 (CEST)
:: Nö ich mag diese Bapperl nicht. Ich wollte es auch nur erwähnen, ich kann damit leben. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:45, 27. Mai 2021 (CEST)
:: Mobil, also wenn ich in der mobilen Ansicht versuche etwas zu bearbeiten dann ist der Button weg. Anders ist es, wenn ich während der Bearbeitung nach dorthin umschalten würde. Vielleicht bin ich zu dusselig dafür. Wenn ich versuche einzelne Abschnitte zu bearbeiten ist da kein lintHint sichtbar, es steckt irgendwo oben hinter irgendetwas.
:: Und generell hat grün trotzdem keinen Rahmen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:08, 27. Mai 2021 (CEST)
::: Ich habe es mir überlegt, so unpraktisch ist der graue Button gar nicht. Vielleicht kann man ihm einfach einen Titel „aktualisieren“ anfügen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:12, 28. Mai 2021 (CEST)

== ID of button broken ==

Hi! Tiny buglet (-4.5): the ID of the button is now <code>undefined-collapsed</code> (was <code>lintHint-collapsed</code>).

<div style="font-size:80%">
(BTW, the reason I noticed this is that I have some custom CSS):
<pre>
#lintHint-collapsed,
#lintHint-null {
border-radius: 3px !important;
padding: 3px !important;
line-height: 1.2 !important;
font-size: inherit !important;
float: none !important;
}

#lintHint-null {
background-color: #90ff90 !important;
}

#lintHint-collapsed {
background-color: #ffe867 !important;
}

#lintHint {
background-color: #ffe867 !important;
border-radius: 3px !important;
}
</pre>
</div>

Kind regards, [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 12:34, 3. Jun. 2021 (CEST)

Benutzer Diskussion:PerfektesChaos/js/lintHint

2021-05-28T12:36:10Z

Inductiveload: /* Button in indicator bar? */ wonderful :-)

{{Babel|de|en-3|fr-1}}
{{Autoarchiv-Erledigt
|Alter = 5
|Ziel = '((FULLPAGENAME))/((Jahr))'
|Übersicht = [[Benutzer Diskussion:PerfektesChaos/js/lintHint/Archiv|Archiv]]
}}
== Lint error misdetecting.. ==

Here:
https://en.wikisource.org/w/index.php?title=Page:The_four_feathers.djvu/12&action=edit

It's claiming stripped tags, there should not be any as the template calls are matched up.

Please update your code accordingly, to account for header, body, footer template usage. [[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:17, 12. Mär. 2018 (CET)

:Another mis-detection - https://en.wikisource.org/wiki/Page:Niger_Delta_Ecosystems-_the_ERA_Handbook,_1998.djvu/253
[[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:57, 12. Mär. 2018 (CET)

== Mobil? ==

Müsste meine Schaltfläche nicht auch in der mobilen Ansicht funktionieren?
* Ich kann sie zwar anklicken und sie wird auch grau aber mehr passiert nicht. (Gemeint ich hier nur in der Seitenansicht, die Konsole schweigt dazu)
* Beim klicken auf einen dieser Bearbeitungsstifte erscheint die Schaltfläche gar nicht erst.
Ich wollte eigentlich nur mal H:ZQ aktualisieren, daher habbich mobile Ansicht aufgerufen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:59, 18. Mai 2018 (CEST)

: Du meinst den gelben kleinen Button auf Seitenvorschau etc.?
: Schaue ich mir an, eher nach Pfingsten. Keine Ahnung was klemmen könnte. Gibt kaum eine Besonderheit für mobil oder Projekt oder was auch immer; allerdings kann mobil zurzeit keine Tabellensortierung und vielleicht blockiert die dafür eingebaute Ausnahmebehandlung irgendwie.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:14, 18. Mai 2018 (CEST)
:: Das eilt für mich so gar nicht, ich habe doch gar keinen (eigenen) mobilen Zugang. Ich teste es aber gern, wenn du möchtest. Ich habe neulich, also am letzten Wochenende versucht von einem Tablet aus mich anzumelden, schrunz hoch drei, ich habe dieses Zeichen über dem ó nicht gefunden musste es kopieren, es war sehr umständlich. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:18, 18. Mai 2018 (CEST)

::: Ich kann es nicht reproduzieren.
:::# Konkrete URL?
:::# Wäre ein Fehler zu erwarten gewesen?
:::# Echtes Mobilgerät oder Simulation auf PC?
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:21, 18. Mai 2018 (CEST)
:::: Es war vorhin <s>sowohl bei der Spielwiese ([[Spezial:PermaLink/177528595|diese Version]], allerdings geht es dort jetzt) als auch</s> beim [https://de.m.wikipedia.org/wiki/Modehaus_M._Baltz Modehaus M. Baltz] da streikt es noch ebenso bei [https://de.m.wikipedia.org/wiki/Rechtsform Rechtsform] vermutlich ANR WP.Fragen zur Wikipedia geht nämlich
:::: Ne, nur die PC-mobile Ansichtsimmulation. Und beim Bearbeiten, kommt wie geschrieben keine Schaltfläche. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:43, 18. Mai 2018 (CEST)
:::: Ach so, nein die Seite weist keinen LintError auf es war die nächstbeste in meinen Beiträgen, die ich testweise geöffnet hatte. Ich teste mal eine Fehlerversion. Da [https://de.m.wikipedia.org/wiki/Politisierungsdilemma Politisierungsdilemma] ist es genauso, es sollte 2 × Fehlendes End-Tag i in der Tabelle stehen. Bei anderen Namensräumen mit Fehlermeldung bekomme ich eine Tabelle. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:57, 18. Mai 2018 (CEST)

::::: Ich kann es nicht reproduzieren.
::::: Bei mir unter den angegebenen URL alles erwartungsgemäß, sowohl bei manueller Auslösung wie auch beim automatischen Start.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:40, 18. Mai 2018 (CEST)
Ooo Kay, ich könnte noch dazuschreiben, dass ich vermute, dass es irgendwie damit zusammenhängt
<syntaxhighlight lang="js">
makeButton@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2211:15
fire@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:46:599
add@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:47:143
register@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2132:4
f2@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2110:3
fire@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:46:599
add@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:47:143
waitForTE@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2112:2
init/<@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/personendaten.js&action=raw&ctype=text/javascript:2265:4
mightThrow@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:49:590
resolve/</process<@https://de.m.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=minerva&version=12ab2sa:50:269
</syntaxhighlight>
: Es wundert mich nämlich weshalb in einem Nichtpersonenartikel eine personendaten.js erwartet wird. Zudem habe ich eben mal einen Personenartikel getestet und siehe da dort scheint es zu funktionieren. Heute nicht mehr. Ich frage ihn mal nächste Woche, was diese Warnmeldung bedeutet. Ich habe es eben mal ausgestellt und dann funktioniert meine Schaltfläche auch. Sorry wegen der Störung. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:03, 18. Mai 2018 (CEST)

== Odd interaction on Wikisource ==

Sometimes, if I have the tool in use on English Wikisource, it 'bounces' the main page header template on a page like this [[s:Broadcasting_Act_1981_(United_Kingdom)/Schedule9]] to the end of the page. I can't obviously find an error in the markup from the relevant pages, so I'm open to suggestions as to where the parser/render engine is getting confused.

Perhaps you are able to provide a better explanation? as it's making the tool harder to work with on Wikisource. [[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 02:00, 11. Jun. 2018 (CEST)

: English Wikisource is running gadgets to create a “dynamicLayout”.
:* Something is going wrong, and something is obviously grasping one of the first elements on page content and “bouncing” this element to the end, probably footer section.
:* The gadgets I flipped through looked correctly. They should put their hands on the element marked with <code>id="headerContainer"</code> etc., and if they do so they fetch the correct one and perform their job without influence.
:* However, I could observe one case, obviously a [[:en:race condition]] (“sometimes”), that behaved as you describe: The heading block in green was cut off at top and inserted as footer dynamically and in slow motion.
:* I do suspect [[s:en:MediaWiki:PageNumbers.js]] or [[s:en:MediaWiki:Gadget-PageNumbers-core.js]] even when they access the ''headerContainer'' correctly, but they might fail on playing with page numbers.
:* [[s:en:MediaWiki:DisplayFooter.js]] and [[s:en:MediaWiki:DisplayFooter2.js]] are inserting new elements as footer and innocent, since they don’t cut off elements from the head region.
:* Anyway, some of your gadgets is counting elements from top, and since ''lintHint'' will insert two <code><div></code> these unexpected elements are disturbing when cutting off the third element and inserting as footer. They must not count the third from top but the second neighbour or child of the one identified as <code>headerContainer</code>.
:* All scripts I have seen were rather old in ''DOM'' technology for core functionality; perhaps migration to modern ''jquery'' and considering more interaction nowadays might make that more robust.
: Please discuss with your JavaScript maintainers.
: You might turn off [[s:en:MediaWiki:Gadget-dynamicLayoutOverrides.js]] preference. No idea how that will influence.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:27, 11. Jun. 2018 (CEST)

== Unwanted td tag errors ==
(moved from [[:en:User talk:PerfektesChaos/js/lintHint]] --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:30, 12. Feb. 2019 (CET))

In the tool created by you named LintHint, an issue has been detected. Please check the pages:
*[[:en:Template talk:Jctint/core#Newbie question about th tags in miles column]]
*[[:en:Wikipedia talk:Linter#Unable to consistently reproduce stripped tag errors at Interstate 81 in New York]]
[[:en:User:Adithyak1997|Adithyak1997]] ([[Benutzer:Adithyak1997|de]]) ([[:en:User talk:Adithyak1997|talk]]) 14:14, 26 November 2018 (UTC)

== Change yellow background ==
(moved from [[:en:User talk:PerfektesChaos/js/lintHint]] --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:30, 12. Feb. 2019 (CET))

Hello [[:en:User:PerfektesChaos|PerfektesChaos]], I've set mine up so that it runs automatically however I wanted to ask is there a way I change the yellow background?, 
It's rather hard on the eye when I've ''just'' woken up so I wanted to hopefully replace it with either a lighter colour or just white, 
Thanks, –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 15:31, 6 February 2019 (UTC)

: It is ''made'' to wake up people editing half asleep.
: However, you can provide in any [[:en:Special:MyPage/common.css|common.css]] snippets like
<syntaxhighlight lang="css" style="margin-left:2em">
#lintHint, #lintHint-collapsed {
background-color: orange;
}
</syntaxhighlight>
: The orange colour code my be chosen as you like.
: Greetings --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 10:51, 7 February 2019 (UTC)
::Brilliant thank you! :), –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 16:31, 10 February 2019 (UTC)
:::Hi again, Unfortunately this hasn't worked, I've tried various things all of which haven't worked :(, Thanks, –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 16:39, 10 February 2019 (UTC)
::::<syntaxhighlight lang="css">
#lintHint, #lintHint-collapsed {
background-color: #f9f9f9 !important;
}
</syntaxhighlight>
::::You need the ''<code>[[:en:Cascading Style Sheets#Sources|!important]]</code>'' annotation. --[[:en:User:Pipetricker|Pipetricker]] ([[Benutzer:Pipetricker|de]]) ([[:en:User talk:Pipetricker|talk]]) 17:05, 10 February 2019 (UTC)
:::::You're a legend [[User:Pipetricker|Pipetricker]] thanks so much!, Wierdly I had wondered if it was that but then thought it could be anything lol, Anyway many thanks! :), –[[:en:User:Davey2010|'''Davey''''''2010''']][[:en:User talk:Davey2010|'''Talk''']] ([[Benutzer:Davey2010|de]]) 17:57, 10 February 2019 (UTC)

:::::: {{ping|Pipetricker}} Eh, yes. Sorry. I forgot. Thx as well.
:::::: BTW, this thing is actually a redirect page. I am going to move the entire talk to the central German page since that one is watched continuously.
:::::: Best --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 19:06, 10 February 2019 (UTC)
:::::::You may have to place a notice on <s> this page </s> the English redirect page with more emphasis that it isn't intended as a talk page. --[[:en:User:Pipetricker|Pipetricker]] ([[Benutzer:Pipetricker|de]]) ([[:en:User talk:Pipetricker|talk]]) 21:29, 10 February 2019 (UTC)
:::::::: They simply started to run over the redirect mark. Every time I was waiting that an issue has been resolved and I could move somebody else appended a new section. Now made more clear. Regards --[[:en:User:PerfektesChaos|PerfektesChaos]] ([[Benutzer:PerfektesChaos|de]]) ([[:en:User talk:PerfektesChaos|talk]]) 22:30, 12. Feb. 2019 (CET)

:::::I noticed that with the above css, [[Benutzer:Davey2010|you]] lose the green indicating no errors ''when in edit mode''. To get it back, remove the ''<code>#lintHint-collapsed</code>'' selector (which also brings back the yellow color of the lintHint button, which I don't mind):
:::::<syntaxhighlight lang="css">#lintHint { background-color: #f9f9f9 !important }</syntaxhighlight>
:::::--[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 19:16, 21. Feb. 2019 (CET)

:::::: Yes, thanks, this will only change the colour of the associated box with error table if any detected.
:::::: For changing the characteristic colour assigned to this tool it would be necessary to introduce a further customization issue, and I fail to see a global need for that.
:::::: BTW it should not have any influence which word is used for user namespace when attempting to mention.
:::::: Thanks for quick support desk --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:46, 21. Feb. 2019 (CET)

== Options conflict with Sonderzeichenauswahl (editMenus) gadget ==

Hi PerfektesChaos,

I installed lintHint in my common.js on de:Wp, but when I went to the options page, either directly to [//de.wikipedia.org/wiki/Spezial:Leerseite/preferencesGadgetOptions?uselang=de#lintHint Spezial:Leerseite/preferencesGadgetOptions#lintHint] or by clicking the cogwheels button at [[Spezial:Leerseite/lintHint]], I got the wrong options: only options for editMenus, but no options for lintHint.

I fixed it by [[Wikipedia:Technik/Skin/Gadgets/editMenus#Deaktivierung|inactivating the gadget]] "'''Sonderzeichenauswahl''' usw. unter dem Quelltext-Bearbeitungsfeld" in [[Spezial:Einstellungen#mw-prefsection-gadgets|the Preferences Gadgets section]]. The lintHint options appear for me only when that gadget is turned off. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 11:47, 13. Feb. 2019 (CET)

: {{ping|Pipetricker}} First, thank you for fixing the links after section migration.
: Second, I cannot reproduce the situation, but I do believe in your report. Thx again for informing me.
:* I checked whether there might be a C&P error anywhere; more than a dozen of gadgets are equipped with such customization support, and the wrong ID might have been left somewhere.
:* I guess it is something like a race condition, or event communication.
:* There are a lot of tricky things done, a waiting queue for requests before the HTML document (DOM) is available to be equipped, and identifying particular user options for the gadgets, also waiting for that.
:* The window.location.hash is evaluated as well under some conditions; I should clear the hash now.
:* I will track all events and possible leaks for undesired interaction, but that might need some days (or nights).
: After the code has been updated I will inform you and kindly ask for testing, since it is all okay for me.
: CU --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:21, 13. Feb. 2019 (CET)
::I'm happy to help with testing. And thanks for all your work. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 15:18, 13. Feb. 2019 (CET)

== Option "Analyze previous revisions, too" not working ==

The option works neither when [[:en:Special:BlankPage/preferencesGadgetOptions#lintHint|configured interactively]] nor [[:en:User:PerfektesChaos/js/lintHint#configJS|by Javascript]]; the latest revision is always analyzed (except when in edit mode).

It isn't a big problem (for me) though, since an easy workaround is to open the old revision in edit mode (and the alternative of inputting an oldid on [[:en:Special:BlankPage/lintHint|Special:BlankPage/lintHint]] also works fine). --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 15:58, 27. Feb. 2019 (CET)

: {{ping|Pipetricker}}
: Thank you. Yes, by migration to improved REST API this ID was not communicated any more.
: Fix is (by debug version d) online now.
: Best --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:07, 3. Mär. 2019 (CET)
::[//en.wikipedia.org/w/index.php?title=User:Pipetricker/common.js&diff=prev&oldid=886105091 Tried it (''d.js'')], works fine; thank you. --[[Benutzer:Pipetricker|Pipetricker]] ([[Benutzer Diskussion:Pipetricker|diskussion]]) 10:12, 4. Mär. 2019 (CET)

== Alles im grünen Bereich? ==

Hast du etwas verändert? Ich wundere mich weshalb mir einerseits die Liste sagt[e], dass dieser Link [https://de.wikipedia.org/w/index.php?title=Enrique_Angelelli&action=edit&lintid=4107133 Enrique Angelelli]
<pre>
{{Webarchiv|url=http://usf.usfca.edu/fac_staff/webberm/plaza.htm|wayback=20120205|text=Searching for Life: The Grandmothers of the Plaza de Mayo and the Disappeared Children of Argentina. Website der [[University of San Francisco]]}}
</pre>
nicht koscha sei, wenn ich aber nun LintHint frage, sagt es plötzlich: ‚nönö ist alles im grünen Bereich‘. Dabei sehe ich es auch ohne die neue Fehlermeldung deutlich, dass da so ein sichtbarer <code><nowiki>[[University of San Francisco]]</nowiki></code> Klammermurks steht. Ich kann zwar jetzt netterweise über die fette Meldung zu der Stelle im Seitentext springen = [[Enrique Angelelli#cite note-10|EN10]], aber nun nicht mehr über LintHint zu dem Ort im Quelltext kommen, denn wo grünes Licht lintHint ist, muss man nicht stehenbleiben. Das verwirrt mich jetzt doch ein wenig. Absicht? Ich habe den Verdacht du hast das „umgelagert“, damit ich es nicht mehr [https://de.wikipedia.org/w/index.php?title=Spezial:LintErrors/wikilink-in-extlink&dir=prev&namespace=0 hier] sehen soll. Das heißt, sie lösen sich dort auf, aber die Fehler sind eigentlich noch da, nur werden sie jetzt halt an einem anderen [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:Linktext|Ort]] gelistet. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:29, 18. Mär. 2019 (CET)

: Ja, und sie produzieren auch einen sichtbaren roten ''error'' an der fraglichen Stelle für das Wartungspersonal, und der Klammermurks wird nunmehr für alle Leser dezent aber explizit sichtbar, während das ja früher automatisch durch die Blauverlinkung bis vor das Wikilink eingeebnet wurde und kaum zu erkennen war.
: Die 300 aus der Kat werden durch Bereinigung oder durch Vergessen allmählich von Spezial:LintErrors verschwinden.
: Aber keine Sorge, mittelfristig werden uns allen die einfach geklammerten Weblinks in den LintErrors erhalten bleiben; die Webarchiv-Parameter sind ja nur dadurch entstanden, dass der IABot den Linktext in den Parameter verschoben hatte.
: Jetzt erstmal besser entlang der neuen Wartungskat arbeiten, oder was ganz anderes machen.
: Vorlage:Internetquelle macht dieses Darstellung übrigens schon seit einigen Jahren oder so, jedoch bislang ohne Wartungskat.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:41, 18. Mär. 2019 (CET)
:: O.k. ich finde es ja auch so. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:53, 18. Mär. 2019 (CET)

== lintHint sees error outside but not inside editor ==

[[en:User:Anomalocaris/sandbox/Lint Test]] has 2 lint errors:
* 1 Misnested tag with different rendering in HTML5 and HTML4
* 1 Stripped tags
lintHint sees these errors when the article is viewed, but not when the article is edited. Why? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 16:33, 14. Aug. 2019 (CEST)

: Thank you for informing me; I will analyse tonight. Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:56, 14. Aug. 2019 (CEST)

:: More lint errors reported on article view but not in editor:
::: [[:en:File:37th Hong Kong Film Awards.jpg]]: Stripped tags
::: All items at [https://en.wikipedia.org/wiki/Special:LintErrors/stripped-tag?namespace=6 Lint errors: Stripped tags (Files)]]: Stripped tags
::: [[:en:Template:Volleyballbox]]: Table tag that should be deleted
::: [[:en:File:Altreva Adaptive Modeler logo.png]]: Stripped tags: td
::: [[:en:File:Flipper & Lopaka Title.jpg]]: Stripped tags: td
::: [[:en:File:HKFAA BG1.jpg]]: Stripped tags: td
::: [[:en:File:National Library IL.png]]: Stripped tags: td
::: [[:en:Wikipedia:WikiProject Industrial design/Article alerts]]: Multiline table in list
::: [[:en: Wikipedia:WikiProject Java/Article alerts]]: Multiline table in list
::: [[:en: Wikipedia:WikiProject Robotics/Article alerts]]: Multiline table in list
::: [[:en:Wikipedia:WikiProject Shimer College]]: Obsolete HTML: font (8), Stripped tags: div
::: [[:en:Template:Abbr/testcases]]: Misnested tag with different rendering in HTML5 and HTML4: abbr; Stripped tags: abbr
::: [[:en:Template:Vandalism information]]: Obsolete HTML tags: font (3)
:: --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 20:16, 14. Aug. 2019 (CEST)

::: I guess server hiccups.
::: Currently there is a tremendous lag of database administration business, millions of page jobs in the queues. An exceptional situation, probably some problematic software behaviour anywhere.
::: A while ago the server might have noticed a lint problem, even false positive by different software problem. Or there might have been really a problem within [[:en:Template:Non-free use rationale 2]] or dependencies, which has been remedied.
::: The page has been added to LINT database.
::: When you ask on page view ''lintHint'' will just query the LINT database whether there is an entry. That is the one which will be reported on page view.
::: When you analyse in edit mode, the current source code will be analysed by parser and LINT just in time. If the problem has been solved, you will see the green light on source edit. However, the record in LINT database is still active.
::: I just sent some strong purge requests to the file pages. They bypassed the updating queue with millions of tasks ahead, and should be executed in advance. Usually this works within a few minutes, but is slow this time.
::: Just wait one week, and see.
::: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:57, 15. Aug. 2019 (CEST)

:::: Check the page history of these articles. They all have an edit by me with edit summary "adjust white space to force recalculation of lint errors". Some of them I edited over two months ago. There's something more fundamental that just waiting. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 06:47, 16. Aug. 2019 (CEST)
::::: Man kann die Fehler auch in der Seiteninformation sehen. [https://en.wikipedia.org/w/index.php?title=User:Anomalocaris/sandbox/Lint_Test&action=info#Lint_errors] somit gibt es da wohl durchaus Fehler in der Benutzerseite, was mir auch nachvollziehbar erscheint zumindest in dem Fall, wo kursiv außerhalb der Vorlage steht. Ich könnte es mal testen, müsste dafür aber erst in en:wp eine common.js anlegen.
:::::* @[[Benutzer:Anomalocaris|Anomalocaris]] for example: [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&action=info#Lint_errors pageinfo] = [[:en:File:37th Hong Kong Film Awards.jpg]] I do think there it is something wrong in the [[:en:template:Non-free use rationale 2]] parameter <code>Minimality</code> there is an other template (“Information” which is tableformatted) in a tablecell. This might be a reason for an linterror. You can see that the table [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&oldid=909051430#Summary in the Summary] (Minimal use) is defected. There you can read html-syntax <code><nowiki>summary="A standardized table providing complete information about the file, including description of what it shows and how it was made, copyright status and source." class="toccolours mbox-inside" style="width:100%;" cellpadding="2"</nowiki></code> in the parameter and one shifted parameter “Description” (which is a part of the included [[:en:template:information]]), can’t you? There is a lot of visible syntax beneeth the box
<pre style="margin-left:140px;">
|- !style="background: #ccf; text-align: right; padding-right: 0.4em; width: 15em"| Respect for
commercial opportunities (WP:NFCC#2) | n.a. |- !style="background: #ccf; text-align: right; padding-right: 0.4em; width: 15em"| Other information |This File Only Used in 37th Hong Kong Film Awards |- |-

| style="display: none;" colspan="2" | Fair useFair use of copyrighted material in the context of 37th Hong Kong Film Awards//en.wikipedia.org/wiki/File:37th_Hong_Kong_Film_Awards.jpg |}
</pre>
::::: This is, so I guess, not correkt. The parameter allows no tables in its body. Maybe someone has mixed these templates see the [https://en.wikipedia.org/w/index.php?title=File:37th_Hong_Kong_Film_Awards.jpg&oldid=836572229 first version] which even looks very unusual to me.
::::: (oh ich hoffe das kann man verstehen) Englisch ist nicht so meins. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:31, 16. Aug. 2019 (CEST)
* [[:en:Template:Volleyballbox]] hat auch eindeutig einen Linterfehler und zwar im Bereich <code>bestscorer1</code> dort folgt auf ein <code>|-</code> direkt eine Tabelle daher auch <code>table-tag to be deleted</code> vermute ich mal
<syntaxhighlight lang="html" highlight="1,2">
|- style="font-size:85%"
{{ #if: {{{bestscorer1|}}} | {{{!}} class="collapsible collapsed" style="width: 100%; background: {{{bg|#eeeeee}}};" cellspacing="0" |}}
{{!}}- style="font-size:85%"
{{!}}style="width:20%;vertical-align:top;text-align:right;"{{!}}{{ #if: {{{bestscorer1|}}} | '''{{{bestscorer1}}}''' | }}
{{!}}style="width:15%;vertical-align:top;text-align:center;"{{!}}{{{progression|}}}
{{!}}style="width:20%;vertical-align:top;text-align:left;"{{!}}{{{goals2|}}}
|} ← gehört zur äußeren Tabelle
</syntaxhighlight>
Zugegebenermaßen wird tatsächlich der Fehler während der Bearbeitung (über Linthint, wenn ich den Quelltext hierher kopiere) nicht angezeigt, was aber daran liegen mag, dass <code><nowiki>{{{bestscorer1|}}}</nowiki></code> leer ist. Das über diesen Parameter includierte Tabellekopffragment ist zudem im Falle eines Wertes <code><nowiki>{{{bestscorer1|1}}}</nowiki></code> nicht geschlossen, ihr fehlt dann unten ein <code><nowiki>{{!}}}</nowiki></code> allerdings verstehe ich eh nicht was das ganze soll, da die Parameter {{{progression}}}, {{{goals2}}} und {{{bestscorer1}}} in der Dokumentation gar nicht vorkommen. Somit tut sich da auch nichts beim Klick auf show. Ask [[Benutzer:Ncboss|Ncboss]] →[https://en.wikipedia.org/w/index.php?title=Template:Volleyballbox&diff=next&oldid=909591607 what he wanted to display with this syntax]. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:45, 16. Aug. 2019 (CEST)

:::::[[Benutzer:PerfektesChaos|PerfektesChaos]]: We've heard from [[Benutzerin:Lómelinde|Lómelinde]]; what do you think? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 21:08, 21. Aug. 2019 (CEST)

I have told you everything already.
* The tool in question is reporting database entries in view mode.
* There is a known lag of updating database records. Therefore this tool is reporting false positves, but I cannot help that.
* In edit mode the current source code is transferred to server. The tool will report the answer. I cannot do anything else.
* This tool is not causing your problems.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:58, 21. Aug. 2019 (CEST)

:Greetings to you as well. I am skeptical of the theory that the problem is simply a lag of updating database records. Consider [[:en:Help talk:Citation Style 1/Archive 2]]. The [https://en.wikipedia.org/w/index.php?title=Help_talk:Citation_Style_1/Archive_2&action=info Information page] reports:
::Misnested tag with different rendering in HTML5 and HTML4: 1
::Stripped tags: 1
:The page history shows that I edited this page 23:48, 19 June 2018‎, and I remember that before I saved it, I got a "green light" from lintHint. But the errors remained on the information page, so I edited it again 9:30, 20 June 2018‎, and again before I saved it, I got a "green light" from lintHint. And 427 days later, it still has a "green light" when editing, and it still has errors on the information page. A delay of 427 days is not a "lag" — it is "never going to happen"! Similarly, some of the items listed above have persisted for more than 2 months with errors outside the editor that lintHint does not see. For example, I edited [[:en:File:37th Hong Kong Film Awards.jpg]] 71 days ago. Do you really thing this is just a "known lag"? I agree with you that lintHint is doing what it's supposed to do, but something is not doing what it's supposed to do. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 08:37, 22. Aug. 2019 (CEST)

:: You are complaining at the wrong suggestion box.
::* The page information view is telling that there is a record in the database and shows the details.
::* ''lintHint'' is telling that there is a record in the database and shows the details.
:: Neither is responsible for the database record.
:: You need to complain at the database feeders and maintainers.
:: Perhaps it is necessary to clear the entire enWP database and rebuild again from scratch.
:: Useless to tell those who are building [https://en.wikipedia.org/w/index.php?title=Help_talk:Citation_Style_1/Archive_2&action=info page information collection] about false LINT errors.
:: Good luck --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:36, 22. Aug. 2019 (CEST)
:::I tested the theory that the problem is a stuck database and did an experiment. I blanked [[:en:File:National Library IL.png]] and the stripped tag went away; I undid my edit and the stripped tag came back. So the problem isn't a stuck database. So I used the advice from the "Can LintHint highlight inside of a block of templates?" section above where you said
::::* In this particular case I would open [[:en:Special:ExpandTemplates]] and copy the code above into the input area. Then run!
:::With this tool, lintHint shows the stripped <code><nowiki></td></nowiki></code> tag! But lintHint doesn't find this tag without ExpandTemplates ... even though lintHint is supposed to expand templates internally, without displaying the expanded templates. Can you explain this behavior? --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 16:47, 22. Aug. 2019 (CEST)
:::I did the same experiment with [[:en:Template:Vandalism information]], where Page Information reports "Obsolete HTML tags: 1". lintHint finds no lint errors here, but with ExpandTemplates, there are 3 visible <code><nowiki></nowiki></code> tags and lintHint finds them all. --[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 17:02, 22. Aug. 2019 (CEST)
:::: You’ll find the errors in →[https://en.wikipedia.org/w/index.php?title=User:Flyingidiot/tinyWdefcon&action=edit here] it’s a little bit tricky, but I do think lintHint works, because the linterror is just incluoded and not inside the templates page. Go first onto the dokumentation page of the template, there you’ll find highlighted an error, follow it through the path and you will end up on the userpage, which includes the obsolete font tags. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:33, 22. Aug. 2019 (CEST)

== Unspported Media Type error.. ==

https://en.wikisource.org/wiki/Main_Page

When I have the script running on a normal page - I see this in red in the output generated from the script.

"error -- Error: Unsupported Media Type"

The script continues to work correctly when in Edit mode.
[[Benutzer:ShakespeareFan00|ShakespeareFan00]] ([[Benutzer Diskussion:ShakespeareFan00|Diskussion]]) 10:55, 30. Nov. 2019 (CET)

: Thank you for informing me.
: I can reproduce that, and it is the answer the script is receiving from the server now.
: Perhaps a temporary problem at server side, perhaps a change in server API programming which was not communicated to me.
: I will need a couple of days to get some free hours for investigation. Perhaps during next week.
: Please note that there are two different modes: Regarding the request on an entire page, as described by you, only a tiny page identification is sent to server. In case of source page editing the entire current wikitext is sent to server and evaluated.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:19, 30. Nov. 2019 (CET)

:: It is HTTP status code <code>415</code> – ''Unsupported Media Type''.
:: I did not change anything for half a year, ímplementation of LINT processing itself has not been changed.
:: Apparently a server problem, a server network connection configuration whatever thing.
:: For me, it is working now in page name mode for both German Wikipedia and English Wikisource. Probably a temporary issue.
:: If occurring again, wait a week and see whether problem is solving magically.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:14, 2. Dez. 2019 (CET)

{{ping|ShakespeareFan00|Lómelinde}} I just found {{phab|Task=240057}}.
* In a nutshell it says that due to server overload LINT has been disabled for queries based upon page name or revision.
* For submitting entire wikitext as issued when editing current modification it is still accepted.
* No precise end of temporary disconnection can be predicted.
* Database entries still remain, but won’t be updated and after recovering a certain gap is to be expected.
* Lómelinde, please drop this into Google Translator.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:36, 10. Dez. 2019 (CET)
: ??? ich versteh nur Bahnhof. Worum geht es denn genau? Im Augenblick scheint es eh eine Störung zu geben, behobene Fehler verschwinden nicht mehr man muss die Seiten aktiv purgen (oder nach der Bearbeitung explizit noch mal mit dem Tool durchlaufen lassen, was wohl einen ähnlichen Effekt hat) damit sie aus der Liste kommen, ich hatte etliche, die Andim längst behoben hatte, die aber trotzdem in der Liste standen, daher mach ich derzeit auch weniger Literfehleredits (fireflytools scheint auch zu hängen, die Zahlen dort scheinen eingefroren, die Zeitangabe geht aber). Ich hatte diese Meldung nicht. Daher hier auch nur gelesen, aber nicht verstanden was genau los sein soll. Betrifft mich das irgendwie, irgendwo? Und was soll mir ein Phab sagen? Sorry, aber wenn du möchtest, dass ich etwas testen soll, dann musst du mir das genauer mitteilen. Ich hatte keinerlei Probleme, außer, dass alles manchmal recht lange dauert. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:55, 10. Dez. 2019 (CET)

:: Also nochmal die Zusammenfassung:
::* Vor drei Tagen wurde der Server-Dienst, der jede Bearbeitung beim Speichern auf LINT prüft, wegen allgemeiner Projekt-Überlastung bis auf Weiteres abgeschaltet.
::* Die Abfrage während einer Live-Bearbeitung ist einstweilen nicht betroffen.
::* Die Datenbank-Einträge bleiben erhalten, ändern sich jedoch nicht mehr.
::* Nach Reaktivierung wird mit einer Lücke in der Datenbank-Geschichte zu rechnen sein.
::* Ein Zeitpunkt für die Wiederaufnahme ist nicht absehbar.
::* Gezielte Linter-Abarbeitung wäre zurzeit nicht sinnvoll.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:12, 10. Dez. 2019 (CET)
::: Also ganz lassen, nicht nur einschränken. Dann habe ich es ja quasi instinktiv richtig gemacht. O.k. alles klar. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:24, 10. Dez. 2019 (CET)
::: Es scheint wieder zu laufen, oder? --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:28, 13. Dez. 2019 (CET)

Könnte gelöst worden sein; gemächlich Ende nächster Woche ausprobieren.
* Langsam angehen.
* Es gibt den Plan, wegen der entstandenen einwöchigen Lücke in der Datenbank die Datenbanken aller Wikis einmal komplett zu leeren und danach für jede Seite wieder neu zu analysieren und die Datenbank neu aufzubauen.
* Das würde einige nicht verschwindende Karteileichen zu nicht mehr existierenden Konstellationen endlich tilgen.
* Optimisten meinen, sowas würde eine Woche dauern.
* Ich würde dieses Jahr keine systematischen Linter-Analysen des Altbestands mehr einplanen.
{{ping|ShakespeareFan00}} Might have been solved for now.
* Not very robust yet.
* Do not make big schedules this year.
* It is considered to empty the database and get rid of orphan entries soon. Might take a while to fill again by reparsing all pages on all wikis.
* There would be a gap of one week otherwise in database.
Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 16. Dez. 2019 (CET)

: Letzte Meldung: Bis Jaunar 2020 abwarten, erst dann Datenbank einmal leeren und neu aufbauen, weil jetzt alle Leute in die Weihnachtsferien gehn und wenn dann was schiefgeht ist keiner mehr da und kann reparieren. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 16. Dez. 2019 (CET)

== Error ==
In about a week or two the tool stopped working and is generating just the text "error". Here's an example: http://prntscr.com/qh7ez5 Is the tool still being supported? --[[Benutzer:StanProg|StanProg]] ([[Benutzer Diskussion:StanProg|Diskussion]]) 19:04, 29. Dez. 2019 (CET)

Here's how it's setuped for me: [https://meta.wikimedia.org/wiki/User:StanProg/global.js]. --[[Benutzer:StanProg|StanProg]] ([[Benutzer Diskussion:StanProg|Diskussion]]) 19:09, 29. Dez. 2019 (CET)

== Pointers are pointing to the wrong place ==

For several weeks now, lintHint pointers have often been off. For example, editing [[:en:Wikipedia:Biographies of living persons/Noticeboard/Archive109]], lintHint detects 47 errors.
* The first error is an obsolete tag, and clicking on the down-arrow highlights text 10 characters after the actual tag.
* The last error is an obsolete tag, and clicking on the down-arrow highlights text about 152 characters after the actual tag.
What is going on? –[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 12:37, 3. Jan. 2020 (CET)

: HNY.
: Thanks – yes, it has been noticed already that the numbers are not precise any longer.
: With beginning of December 2019 the executing parser system has been shifted from Parsoid/JS to Parsoid/PHP.
: I guess this is the reason.
: Currently the API answers are temporarily or for some wikis completely discarded due to server overload – see section above.
: It is hoped that within January 2020 there will be a robust solution regarding servers.
: For now partially Parsoid/JS and partially Parsoid/PHP are both producing answers and pointers.
: Before the Parsoid migration has not been successfully completed and server load is stable I cannot start investigation, but I will do under stable conditions. LintHint does tell you just the answer received from server.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:53, 3. Jan. 2020 (CET)
:: This is a Parsoid/PHP bug. We'll investigate this and fix it. [[Benutzer:SSastry (WMF)|SSastry (WMF)]] ([[Benutzer Diskussion:SSastry (WMF)|Diskussion]]) 05:57, 4. Jan. 2020 (CET)

== LintHint error in template ==

On this page...

[[en:Template:Blockquote paragraphs]]

...[[User:PerfektesChaos/js/lintHint|LintHint]] gives me this error...

Missing end tag blockquote
Stripped tags blockquote
Missing end tag blockquote
Stripped tags blockquote
Missing end tag blockquote
Stripped tags blockquote

...which is caused by this Wikimarkup...

<nowiki>Blockquote and templates that call it, and are indented with colon (:), bulleted with asterisk (*), or numbered with number (#), will generate errors and incorrectly display anything after a newline character.</nowiki>
<nowiki></nowiki>
<nowiki> </nowiki>
{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>:<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>:<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>
<nowiki> </nowiki>
<nowiki>{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>*<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>*<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>
<nowiki> </nowiki>
<nowiki>{{markup</nowiki>
<nowiki>|<syntaxhighlight lang="html"></nowiki>
<nowiki>#<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki></syntaxhighlight></nowiki>
<nowiki>|</nowiki>
<nowiki>#<blockquote>Paragraph 1</nowiki>
<nowiki>Paragraph 2</blockquote></nowiki>
<nowiki>}}</nowiki>

This LintHint error then shows up at [[en:Template:Quote]].

Is there any way to keep the display of the deliberate error without it showing up in LintHint?

If I can't do that, is there a way to stop the error from showing up on other templates? I had to go through a long "Pages transcluded onto the current version of this page" list to find the actual error. --[[User:Guy Macon|Guy Macon]] ([[User talk:Guy Macon|talk]]) 15:11, 28. Jun. 2020 (CEST)

== Callback function after table is displayed? ==

Hello. I have started using lintHint.js and I do not wish to see "Obselete HTML tags" warning. Can you please add an option to suppress that? Currently, I am using <code>[...document.getElementsByTagName('td')].filter(el => el.innerText == "Obsolete HTML tags").forEach(el => el.parentElement.remove())</code>. [[Benutzer:Acagastya|Acagastya]] ([[Benutzer Diskussion:Acagastya|Diskussion]]) 21:42, 9. Sep. 2020 (CEST)

: This is the first request for such option after three years of lintHint.
: I am happy that you found a solution to help yourself for now.
: I will change the code and introduce a class derived from category ID for each table row. That would make it easier to suppress something via CSS rule.
: Dissemination and testing might take longer ages. I am quite overburdened.
: Basically the hints generated by lintHint are not made to be suppressed. And even obsolete tags or “minor priority” categories need to be eliminated in the long run. Only <code><tt></code> might become a MediaWiki tag like <code><pre></code> one day.
: Introduction of a user option is out of scope.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:31, 10. Sep. 2020 (CEST)

== lintHint does not appear on the 2017 editor ==

I wanted to ask if that is a limitation of lintHint or the editor and whether they will work together in the future. --[[Benutzer:Nickps|Nickps]] ([[Benutzer Diskussion:Nickps|Diskussion]]) 18:28, 17. Sep. 2020 (CEST)

: Eh, it is not intended, at least.
: There might be some conflict about inserting into document, but ''lintHint'' is attempting to appear on top of whatever. Should work. And “2017” does not block the source content elements. Never heard about that.
: {{ping|Lómelinde}} Would you mind to investigate and report, please?
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:44, 17. Sep. 2020 (CEST)
: Maybe tomorrow. I’m tired today. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:56, 17. Sep. 2020 (CEST)
:: I don't know if this is helpful but when I hide the editor with inspect element I can see the lintHint button behind it as you can see [https://imgur.com/a/JpheoAG here]. It still works, but can't be accessed without this "hack". Thank you both for checking this out. --[[Benutzer:Nickps|Nickps]] ([[Benutzer Diskussion:Nickps|Diskussion]]) 01:13, 18. Sep. 2020 (CEST)
Analyse: Mit der Einstellung „Neuer Wikitext-Modus“ passiert folgendes
* In der Leseansicht steht der Button, wie gewohnt in einem Absatz unter dem Seitentitel
* Wenn man nun auf Bearbeiten (edit) klickt, dann stellt sich die Ansicht in zwei Schritten um
** der Ladebalken für das Werkzeug erscheint kurz und Linthint ist noch schemenhaft sichtbar
** die Werkzeugleiste legt sich über die Zeile, in der vorher der Seitentitel stand (id="firstHeading")
** (firstHeading) steht jetzt ungefähr dort wo zuvor Linthint zu finden war (das Ankertool funktioniert dann auch nicht)
** id="mw-content-text" ist komplett auf <code>display:none</code> also alles was in diesem div steht: <syntaxhighlight lang="html"><div id="mw-content-text" dir="ltr" class="mw-content-ltr ve-init-mw-desktopArticleTarget-editableContent" lang="de">…</div></syntaxhighlight>
** Da ist dann auch lintHint verborgen und fragmentAnchors wohl auch
** selbst wenn man eine kleine Änderung machen würde und auf {{Taste|Änderungen veröffentlichen}} und dann {{Taste|Vorschau}} klickt, ist die Schaltfläche verborgen, obwohl dann ja eine Leseansicht in der Vorschau angezeigt wird und nicht Quelltext.
** In der normalen Leseansicht steht lintHhint in diesem div <syntaxhighlight lang="html"><div id="mw-content-text" class="mw-content-ltr" dir="ltr" lang="de">…</div></syntaxhighlight> und ist sichtbar. Daran schließt sich dann <code>mw-parser-output</code> an. Vermutlich müsstest du den Abschnitt für den Button wohl zwischen <code>id="firstHeading" class="firstHeading .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent" lang="de"</code> und <code>id="bodyContent" class="mw-body-content"</code> setzen und. Ich habe echt Probleme diesen Inspektor zu interpretieren. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:27, 18. Sep. 2020 (CEST)

::* Thanks, Lómelinde.
::* Well, it is not a polite behaviour of “2017” to hide the entire area, including ''lintHint''.
::* Unfortunately, <code style="white-space:nowrap">mw-content-text</code> is crucial since it is the only one that works in mobile as well as desktop and in every skin.
::** I do need this key element.
::** I might change strategy now. Rather than inserting as first element ''into'' <code style="white-space:nowrap">mw-content-text</code> I could insert the ''lintHint'' business immediately before that one.
::* I will think about, change implementation if I find some clear hours, ask for testing and an update will be distributed without further notice somewhen.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:41, 18. Sep. 2020 (CEST)
; Version -4.2
: Jetzt ist die Schaltfläsche zwar sichtbar, aber sie ist inaktiv, wenn ich es richtig herauslese gibt es da eine Funktion, die sich <code>pointer-events:</code> nennt diese steht auf <code>pointer-events: none</code> schalte ich das Kästchen aus, dann kann ich die Schaltfläche anklicken. Ich muss das mal auf einer Seite mit Fehler testen, ohne wird es jedenfalls grün. Hmm es passiert dann folgendes (wenn ich das aktiviert habe)
: LintHint arbeitet als würde es sich in der Leseansicht befinden, es wird eine Tabelle mit den Fehlern ausgegeben, aber es werden keine Sprungziele generiert
: Die Schaltfläche für die Optionen ist klickbar das rote X ebenfalls.
: Was mich aber echt nervt ist die schlechtere Sichtbarkeit so als wäre da ein opacity über die komplette Seite gelegt und das steht auf 0.5 ich habe nicht mehr so gute Augen dass ich bei 50 % alles gut lesen könnte das meinte ich übrigens oben mit „Linthint ist noch schemenhaft sichtbar“
<syntaxhighlight lang="html" highlight="2,7">
.ve-loading #content > :not(.ve-init-mw-desktopArticleTarget-loading-overlay), .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent {
pointer-events: none;
-webkit-user-select: none;
-moz-user-select: none;
-ms-user-select: none;
user-select: none;
opacity: 0.5;
}
</syntaxhighlight>
: Selbst wenn ich nun im Quelltext die Fehler über Suchen anspringe und behebe bemerkt LintHint dies nicht, da es ja meint es wäre in der Leseansicht, und da kann sich ja nichts ändern. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:24, 20. Sep. 2020 (CEST)

:: Uih, gut aufgepasst, und so schnell.
:: Ich hatte noch nie auf dem Schirm, dass ''lintHint'' zusammen mit ''VE'' benutzt werden könnte.
::* Dass der alles deaktiviert und runterdimmt, was außerhalb seiner Spielwiese <code style="white-space:nowrap">mw-content-text</code> liegen würde, war mir nicht bewusst.
::* Ich kann aber in mittlerer Zukunft für den Button und die Resultate-Box <code style="white-space:nowrap">pointer-events</code> sowie <code>opacity</code> explizit setzen; das müsste es hinreichend unwirksam machen.
::* Beobachte, und schau was sich -4.3 täte.
::* An den aktuellen Quelltext-Inhalt beim ''VE'' kommt aber niemand heran, und es existiert während der VE-Bearbeitung auch überhaupt keiner. Der steht als Nicht-Quelltext nur im Hirn von ''VE'' und kann weder von ''lintHint'' analysiert werden, noch kann in den hineingesprungen werden. Was der gelbe Button also nur machen kann, ist die letzte gespeicherte Version zum Server zu senden. Wäre dann in den Dokus zu ergänzen. Unter ''VE'' verbleibt die Seite in der Leseansicht, wie du auch ganz richtig festgestellt hast. Die Bearbeitung passiert nur virtuell, es gibt keinen Quelltext .
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:02, 20. Sep. 2020 (CEST)
::: Na bei LintHint sehe ich ja die Versionsnummer. Ich werde schauen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:03, 20. Sep. 2020 (CEST)
; Version -4.3
Schaltfläche ist jetzt aktiv, Opacity aber bleibt über allem, so dass es eher inaktiv wirkt. Verhalten ist ansonsten wie beschrieben. Ich habe jetzt mal einen Edit [[Spezial:Diff/203868777/203868808]] in der Form getätigt, absichtlich an einem eher kleinen Artikel.
* Nach Behebung des Fehlers und Speichern der Seite wird dies nicht sofort erkannt. LintHint steht noch auf dem Stand der Vorherversion, also zeigt es den Fehler in der Leseansicht noch an. Erst nach einem Neuladen der Seite ist es ok und wird grün.
* In der Vorschau ist weiterhin keine Schaltfläche (auch kein Seitenmenü, die Vorschau legt sich über alles), dort wäre es aber eventuell sinnvoll, um zu sehen, ob alle Fehler weg sind. Aber dieses VE-Zeugs ist recht komplex aufgebaut, das ist dann wieder eine andere Oberfläche, die einen neuen imaginären Content abbildet. Zudem fehlen mir dort WSTM und die Zeichenleiste unten, aber immerhin ist Schnarks Syntaxhighlight noch aktiv, ein Trost, TableExpander wäre auch erreichbar, erkennt aber in der Quelltextansicht natürlich einzig die von LintHint erzeugte Tabelle.
So und nun schalte ich 2017 wieder aus. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:22, 22. Sep. 2020 (CEST)

: @Lómelinde: Ah, so schnell trinkt man keinen Korn aus der Flinte. Steht bei dem Dings wo den Grauschleier macht irgendwo mal was von <code style="white-space:nowrap">z-index</code> (mit einer Zahl, die bräuchte ich) oder ist der von dir angegebene Quellcode schon alles?
: Weil, da lässt sich auch mit Trumpf-Trumpf drübertrumpfen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:24, 22. Sep. 2020 (CEST)
:: Du bist ja lustig wie soll ich das denn finden, da sind etliche div-Konstrukte.
:: neben diesem div <code><nowiki><div id="content" class="mw-body" role="main"></nowiki></code> steht in der Box wo man diese Kästchen umschalten kann ein <code>z-index: 0</code>
:: <nowiki><div id="bodyContent" class="mw--body-content"></nowiki> in dem das <code>LintHint-top</code> … drin steht hat
<syntaxhighlight lang="css">
.ve-init-mw-desktopArticleTarget #bodyContent {
z-index: 1;
}
</syntaxhighlight>
:: Da steht aber ein {{Info}} dran das besagt, dass dieses <code>z-index</code> wirkungslos sei, weil es kein <code>positioniertes Element ist</code> …. Wenn ich jemals begreifen sollte, wie man in der Konsole das kopiert was man kopieren möchte, könnte ich dir den Text hier leichter einfügen, ohne immerzu zwischen den Tabs wechseln zu müssen um es abzuschreiben. Ein durchgestrichenes steht in dieser Regel.
<syntaxhighlight lang="css">
.mw-body-content {
position: relative; -- gestrichen
z-index: 0; -- gestrichen
}
</syntaxhighlight>
Und die Regel, von wo ich es kopiert habe lautet wie oben bereits eingefügt komplett so
<syntaxhighlight lang="css" highlight="7">
.ve-loading #content > :not(.ve-init-mw-desktopArticleTarget-loading-overlay), .ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent {
pointer-events: none;
-webkit-user-select: none; -- gestrichen
-moz-user-select: none; -- gestrichen
-ms-user-select: none; -- gestrichen
user-select: none;
opacity: 0.5;
}
</syntaxhighlight>
Die ist ohne <code>index</code> Und irgendwo gibt es noch eine Regel mit
<syntaxhighlight lang="css">
.oo-ui-defaultOverlay, .skin-vector .oo-ui-windowManager-modal > .oo-ui-dialog, .skin-vector .ve-ui-overlay-global {
z-index: 101;
}
</syntaxhighlight>
Mehr finde ich nicht. Der Button hat zwar <code>opacity : 1</code> aber eben ohne Wirkung, das gilt für die gesamte LintHint-top-Eigenschaft, wenn ich dieses <code>opacity : 0.5</code> aus der Regel entferne ist es klar und deutlich sichtbar, ebenso verhält sich der Seitentitel, er wird dann auch besser lesbar. Das opacity ist nochmals hier drin <code><nowiki><div style="clear: both;" class="ve-init-mw-desktopArticleTarget-uneditableContent"></div></nowiki></code> (also in der Nebenbox zum umschalten) es scheint irgendwie eine vererbte Eigenschaft des Titels zu sein denn es steht auch in <code><nowiki><h1 id="firstHeading" class="firstHeading ve-init-mw-desktopArticleTarget-uneditableContent" lang="de">Seitentitel</h1></nowiki></code> Ich hoffe das hilft irgendwie --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:17, 23. Sep. 2020 (CEST)

: Naja, das ist doch schon mal ganz niedlich.
: Nun gehe zu den beiden gelben Elementen, die unter dem Grauschleier liegen, und sage ihnen:
:* <code>z-index: 2</code>
:* Falls das nicht wirkt: <code>102</code>
:* Wenn immer noch nicht: <code>99999</code>
: Mit diesen Index-Nummern sollte sparsam umgegangen werden; jeder setzt die gern um noch 100 und noch 1000 höher, und irgendwann stapeln sich die Ebenen bis zum Mond.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:44, 23. Sep. 2020 (CEST)
:: Wie bitte, wie soll ich denen denn etwas sagen? Und welche gelben Elemente? Ich bin keine Programmiererin ich habe Probleme mit diesem Konsolenwerkzeug. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:01, 23. Sep. 2020 (CEST)
:: Ne echt nicht, ich kann da hinschreiben was immer ich möchte solange das opacity : 0.5 aus dem Header aktiv ist geht da nichts drüber. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:20, 23. Sep. 2020 (CEST)

::: „steht in der Box wo man diese Kästchen umschalten kann“
::: Da kannst du nicht nur Häkchen machen und wegnehmen, du kannst auch die Werte ändern und die Namen von Eigenschaften.
::: Und du kannst komplett neue Eigenschaften zu einem Element hinzufügen; hier halt: <code style="white-space:nowrap">z-index</code>
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:02, 23. Sep. 2020 (CEST)
:::: Es hat aber keinerlei Wirkung. Nur das entfernen des Kästchens opacity: 0.5 löst irgendetwas aus. Ich kann da z-index 10000 schreiben es tut sich nichts. Weil dieser Schleier nun mal ganz außen drüber liegt. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:07, 23. Sep. 2020 (CEST)

::::: Mhm. Okay. Mhm. Grauer Nebel liegt zu hoch. Muss ich noch denken.
::::: Theoretisch möglich, aber nicht sehr sauber und nicht sehr robust.
::::: Das wird dann wahrscheinlich nicht ohne riesigen Extra-Aufwand machbar sein, weil es dann eine blinde Attrappe unter dem Grauschleier und eine aktive Dublette obendrüber geben muss. Und wenn sich an der Bildschirmgröße was ändert müsste neu justiert werden.
::::: Der Nebel liegt so hoch, dass ich oberhalb der gesamten Seite schweben müsste. Von da aus können die gelben Elemente aber nicht mehr sehen, was unter ihnen liegt, was sie verdecken würden, und können nicht den Veränderungen des Fenster-Layouts folgen. Es müsste zu beiden ein Dummy gleicher Größe und deshalb gleichen Inhalts angelegt werden, diese Dummies werden in das Layout eingefügt, also unter dem Grauschleier, danach oberhalb des Grauschleiers genau drüber die gelben echten, und wenn sich die Position der unteren irgendwie ändert müssten sie die oberen benachrichtigen dass sie sich jetzt verschoben hätten und die oben müssten dem folgen.
::::: Und wenn du, falls du es öfter brauchst, im Einzelfall oder generell diesen Grauschleier wegmachen würdest oder nur ein wenig grau aber nicht so dolle? Der müsste dann wohl eine <code>opacity:0.3</code> bekommen; dann erinnert er immer noch an den VE-Modus ist jedoch transparenter.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:48, 24. Sep. 2020 (CEST)
: Ich versteh jetzt gar nichts mehr. Der Nebel liegt nicht hoch, er ist vererbt aus der Überschrift id="firstHeading" da ist das Dingen verbaut. Da wird opa in die City geschickt und ehrlich opacity 0.3 dann sehe ich ja gar nichts mehr.
: Element mit opacity 0.3 Element mit opacity 0.5 Element opacity ausgeschaltet
: Ich benötige das gar nicht ich arbeite nicht mit dem Editor 2017. Das ist mir nur so aufgefallen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:09, 24. Sep. 2020 (CEST)

:: Ja, aber an die Überschrift komme ich nicht robust ran, weil die ist Skin-abhängig, mobil ggf. anders und kann sich dieses Jahr auch mal bei Vector ändern.
::* Ich muss mich an <code style="white-space:nowrap">mw-content-text</code> dranhängen.
::* Ich bin schon von „drin“ nach „davor“ gegangen, mehr ist nicht.
:: Da muss beim VE irgendwas laufen wie folgt:
::* <div>Gelb unten drunter als Normalseite__Grau:0.3__</div>
::* <div>Gelb unten drunter als Normalseite__Grau:0.7__</div>
::* <div>Was zum Spielen Gelb unten drunter als Normalseite</div>
::* Und an die <code>opacity:0.5</code> von dem dritten Beispiel müsstest du irgendwie rankommen.
::* Wenn da ein Grauschleier ''über'' Elementen liegt.
:: Oder da ist kein Grauschleier über Elementen, sondern nur die Schriftfarbe abgedimmt und die Dimmerei kann dann auch auf NullSieben manipuliert werden.
:: Es übt und lernt.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:24, 24. Sep. 2020 (CEST)
: Also meiner Meinung nach ist da nur ein Dimmer. Es liegt keinerlei Farbe drüber. Ich kann auch das opacity von 0.5 auf 1 setzen dann ist auch alles gut, aber ich kann nichts über einen z-index regeln. Egal wo ich das opacity ändere, es taucht ja mehrmals in den divs auf, es ändert die Eigenschaft der Überschrift mit. Einfacher wäre es doch, wenn du dir das selbst anschauen würdest. Ich bin nicht so gut im erklären der Konsoleneigenschaften.
: Es wird nur und ausschließlich dieser Bereich beeinflusst, ich male es jetzt für dich auf.
<div style="border: 1px #{{Hilfe/style|linec}} dashed; padding:5px; padding-top:0; margin:8px; margin-left:1.5em;">
{{Hilfe/Simulation|noframe=1}}
html body
<syntaxhighlight lang="css">
#mw-page-base
#mw-head-base
#content
.ve-init-target-source
.ve-ui-positionedTargetToolbar
.ve-init-mw-desktopArticleTarget-originalContent
#top
</syntaxhighlight>
das folgende hat jeweils die Eigenschaft opacity: 0.5
<div style="opacity: 0.5;">
<syntaxhighlight lang="css">
#firstHeading
<h1 id="firstHeading" class="firstHeading ve-init-mw-desktopArticleTarget-uneditableContent" lang="de">Gottfried Leygebe</h1>
#contentSub
#contentSub2
#jump-to-nav
a.mw-jump-link:nth-child(5)
a.mw-jump-link:nth-child(6)
#lintHint-top
<div class="noprint ve-init-mw-desktopArticleTarget-uneditableContent" id="lintHint-top" style="clear: both; width: 100%;"><button id="lintHint-collapsed" style="display: block; float: right; margin-bottom: 3px; padding: 2px; pointer-events: all; background-color: rgb(255, 255, 0); color: rgb(0, 0, 0); opacity: 1;" title="-4.3" class="noprint">lintHint</button></div>
div.ve-init-mw-desktopArticleTarget-uneditableContent:nth-child(8)
</syntaxhighlight>
</div>
<syntaxhighlight lang="css">
div.oo-ui-widget:nth-child(10)
<div class="oo-ui-widget ve-ui-surface ve-ui-surface-source ve-ui-mwSurface ve-ui-mwWikitextSurface ve-init-mw-target-surface ve-ui-surface-dir-ltr">
/* Der editierbare Seiteninhalt wird nicht gedimmt */
</div>
#mw-data-after-content
…
</syntaxhighlight>
</div>
: Und es ist völlig egal wohin ich das lintHint schiebe, es behält immer diese Eigenschaft des opacity gekoppelt mit der Überschrift. Ich kann dir das nicht auflösen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:35, 25. Sep. 2020 (CEST)

:: Ich habe weder Kräfte noch Nerven noch Zeit fremde Software-Pakete auszuprobieren, die sich dann auch noch alle Nase ändern können.
:: Ich brauche schon exakte Anweisungen was ich für einen ''style'' setzen soll.
:: Letzter Versuch: Gib den gelben lintHint mal <code style="white-space:nowrap">style="opacity: 1 ! important"</code> mit. Dann weiß ich auch nicht mehr.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:44, 27. Sep. 2020 (CEST)
: Ich weiß nicht, ob ich mich wirklich so unklar ausdrücke, aber das ist irgendwo mit dem anderen direkt verbunden, da lässt sich nichts einzeln einstellen, ändere ich dort den Wert, ändert sich das automatisch für alles was ich oben gedimmt habe, da lässt sich auch nichts mit important regeln. Ich habe zu wenig Ahnung davon, um festzustellen woher das genau kommt, wer das vorgibt und weshalb es eine gemeinsame Eigenschaft ist, die alles beeinflusst. Es ist sinnlos einem gedimmten Button eine noch so hohe Priorität oder Ebene zu verpassen, wenn der Dimmer danach von Außen drüber gelegt wird. Ich meine es taucht erstmals in einem <code><nowiki><a id="top" class="ve-init-mw-desktopArticleTarget-uneditableContent"></a></nowiki></code> Element auf, was auch immer das ist. Dann setzt es sich fort bis der Bereich zu einem div mit der id <code><nowiki>div.ve-init-mw-desktopArticleTarget-uneditableContent:nth-child(8)</nowiki></code> Das hat folgenden Inhalt:
<syntaxhighlight lang="text">
html.client-js.ve-not-available.ve-activated.ve-active body.mediawiki.ltr.sitedir-ltr.capitalize-all-nouns.mw-hide-empty-elt.ns-0.ns-subject.mw-editable.page-Eduard_Hübner.rootpage-Eduard_Hübner.skin-vector.action-view.skin-vector-legacy div#content.mw-body div.ve-init-target-source.ve-init-target.ve-init-mw-target.ve-init-mw-articleTarget.ve-init-mw-desktopArticleTarget div.ve-init-mw-desktopArticleTarget-originalContent div#bodyContent.mw-body-content div.ve-init-mw-desktopArticleTarget-uneditableContent
</syntaxhighlight>
: Anschließend folgt der eigentliche Seitenquelltext und der ist, wie geschrieben ungedimmt und beginnt ab <code>div.oo-ui-widget:nth-child(10)</code> danacht ist kein opacity mehr vorhanden. Ich vermute es hat irgendetwas mit der Eigenschaft <code>.ve-activated .ve-init-mw-desktopArticleTarget-uneditableContent</code> zu tun, denn die steht in dem CSS-Selektor des lintHint mit drin. Ich kann das nicht lösen, es klebt zusammen wie Pech und Schwefel. Ich benötige das nicht, ich verwende den normalen Editor. Ich kann gut damit leben, solange man mich nicht zwingt den Editor zu wechseln. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:24, 27. Sep. 2020 (CEST)

== Why doesn't it detect this missing table close? ==

Hi. First, thanks for this great tool!

I noticed today that it finds no error in [[:en:Special:PermaLink/980597500]], yet the article is missing a table-closing at the end of the table in the Confederations section. Thanks! —[[[:w:User:AlanM1|AlanM1]]([[:w:User talk:AlanM1#top|talk]])]— 22:51, 27. Sep. 2020 (CEST)
: I do think the missing of a table close <code>|}</code> is not in every case an lintError for the software. So the tool can’t find it. This is something I often aked me why the software can find missing tag like div, small, span, italic or bold, but not a missing end of a table. In your example the following content is interpreted as content of the table itself. The missing of the table ending should be found by the software, than lintHint will find it too. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:41, 28. Sep. 2020 (CEST)
:: I'm afraid what you're saying appears to be contradictory. Yes, lintHint routinely finds tables that are opened but not closed, as it does with div, italic, etc. markup. This is fairly straightforward to do, which is why I wonder why it fails in this case (and no others that I've seen). —[[[:w:User:AlanM1|AlanM1]]([[:w:User talk:AlanM1#top|talk]])]— 13:08, 28. Sep. 2020 (CEST)
::: Yes in many cases it will find the error, but this case is spacial, I know many pages with frames build up with tablesymtax on talkpages left open I’ll seach for an example.
::: see wikitext in [[Benutzer:Warhog/Vorlage:Diskussionsseite]] the table is open at the end an the pageinformation does not mark any LintError →[https://de.wikipedia.org/w/index.php?title=Benutzer:Warhog/Vorlage:Diskussionsseite&action=info info]. I have often seen such pages. I hope you’ll understand I am not an English speaker. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:39, 28. Sep. 2020 (CEST)

'''Please note:''' This tool ''lintHint'' is just broadcasting reports of the Parsoid syntax processing.
* This tool does not analyse any code.
* It does nothing more than making analysis results visible.
* It has no knowledge about meaning and circumstances of the messages forwarded to the reader.
Please address any content issues to [[mw:Help:Extension:Linter]] etc. THX --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:15, 28. Sep. 2020 (CEST)

== Can LintHint be activated automatically in Preview mode? ==

The setting to activate LintHint upon viewing a page is working well, but when I click Edit and Preview (in wikitext source mode), I have to click LintHint again. Is there a way to force LintHint to run upon page load even in Preview mode? This would save me a lot of time when I open many tabs in Edit mode. Thanks. [[Benutzer:Jonesey95|Jonesey95]] ([[Benutzer Diskussion:Jonesey95|Diskussion]]) 05:50, 5. Mär. 2021 (CET)

: {{ping|Jonesey95}} Sorry for late reply, but I needed a weekend to dig through my pile of frequently unanswered questions.
: Well, intentionally there is no such automatism rather than <code>launch</code> described [[:en:User:PerfektesChaos/js/lintHint #par.launch|here]].
: I do hesitate a bit to make some interface in the way as you describe it, since it might cause server overload when requested after each modification of each page, in each preview and for each diff. The idea is to force the user demanding such analysis manually. Editing a page might occur in many steps, and not every step will need linter.
: There is an automatic analysis offered by configuration, but only on page view.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:39, 13. Mär. 2021 (CET)
::OK, thank you for the answer. [[Benutzer:Jonesey95|Jonesey95]] ([[Benutzer Diskussion:Jonesey95|Diskussion]]) 16:51, 13. Mär. 2021 (CET)

== List of all error codes? ==

Is there a list of all of the errors that can be reported, with some description of what the error means?[[Benutzer:GhostInTheMachine|GhostInTheMachine]] ([[Benutzer Diskussion:GhostInTheMachine|Diskussion]]) 10:08, 5. Mai 2021 (CEST)
: In this wikiproject we have [[H:Wikisyntax/Validierung#Problemtypen]] with some descriptiopns of possible errors. But it is not a list of all errors that can occure. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:16, 5. Mai 2021 (CEST)

:: Please see [[mw:Help:Lint errors]].
:: This tool here is stupid.
:: It is just forwarding and formatting small pieces of information gathered from Lint service.
:: This tool here has no knowledge what it is presenting.
:: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:29, 6. Mai 2021 (CEST)

== Button in indicator bar? ==

Thanks for this script. Would it be possible to place the yellow button in the <code>.mw-indicators</code> area at the top right? Currently it pushes the whole page down just after page load, which makes it easy to miss a click.

I know it expands when clicked, so I don't mind if it gets moved to the current position once it is explicitly clicked. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 09:51, 25. Mai 2021 (CEST)

: {{ping|Inductiveload}} Funny idea. Actually, a great idea. Should have been mine. I do regret this.
: Technically this is no big deal.
:* Not all environments are providing an indicators region, at least not yet in mobile.
:* However, I can check easily whether an indicators region is present and append lintHint there, otherwise keep contemporary behaviour.
:* I have a huge pile of programming and dishes to do, but next time slot after we digested the recent skin changes and challenges lintHint handle will move as suggested.
: Best regards --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:37, 25. Mai 2021 (CEST)

:: Looks like this is now working: thank you very much, it feels much smoother on page load! FYI, I don't think <code>float:right;</code> is needed any more. Removing the <code>float</code> property will make the button line up with other indicators more consistently: [[phab:F34473283]]. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 14:36, 28. Mai 2021 (CEST)

== Button / Knopf und Anzeigebereich ==

Entweder träume ich oder du hast ein Radiergummi verwendet, um den Rahmen der Schaltfläche zu eliminieren. Ich gewöhne mich an vieles, auch an das nun springende Knöpfchen. Aber wenn du auf der Vorderseite nun explizit so etwas schreibst:

: …Knopf lintHint in der rechten oberen Ecke angeboten … dann erwarte ich nicht, dass es stattdessen so <span title="-4.4" style="cursor: pointer;float: right;padding: 1px;pointer-events: all;display: inline-block;line-height: 1.2em;margin-left: 3px;margin-right: 3px;background-color: rgb(255, 255, 0);color: rgb(0, 0, 0);">lintHint
: aussieht
: Der gelbe Kasten enthält üblicherweise eine [[#Fehlertabelle|Tabelle mit Fehlerhinweisen]]. → und hatte, wenn ich mich nicht irre, zuvor auch einen Rahmen (da ist ein 2 Pixel dicker transparenter Rahmen, was habe ich davon?), oder auch nicht, jedenfalls ist irgendetwas anders. Unschön finde ich die Anzeige der grauen (ich bin gerade aktiv beschäftigt, bitte warte bis ich fertig bin) Schaltfläche oberhalb der Tabellenbox.
<span title="…" style="cursor: pointer;float: right;padding: 1px;pointer-events: all;display: inline-block;line-height: 1.2em;margin-left: 3px;margin-right: 3px;background-color: rgb(192, 192, 192);color: rgb(160, 160, 160);">lintHint

Seitentitel<div style="clear:both;"></div>
----
<div style="background-color: rgb(255, 255, 0);border-color: transparent;border-style: solid;border-width: 2px;color: rgb(0, 0, 0);margin-bottom: 3px;padding: 0.5em;pointer-events: all;">Fehlertabellenkasten </div>
: Sie hat den merkwürdigen Effekt, dass man das gelbe Anzeigefeld nun quasi mit einem Klick ausblenden und die Analyse nochmals starten kann (obwohl grau eigentlich inaktiv oder bin gerade beschäftigt bedeuten sollte). Ich finde das eher verwirrend.
: … erscheint ein kleines grünes Feld lintHint …
: Da hat sich nicht viel verändert, denn es hatte auch zuvor schon „keinen“ Rahmen und sah so aus wie jetzt auch lintHint.
Die Schaltfläche ist mal hier mal da mal doppelt oder dann doch zumindest redundant zum roten X und einem Neustart über gelb. Ich bin mir nicht sicher, ob mir diese Neuerung jetzt irgendwelche Vorteile gebracht hat. Und ja, ich habe den Abschnitt eins drüber durchaus registriert. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:10, 27. Mai 2021 (CEST)

: Rufe doch mal einen lesenswerten oder exzellenten Artikel auf. Dann siehst du den Grund.
: Und in der Mobildarstellung gibt es den Rahmen weiterhin. Weil keine Seitenindikatoren.
: Ein Problem ist, dass die ganze Seitendarstellung nachträglich nach unten geschoben werden muss, was leicht passieren kann, wenn jemand ein langsames JS hat. Das ist die Schilderung von eins drüber.
: Ein anderes Problem ist, dass der reservierte Bereich eine fingerdicke Lücke zwischen Seitenkopf und Textanfang blockiert, weil das Layout der Seite mit Infoboxen usw. erst unterhalb dieser lintHint-Lücke beginnen kann.
: Das andere noch offene Problem von weiter oben werde ich im Zuge dieser Änderung auch versuchen zu lösen.
: Der kleine Anker von ''fragmentAnchors'' wird übrigens auch irgendwann nach da oben wandern. In der Werkzeugbox wirkt seine ganze Zeile doch arg verloren, und mobil gibt es die gleich gar nicht.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:25, 27. Mai 2021 (CEST)
:: Nö ich mag diese Bapperl nicht. Ich wollte es auch nur erwähnen, ich kann damit leben. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:45, 27. Mai 2021 (CEST)
:: Mobil, also wenn ich in der mobilen Ansicht versuche etwas zu bearbeiten dann ist der Button weg. Anders ist es, wenn ich während der Bearbeitung nach dorthin umschalten würde. Vielleicht bin ich zu dusselig dafür. Wenn ich versuche einzelne Abschnitte zu bearbeiten ist da kein lintHint sichtbar, es steckt irgendwo oben hinter irgendetwas.
:: Und generell hat grün trotzdem keinen Rahmen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:08, 27. Mai 2021 (CEST)
::: Ich habe es mir überlegt, so unpraktisch ist der graue Button gar nicht. Vielleicht kann man ihm einfach einen Titel „aktualisieren“ anfügen. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:12, 28. Mai 2021 (CEST)

Benutzer Diskussion:PerfektesChaos/js/lintHint

2021-05-25T07:51:29Z

Inductiveload: Neuer Abschnitt /* Button in indicator bar? */

Benutzer Diskussion:PerfektesChaos/js/lintHint

2018-01-24T14:52:53Z

Inductiveload: /* Doesn't appear on Wikisource Page: namespace */ thanks for the investigation

== Tidy bug affecting font tags wrapping links ==

The tool is great! But it doesn't seem to detect the new [https://en.wikipedia.org/wiki/Special:LintErrors/tidy-font-bug Tidy bug affecting font tags wrapping links]. [[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 22:42, 31. Okt. 2017 (CET)

: Thank you for applause and the hint.
: The tool requires an update for new categories, if they shall be presented nicely.
: The reason is that system messages are to be requested explicitly by identifier, in order to show translated texts.
: You may fire the <code>later</code> option; then you get all categories, no matter whether a description is available or not.
: I communicated the new category now.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:33, 1. Nov. 2017 (CET)

I don't undertand how to the <code>later</code> option, or any other option. You explain,
* Otherwise include the following line into your [[Special:MyPage/common.js|common.js]], [[meta:Special:MyPage/global.js|global.js]] etc.:
<syntaxhighlight lang="javascript">
mw.loader.load( "https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/lintHint/r.js&action=raw&bcache=1&maxage=86400&ctype=text/javascript" );
</syntaxhighlight>
If I want to pass two parameters, can I say:
<syntaxhighlight lang="javascript">
mw.loader.load( "https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/lintHint/r.js&action=raw&bcache=1&maxage=86400&ctype=text/javascript" later=true oldid=true);
</syntaxhighlight>
[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 11:37, 2. Nov. 2017 (CET)

: Please see [[:en:User:PerfektesChaos/js/lintHint #configJS]].
: At any time, but best before loading via <code>mw.loader.load</code>, you may send messages to the tool.
: If you limit yourself to <code>later</code>, it will be sufficient to issue
<syntaxhighlight lang="javascript" style="margin-left:2em">
mw.hook( "lintHint.config" ).fire( { later: true } );
</syntaxhighlight>
: Browsers offer various means to launch such things, not only by your wiki page.
: A more casual approach is the suggestion on page:
<syntaxhighlight lang="javascript" style="margin-left:2em">
var myLintHintOptions = { }; // call this baby as you like it
myLintHintOptions.later = true;
myLintHintOptions.oldid = true;
mw.hook( "lintHint.config" ).fire( myLintHintOptions );
</syntaxhighlight>
: The latter format makes it easier to maintain and switch particular values.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:06, 2. Nov. 2017 (CET)

== 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, [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 20:50, 21. Jan. 2018 (CET)

: Thank you for the first point.
: Regarding <code>s:Page:</code> – 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 --[[Benutzer:PerfektesChaos|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. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 23:30, 21. Jan. 2018 (CET)

{{ping|Inductiveload}} I made some investigations and changed the development version:
* Content Model ([[Wikipedia:Technik/MediaWiki/Content Model|German explanation]])
** During initialization the Content Model of the page is checked.
** Linter is meaningful for <code>wikitext</code> sources only.
** Here we find <code>proofread-page</code> and <code style="white-space:nowrap">proofread-index</code>, 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.
* <code>Index:</code> 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.
* <code>Page:</code> 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 --[[Benutzer:PerfektesChaos|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 [https://en.wikisource.org/w/api.php?action=query&prop=revisions&rvprop=content&format=json&formatversion=2&titles=Page%3ASacred+Books+of+the+East+-+Volume+3.djvu%2F90 this].
: For index pages, there is some kind of template (<code>:MediaWiki:Proofreadpage_index_template</code>) 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. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 15:52, 24. Jan. 2018 (CET)

== Tracking typical Checkwiki errors? ==

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

Benutzer Diskussion:PerfektesChaos/js/lintHint

2018-01-21T22:31:00Z

Inductiveload: /* Doesn't appear on Wikisource Page: namespace */ also the Index namespace

== Tidy bug affecting font tags wrapping links ==

The tool is great! But it doesn't seem to detect the new [https://en.wikipedia.org/wiki/Special:LintErrors/tidy-font-bug Tidy bug affecting font tags wrapping links]. [[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 22:42, 31. Okt. 2017 (CET)

: Thank you for applause and the hint.
: The tool requires an update for new categories, if they shall be presented nicely.
: The reason is that system messages are to be requested explicitly by identifier, in order to show translated texts.
: You may fire the <code>later</code> option; then you get all categories, no matter whether a description is available or not.
: I communicated the new category now.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:33, 1. Nov. 2017 (CET)

I don't undertand how to the <code>later</code> option, or any other option. You explain,
* Otherwise include the following line into your [[Special:MyPage/common.js|common.js]], [[meta:Special:MyPage/global.js|global.js]] etc.:
<syntaxhighlight lang="javascript">
mw.loader.load( "https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/lintHint/r.js&action=raw&bcache=1&maxage=86400&ctype=text/javascript" );
</syntaxhighlight>
If I want to pass two parameters, can I say:
<syntaxhighlight lang="javascript">
mw.loader.load( "https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/lintHint/r.js&action=raw&bcache=1&maxage=86400&ctype=text/javascript" later=true oldid=true);
</syntaxhighlight>
[[Benutzer:Anomalocaris|Anomalocaris]] ([[Benutzer Diskussion:Anomalocaris|Diskussion]]) 11:37, 2. Nov. 2017 (CET)

: Please see [[:en:User:PerfektesChaos/js/lintHint #configJS]].
: At any time, but best before loading via <code>mw.loader.load</code>, you may send messages to the tool.
: If you limit yourself to <code>later</code>, it will be sufficient to issue
<syntaxhighlight lang="javascript" style="margin-left:2em">
mw.hook( "lintHint.config" ).fire( { later: true } );
</syntaxhighlight>
: Browsers offer various means to launch such things, not only by your wiki page.
: A more casual approach is the suggestion on page:
<syntaxhighlight lang="javascript" style="margin-left:2em">
var myLintHintOptions = { }; // call this baby as you like it
myLintHintOptions.later = true;
myLintHintOptions.oldid = true;
mw.hook( "lintHint.config" ).fire( myLintHintOptions );
</syntaxhighlight>
: The latter format makes it easier to maintain and switch particular values.
: Greetings --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:06, 2. Nov. 2017 (CET)

== error -- Error: Gateway Timeout ==
Kann eigentlich gar nicht sein, die Seite [[Benutzer:Mecki52/Spielwiese]] ist echt kurz also nur 1345 Bytes oder so. Was ist damit? Die Analyse arbeitet bis zum Ende und wirft grün aus, aber die Meldung oben rot auf gelb kommt in einem Sekundenbruchteil (was auch nicht für ein Timeout spricht).
* Ich weiß, dass ich so etwas manchmal habe wenn ich zu voreilig auf die Schaltfläche klicke und WSTM noch läuft. :-)
* Ich wollte es nur mal hier melden.
* Ich vermutete, das liegt irgendwo an den merkwürdigen Weblinks hinter <code>|-</code> im Zusammenspiel mit der nicht geschlossenen Syntax der Tabellen. Aber schon das schließen würde helfen, und die Links würden ignoriert, meine ich.
Wenn ich die Fehler alle bereinige kommt die Meldung jedenfalls nicht mehr. Ich lasse das mal noch offen, damit du da reinschauen kannst. Statt das anzupassen, könnte man natürlich einen SLA stellen, das wird wohl nach mehr als 6 Jahren nicht mehr benötigt. --Liebe Grüße, [[Benutzerin:Lómelinde|Lómelinde]] [[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:13, 8. Jan. 2018 (CET)

== 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, [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 20:50, 21. Jan. 2018 (CET)

: Thank you for the first point.
: Regarding <code>s:Page:</code> – 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 --[[Benutzer:PerfektesChaos|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. [[Benutzer:Inductiveload|Inductiveload]] ([[Benutzer Diskussion:Inductiveload|Diskussion]]) 23:30, 21. Jan. 2018 (CET)

Benutzer Diskussion:PerfektesChaos/js/lintHint

2018-01-21T19:50:27Z

Inductiveload: Neuer Abschnitt /* Doesn't appear on Wikisource Page: namespace */

Scaphella junonia

2012-02-04T00:57:52Z

Inductiveload: add 7 synonyms from macalog, plus common name from "Shell Album" and format further reading reference

{{italictitle}}
{{Taxobox
| name = ''Scaphella junonia''
| image = Scaphella junonia.jpg
| image_caption = A [[gastropod shell|shell]] of ''Scaphella junonia'' trawled by a shrimp boat off of the SW coast of [[Florida]]
| regnum = [[Animal]]ia
| phylum = [[Mollusca]]
| classis = [[Gastropoda]]
| unranked_superfamilia = clade [[Caenogastropoda]] clade [[Hypsogastropoda]] clade [[Neogastropoda]]
| superfamilia = [[Muricoidea]]
| familia = [[Volutidae]]
| genus = ''[[Scaphella]]''
| species = '''''S. junonia'''''
| binomial = ''Scaphella junonia''
| binomial_authority = ([[Jean-Baptiste Lamarck|Lamarck]], 1804)
| synonyms =
* ''Voluta junonia'' Lamarck, 1804
* ''Aurinia junonia'' Lamarck, 1804
* ''Scapha junonia'' Lamarck, 1804
* ''Maculopeplum junonia'' Lamarck, 1804
* ''Scaphella butleri'' Clench, 1953
* ''Scaphella johnstoneae'' Clench, 1953
* ''Scaphella capelettii'' Petuch, 1994
| synonyms_ref = <ref name="Malacolog">{{cite web|url=http://www.malacolog.org/search.php?nameid=5641|title=Malacolog 4.1.1: A Database of Western Atlantic Marine Mollusca|last=Rosenberg|first=G.|date=2009|work=Scaphella junonia ''(Lamarck, 1804)''|accessdate=7 April 2010}}</ref>
}}

'''''Scaphella junonia''''', [[common name]]s the '''junonia''', or '''Juno's Volute'''<ref>{{cite book
| title = Shell Album
| author = Helen S. O'Brien.
| year = 1953
| page = 10
| url = http://www.archive.org/details/shellalbumtextdi00obri
| publisher = O'Brien Color Studio
| location = Fort Myers, Florida
}}</ref>, is a [[species]] of large sea [[snail]], a [[marine (ocean)|marine]] [[gastropod]] [[mollusk]] in the family [[Volutidae]], the volutes.

This species lives in deep water in the tropical Western Atlantic. Because of its deepwater habitat, the [[gastropod shell|shell]] is usually only found washed up onto beaches after strong [[thunderstorm]]s, or [[hurricane]]s.

The shell was historically greatly prized for its beauty and apparent rarity.

If you find a junonia while shelling on [[Sanibel Island]], [[Florida]], you can get your picture in the local newspapers. This rare shell is considered the ultimate "find" by shellers on Sanibel. Sanibel Island is reputed to have the best shelling in North America, due to its east-west orientation which acts as a "net," literally "catching" shells from the prevailing Gulf currents. While its beaches are covered in shells, however, the junonia remains incredibly difficult to find and is greatly prized. You can purchase it in local shell shops, or see it on display in the island's Bailey-Matthews Shell Museum, in some of the glass display tables at the Sanibel Cafe, or at the Sanibel Shell Fair in early March.

The species is named after the ancient Roman goddess [[Juno (mythology)|Juno]].

==Distribution==
''Scaphella junonia'' is found throughout [[Florida]] to [[Texas]] and the [[Gulf of Mexico]].<ref name="WoRMS">{{WRMS species|383288|''Scaphella junonia'' (Lamarck, 1804)||7 April 2010}}</ref><ref name="Malacolog"/>

* A subspecies ''Scaphella junonia johnstoneae'' is found off of [[Alabama]]<ref name="Malacolog"/> and is the [[State shellfish|state shell]] of that state.

* Another subspecies ''Scaphella junonia butleri'' is found off of the [[Yucatan]].<ref name="Malacolog"/>

==Shell description==
The [[gastropod shell|shell]] of ''Scaphella junonia'' is usually about 3 to 5 inches long. Maximum recorded shell size is 126 mm.<ref name="Malacolog"/> The shell is cream in color with about 12 spiral rows of somewhat squarish brown dots. The large [[protoconch]] is tan. The [[aperture (mollusc)|aperture]] of the shell is almost 3/4 of the length of the shell.

==References==
{{reflist}}
* [http://www.conchologistsofamerica.org/articles/y1997/9706_dance.asp Conchologists of America, Peter Dance article on this species]

==Further reading ==
* {{cite book
| title = Rare Shells
| author = S. Peter Dance
| year = 1969
| publisher = University of California Press
| location = Berkeley and Los Angeles
}}
{{commonscat|Scaphella junonia}}

[[Category:Volutidae]]

Hablot Knight Browne

2011-10-02T01:18:51Z

Inductiveload: move IW together, change HKB link to author link

[[Image:hablot-browne.jpg|thumb|right|300px|<center>Hablot Knight Browne</center>]]

'''Hablot Knight Browne''' (12 July 1815 – 8 July 1882) was an English artist, famous as '''Phiz''', illustrator of books by [[Charles Dickens]], [[Charles Lever]] and [[Harrison Ainsworth]].

==Biography==
Of [[Huguenot]] ancestry, Hablot Knight Browne was born in England, in [[Lambeth]] (near London) on Kennington Lane. He was the fourteenth of Catherine and William Loder Browne's fifteen children. According to Valerie Browne Lester, Phiz was in fact the illegitimate son of his eldest sister Kate and Captain Nicholas Hablot of [[Napoleon]]'s [[La Grande Armée#Imperial Guard|Imperial Guard]]. There is some uncertainty regarding the exact date of birth. 12 July 1815 is the date given by Valerie Browne Lester, his great-great-granddaughter, and John Buchanan-Brown in his book ''Phiz!: illustrator of Dickens' world''. Other possible dates are 11 June 1815 ([[Encyclopædia Britannica Eleventh Edition]]) and 15 June 1815 ([[Dictionary of National Biography]]).

When he was 7 years old, his father William Browne abandoned his family, changed his name to Breton and sailed with embezzled funds to [[Philadelphia]] where he became known for his watercolour paintings. William Browne was then declared dead by his wife Catherine.<ref name="VBL_lecture_at_Gresham">[http://www.gresham.ac.uk/event.asp?PageId=45&EventId=522 Valerie Browne Lester's lecture at Gresham College on 28 November 2006]</ref> Thomas Moxon, husband of William's sister Ann Loder Browne, helped to support the family, who were left badly off.

Browne was apprenticed to [[William Finden|Finden]], an [[engraving|engraver]], in whose studio he obtained his only artistic education. However, he was unsuited for engraving, and having during 1833 secured an important prize from the Society of Arts for a drawing of [[John Gilpin]], he abandoned engraving in the following year and began other artistic work, with the ultimate object of becoming a painter.

==Artistic career==
[[File:Betsey trotwood by phiz.jpg|thumb|right|180px|1849 [[etching]] for ''[[David Copperfield (novel)|David Copperfield]]'', titled "I make myself known to my aunt"]]
[[File:I am married by Phiz.jpg|thumb|right|180px|1850 etching for ''[[David Copperfield (novel)|David Copperfield]]'', titled "I am married"]]

In the spring of 1836, he met Charles Dickens. It was at the time when the Dickens was looking for someone to illustrate ''[[The Pickwick Papers|Pickwick]]''. Browne had been the illustrator of his little pamphlet ''Sunday under Three Heads''. In the original edition of ''Pickwick'', issued in shilling monthly parts from early in 1836 until the end of 1837, the first seven plates were drawn by [[Robert Seymour (illustrator)|Robert Seymour]], who committed suicide in April 1836. The next two plates were by [[Robert William Buss]].

Browne and [[William Makepeace Thackeray]] visited the publishers' office with specimens of their work for Dickens's inspection. The novelist preferred Browne. Browne's first two [[etching|etched]] plates for Pickwick were signed "Nemo," but the third was signed "Phiz," a pseudonym which was retained in future. When asked to explain why he chose this name he answered that the change from "Nemo" to "Phiz" was made to harmonize better with Dickens's "Boz."

Phiz developed the character Sam Weller graphically just as Seymour had developed Pickwick. Dickens and Phiz became good friends and in 1838 travelled together to [[Yorkshire]] to see the schools of which [[Nicholas Nickleby]] became the hero: afterwards they made several journeys of this nature in company to facilitate the illustrator's work. Other Dickens characters illustrated by Phiz were Squeers, Micawber, Guppy, Major Bagstock, Mrs Gamp, Tom Pinch and David Copperfield.

Of the ten books by Dickens which Phiz illustrated, he is most known for ''[[David Copperfield (novel)|David Copperfield]]'', ''Pickwick'', ''[[Dombey and Son]]'', ''[[Martin Chuzzlewit]]'' and ''[[Bleak House]]''. Browne made several drawings for ''[[Punch magazine|Punch]]'' in his early days and also towards the end of his life. He designed the wrapper which was used for eighteen months from January 1842. He also contributed to ''Punch's Pocket Books''.

In addition to his work for Dickens, Phiz illustrated more than twenty of Lever's novels (among them ''Harry Lorrequer'', ''Charles O'Malley'', ''Jack Hinton'' and the ''Knight of Gwynne''). He also illustrated Harrison Ainsworth's and [[Frank Smedley]]'s novels. ''Mervyn Clitheroe'' by Ainsworth is one of the most accomplished of the artist's works. Browne was in continual employment by publishers until 1867, when he suffered an illness that caused a degree of paralysis. After recovering, he produced many woodcuts. In 1878 he was awarded an annuity by the [[Royal Academy]]. His health gradually worsened until he died on 8 July 1882.

Most of Browne's work was etched on steel plates because these yielded a far larger edition than copper. Browne was annoyed at some of his etchings being transferred to stone by the publishers and printed as [[lithograph]]ic reproductions. Partly with the view to prevent this treatment of his work, he employed a machine to rule a series of lines over the plate in order to obtain what appeared to be a tint; when manipulated with acid this tint gave an effect somewhat resembling [[mezzotint]], which at that time it was found practically impossible to transfer to stone.

==Gallery==
<gallery>
File:Phiz-Sarony- 1870s.jpg|Browne photographed by [[Napoleon Sarony|Sarony]] c.1870s
Image:Hablot Knight Browne blue plaque.jpg|Blue plaque, Ladbroke Grove, London
</gallery>

==References==
{{Reflist}}

==Further reading==
*John Forster, ''Life of Charles Dickens'' (London, 1871–1874)
*FG Kitton, ''Phiz: A Memoir'' (London, 1882)
*Valerie Browne Lester, "Phiz: The Man Who Drew Dickens" (London, 2004) ISBN 070117742X and ISBN 1844135349 (2006 edition)
*Phiz, and John Buchanan-Brown. 1978. ''Phiz! illustrator of Dickens' world''. New York: C. Scribner's sons.
*MH Spielmano, ''The History of Punch'' (London, 1895).
*D Croal Thomson, ''Hablot Knight Browne, Phiz: Life and Letters'' (London, 1884)
*''Charles Dickens and his Illustrators'' (London, 1899)

==External links==
{{Commons category|Hablot_Knight_Browne}}
{{Wikisource author|Hablot Knight Browne}}
* [http://www.victorianweb.org/art/illustration/phiz/bio.html Hablot Knight Browne] on The Victorian Web.
* [http://www.gresham.ac.uk/event.asp?PageId=45&EventId=522 "''Phiz, Dickens and London''"] -- Valerie Browne Lester's lecture at Gresham College.
* [http://www.telegraph.co.uk/arts/main.jhtml?xml=/arts/2004/11/21/boles21.xml "''The man who made Dickens fizz''"]

{{Use dmy dates|date=September 2010}}

{{Persondata 
| NAME =Browne, Hablot Knight
| ALTERNATIVE NAMES =Phiz
| SHORT DESCRIPTION =
| DATE OF BIRTH = 12 July 1815
| PLACE OF BIRTH =
| DATE OF DEATH = 8 July 1882
| PLACE OF DEATH =
}}
{{DEFAULTSORT:Browne, Hablot Knight}}
[[Category:1815 births]]
[[Category:1882 deaths]]
[[Category:Charles Dickens]]
[[Category:English illustrators]]
[[Category:British people of Huguenot descent]]
[[Category:English people of Huguenot descent]]
[[Category:People of Huguenot descent]]

[[be:Хеблат Найт Броўн]]
[[be-x-old:Хеблат Найт Броўн]]
[[fr:Hablot Knight Browne]]
[[it:Phiz]]
[[pl:Hablot Knight Browne]]
[[sv:Hablot Knight Browne]]

William Dugdale (Historiker)

2011-09-20T21:54:36Z

Inductiveload: /* External links */ add commons and ws IW link

{{other persons}}
[[Image:Wenceslas Hollar - William Dugdale (State 5) cropped.jpg|right|230px|thumb|William Dugdale in 1656]]

'''Sir William Dugdale''' (12 September 1605 – 10 February 1686) was an [[England|English]] antiquary and herald. As a scholar he was influential in the development of medieval history as an academic subject.

==Life==

He was born at [[Shustoke]], near Coleshill, Warwickshire, where his father was steward to the local landowner, and he was educated at [[King Henry VIII School, Coventry|King Henry VIII School]], [[Coventry]]. In 1623 he married Margaret Huntbach (1607-1681), with whom he had nineteen children. In 1625, the year after his father's death, he purchased the manor of [[Blyth Hall|Blyth]], near Shustoke. During an enclosure dispute with a neighbour a few years later he met the Leicestershire antiquary [[William Burton (antiquary, died 1645)|William Burton]], who acted as arbitrator. He became involved in transcribing documents and collecting church notes and met other Midlands antiquaries such as Sir [[Symon Archer]] (1581–1662) and [[Thomas Habington]]. He began working with Archer on the history of Warwickshire and their research led them to the archives of public records in London. There he met [[Christopher Hatton, Baron Hatton of Kirby|Sir Christopher Hatton]], Sir [[Henry Spelman]], [[Sir Simonds d'Ewes, 1st Baronet|Sir Simonds d'Ewes]] and [[Sir Edward Dering, 1st Baronet|Sir Edward Dering]]. Hatton provided him with hospitality and became his principal patron.

In 1638 through the influence of his friends Dugdale was created a [[pursuivant|pursuivant of arms extraordinary]] by the name of [[Blanch Lyon Pursuivant|Blanch Lyon]], and in 1639 he was promoted to the office of [[Rouge Croix Pursuivant|Rouge Croix Pursuivant of Arms in Ordinary]]. The accommodation in the College of Arms and the income from his post enabled him to pursue his research in London. According to his later account, in 1641 Sir Christopher Hatton, foreseeing the war and dreading the ruin and spoliation of the Church, commissioned him to make exact drafts of all the monuments in [[Westminster Abbey]] and the principal churches in England.
[[File:Portrait of Sir William Dugdale by Sylvester Harding.jpg|thumb|left|230px|Portrait of Dugdale by Sylvester Harding]]
In June 1642 he was summoned with the other heralds to attend the king at [[York]]. When war broke out Charles deputed him to summon the castles of Banbury and [[Warwick Castle|Warwick]] to surrender. He witnessed the [[battle of Edgehill]], and later returned with a surveyor to make a survey of the battlefield. He arrived in Oxford with the king in November 1642 and he was admitted [[Master of Arts (Oxbridge)|MA]] of the university. He worked as a bureaucrat in the royalist capital, especially after December 1643 when Hatton was appointed [[Comptroller of the Household]]. In 1644 the king created him [[Chester Herald|Chester Herald of Arms in Ordinary]].

During his leisure at Oxford he collected material at the [[Bodleian Library]] and college libraries for his books. It was during these years that he met [[Elias Ashmole]], who later became his son-in-law. Following the surrender of Oxford in 1646 Dugdale returned to Blyth Hall and compounded for his estates under the terms of the Oxford articles. Hatton, who had opposed the surrender, went into exile in France, where Dugdale visited him in 1648. He recommenced his antiquarian researches, collaborating with [[Roger Dodsworth]] on the ''Monasticon Anglicanum'', the first volume of which was published in 1655. In the following year he published his own ''Antiquities of Warwickshire''. In this work he was one of the first to consider the significance of stone tools, stating these were "weapons used by the Britons before the art of making arms of brass or iron was known".<ref name=Stringer2006/> At the [[English Restoration|Restoration]] Dugdale obtained the office of [[Norroy and Ulster King of Arms|Norroy King of Arms]] through the influence of [[Edward Hyde, 1st Earl of Clarendon|the Earl of Clarendon]]. As Norroy he undertook the heraldic visitation of the counties north of the Trent. In 1677 he was knighted and promoted to the office of [[Garter Principal King of Arms]], which he held until his death. In his last years he wrote an account of his life at the request of [[Anthony Wood]]. He died "in his chair" at [[Blyth Hall|Blythe Hall]] in 1686.

==Works==
*''Monasticon Anglicanum'' (1655–1673);<ref name=Dugdale1693/>
*''Antiquities of Warwickshire'' (1656)[http://www.archive.org/details/antiquitiesofwar00dugd Full Text]
*''History of St Paul's Cathedral'' (1658)
*''The History of Imbanking and Drayning'' (1662)
*''Origines Juridiciales'' (1666)
*''Baronage of England'' (1675–1676)
*''A Short View of the Late Troubles'' (1681)
He also edited [[Henry Spelman]]'s ''Glossarium Archaiologicum'' (1664) and ''Concilia'' (1664), adding his own extensions to the latter.
His ''Life'', written by himself up to 1678, with his diary and correspondence, and an index to his manuscript collections, was edited by [[William Hamper]], and published in 1827.

==Succession==
{{s-start}}
{{succession box | title=[[Rouge Croix Pursuivant|Rouge Croix Pursuivant of Arms]] | before=[[Henry Lilly]] | after=[[Henry Dethick]] | years=1639–1644}}
{{succession box | title=[[Chester Herald|Chester Herald of Arms]] | before=[[Edward Walker (officer of arms)|Edward Walker]] | after=[[Thomas Lee]] | years=1644–1660}}
{{succession box | title=[[Norroy and Ulster King of Arms|Norroy King of Arms]] | before=[[George Owen (officer of arms)|George Owen]] | after=[[Henry St George|Sir Henry St George]] | years=1660–1677}}
{{succession box | title=[[Garter Principal King of Arms|Garter King of Arms]] | before=[[Edward Walker (officer of arms)|Edward Walker]] | after=[[Thomas St George|Sir Thomas St George]] | years=1677–1686}}
{{s-end}}

==References==
{{reflist|2|refs=
<ref name=Dugdale1693>{{Citation| author=Dugdale, Sir William| chapter=Monasticon Anglicanum
| title=or The History Of the Ancient Abbies, and other Monasteries, Hospitals, Cathedral and Collegiate Churches, in England and Wales. With Divers French, Irish, and Scotch Monasteries Formerly relating to England (Translated from the Latin)| year=1693| publisher=Sam Keble and Hen Rhodes| location=London| url=http://www.archive.org/details/monasticonanglic00dugd| accessdate=3 January 2010}} Full text at Internet Archives.</ref>

<ref name=Stringer2006>See Homo Britannicus, Chris Stringer, Penguin, 2006, page 2</ref>

}}

*{{1911}}

==Bibliography==
*Jan Broadway, ''William Dugdale: A Life of the Warwickshire Historian and Herald'' (2011)
*Christopher Dyer & Catherine Richardson (eds.), ''William Dugdale, Historian, 1605-1686'' (2009)
*William Hamper, ''The Life, Diary and Correspondence of William Dugdale'' (1827) [http://www.xmera.co.uk/dugdale_cat/index.php Full text]

==External links==
{{wikisource author|William Dugdale}}
{{commonscat|William Dugdale}}
*{{NRA|P8630}}
*[http://www.xmera.co.uk/dugdale_cat/index.php Catalogue of Dugdale's correspondence]

{{Persondata 
| NAME = Dugdale, William
| ALTERNATIVE NAMES =
| SHORT DESCRIPTION =
| DATE OF BIRTH = 12 September 1605
| PLACE OF BIRTH =
| DATE OF DEATH = 10 February 1686
| PLACE OF DEATH =
}}
{{DEFAULTSORT:Dugdale, William}}
[[Category:English officers of arms]]
[[Category:English genealogists]]
[[Category:English historians]]
[[Category:1605 births]]
[[Category:1686 deaths]]
[[Category:Old Coventrians]]

[[fr:William Dugdale]]
[[la:Gulielmus Dugdale]]
[[sv:William Dugdale]]

Cecil Aldin

2011-01-16T18:00:25Z

Inductiveload: move external links

[[Image:Cecil Aldin14.jpg|thumb|right|200px|Cecil Aldin and dog.]]
'''Cecil Charles Windsor Aldin''' (28 April 1870 – 6 January 1935) was a British artist and illustrator best known for his paintings and sketches of animals, sports, and rural life.

==Life and work==

Born in [[Slough]], he was educated at [[Eastbourne College]] and Solihull Grammar School. He studied anatomy at South Kensington, and animal painting under [[William Frank Calderon]]. He lived at The Abbots, [[Sulhamstead Abbots]] from 1913 to 1914 and was church warden of St Mary's, the local church.<ref>Kelly's Directory</ref>

Early influences included [[Randolph Caldecott]] and [[John Leech]]. His drawings first made their way into print in "The Building News" of 12 September 1890, and began to appear throughout many popular journals and magazines; his work was published in "[[The Graphic]]" in 1891.<ref name="Bryant" />

His illustrations include the original 1893 magazine publications of [[Rudyard Kipling]]'s ''[[The Jungle Book]]'', the 1910 edition of [[Charles Dickens]]' ''[[The Pickwick Papers]]'' and ''The Bunch Book'' (1932, about Bunch, a [[Sealyham Terrier]]) by James Douglas. He also published a short series of fully illustrated books in 1923, ''Old Manor Houses'' and ''Old Inns''.

His village scenes and rural buildings were executed in chalk, pencil and wash sketching was used for country scenes. Aldin was an enthusiastic sportsman and a [[fox hunting]] "Master of Hounds" and many of his pictures illustrated 'the chase'.<ref name="Bryant" />

An early work on a tiger resident at a Zoo was studied from life, but found to be a copyright of the ideas in a photograph by [[Gambier Bolton]].<ref name="Bryant">{{cite web|url=http://www.stellabooks.com/articles/cecil_aldin.php|title=Cecil Aldin|last=Bryant|first=Sonia|publisher=Stella & Rose's Books|accessdate=18 October 2010}}</ref>

A popular book by Aldin was ''Sleeping Partners'', a sequence of pastel drawings of his dogs on a couch. It included his [[Irish Wolfhound]] and his favourite model, Crackers, a [[Bull Terrier]] with a dark patch over one eye.<ref name=wordpress>{{cite web|url=http://vulpeslibris.wordpress.com/2008/05/16/the-life-and-sleeping-partners-of-cecil-aldin/|title=The Life and Sleeping Partners of Cecil Aldin (1870–1935) « Vulpes Libris|work=[[WordPress.com]]|accessdate=18 October 2010}}</ref>

He also did some work for Cadburys advertising.{{Citation needed|date=October 2010}}

==Gallery==

<gallery>
File:Cecil Aldin05.jpg|"Sir Michael of Sheppey"
File:Cecil Aldin22.jpg|[[Chiddingstone]]
File:Cecil Aldin01.jpg|The Fallowfield Hunt
File:Cecil Aldin04.jpg|Pastel drawing of sleeping dogs
</gallery>

==References==

{{reflist}}
*[http://www.jonathanpoole.co.uk/caldin.html Cecil Aldin biography] (Jonathan Poole Gallery)

==Bibliography==

'''Books illustrated by Aldin''' (selected):

*''[http://www.archive.org/details/cecilaldinhuntin00aldi The Cecil Aldin hunting diary]'' (1900)
*Heiberg, Neils. ''[http://www.archive.org/details/whiteearpetersto00heib White-ear and Peter: the story of a fox and a fox-terrier]'' (London: Macmillan, 1912).
*Byron, May. ''[http://www.archive.org/details/cecilaldinsmerry00byro Cecil Aldin's merry party]'' (London: Henry Frowde, Hodder and Stoughton, 1913).
*Maeterlinck, Maurice. ''[http://www.archive.org/details/mydog00maet My Dog]'' (London: G. Allen, 1913).
*Sewell, Anna. ''[http://www.archive.org/details/blackbeautyautob00sewe Black Beauty: the autobiography of a horse]'' (London: Boots the Chemists, 1916).
*Emanuel, Walter Lewis. ''[http://www.archive.org/details/dogdayorangelinh00eman A dog day; or, The angel in the house]'' (New York: E. P. Dutton & co., 1919).
*Aldin, C. ''[http://www.archive.org/details/oldinnscecil00aldiuoft Old Inns]'' (London: Heinemann, 1921)
*Aldin, C. ''[http://www.archive.org/details/oldmanorhouses00aldi Old manor houses ]'' (London: W. Heinemann, 1920).
*Hare, Kenneth. ''[http://www.archive.org/details/roadsvagabonds00hareuoft Roads and vagabonds]'' (London Eyre & Spottiswoode).

'''Biographical''':

* Aldin, C. ''Time I Was Dead: Pages from My Autobiography'' (C. Scribner's sons, 1934)
* Heron, Roy. ''Cecil Aldin, the Story of a Sporting Artist'' (Henry Holt & Company, 1982)

==External links==
{{Commons category}}
{{Wikisource author}}
*[http://web.onyxnet.co.uk/Ritzema-sundial/favorite.htm My favourite artist - Cecil Aldin] (Sundial Antiques)

{{Use dmy dates|date=October 2010}}

{{Persondata 
| NAME =Aldin, Cecil
| ALTERNATIVE NAMES =
| SHORT DESCRIPTION =
| DATE OF BIRTH = 28 April 1870
| PLACE OF BIRTH =
| DATE OF DEATH = 6 January 1935
| PLACE OF DEATH =
}}
{{DEFAULTSORT:Aldin, Cecil}}
[[Category:1870 births]]
[[Category:1935 deaths]]
[[Category:Equine artists]]
[[Category:Dog artists]]

{{UK-painter-stub}}

[[fr:Cecil Aldin]]

Synchronisation von Chaos

2010-09-15T02:15:40Z

Inductiveload: add navbox

'''Synchronization of chaos''' is a phenomenon that may occur when two, or more, [[chaos theory|chaotic oscillators]] are coupled, or when a chaotic oscillator drives another chaotic oscillator. Because of the [[butterfly effect]], which causes the exponential divergence of the trajectories of two identical chaotic system started with nearly the same initial conditions, having two chaotic system evolving in synchrony might appear quite surprising. However, synchronization of coupled or driven chaotic oscillators is a phenomenon well established experimentally and reasonably understood theoretically.

It has been found that chaos synchronization is quite a rich phenomenon that may present a variety of forms. When two chaotic oscillators are considered, these include:
* '''Identical synchronization'''. This is a straightforward form of synchronization that may occur when two identical chaotic oscillators are mutually coupled, or when one of them drives the other. If (x1,x2,,...,xn) and (x'1, x'2,...,x'n) denote the set of dynamical variables that describe the state of the first and second oscillator, respectively, it is said that identical synchronization occurs when there is a set of initial conditions [x1(0), x2(0),...,xn(0)], [x'1(0), x'2(0),...,x'n(0)] such that, denoting the time by t, |x'i(t)-xi((t)|→0, for i=1,2,...,n, when t→∞. That means that for time large enough the dynamics of the two oscillators verifies x'i(t)=xi(t), for i=1,2,...,n, in a good approximation. This is called the synchronized state in the sense of identical synchronization.

* '''Generalized synchronization'''. This type of synchronization occurs mainly when the coupled chaotic oscillators are different, although it has also been reported between identical oscillators. Given the dynamical variables (x1,x2,,...,xn) and (y1,y2,,...,ym) that determine the state of the oscillators, generalized synchronization occurs when there is a functional, Φ, such that, after a transitory evolution from appropriate initial conditions, it is [y1(t), y2(t),...,ym(t)]=Φ[x1(t), x2(t),...,xn(t)]. This means that the dynamical state of one of the oscillators is completely determined by the state of the other. When the oscillators are mutually coupled this functional has to be invertible, if there is a drive-response configuration the drive determines the evolution of the response, and Φ does not need to be invertible. Identical synchronization is the particular case of generalized synchronization when Φ is the identity.

* '''Phase synchronization'''. This form of synchronization, which occurs when the oscillators coupled are not identical, is partial in the sense that, in the synchronized state, the amplitudes of the oscillator remain unsynchronized, and only their phases evolve in synchrony. Observation of phase synchronization requires a previous definition of the phase of a chaotic oscillator. In many practical cases, it is possible to find a plane in phase space in which the projection of the trajectories of the oscillator follows a rotation around a well-defined center. If this is the case, the phase is defined by the angle, φ(t), described by the segment joining the center of rotation and the projection of the trajectory point onto the plane. In other cases it is still possible to define a phase by means of techniques provided by the theory of [[signal processing]], such as the [[Hilbert transform]]. In any case, if φ1(t) and φ2(t) denote the phases of the two coupled oscillators, synchronization of the phase is given by the relation nφ1(t)=mφ2(t) with m and n whole numbers.

* '''Anticipated and lag synchronization'''. In these cases the synchronized state is characterized by a time interval τ such that the dynamical variables of the oscillators, (x1,x2,,...,xn) and (x'1, x'2,...,x'n), are related by x'i(t)=xi(t+τ); this means that the dynamics of one of the oscillators follows, or anticipates, the dynamics of the other. '''Anticipated synchronization''' may occur between chaotic oscillators whose dynamics is described by [[delay differential equation]]s, coupled in a drive-response configuration. In this case, the response anticipates the dynamics of the drive. '''Lag synchronization''' may occur when the strength of the coupling between phase-synchronized oscillators is increased.

* '''Amplitude envelope synchronization'''. This is a mild form of synchronization that may appear between two weakly coupled chaotic oscillators. In this case, there is no correlation between phases nor amplitudes; instead, the oscillations of the two systems develop a periodic envelope that has the same frequency in the two systems. This has the same order of magnitude than the difference between the average frequencies of oscillation of the two chaotic oscillator. Often, amplitude envelope synchronization precedes phase synchronization in the sense that when the strength of the coupling between two amplitude envelope synchronized oscillators is increased, phase synchronization develops.

All these forms of synchronization share the property of asymptotic stability. This means that once the synchronized state has been reached, the effect of a small perturbation that destroys synchronization is rapidly damped, and synchronization is recovered again. Mathematically, asymptotic stability is characterized by a positive [[Lyapunov exponent]] of the system composed of the two oscillators, which becomes negative when chaotic synchronization is achieved.

Some chaotic systems allow even stronger [[control of chaos]].

==Books==
*{{cite book | author=Pikovsky, A.; Rosemblum, M.; Kurths, J. | title=Synchronization: A Universal Concept in Nonlinear Sciences | publisher=Cambridge University Press | year=2001 | id=ISBN 0-521-53352-X}}

*{{cite book | author=González-Miranda, J. M. | title=Synchronization and Control of Chaos. An introduction for scientists and engineers | publisher=Imperial College Press | year=2004 | id=ISBN 1-86094-488-4}}

{{Chaos theory}}

[[Category:Chaos theory]]
[[Category:Non-linear systems]]

Regionen Japans

2010-03-14T02:37:26Z

Inductiveload: svg image

[[Datei:Regions and Prefectures Japan.png|thumb|Regionen und Präfekturen Japans: [[Hokkaidō]] (rot), [[Tōhoku]] (gelb), [[Kantō]] (grün), [[Chūbu]] (türkis), [[Kinki]] (blau), [[Chūgoku]] (orange), [[Shikoku]] (lila), [[Kyūshū]] (grau), [[Okinawa]] (Ausschnitt rechts unten)]]
[[Japan]] wird in acht '''Regionen''' ([[Japanische Schrift|jap.]] {{lang|ja-Hani|地方}}, ''chihō'') eingeteilt.

== Bedeutung ==
Die Regionen sind keine Verwaltungseinheiten, wie die 47 [[Präfekturen Japans]]. Nur Hokkaidō ist gleichzeitig eine Präfektur.

Die Regionaleinteilung findet sich aber im Wirtschaftsleben (Firmengliederungen, Sendegebiete, etc.) wieder, fasst in etwa geographisch und kulturell zusammenhängende Gebiete zusammen und wird auch in den Schulen in Erdkunde gelehrt. Es basiert zum Großteil auf historischen Hintergründen.

== Liste ==
Geordnet von Norden bis Süden gibt es folgende Regionen :
*[[Hokkaidō]] ({{lang|ja-Hani|北海道}}): die Insel Hokkaidō sowie umliegende kleinere Inseln,
*[[Tōhoku]] ({{lang|ja-Hani|東北}}): das nördliche [[Honshū]],
*[[Kantō]] ({{lang|ja-Hani|関東}}): das östliche Honshū,
*[[Chūbu]] ({{lang|ja-Hani|中部}}), das zentrale Honshū, oftmals unterteilt in:
**[[Hokuriku]] ({{lang|ja-Hani|北陸}}): Nordwest-Chūbu,
**[[Kōshin’etsu]] ({{lang|ja-Hani|甲信越}}): Nordost-Chūbu,
***[[Shin’etsu]] ({{lang|ja-Hani|信越}}): ohne [[Präfektur Yamanashi]],
**[[Chūō-kōchi]] ({{lang|ja-Hani|中央高地}}): das zentrale Chūbu,
**[[Tōkai (Region)|Tōkai]] ({{lang|ja-Hani|東海}}): das südliche Chūbu,
*[[Kinki]] ({{lang|ja-Hani|近畿}}): West-Zentral-Honshū,
*[[Chūgoku]] ({{lang|ja-Hani|中国}}): das westliche Honshū,
*[[Shikoku]] ({{lang|ja-Hani|四国}}): die Insel Shikoku im Südosten und
*[[Kyūshū]] ({{lang|ja-Hani|九州}}): die Insel Kyūshū im Südwesten.

Zur Region Kyūshū hinzuzurechnen sind noch die [[Nansei-Inseln]] zwischen Kyūshū und [[Taiwan]] die Teile der [[Präfektur Kagoshima]] und die gesamte [[Präfektur Okinawa]] umfassen. [[Okinawa Hontō|Okinawa]] ist die Hauptinsel des ehemaligen unabhängigen Reiches der [[Ryūkyū-Inseln]] und bezeichnet meist auch die Region. Die Inseln gehören erst seit [[1879]] zu Japan ([[1945]] von den [[USA]] besetzt, [[1972]] wieder an Japan zurückgegeben).

== Tabelle ==
{| class="prettytable"
|- bgcolor=#DDDDDD
! width="70"|Region
! width="85"|Lage
! Karte
! width="100"|Präfekturen
! width="650"| Anmerkungen
|-
| [[Hokkaidō]] ({{lang|ja-Hani|北海道}})
| [[Datei:Japan Hokkaido large.png|100px]]
| [[Datei:Large map of Hokkaido within Japan.png|100px]]
| [[Datei:Flag of Hokkaido Prefecture.svg|20px]] [[Hokkaidō]]
| Die Insel Hokkaidō (übersetzt etwa: ''Nordmeerbezirk'') ist die zweitgrößte Insel Japans und bildet zusammen mit mehreren umliegenden kleinen Inseln die nördlichste Präfektur des Landes. Deckungsgleich mit der Präfektur ist auch die Region.
|-
| [[Tōhoku]] ({{lang|ja-Hani|東北}})
| [[Datei:Japan Tohoku Region large.png|100px]]
| [[Datei:Japan Tohoku Region.png|100px]]
| [[Datei:Flag of Akita Prefecture.svg|20px]] [[Präfektur Akita|Akita]] [[Datei:Flag of Aomori Prefecture.svg|20px]] [[Präfektur Aomori|Aomori]] [[Datei:Flag of Fukushima.svg|20px]] [[Präfektur Fukushima|Fukushima]] [[Datei:Flag of Iwate.svg|20px]] [[Präfektur Iwate|Iwate]] [[Datei:Flag_of_Miyagi_Prefecture.svg|20px]] [[Präfektur Miyagi|Miyagi]] [[Datei:Flag of Yamagata Prefecture.svg|20px]] [[Präfektur Yamagata|Yamagata]]
| Die Region Tōhoku (übersetzt: Nordosten) nimmt den nördlichen Teil der Insel [[Honshū]] ein. Tōhoku ist relativ dünn besiedelt und hat nur wenige Großstädte.
|-
| [[Kantō]] ({{lang|ja-Hani|関東}})
| [[Datei:Japan Kanto Region large.png|100px]]
| [[Datei:Japan Kanto Region.png|100px]]
| [[Datei:Flag of Chiba.svg|20px]] [[Präfektur Chiba|Chiba]] [[Datei:Flag of Gunma Prefecture.svg|20px]] [[Präfektur Gunma|Gunma]] [[Datei:Flag of Ibaraki.svg|20px]] [[Präfektur Ibaraki|Ibaraki]] [[Datei:Flag of Kanagawa.svg|20px]] [[Präfektur Kanagawa|Kanagawa]] [[Datei:Flag of Saitama.svg|20px]] [[Präfektur Saitama|Saitama]] [[Datei:Flag of Tochigi.svg|20px]] [[Präfektur Tochigi|Tochigi]] [[Datei:Flag of Tokyo Prefecture.svg|20px]] [[Präfektur Tokio|Tokio]]
| Die Region Kantō nimmt den östlichen Teil des mittleren Honshū ein. Der Name Kantō kommt daher, dass die Region östlich ({{lang|ja-Hani|東}}, tō) der Grenzstation ({{lang|ja-Hani|関所}}) [[Hakone]] liegt. Zusammen mit Yokohama und Kawasaki bildet die Tokyo die größte Metropolregion der Welt mit über 36 Millionen Bewohnern.
|-
| [[Chūbu]] ({{lang|ja-Hani|中部}})
| [[Datei:Japan Chubu Region large.png|100px]]
| [[Datei:Japan Chubu Region.png|100px]]
| [[Datei:Flag of Aichi Prefecture.svg|20px]] [[Präfektur Aichi|Aichi]] [[Datei:Flag of Fukui Prefecture.svg|20px]][[Präfektur Fukui|Fukui]] [[Datei:Flag of Gifu Prefecture.svg|20px]] [[Präfektur Gifu|Gifu]] [[Datei:Flag of Ishikawa.svg|20px]] [[Präfektur Ishikawa|Ishikawa]] [[Datei:Prefectural Logo of Niigata.png|20px]] [[Präfektur Niigata|Niigata]] [[Datei:Flag of Nagano Prefecture.svg|20px]] [[Präfektur Nagano|Nagano]] [[Datei:Flag of Shizuoka.svg|20px]] [[Präfektur Shizuoka|Shizuoka]] [[Datei:Flag of Toyama.svg|20px]] [[Präfektur Toyama|Toyama]] [[Datei:Flag of Yamanashi prefecture.png|20px]] [[Präfektur Yamanashi|Yamanashi]]
| Die Region Chūbu nimmt, wie schon der japanische Name (''Mittlerer Teil'') andeutet, das zentrale Honshū ein. Oft wird es auch unterteilt in:
* [[Hokuriku]] ({{lang|ja-Hani|北陸}}): Nordwest-Chūbu,
* [[Kōshin’etsu]] ({{lang|ja-Hani|甲信越}}): Nordost-Chūbu,
* [[Shin’etsu]] ({{lang|ja-Hani|信越}}): Kōshin’etsu ohne [[Präfektur Yamanashi]],
* [[Chūō-kōchi]] ({{lang|ja-Hani|中央高地}}): das zentrale Chūbu und
* [[Tōkai (Region)|Tōkai]] ({{lang|ja-Hani|東海}}): das südliche Chūbu.
|-
| [[Kinki]] ({{lang|ja-Hani|近畿}})
| [[Datei:Japan Kinki Region large.png|100px]]
| [[Datei:Japan Kinki Region.png|100px]]
| [[Datei:Alex K Shigaken kenki.svg|20px]] [[Präfektur Shiga|Shiga]] [[Datei:Flag of Mie prefecture.png|20px]] [[Präfektur Mie|Mie]] [[Datei:Flag of Kyoto prefecture.png|20px]] [[Präfektur Kyōto|Kyōto]] [[Datei:Flag of Nara Prefecture.svg|20px]] [[Präfektur Nara|Nara]] [[Datei:Flag of Osaka.svg|20px]] [[Präfektur Ōsaka|Ōsaka]] [[Datei:Flag of Wakayama Prefecture.svg|20px]] [[Präfektur Wakayama|Wakayama]] [[Datei:Flag of Hyogo.png|20px]] [[Präfektur Hyōgo|Hyōgo]]
| Die Region Kinki nimmt den Westteil der Insel Honshū ein. Der Name Kinki (deutsch: ''nahe der Hauptstadt'') rührt daher, dass bis zur Meiji-Restauration alle japanischen Hauptstädte in dieser Region lagen.
|-
| [[Chūgoku]] ({{lang|ja-Hani|中国}})
| [[Datei:Japan Chugoku Region large.png|100px]]
| [[Datei:Japan Chugoku Region.png|100px]]
| [[Präfektur Hiroshima|Hiroshima]] [[Datei:Flag of Okayama.svg|20px]] [[Präfektur Okayama|Okayama]] [[Datei:Flag of Shimane.svg|20px]] [[Präfektur Shimane|Shimane]] [[Datei:Flag of Tottori.svg|20px]] [[Präfektur Tottori|Tottori]] [[Datei:Flag of Yamaguchi Prefecture.svg|20px]] [[Präfektur Yamaguchi|Yamaguchi]]
| Die Region Chūgoku nimmt das westliche und zugleich südliche Ende der Insel Honshū ein. Da Chūgoku (deutsch: ''Land der Mitte'') auf Japanisch auch der Name für [[China]] ist, wird die Region Chūgoku inzwischen mit dem Zusatz Chihō versehen, um Verwechslungen zu vermeiden.
|-
| [[Shikoku]] ({{lang|ja-Hani|四国}})
| [[Datei:Japan Shikoku Region large.png|100px]]
| [[Datei:Japan Shikoku Region.png|100px]]
| [[Datei:Flag of Tokushima.svg|20px]] [[Präfektur Tokushima|Tokushima]] [[Datei:Flag of Kagawa Prefecture.svg|20px]] [[Präfektur Kagawa|Kagawa]] [[Datei:Flag of Ehime Prefecture.svg|20px]] [[Präfektur Ehime|Ehime]] [[Datei:Flag of Kochi.svg|20px]][[Präfektur Kōchi|Kōchi]]
| Die Region Shikoku ist identisch mit der Insel Shikoku im Südosten Japans. Shikoku (deutsch: ''Vier Länder'') ist die kleinste der vier Hauptinseln. Den Namen ''Vier Länder'' hat die Insel aufgrund der Tatsache, dass sie früher aus vier Provinzen bestand. Heute sind es vier Präfekturen.
|-
| [[Kyūshū]] ({{lang|ja-Hani|九州}})
| [[Datei:Japan Kyushu Region large.png|100px]]
| [[Datei:Japan Kyushu Region.png|100px]]
| [[Datei:Flag of Fukuoka Prefecture.svg|20px]] [[Präfektur Fukuoka|Fukuoka]] [[Datei:Flag of Saga.svg|20px]] [[Präfektur Saga|Saga]] [[Datei:Flag of Nagasaki Prefecture.svg|20px]] [[Präfektur Nagasaki|Nagasaki]] [[Datei:Flag of Kumamoto.svg|20px]] [[Präfektur Kumamoto|Kumamoto]] [[Datei:Flag_of_Oita_Prefecture.svg|20px]] [[Präfektur Ōita|Ōita]] [[Präfektur Miyazaki|Miyazaki]] [[Datei:Symbol flag of Kagoshima Prefecture.png|20px]] [[Präfektur Kagoshima|Kagoshima]] [[Datei:Flag of Okinawa prefecture.png|20px]] [[Okinawa]]
| Die Region Kyūshū ist identisch mit der Insel Kyūshū im äußersten Süden Japans. Meist wird auch Okinawa noch dazu gerechnet. Der Name Kyūshū (deutsch: neun Provinzen) stammt von der ursprünglichen Unterteilung der Insel in neun Provinzen.
|}

== Weblinks ==
* {{commons|Category:Regions of Japan|{{PAGENAME}}}}

[[Kategorie:Region in Asien|!Japan]]
[[Kategorie:Region in Japan|!]]
[[Kategorie:Liste (Verwaltungseinheit)|Japan]]
[[Kategorie:Flagge (Japan)]]

[[ar:مناطق اليابان]]
[[bg:Региони на Япония]]
[[ca:Regions del Japó]]
[[en:List of regions of Japan]]
[[eo:Japanaj regionoj]]
[[es:Anexo:Regiones del Japón]]
[[fi:Japanin alueet]]
[[fr:Régions du Japon]]
[[gl:Rexións do Xapón]]
[[hu:Japán régiói]]
[[it:Regioni del Giappone]]
[[ja:日本の地域]]
[[ko:일본의 지방 구분]]
[[lt:Japonijos regionai]]
[[nl:Regio's van Japan]]
[[pl:Regiony Japonii]]
[[pt:Anexo:Lista de regiões do Japão]]
[[ro:Regiuni în Japonia]]
[[roa-rup:Reghionjle di tu Iaponia]]
[[ru:Регионы Японии]]
[[sk:Región (Japonsko)]]
[[su:Wewengkon di Jepang]]
[[sv:Japans regioner]]
[[uk:Регіони Японії]]
[[zh:日本地理區劃]]

Laderegler

2009-09-17T20:31:14Z

Inductiveload: add en link

Ein '''Laderegler''' oder eine '''Ladeschaltung''' hat die Aufgabe, das [[Ladeverfahren]] zum Aufladen von [[Akkumulator]]en technisch umzusetzen. Diese Verfahren sind zum Teil genormt.

== Aufbau und Funktion ==
Die verschiedenen [[Akkumulator]]typen benötigen auch verschiedene [[Ladeverfahren]].
Das wird in aktuellen Konzepten durch [[Leistungselektronik]] erreicht, während ältere Laderegler in Kraftfahrzeugen mit Gleichstromlichtmaschine auch elektromechanisch arbeiteten. Sie hatten Schaltspulen, ähnlich wie Relais, außerdem Schaltkontakte, von denen einer den Akku bei stehender Lichtmaschine trennte (Rückstromschalter) und der andere durch laufendes Ein- und Ausschalten den Erregerstrom der Lichtmaschine steuerte.

Aufgaben des Ladereglers bzw. einer Ladeschaltung sind:
*Verhindern des Überladens, beispielsweise beim [[Bleiakku]] und beim [[Lithium-Ionen-Akkumulator]] durch die Begrenzung der Ladespannung
*Begrenzung des Ladestromes, teilweise abhängig vom Ladezustand und/oder der Temperatur

Aufwändigere Laderegler benutzen teilweise mehrere Parameter zur Ladungssteuerung:
*Temperatur
*Spannung
*Kapazität
*Zeit
*Ladestrom

Komplexe Laderegler lassen sich mit einem [[Mikroprozessor]] oder einem speziellen Lade-IC realisieren. Jene Ladeschaltkreise beinhalten alle Steuer- und Schutzfunktionen, die für den jeweiligen Akkumulatortyp erforderlich sind, teilweise benötigen sie keine externen leistungselektronischen Bauelemente. Sie besitzen teilweise Eingänge zur Auswertung von zum Beispiel in Lithiumakkus eingebauten Temperatursensoren. Solche Regler sind z. B. in der Lage, den angeschlossen Akku zu erkennen, eventuelle Fehler zu diagnostizieren und die Lade-Parameter dementsprechend anzupassen. So kann beispielsweise nach dem Ende des eigentlichen Aufladevorganges in einen Erhaltungsladungsmodus umgeschaltet werden, um die [[Selbstentladung]] des angeschlossenen Akkus auszugleichen und so eine Lagerung ohne Ladungsverlust zu ermöglichen.

===Laderegler in Kraftfahrzeugen mit Verbrennungsmotor===
[[Bild:Laderegkombi.jpg|thumb|250px|Laderegler (geöffnet, [[Dickschichttechnik|Dickschicht-Schaltkreis]]), wie er heute an Drehstromlichtmaschinen von KFZ gebräuchlich ist]]Kraftfahrzeuge mit Verbrennungsmotor besitzen üblicherweise einen Bleiakkumulator ([[Starterbatterie]]), der im Konstantspannungs-Verfahren geladen wird. Die Ausgangsspannung des [[Generator]]s hängt stark von dessen Antriebsdrehzahl und der angeschlossenen Last ab; daher ist es notwendig, zur Vermeidung von zu hoher oder zu niedriger [[elektrische Spannung|Spannung]] einen Laderegler einzusetzen.
Der Regler steuert dabei über die Erregerspannung den [[elektrischer Strom|Strom]] und damit die [[magnetische Feldstärke]] in der Erregungswicklung so, dass bei beispielsweise steigender Last oder fallender Drehzahl der Erregerstrom erhöht und somit die Ausgangsspannung konstant gehalten wird.

Der Laderegler hat somit folgende Aufgaben
* Regelung der von der Lichtmaschine erzeugten Spannung
* Schutz vor Überlastung durch zu hohen Ausgangsstrom
* Schutz vor Rückstrom

====Regelung des Erreger-Magnetfeldes====
Bei Generatoren mit elektromagnetischer Erregung hängt der Ausgangsstrom außer von der Drehzahl und der angeschlossenen Last auch direkt vom Strom in der Erregerwicklung ab. Bei dieser Generator-Bauart lässt sich die Laderegelung durch Beeinflussung des Erregerstroms realisieren.

Diese Ausführung ist am gebräuchlichsten.

===== Elektromechanischer Laderegler =====
Die Regelung erfolgt durch einen elektromagnetisch arbeitenden Lichtmaschinenregler.
Die Beeinflussung des Erregerstroms wird durch ständiges Öffnen und Schließen eines die Erregerspule speisenden Kontaktes erreicht. Wie bei einem [[Schaltregler]] glättet die Erregerspule aufgrund ihrer [[Induktivität]] den Erregerstrom. Wenn der Gleichstromgenerator aufgrund zu geringer Drehzahl eine kleinere Spannung erzeugt als diejenige der Fahrzeugbatterie, trennt der Rückstromschalter durch einen Schaltkontakt die Verbindung des Generatorausgangs zur Batterie. Ausreichend belastbare Halbleiter[[diode]]n als Ersatz für den Rückstromschalter standen im Zeitalter der Gleichstromlichtmaschine noch nicht zur Verfügung.
Mechanische Regler verursachen Störungen durch Schaltfunken, sind störanfällig und reagieren langsam, weshalb seit den frühen [[1970er]] Jahren in Neufahrzeugen elektronische Regler verbaut werden.

===== Elektronische Laderegler =====
[[Bild:Lima1.png|thumb|Blick auf den Laderegler (Pfeil) an einer [[Lichtmaschine]]]]
Bei Drehstrom-Lichtmaschinen wird das elektrisch erzeugte [[Magnetfeld|Erregerfeld]] des Lichtmaschinen-Rotors durch einen angebauten elektronischen Laderegler beeinflusst. Dieser bildet eine Einheit mit der Halterung der [[Kohlebürste]]n, die den Erregerstrom auf die [[Schleifring]]e des Rotors übertragen.

Der Regler vergleicht die gleichgerichtete Ist-Spannung des Generators mit einer reglerinternen stabilen Referenzspannung und passt die Stärke des Erregerfeldes (Erregerstrom) durch mehr oder weniger starken Stromfluss ([[Pulsweitenmodulation|PWM]], [[Schaltregler]]) so an, dass die Ist-Spannung des Generators last- und drehzahlunabhängig konstant bleibt. Dabei wird lediglich die Spannung des Rotor-Elektromagneten geregelt, der zugehörige Generatorstrom ergibt sich direkt durch den konstruktionsbedingten Innenwiderstand der Statorspulen nach dem [[ohm'sches Gesetz|Ohm'schen Gesetz]].

Eine thermische Überwachung begrenzt den Strom für den Fall ungenügender Kühlung.

Material- und konstruktionsbedingt ist die [[magnetische Flussdichte]] des Rotors begrenzt.
Daher wird im Regler als Kenngröße die Höhe der zulässigen Magnetisierspannung bei der Herstellung hinterlegt. Zweck ist, die [[Sättigungsmagnetisierung]] des Rotor-Elektromagneten nicht zu überschreiten, die sonst ohne Mehrleistung lediglich zum unnötigen Aufheizen des Elektromagneten führen würde.

====Regelung des induzierten Stroms====
Bei [[Wechselstrom]]- oder [[Drehstrom]]-Generatoren mit [[Permanentmagnet]]-Erregung wird der Ausgangsstrom des Generators so geregelt, dass sich die gewünschte Ladespannung am Akku einstellt.

Das geschieht üblicherweise durch [[Thyristor]]en, die den Ladestrom je nach Ladereglerkonzept entweder zeitweise unterbrechen oder die den Generator zeitweise kurzschließen, um den (mittleren) Ladestrom zur Batterie zu regeln. Die Thyristoren sind dabei gleichzeitig Bestandteil des [[Gleichrichter]]s, der für die nötige Umwandlung des Wechsel- oder Drehstroms am Ausgang des Generators in Gleichstrom sorgt.
Diese Ausführung ist häufiger bei Krafträdern vorzufinden.

Die Statorspulen sind dreiphasig verschaltet und nur 3 Leitungen führen aus dem Gehäuse heraus. Der Regler ist extern verbaut. In der Praxis wird die erzeugte Spannung von der speziellen Ausführung des "Reglers" kurzgeschlossen, wenn sie die Ladespannung des Bleiakkus erreicht hat. Dieser Kurzschluss der überschüssigen Leistung wird z.T. im Regler, hauptsächlich jedoch in den Statorspulen selbst in Wärme gewandelt. Um die Wärme abzuführen, werden diese üblicherweise in einem Ölbad betrieben. Trotzdem können Spulen durch Überhitzung ausfallen, weil der Isolierlack zerstört wird. Energetisch ist diese Bauform ungünstig, da permanent die volle Leistung erzeugt und - falls nicht abgenommen - dann verheizt wird. Je nach Ausführung bis zu 400 Watt. Die hier eingesetzten "Regler" sind - technisch betrachtet - Überspannungskurzschliesser.

== Fachliteratur ==

=== Fachbücher ===
* Norbert Adolph, Autoelektronik / Grundlagen und Bauvorschläge, Verlagsgesellschaft Schulfernsehen, Köln, ISBN 3-8025-1128-X
* Dipl. Ing. Jürgen Kasedorf / Richard Koch, Service-Fibel für die Kfz-Elektrik, Vogel Buchverlag, ISBN 3-8023-1881-1

=== Fachbroschüren ===
* Bosch Technische Unterrichtung Generatoren, Robert Bosch GmbH Stuttgart, VDT-UBE 301/1 De (1.80)

==Siehe auch==
* [[Ladegerät]]
* [[Balancer]]

[[Kategorie:Akkumulator]]
[[Kategorie:Leistungselektronik]]

[[en:Charge controller]]

MIS-Kondensator

2009-09-12T20:41:13Z

Inductiveload: add english link

[[Datei:MIS-Kondensator (vertikal).svg|thumb|MIS-Struktur (Metall/SiO2/p-Si) in einen vertikalen MIS-Kondensator]]
Der '''MIS-[[Kondensator (Elektrotechnik)|Kondensator]]''' erhält seinen Namen durch den speziellen Aufbau, eine [[Metall-Isolator-Halbleiter-Struktur]]. Wie beim MOS-Feldeffekttransistor wird dieser Schichtaufbau aus historischen Gründen auch häufig als MOS-Kondensator bezeichnet. Dabei wird speziell ein Oxid als Isolator-Material vorausgesetzt.

Die maximale Kapazität CMOS(max) berechnet sich analog zum Plattenkondensator.
: <math>C_\mathrm{MIS(max)}=\varepsilon_0\varepsilon_r \cdot { {A} \over {d} }</math>
mit:
*''εr'' materialspezifischen [[Dielektrizitätszahl]]
*''ε0'' [[Dielektrizitätskonstante]] des [[Vakuum]]
*''A'' Fläche
*''d'' Oxiddicke

Die Herstellung erfolgt jenach Materialsystem (es sind auch Polymere als Isolator denkbar) auf unterschiedliche Weise. Als Beispiel soll an dieser Stelle eine MOS-Kondensator auf Basis von Silizium und Siliziumdioxid dienen. Dabei wird auf das Halbleitersubstrat ([[Substrat (Materialwissenschaft)|Substrat]]) eine dünne Schicht Oxid ([[Siliziumdioxid]]) aufgebracht (z. B. thermische Oxidation, oder TEOS-CVD) und anschließend mit einem Metall [[thermisches Verdampfen|bedampft]].

Die Struktur und somit der Kondensator kommt in jedem MIS-Feldeffekttransistor vor. Für die in der Mikroelektronik stetige Verkleinerung der Strukturen ergibt sich folgender Sachverhalt. Aus der Formel oben folgt, dass sich mit immer dünneren Isolatorschichten die Kapazität erhöht. Diese für alle MIS-Bauelemente wichtige Isolierschicht darf jedoch eine minimale Schichtdicke von 10 nm nicht unterschreiten. Unterhalb dieser Grenze kommt es zu einem Auftreten von [[Tunneleffekt|Tunnelströmen]] durch das Isolatormaterial (Dielektrikum), weshalb man derzeit (2009) den Einsatz von sogenannten [[High-k-Dielektrikum|High-k-Materialien]] als Isolatormaterial erforscht.

[[Kategorie:Kondensator (Elektrotechnik)]]

[[en:MIS capacitor]]

Elektronikpraxis

2009-09-12T17:35:23Z

Inductiveload: add english link

{{Infobox Publikation|
titel = Elektronikpraxis|
bild = [[Datei:Elektronikpraxis.jpg|240px|Logo]]|
beschreibung = [[Fachzeitschrift]] für professionelle [[Elektronik]]|
verlag = Vogel Industrie Medien GmbH & Co. KG|
erstausgabe_tag = |
erstausgabe_jahr = 1966|
erscheint = 14-täglich|
verbreitung_quelle = {{IVW|2|2006}}|
verbreitung_zahl = 46.360|
reichweite_quelle = |
reichweite_zahl = |
chefred = Johann Wiesböck|
herausgeber = NN|
weblink = [http://www.elektronikpraxis.vogel.de Elektronikpraxis Online]|
issn = 0341-5589|
zdb = 216223-4|
CODEN = EKPXAM
}}

'''Elektronikpraxis''' – ''Das professionelle Elektronikmagazin'' ist eine [[Fachzeitschrift]] für industrielle [[Elektronik]]. Sie entstand 1966 als Schwesterblatt der [[Elektrotechnik (Zeitschrift)|Elektrotechnik]].

Die Zeitschrift erscheint mit 24 Heften jährlich (plus Sonderheften) in der Würzburger [[Vogel Medien Gruppe|Vogel Business Media GmbH & Co. KG]] mit einer verbreiteten Auflage von 46.360 Exemplaren (2. Quartal [[2006]])<ref>[[Informationsgemeinschaft zur Feststellung der Verbreitung von Werbeträgern|IVW e.V.]]: [http://daten.ivw.eu/download/pdf/eda_t_elektronikpraxis.pdf Auflagedaten zur Elektronikpraxis (PDF)]</ref>. Sie unterhält [[Redaktion]]en in [[München]] und [[Würzburg]].

Die ''Elektronikpraxis'' ist das [[Organ (Medien)|Publikationsorgan]] des [[Fachverband Elektronik-Design|Fachverbandes Elektronik-Design e.V.]] (FED). Die Web-Site der Zeitschrift soll als sogenanntes „Business Effizienz Portal“ das gedruckte Heft durch zusätzliche Informationen ergänzen.

== Weblinks ==
* [http://www.elektronikpraxis.vogel.de Elektronikpraxis Online]

== Einzelnachweise ==
<references />

[[Kategorie:Elektro-/Elektronikzeitschrift]]
[[Kategorie:Zeitschrift (Deutschland)]]

[[en:Elektronikpraxis]]

Mantelwelle

2009-09-11T20:46:05Z

Inductiveload: add english link

[[File:Entstehung mantelwelle.svg|thumb|Abschirmung beim Koax-Kabel wirkt als [[Goubau-Leitung]]]]
[[File:Ferritkerndrossel.jpg|thumb|USB-Stecker mit [[Ferritkerndrossel]] als Mantelwellensperre]]
[[File:Sheath current filter.png|thumb|Mantelwellensperre für größere Leistungen]]

Eine '''Mantelwelle''' ist eine Form einer [[elektromagnetische Welle|elektromagnetischen Welle]] auf Leitungen. Auf einem Leiter verläuft sie zum Beispiel entlang des Außenmantels einer [[Koaxialleitung]]. Den Rückleiter bildet das den Außenleiter umgebende Massessystem; dies kann zum Beispiel aus einem räumlich nahen oder fernen Erdpotential bestehen.

Mantelwellen können bei Sendeanlagen den Wirkungsgrad senken und wegen der mit der der Mantelwelle verknüpften ungewollten Aussendung elektromagnetischer Funkwellen elektronische Geräte in der Nähe stören. Außerdem führen Mantelwellen, die durch Unterschiede im [[Masse_(Elektronik)|Massepotential]] an den Enden eines Koaxialkabels entstehen, zu [[Gleichtaktsignal]]en, die dem Nutzsignal als Störspannung überlagert werden. Mantelwellen können Ursache von [[Brummschleife]]n sein.

== Maßnahmen zur Verringerung von Mantelwellen ==

Hochfrequente Mantelwellen lassen sich mittels eines ''[[Mantelstromfilter]]s'' (auch Mantelwellenabsorber oder -sperre), der im oder nahe dem Gerät auf eine [[Koaxialleitung]] aufgebracht wird, bedämpfen oder verhindern. Im einfachsten Fall ist das ein [[Ferritkern]]; er umfasst beim Koaxialkabel Innen- und Außenleiter und wirkt als [[Drossel (Elektrotechnik)#Stromkompensierte Drosseln|stromkompensierte Drossel]] oder Gleichtaktdrossel. Gleichzeitig wirkt ein Ferritkern [[Transformator|transformatorisch]], sodass ein Nutzsignal als [[Gegentaktsignal]] gestützt wird. Zur Erhöhung der [[Induktivität]] gegenüber dem ungewollten [[Gleichtaktsignal]]anteil kann das Kabel auch mehrmals durch den Kern geführt werden.

Außerdem werden oft kapazitive Mantelstromfilter eingesetzt. Weitere Informationen stehen im Artikel [[Mantelstromfilter]].

Mit einem [[Balun]] lassen sich Mantelwellen vermeiden, wenn eine symmetrische Leitung an eine unsymmetrische Leitung, z.B. ein Koaxialkabel, angeschlossen wird. Ohne Einsatz des Baluns entstünden Mantelwellen auf der unsymmetrischen Leitung. Ein Anwendungsfall hierfür ist die Verbindung einer symmetrischen [[Dipolantenne]] mit einer Koaxialleitung.

[[Kategorie:Wellenlehre]]
[[Kategorie:Funktechnik]]
[[Kategorie:Elektromagnetische Verträglichkeit]]

[[en:Sheath current]]

Mantelwelle

2009-09-11T20:42:27Z

Inductiveload: replace image with commons version

Mantelstromfilter

2009-09-11T20:16:09Z

Inductiveload:

[[Bild:Mantelstromfilter.jpg|thumb|300px|Mantelstromfilter (kapazitiver Koppler) für 75-Ohm-Antennenkabel]]

[[Bild:Ferritkerndrossel.jpg|thumb|300px|Mantelstromfilter (Ferritkerndrossel auf [[USB]]-Kabel)]] Ein '''Mantelstromfilter''' ist ein Bauteil, das entweder eine [[Brummschleife]] über eine zweifache Erd- oder Masseanbindung oder die Ausbreitung [[hochfrequenz|hochfrequent]]er, unerwünschter [[Gleichtaktsignal]]e auf [[Koaxialkabel]]n verhindert.

Mantelstromfilter unterbinden je nach Art Brummen in Audioanlagen, im Bild durchlaufende waagerechte Balken bei [[Audiovision|AV]]-Geräten beziehungsweise die Ausbreitung hochfrequenter Störsignale auf Kabeln.

== Wirkungsweise verschiedener Mantelstromfilter ==

Je nach Art des Signals und vorliegender Störsituation werden folgende Arten unterschieden:

=== Trenntransformator (Übertrager) ===

Trennübertrager sind [[Transformator]]en für [[Niederfrequenz]] für analoge und digitale ([[S/P-DIF]]) Audioverbindungen oder seltener für [[Hochfrequenz]] in Antennenleitungen zwischen Antennendose und Endgerät ([[Tuner (Empfang)|Tuner]], [[Videorekorder]], [[Fernsehgerät]] usw.). Diese Mantelstromfilter unterdrücken durch [[galvanische Trennung]] zwischen Eingang und Ausgang niederfrequenten [[Elektrischer Strom|Strom]] auf der [[Abschirmung (Elektrotechnik)|Abschirmung]] (dem Mantel) und der Seele (Innenleiter) von [[Koaxialkabel]]n, der durch mehrfache [[Erdung]] an unterschiedlichen Potentialen entstehen kann. Sie beeinflussen das Signal aufgrund ihrer oberen und unteren [[Grenzfrequenz]] und können daher auch keinen Gleichstrom übertragen. Des Weiteren treten bei analogen Signalen nichtlineare Verzerrungen auf.

=== Kapazitive Koppler ===
[[Datei:Kapazitiver entkoppler.svg|thumb|Schaltungsanordnung]]
Die Ausbreitung von (niederfrequenten) Brummströmen auf Antennenleitungen kann durch kapazitive Kopplung der beiden Leiter verhindert werden. Solche als Zwischenstecker erhältliche Elemente, werden als Mantelstromfilter bezeichnete Massetrenner (engl.: ''ground breaker'') und besitzen im Signalweg und in der Masseverbindung Koppel-[[kondensator (Elektrotechnik)|Kondensatoren]], die aufgrund ihres Kapazitätswertes (ca. 1 nF) nur in der Lage sind, Frequenzen ab etwa 50 MHz passieren zu lassen - Brummströme können nicht mehr fließen.

Übliche kapazitive Trenn-Zwischenstecker haben eine obere Grenzfrequenz von 1 GHz, sodass [[ultrahochfrequenz|UHF]]-Signale passieren können. Sie können somit für [[Ultrakurzwelle|UKW]]-Rundfunk sowie analogen und digitalen Fernsehempfang eingesetzt werden.

Solche Massetrenner können bei handelsüblichen Satellitenempfängern ''nicht'' eingesetzt werden, da niederfrequente Steuersignale und die Versorgungsspannung für den [[Rauscharmer Signalumsetzer|LNB]] mit übertragen werden müssen.

=== Ferritkerndrossel ===
Ferritkernmantelstromfilter (engl.: ''common-mode choke'') bestehen aus einer die Leitung oder ein Leitungsbündel umfassenden [[ferrite|Ferrit]]-Hülse. Ferritkernmantelstromfilter sind [[Drossel (Elektrotechnik)#stromkompensierte Drossel|stromkompensierte Drossel]]n. Sie bedämpfen hochfrequente [[Gleichtaktsignal|Gleichtaktstörsignale]] auf Kabeln.

Sie wirken gegen hochfrequente Gleichtaktsströme oberhalb etwa 50 MHz und beeinflussen die Signal- und die Masseverbindung nicht hinsichtlich ihrer Niederfrequenzeigenschaften oder Schutzfunktion. Ferritkernmantelstromfilter können Brummschleifen nicht wirkungsvoll bedämpfen.

Leitungen zum Anschluss von Computerperipheriegeräten besitzen oft eine Ferritkerndrossel. Die Leitung kann zur Erhöhung der Induktivität auch mehrfach durch einen Ferritkern geführt werden.

Ferritkernmantelstromfilter können nur dann effizient wirken, wenn ein Gleichtaktstörstrom auf einer Leitung fließen kann. Dies ist im Allgemeinen der Fall, wenn ein Leitungsbündel oder eine koaxiale Leitung an beiden Seiten eine Masseverbindung zum geerdeten Gerät aufweist.

Für ein Leitungsbündel zwischen zwei Geräten, von denen nur ein Gerät geerdet ist, wirkt ein Ferritkernmantelstromfilter im Allgemeinen nicht. Bei so einer Massung würden sich [[Mantelwellen]] gegebenenfalls als [[Stehende Welle]]n ausbilden. Bei Stehwellen wirken Ferritkernmantelsromfilter nur an den Orten, an denen sich in Abhängigkeit von [[Frequenz]] und [[Wellenlänge]] ein Strombauch, aber nicht dort wo sich ein Stromknoten einstellt.

Ferritkernmantelstromfilter gibt es für unterschiedliche Frequenzbereiche und Strom-Belastbarkeit.

== Anwendung ==
Siehe auch [[elektromagnetische Verträglichkeit]] und [[Brummschleife]].

[[Übertrager]]-Mantelstromfilter werden in Niederfrequenz-Signalleitungen eingesetzt, wenn eine Brummschleife auf andere Weise nicht verhindert werden kann. Sie besitzen eine galvanische Trennung.

[[kondensator (Elektrotechnik)|Kapazitive]] Mantelstromfilter können in Antennen- und Hochfrequenzleitungen verwendet werden, um Brummschleifen zu verhindern. Sie besitzen eine galvanische Trennung.

[[Ferritkern]]-Mantelstromfilter werden zur Störunterdrückung (hochfrequente Störungen) eingesetzt. Sie besitzen keine galvanische Trennung und verhindern keine Brummschleifen.

== Weblinks ==
*[http://www.vdr-wiki.de/wiki/index.php/Mantelstromfilter Selbstbau eines einfachen Mantelstromfilters]

== Siehe auch ==
*[[Mantelwellen]]

[[Kategorie:Elektrisches Bauelement]]
[[Kategorie:Elektroakustik]]
[[Kategorie:Elektromagnetische Verträglichkeit]]

[[en:Sheath current filter]]

Vorlage:Navigationsleiste Stadtteile von Bochum

2008-12-21T22:14:17Z

Inductiveload:

{{Navigationsleiste
|TITEL=[[Stadtteile in Bochum|Stadtteile von Bochum]]
|BILD=[[Bild:Stadtwappen der kreisfreien Stadt Bochum.svg|65px]] |INHALT=
[[Bochum-Altenbochum|Altenbochum]] | 
[[Bochum-Bergen|Bergen]] | 
[[Bochum-Dahlhausen|Dahlhausen]] | 
[[Bochum-Eppendorf|Eppendorf]] | 
[[Bochum-Gerthe|Gerthe]] | 
[[Bochum-Grumme|Grumme]] | 
[[Bochum-Günnigfeld|Günnigfeld]] | 
[[Bochum-Hamme|Hamme]] | 
[[Bochum-Harpen|Harpen]] | 
[[Bochum-Hiltrop|Hiltrop]] | 
[[Bochum-Höntrop|Höntrop]] | 
[[Bochum-Hofstede|Hofstede]] | 
[[Bochum-Hordel|Hordel]] | 
[[Bochum-Kornharpen|Kornharpen]] | 
[[Bochum-Laer|Laer]] | 
[[Bochum-Langendreer|Langendreer]] | 
[[Bochum-Leithe|Leithe]] | 
[[Bochum-Linden|Linden]] | 
[[Bochum-Innenstadt|Innenstadt]] | 
[[Bochum-Munscheid|Munscheid]] | 
[[Bochum-Querenburg|Querenburg]] | 
[[Bochum-Riemke|Riemke]] | 
[[Bochum-Sevinghausen|Sevinghausen]] | 
[[Bochum-Stiepel|Stiepel]] | 
[[Bochum-Sundern|Sundern]] | 
[[Bochum-Voede-Abzweig|Voede-Abzweig]] | 
[[Wattenscheid|Wattenscheid-Mitte]] | 
[[Bochum-Weitmar|Weitmar]] | 
[[Bochum-Werne|Werne]] | 
[[Bochum-Westenfeld|Westenfeld]] | 
[[Bochum-Wiemelhausen|Wiemelhausen]]
}}<noinclude>
[[Kategorie:Vorlage:Navigationsleiste Gemeindegliederung (Nordrhein-Westfalen)|Bochum]]
</noinclude>

Optokoppler

2008-11-19T04:21:05Z

Inductiveload:

[[Bild:Optoisolator Pinout.svg|thumb|Schaltsymbol, mit Fototransistor als Ausgang]]
[[Bild:Optokoppler.gif|thumb|So funktioniert es]]
'''Optokoppler''' dienen zur Übertragung eines Signals, bestehend aus einem meist [[Infrarotstrahlung]] emittierenden und einem die Strahlung empfangenden Bauelement.
Beide Bauteile sind lichtgeschützt in einem gemeinsamen Gehäuse untergebracht.

Im Vordergrund steht die [[galvanische Trennung |galvanische Trennung]] (elektrische Isolierung) zwischen Ein- und Ausgangsstromkreis.

Mit Optokopplern können sowohl [[Digitalsignal|digitale]] als auch [[Analogsignal|analoge]] Signale übertragen werden.

==Aufbau==
===Diskreter Aufbau===
Historische Optokoppler bestanden aus einer Kombinationen aus [[Fotowiderstand]] und Lichtquelle, beispielsweise einer Leuchtdiode oder einer Glühlampe. Vereinzelt werden zur sicheren Trennung sehr hoher Potentialunterschiede diskrete Optokoppler mit Hilfe von [[Glasfaser]]n aufgebaut.

===Integrierter Aufbau===
[[Bild:4n25.jpg|thumb|Aufgeschnittene Optokoppler]]
Seit etwa 1972 werden Optokoppler als Verbund-Bauteil angeboten.
Üblicherweise besteht ein Optokoppler aus einer Infrarot-[[Leuchtdiode]] (LED) als Sender, im Schaltsymbol links dargestellt, und einer Silizium-[[Fotodiode]] oder einem [[Fototransistor]] als Empfänger, in selteneren Fällen auch einem Foto-[[MOSFET]], einem [[Fotothyristor]] oder [[Triac]].

Bei der internen Bauform unterscheidet man zwischen dem ''Face-to-face design'' und dem ''Coplanar design''. Im ersten Fall stehen sich Sender und Empfänger wie im Schaltbild gezeigt direkt gegenüber.
Bei der zweiten Variante befinden sich Sender und Empfänger auf einer Ebene. Hier wird der Lichtstrahl ähnlich dem Prinzip eines [[Lichtwellenleiter]]s durch Reflexion übertragen.

==Peripherie==
Oft ist dem Empfänger direkt im Optokoppler ein [[Schaltverstärker]] nachgeschaltet, um kleine Lasten wie, z. B. [[Relais]] direkt schalten zu können. Solche Koppler eignen sich nicht zur Übertragung analoger Signale.

==Kennwerte==
===[[Gleichstrom-Übertragungsverhältnis]] CTR===
Das CTR (von engl. ''current transfer ratio'') gibt das Verhältnis zwischen Ein-und Ausgangsstrom bei Gleichstromsignalen oder niedrigen Signalfrequenzen an. Übliche Werte sind (30…100)%. Bei digitalen Optokopplern wird kein CTR angegeben, sondern ein LED-Mindeststrom, der zum Pegelwechsel am Ausgang erforderlich ist.

===Isolationsspannung===
Diese Spannung ist abhängig von Abstand und Anordnung von Sender und Empfänger, dem Isolationswerkstoff und dem Abstand der Anschlüsse. Übliche Isolationsspannungen sind (1500…4000) V, in Sonderfällen bis zu 25 k[[Volt|V]].

Zur sicheren Netztrennung werden Optokoppler mit weiter entfernten Anschlüssen gefertigt, als dies beim unten abgebildeten DIL-Gehäuse der Fall ist, um auf der [[Leiterplatte|Platine]] die erforderliche [[Kriechstrecke]] von in der Regel 8 mm einhalten zu können.

===Isolationswiderstand===
Der [[Isolationswiderstand]] zwischen Eingang und Ausgang ist sehr hoch und beträgt bis zu 1013 [[Ohm (Einheit)|Ω]].

===Grenzfrequenz und Schaltzeiten===
Die Grenzfrequenz ist die höchste Arbeitsfrequenz, bei der ein Optokoppler noch arbeiten kann. Sie liegt bei Optokopplern mit Fototransistor bei ca. 50…200 [[kHz]], bei solchen mit Fotodiode beträchtlich höher, meist über 10 MHz. Bei Fotodioden- bzw. digitalen Optokopplern wird die Grenzfrequenz durch die Schaltzeiten der Sende-LED begrenzt.

Am langsamsten sind Optokoppler mit PhotoMOS-Transistor, diese haben Reaktionszeiten im Millisekundenbereich.

=== Sperrspannungen ===
Die Sendediode verträgt nur Sperrspannungen von ca. 5 Volt; sie wird jedoch ohnehin in Durchflussrichtung betrieben. Die Sperrspannung des empfangenden Fototransistors beträgt meist (30…50) Volt. In Optokopplern verbaute Thyristoren und Triacs haben Sperrspannungen bis etwa 400 Volt.

Digitale Optokoppler arbeiten empfängerseitig meist an einer Spannung von 5 Volt.

== Bauformen ==
[[Bild:Opto-isolator (aka).jpg|thumb|Digitaler Optokoppler im [[Dual in-line package|DIL]]-8-Gehäuse]][[Bild:Gabelkopp.jpg|thumb|Reflexkoppler und Gabelkoppler (IR-Strahlwege sind in magenta dargestellt)]]
Optokoppler werden in Gehäusen angeboten, die denen von [[Integrierter Schaltkreis|integrierten Schaltkreisen]] gleichen. Für hohe Sperrspannungen ab etwa 4 kV werden auch langgestreckte Gehäusebauformen gefertigt.

Optokoppler werden auch mit offenem (zugänglichem) optischem Strahlengang gefertigt, sie heißen dann '''Gabelkoppler''' oder '''Reflexkoppler''' (siehe [[Lichtschranke]]).

==Vorteile von Optokopplern==
*Kleine Abmessungen
*Digitale und analoge Signalübertragung möglich
*Geringe Koppelkapazitäten zwischen Ein- und Ausgang
*Keine Induktivitäten
*Im Vergleich zu ebenfalls galvanisch trennenden [[Relais]] geringere Verzögerungszeiten des Ausgangssignals
*Keine Störung durch Magnetfelder
*Galvanische Trennung der Eingangs- und Ausgangsstromkreise
*im Gegensatz z.B. zum Relais kein mechanischer Verschleiß, daher viel mehr Schaltzyklen möglich

==Nachteile von Optokopplern==
*Höhere Spannungsabfälle im Ausgangskreis als bei Relais
*nur eine Stromrichtung im Ausgangskreis möglich (außer bei TRIAC- und PhotoMOS-Empfänger)
*Sendediode erfordert externen Vorwiderstand (Ausnahme: Solid-State-Relais)
*Bei PhotoMOS-Typen teilweise niedrige [[Grenzfrequenz]]en im Bereich von wenigen [[Kilohertz|kHz]]
*Ein- und Ausgangskreis sind im Vergleich zu [[Relais]] empfindlicher gegenüber Überlast und Störimpulsen

==Einsatzgebiete==
[[Bild:Optoclen.png|thumb|Optokoppler - Solid state relay (SSR)]]
Optokoppler findet man meist dort, wo Stromkreise [[galvanische Trennung|galvanisch]] (elektrisch) voneinander getrennt sein müssen. Einsatzfälle sind z. B.:
* [[Schnittstelle]]nkarten oder [[Netzwerkkarte]]n von Computern. Hier müssen die Stromkreise elektrisch voneinander getrennt werden, da die miteinander verbundenen Geräte unterschiedliche [[Masse (Elektronik)|Massepotenziale]] haben können.
* Baugruppen, die vor transienten [[Überspannung]]en und Gleichtakt-Störimpulsen geschützt werden müssen, haben oft Optokopplung ihrer Ein- und Ausgänge (Industriesteuerungen, SPS)
*Schutz von Baugruppen: Wird bei einer Überspannung der LED-Eingang des Optokopplers durch den erhöhten Strom thermisch zerstört, bleibt der Ausgangsteil (Fototransistor) und die dahinterliegende Schaltung geschützt - nur der Optokoppler muss gewechselt werden.
* In medizinischen Geräten muss der Patient besonders vor Fehlerspannungen geschützt werden.
* Ansteuerung von Schaltungsteilen, die auf abweichenden Spannungspotentialen liegen (z. B. Signalübertragung von und zu Netzspannungskreisen)
* Elektronische Lastrelais werden ebenfalls mittels integriertem Optokoppler angesteuert
* [[Schaltnetzteil]]e: Übertragung der Steuerinformationen vom Sekundär- zum Primärteil

== Alternativen ==
Neben mechanischen [[Relais]] gibt es noch andere Bauelemente, die Signale auf nicht-optischem Wege potentialfrei übertragen. Dazu gehören Koppler und Isolationsverstärker, die mit induktiver oder kapazitiver Übertragung arbeiten, sowie Halbleiterschaltungen, die wechselnde Potentialdifferenzen mittels hochsperrender Transistoren überwinden (''level shifter'', ''high side switches, half bridge driver'')

[[Kategorie:Halbleiterbauelement]]
[[Kategorie:Optoelektronik]]

[[ca:Optoacoblador]]
[[cs:Optočlen]]
[[da:Optokobler]]
[[en:Opto-isolator]]
[[es:Optoacoplador]]
[[et:Optron]]
[[eu:Optoakopladore]]
[[fr:Photocoupleur]]
[[he:מבודד אופטי]]
[[it:Optoisolatore]]
[[ja:フォトカプラ]]
[[lt:Optronas]]
[[nl:Optocoupler]]
[[pl:Transoptor]]
[[ru:Оптрон]]
[[zh:光電耦合元件]]