User talk:Perhelion/simpleSVGcheck.js

Edit summary[edit]

~~Two~~ shortcomings:

The script doesn’t report its name (I resorted to my private detective skills to get here);
The summary is no descriptive about changes effected, only reporting about current arguments of {{Igen}} without reference to their origin;
«SVG-Template:Image generation{{Igen|…» is rendered overlong – say «SVG {{Igen|…» instead.

Gadget-HotCat has to be praised as a fine example how to write summaries. Incnis Mrsi (talk) 13:34, 14 January 2018 (UTC)[reply]

Hello Incnis Mrsi, I've resolved point 1 and 3, what do you mean exactly with point 2? -- User: Perhelion 11:48, 6 June 2018 (UTC)[reply]

What exactly? The diff is generally a mess, not only its edit summary. Why are you sure you use “by” in a correct way? Have you consensus for such a replacement of {{Retouched picture}} with this stuff? If you have, than it should be documented and linked in the summary. If you have not, then the script probably should not do the replacement. Incnis Mrsi (talk) 19:28, 6 June 2018 (UTC)[reply]

For sure, this substitution must have been performed manually. -- User: Perhelion 06:17, 10 June 2018 (UTC)[reply]

Problem with 2017 Wikitext editor

Hello @Perhelion: ,

Primary, thank you a lot for your user-script ! But, I would like to use it with the 2017 wikitext editor. Your script doesn't work with this tool, can you fix it ?

Cordially. --Niridya (talk) 16:51, 5 May 2018 (UTC)[reply]

@Niridya: I am sorry to tell you that User:Perhelion has vanished and nobody knows about him. We hope that he will reappear.

In the meantime I try to answer questions; please tell me, what is that tool "2017 wikitext editor"?

Can I understand that you changed your defaults in Commons and now the edit of a file description is done with that tool? -- sarang♥사랑 17:03, 18 May 2018 (UTC)[reply]

@Sarang: thanks a lot for your answer. I don't know where is Perhelion... The 2017 wikitext editor is a beta feature of Wikipedia (and Commons), you can find information about it here. My problem is this one : if I use the Igen button, it simply don't happen anything. --Niridya (talk) 17:13, 18 May 2018 (UTC)[reply]

@Niridya: I have feared that, I cannot believe of a solution; I am sure that this feature is incompatible to other tools. But when somebody will maintain the script, whether Perhelion or another one, we will keep that problem in mind. bonsoir -- sarang♥사랑 17:32, 18 May 2018 (UTC)[reply]

Bonsoir ! Thank you for your answer ! It's a good idea to wait for someone who should have a solution, or for Perhelion. --Niridya (talk) 18:25, 18 May 2018 (UTC)[reply]

@Niridya and Sarang: I'll not support the 2017 Wikitext editor, as it is a part of the Visual Editor which is nonsense for Commons (and I'll never use them). -- User: Perhelion 12:14, 6 June 2018 (UTC)[reply]

Okay, @Perhelion: . Thank you for your answer. I am happy that you're back ! --Niridya (talk) 15:30, 6 June 2018 (UTC)[reply]

Created with Inkscape

Copied from User talk:Niridya#created with Inkscape:

Why do you people keep adding "created with Inkscape" tags to files which were self-evidently not created with Inkscape? I went through a whole discussion at User talk:Thomas Linard, and really don't want to go through that again here... AnonMoos (talk) 17:58, 16 May 2018 (UTC)[reply]

@AnonMoos: I know that problem but if the algorithm detect "Created with Inkscape" it is because it is the default value of {{Igen}} for parameter 1. So, the bug don't come from the Igen Script, he comes from the template. Do you think it is a good idea to ask for a edit of this template (to replace the Inkscape value by the Unknown software ? --Niridya (talk) 18:48, 16 May 2018 (UTC)[reply]

I don't know very much about the tools and template involved, but I do know very well that if I didn't use Inkscape to generate an image, then I don't want a false claim that I did use it to be attached to the image description page... AnonMoos (talk) 18:55, 16 May 2018 (UTC)[reply]

I completely agree with you... I think it's a good idea to suggest edit for admins (because template is protected) on his talk page. Like that, if an admin is interested to edit this rather complicated he will be able to change the message displayed by default. --Niridya (talk) 18:58, 16 May 2018 (UTC)[reply]

I already mentioned it on this talkpage #editing igen in Point 2.

I use that script aswell, in my option, it is helpful tool but it is a bit buggy, and therefore you have to check every edit before and after. The tool recognises most tools [ "openoffice", "libreoffice", "sodipodi", "inkscape", "QGIS", "MATLAB", "Gnuplot", "CorelDRAW", "Illustrator"] correctly, but not all. If there is no tool specific attribute, the script can't be recognise the tool and lets the tool in {{Igen}} empty. {{Igen}} assumes by defaulft Inkscape, which is wrong therefore you have to use the option u..unknown or O..Other Tool. The script can be found: https://commons.wikimedia.org/wiki/User:Perhelion/simpleSVGcheck.js . The normally very active Administrator is missed since March. JoKalliauer (talk) 19:12, 16 May 2018 (UTC)[reply]

I saw that the script let the software parameter empty, and that's why I think it can be a good idea to set the default parameter as Unknown software instead of Inkscape. There are surely lots of pages where this template is used with this parameter empty, and all these images are categorized as Inkscape made, but it is not always the case. Do you also think it is a good idea to make this change ? --Niridya (talk) 19:26, 16 May 2018 (UTC)[reply]

I already had this discussion with @Sarang: (User_talk:Sarang#Bot_for_Igen, in German): Perhelion created the script is a very experienced user, but suddenly disappeared two month ago. Perhelion informed Sarang, after finishing the script (User_talk:Sarang#User:Perhelion/simpleSVGcheck.js, in German), therfore I would ask Sarang, but Sarang said a few days ago that Sarang does not has the skills to edit this script, therefore there won't be any improvements. JoKalliauer (talk) 20:27, 16 May 2018 (UTC)[reply]

I think I don't explain well this I wanted to say. I wasn't talking about editing the script but I would like to talk about the template edition. I think it is the template we should improve. --Niridya (talk) 20:36, 16 May 2018 (UTC)[reply]

Sorry, I did not read properly. I also had this discussion with @Sarang: , but since many Inkscape-SVG just keept it blank because it is per default Inkscape it is difficult to change it afterwards. In my Opinion here are three possible solutions:

Per Default, it wont say "Created by Inkscape", but "Assumed to be created by Inkscape". Therefore in future everyone will specify Inkscape, and empty tool will be fewer in future. And in the long run, it might be changed to the second solution
Run a bot that changes empty tool to "Inkscape" or "I".
Keep as it is (maybe most likely, also according to Sarang)

JoKalliauer (talk) 20:50, 16 May 2018 (UTC)[reply]

Hi everybody, @JoKalliauer: I could change the script, now no "empty" tool will be anymore, at least there will be the "U" for unknown. Please keep in mind that this will be the also case when the source is hand-written - I am working to set automatically a "T" when the file size is small, less than 1 KB. You know, the script only makes proposals, your check for other tags (embedded/pathed text, bugs, pdf cdata, ...) and for topic and subcategorizing remains substantial! -- sarang♥사랑 05:15, 20 May 2018 (UTC)[reply]

It doesn't matter if you read wrong. ;-) Personally, I think the step 1 is a very good idea. Like did @AnonMoos: today, lots of users may delete edits because they have not created their SVG with Inkscape. The second step is a good idea also, mostly if the (future) bot set the blank parameter to "Assumed to be created by Inkscape".

I think if we let the template like now, it may have many other discussions about this thing. --Niridya (talk) 21:03, 16 May 2018 (UTC)[reply]

IMHO the idea "Assumed ..." will not be a solution; unaltered Inkscape is clearly to recognize; a lot of other tools (e.g. Chemtool) finally switch to Inkscape, if we know that tool we can specify it, otherwise Inkscape will not be bad. Always a problem rises when files are manually changed, or (as often happens) a file has a history of different tools, e.g. Inkscape and Adobe Illustrator; or the GIMP problemacy.

The scripts tries to find hints for the tool in the SVG source code and make proposals - but a human view can detect more, esp. with some experience. I know, it can be a tediuous work; only the creator of a file knows exactly, but when he fails to specify it can only be done afterwards, to best knowledge which nevertheless can be wrong... -- sarang♥사랑 05:51, 20 May 2018 (UTC)[reply]

@Sarang: Maybe another solution is a Warning in the preview if the first parameter in {{Igen}} is kept empty, but the Warning won't display on the actual site. (Something like "Please specify a Image-generation-Tool, if nothing is specified Inkscape will be assumed). (I think I saw something only appears in preview in de:Vorlage:Literatur, but I'm not sure any more.) JoKalliauer (talk) 08:40, 20 May 2018 (UTC)[reply]

@JoKalliauer: no, I don't think that's a solution either: skilled users of the script know that they must look for the source code of an unknown drawing, at least in most cases — novice users are exerted by such warnings. "Unknown" is never wrong, it tells nothing except that the user who completed the file description does not know about the tool. Perhelion's empty parameter had never been a good idea and it caused a lot of confusion, e.g. when AnonMoos did not make a generation notice and others could not know about his postscript. I am really happy that I was successful in changing the script to offer the "U", and I think that the problems are now solved - EOD! -- sarang♥사랑 09:02, 20 May 2018 (UTC)[reply]

Fix case of software names

Hello @Sarang: ,

Can you change Libreoffice to LibreOffice and Openoffice to OpenOffice because the case is not respected.

Cordially. --Niridya (talk) 14:40, 21 May 2018 (UTC)[reply]

@Niridya: For Igen, LibreOffice has the abbreviation just "L", but "OpenOffice.org" (!) has "OOo"; I am not happy about that but it's history.

I cannot change the script, it's protected against vandals like me.

I changed it, at my user page. You may try to import User:Sarang/simpleSVGcheck.js in your User:Niridya/common.js - no guaranty! -- sarang♥사랑 16:38, 21 May 2018 (UTC)[reply]

Sorry, I thought you were an administrator. I will try your script, has-he all functions of this one ? You improved it ? --Niridya (talk) 19:41, 21 May 2018 (UTC)[reply]

@Niridya: no, I'm not at all, I am a very simple user, seul un connard. Many of my templates are much used, so admins locked them, and I need admin help when I need to maintain them... I hope that further developments and tests won't disturb you; as a possibility you can copy a working version to a User:Niridya/simpleSVGcheck.js – but may be that this will cause other troubles. Let's hope that Perhelion will make the necessary changes swiftly; in the meantime you should be able to work (and to survive) with that soutien – if something is very bad, let me know! -- sarang♥사랑 09:17, 22 May 2018 (UTC)[reply]

@Niridya: Hello, I've merged Sarangs version for now. @Sarang: Maybe we could indeed use your script location as base!? -- User: Perhelion 11:43, 6 June 2018 (UTC)[reply]

@Perhelion: Now I use the version of Sarang and it works well, so I won't change immediately ;). --Niridya (talk) 15:33, 6 June 2018 (UTC)[reply]

@Niridya: if you prefer - no problem. P's new version has some ameliorations, and I can copy them to my page. Maybe that we soon will get some of my ideas realized? -- sarang♥사랑

You have very good ideas on your page ! I think you can add (if you know how to do) the {{BadSVG}} template (with parameter ! if I remember correctly) when this template is detected on a file page. --Niridya (talk) 16:26, 6 June 2018 (UTC)[reply]

add librsvgbug automatically to igen

The script has allread many usefull functions. I thought adding Error-messages from Commons:Commons SVG Checker would be helpful. For example in Category:Oxygen_icons_mimetypes more than 50% have the Warning WARNING in <mask> with id=mask0000: Mask element found with maskUnits set. It will not be rendered properly by Wikimedia's SVG renderer. See https://phabricator.wikimedia.org/T55899 for details. and it should be added to the option {{Igen|?=phab:55899 maskUnits="userSpaceOnUse"}} (or similar) . — Johannes Kalliauer - Talk | Contributions 09:50, 23 June 2018 (UTC)[reply]

Das sollte nicht mehr lohnen, da der Bug in der nächsten lib-Version schon gefixt ist: phab:T55899#4067561 OT: Da ich dies nun vermehrt bei dir sehe ein kleiner Hinweis, Templates werden in der Zusammenfassungszeile nicht expandiert also dein Ping ist daher ohne Wirkung. :P -- User: Perhelion 20:17, 15 July 2018 (UTC)[reply]

@Perhelion: Gibt es eigentlich einen Bugreport "Update librsvg auf Wikimedia". (Gestern hatte jemand ein Problem mit phab:T36947 (solved in librsvg 2.40.19), da wollte ich ihn/sie darauf verweisen.) Mich würde nämlich auch interessieren warum nicht regelmäßiger upgedatet wird, warum das so aufwendig ist.

Wobei ich bin langfristig ohnehin dafür dass man auf resvg wechselt, siehe de:Wikipedia:Technische_Wünsche/Wunschparkplatz#Inkscape_SVG2PNG-Konverter_statt_buggy_RSVG_(phab:T40010), der rendert schneller und besser. Und ich glaube auch mit einem Grand könnte man die Bugbehebung mehr beschleunigen als bei lib-rsvg.

PS. Danke für den Pinghinweis. — Johannes Kalliauer - Talk | Contributions 20:49, 15 July 2018 (UTC)[reply]

Das ist eine gute Frage, die ich jetzt leider auch nicht beantworten kann (wahrscheinlich weil das Personal fehlt) und eine gute Idee. Das solltest du populär anregen! -- User: Perhelion 10:39, 17 July 2018 (UTC)[reply]

IA (Adobe&Inkscape)

Dateien die xmlns:a="http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/" xmlns:i="http://ns.adobe.com/AdobeIllustrator/10.0/" und xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" beinhalten sollten in IA einkategorisiert werden.

File:Oxygen480-mimetypes-x-kde-nsplugin-generated.svg (SVG-Datei) wird in Inkscape einsortiert, enthält aber <a:midPointStop die bei Inkscape im Terminal eine Warnung auslösen WARNING: unknown type: a:midPointStop.
File:Oxygen480-mimetypes-hidef-application-pdf.svg (SVG-Datei) wird in Adobe einsortiert, aber es steht im Quelltext  und hat Inscape-Elemente wie z.B. <inkscape:grid

— Johannes Kalliauer - Talk | Contributions 19:13, 14 July 2018 (UTC)[reply]

Hm* ja, für ein Tool muss sich das Script nun mal entscheiden. Wie unschwer zu erkennen, wurden die Dateien mit beiden Tools geöffnet was eigtl. bei propitärem Code tunlichst zu vermeiden ist. Adobe ist momentan dominant zu Inkscape, allerdings kann ich wie von dir dort eingetragen beide Tools kennzeichnen (was ich auch noch nicht auf dem Schirm hatte). LG -- User: Perhelion 20:27, 15 July 2018 (UTC)[reply]

Done at version version: '0.2.03' -- User: Perhelion 10:35, 17 July 2018 (UTC)[reply]

User:Perhelion/simpleSVGcheck.js

This long section is moved from User talk:Sarang

Hej Sarang, das Script-Grundgerüst ist soweit fertig, allerdings wollte ich den SVG-Validator-Bot () von Rillke benutzen, allerdings ist dieser irgendwie defekt (conf fehlt, s SVGedit).

Could not read configuration.  Set the W3C_VALIDATOR_CFG environment variable
or copy conf/* to /etc/w3c/. Make sure that the configuration file and all
included files are readable by the web server user. The error was:
'Config::General The file "/etc/w3c/validator.conf" does not exist within ConfigPath: /etc/w3c! at /data/project/validator/validator/cgi-bin/check line 128.
'
BEGIN failed--compilation aborted at /data/project/validator/validator/cgi-bin/check line 230.

Nun jetzt habe ich allerdings noch eine Alternative gefunden… Bis dahin noch eine Frage, benutzt du auch ein paar RegExps für die Ersetzung/Einfügung in den Dateibeschreibungsseiten (ich habe deine neuerlichen Massenedits gesehen)? Wenn ja, könntest du sie mir geben und ich baue sie in die neue Funktion ein (neuer Link bei dem roten Badge, welcher nun auch einen Link erzeugt der die Werte einträgt). ↔ User: Perhelion 10:58, 25 May 2016 (UTC)[reply]

Du machst da ja grossartige Hilfsmittel, wie ich sehe. RegExp habe ich fast gar nicht verwendet, höchstens extrem einfache Ausdrücke, meist sind es ganz simple Ersetzungen. Deine Idee ist brillant, den W3C-Wert (Fehleranzahl) einmal zu ermitteln und dann einzutragen, mit weitgehender automatischer Vorgabe.

Oft ändere ich Angaben wie (hier ein recht extremes Beispiel)

Source=*[[:Image:Archimedes_circle_area_proof_-_inscribed_polygons.png|Archimedes_circle_area_proof_-_inscribed_polygons.png]] gegen das weit einfachere

Source={{F|Archimedes_circle_area_proof_-_inscribed_polygons.png}} wobei ich die hässlichen understrokes belassen kann, weil {{F}} sie in spaces umsetzt. Erstaunlich viele machen das so umständlich!

Oder das hier Author=[[User:Magog_the_Ogre|Magog the Ogre]] ([[User talk:Magog_the_Ogre|talk]]) in Author={{Ult|Magog the Ogre}}, erzeugt genau denselben output, inklusive <span (wobei sehr fraglich bleibt ob die Diskussionsseite eines Benutzers in den Author gehört…)

Ich sollte mir mal ansehen wie du diese Automatismen bastelst, und mir ähnliche tools erstellen die das Aufräumen erleichtern. Zur Zeit versuche ich (mit wechselndem Erfolg…) ein Modul zu erstellen, mit dem ich diese other fields umgehen kann. Das umständliche {{Information field}} war relativ einfach wegzubekommen, aber einstweilen macht mir noch die Kommunikation zwischen Vorlage und Modul einige Probleme. Das #titleparts: ist keine brauchbare Lösung, hat zu starke Einschränkungen. Leider weiss ich viel zu wenig über LUA und kann diese Sprache nur sehr primitiv einsetzen – von Eleganz bisher keine Spur! sarang♥사랑 12:25, 25 May 2016 (UTC)[reply]

Done Ich habe tatsächlich nun den W3C-API-Validator-Service gefunden und gleich eingebaut, zum Testen!

(PS: Man muss schon ein bisschen suchen um noch SVG ohne Igen zu finden :P) Ich kann das Script dahingehend einfach erweitern, dass solche Dinge (wie bei Magog_the_Ogre) aufgeräumt werden. Wobei folgendes momentan getan wird:

Alle Parameter werden standardmäßig klein (nach Upload Wizard), ich stimme dir dahingehend zu dass hier entweder alle groß oder alle kleine sein sollten.
other fields wird natürlich bei Bedarf hinzugefügt, wobei ein leeres other versions nicht gelöscht wird (ich glaube fast du bist einer der sehr Wenigen die die beiden Parameter groß schreiben).
Entfernen von Template „valid SVG“ und „invalid SVG“ (wobei ich momentan die Werte ignoriere, kann man aber ändern⁉). Welche soll ich noch hinzufügen?

Ein Sonderfall stellt ja wieder COAInformation da, was wieder Mehraufwand ist, kannst du die Wesentlichen Unterschiede kurz erklären? Und wie meinst du das Problem mit other fields?

@F: Ich bin eher für eine sparsame Verwendung von extra Syntax-Templates. In den meisten Fällen ist nichts gegen die Anzeige das Namesscapes zu sagen, wie [[:File:Archimedes_circle_area_proof_-_inscribed_polygons.png]] (den man auch noch mit einem Leerzeichen Abstand abtrennen kann)

@Information field: Hast du ein Beispiel wie dieses Template am besten ersetzt werden sollte? ↔ User: Perhelion 13:39, 25 May 2016 (UTC)[reply]

Ansonsten benutze ich zurzeit den automatisch startenden (nur bei Files) und selbst erweiterbaren WikiSyntaxTextMod, siehe meiner Perhelion/global.js]./global.js] (wobei ich für Dateiseiten noch keine spezielle eigene Definition habe.) Wenn du willst könnte ich die ein Grundgerüst bauen, welches du dann selber einfach in der Form per Listen (Tupel) Eintrag [ "bad string", "good string" ] erweitern kannst in deiner .global.js (oder anderer lokaler Unterseite).

LG ↔ User: Perhelion 13:30, 25 May 2016 (UTC)[reply]

PPS: Der API-Validator ist deutlich freundlicher zu den SVGs, z.B. wird proprietäre Inkscape-Syntax ignoriert (was jetzt für Kritiker wie NNW sicher entgegenkommend ist). Naja, man kann noch das Tool von Rillke testen (sobald es wieder läuft).

@Menner: möchte ich hier nicht vergessen zu erwähnen, da man evtl. erwähnen kann dass mein Script zu jeder Datei auf sein Tool – vorausfüllend – verweist. Allerdings würde ich noch eine Option (in der URL) begrüßen die den Check automatisch ausführt⁉ ↔ User: Perhelion 13:52, 25 May 2016 (UTC)[reply]

Erst mal muss ich gestehen dass ich den UploadWizard noch nie verwendet habe; ich lade mit dem link „upload file“ (in den commons habe ich alles auf English) an der linken Seite; und der bringt in "basic upload form" ein Formular für die descriptions das grösstenteils upper, teils lower case ist, nämlich

{{Information
|Description=
|Source=
|Date=
|Author=
|Permission=
|other_versions=
}}

, deswegen habe ich eher die upper-case-Variante. Meist kopiere ich alles inklusive =={{int:filedesc}}== etc.

Ich versuche eine description einheitlich zu schreiben (obwohl das vollkommen egal ist), und ohne understrokes; wenn alles klein ist dann auch |other fields={{igen|a|...}}, sonst |Other fields={{Igen|A|...}}. Aber das ist reine Pingelei, dem System ist es ja wurscht ob upper, lower, understroke oder spaces.

Information field: weil {{Igen}} sowohl innerhalb als auch ausserhalb der Info-box funktionieren muss habe ich es mit dem Parameter "+" gelöst, dass ggf. {{InFi}} oder auch nicht verwendet wird. In COAInformation und {{Map}} wird dann wieder das Igen aufgerufen ({{COAInformation/Imgen}} bzw. {{Map/Imgen}}; das sieht der Benutzer ja nicht, zum Glück, mit welchen Krüken das erreicht wird!), wobei Vereinfachungen möglich sind. Ich versuche auch in der Information einen Imgen-Parameter etabliert zu bekommen, damit könnten dann die Other fields übergangen werden.
Valid/InvalidVG entfernen: ist gut; ich kann ja jederzeit sehen, was geändert bzw. entfernt worden ist.
COAInformation bzw. Map: es gibt die Kurzform mit imgen=, die Langform mit other fields= ist alternativ möglich. Ich bin gerade daran, auch in der Kurzform mehr Parameter zuzulassen, sodass die other fields obsolet werden. Wird noch dauern bis das geht, am besten mach da nichts und warte ab.

Jetzt muss ich mir mal alle deine Neuerungen ansehen. Gruss sarang♥사랑 17:17, 25 May 2016 (UTC)[reply]

Das funktioniert ja alles grossartig! Ich würde eher keine Leerzeichen um die "=" machen, sie erhöhen IMHO nicht die Leserlichkeit. Ein erster Validationstest ist auch ganz gut, allerdings muss ich schon die source sehen um zu wissen womit die Datei erstellt worden ist – und andere Dinge zu erkennen, wie bei HTML5 video icon.svg (Adobe, raster embedded, <text oder path, etc.). Ich bin sehr angetan von deiner Arbeit! sarang♥사랑 17:46, 25 May 2016 (UTC)[reply]

Aja gut gut, freut mich dass es dir gefällt. :) Wegen Bedenken zu der völligen Inkonsistenz der Parameter Groß/Kleinschreibweise, eröffne ich gleich einen Thread in den VP.Commons:Village pump#Template:Information consistent? Gut dann entferne ich das Leerzeichen vor dem "=" allerdings wird auch Einrückung verwendet, diese belasse ich bzw. passe das other fields mit extra Leerzeichen an.Bsp. Wenn dir Vorschläge einfallen, nur her damit. ↔ User: Perhelion 17:55, 25 May 2016 (UTC)[reply]

Deine vorsichtige Anfrage wg. Inkonsistenz ist, genau so wie einige vorhergehende von mir, abgeschmettert worden. Mich hat immer schon ein klein wenig irritiert, dass zwar "Description Date Source Author Permission Other versions …" angezeigt wird, in dieser Schreibweise und Reihenfolge (bei user lang=en), es aber im Formular ganz anders ist (vom Anzeigebild rührt auch meine gelegentliche Präferenz der Großschreibung); deshalb habe ich das beim Aufräumen manchmal vorsichtig angepasst. Wie gesagt, die Parameterreihenfolge und -schreibweise ist völlig egal – dennoch hätte ich es vorgezogen wenn das vorgegebene Formular (siehe oben) der Anzeige entspräche.

Die COAInformation ist ja anders als die Information, und ich habe da auch bereits das imgen unterjubeln können, was manches sehr vereinfacht. Der JarektBot hat (zB am 26 March 2015) in einsamer Aktion tausende Beschreibungen umgestellt, und ohne jede Prüfung mal vorab das "Created with Inkscape|…|v|....." reingestellt. Als Angabe in der Source, was ohnehin unerwünscht ist; und kategorisiert in Valid SVG created with Inkscape-Blasons mit 12000 anderen.

Einige habe ich bereits überarbeitet, so in Invalid SVG created with Inkscape:CoA by Spax89; wie ich sehe, habe ich das hier in der „source“ belassen und nur err und sub korrigiert. Mit solchen Sonderfällen hat dein Automatismus Probleme, doch ist das so speziell und unique dass es nicht sinnvoll ist das auch noch programmtechnisch in den Griff zu bekommen! In den mehr standardgemäßen Fällen funktioniert alles bestens.

Deine Einfügung in other fields {{Igen|+|err|s=}} ist meist brauchbar; aber falls es nicht Inkscape ist muss mehr umgedreht werden, dann wäre {{Igen|I|err|+|s=}} (mit dem meist redundanten I) eine Winzigkeit leichter anzupassen.

Ich nehme mal an dass die API-Validation zu aufwendig und resourcebelastend ist um sie in eine Vorlage zu integrieren. Kannst du sie aber mal probeweise in das Module:File einbauen, als Funktion „valid“ – geht schneller als wenn ich es versuche. Schon mal danke! sarang♥사랑 06:13, 26 May 2016 (UTC)[reply]

Aber das kannst du verbessern: in Moqua Well mk.svg kommen die other fields in die gallery. sarang♥사랑 06:28, 26 May 2016 (UTC)[reply]

Nun beides behoben (und weitere Verbesserungen)! @cleanup.js Ich habe mal einen Fork aufgesetzt (der auch keine Warnungen ausspuckt):User talk:Magog the Ogre/cleanup.js#More deprecated vars + feature User:Perhelion/cleanup.js Dort können wir deine/unsere Wünsche umsetzen. Also z.B. Benutzer-Signaturen bei Autor in einfache Benutzerlinks umwandeln… Template u usw…⁉

@Modul: Also mit Lua kenne ich mich soweit nicht aus, ich bezweifle auch ehrlich gesagt (oder hast du ein Bsp?), dass dies mit Lua geht (geschweige denn mit Template-Syntax :P)

Wenn ich wieder Zeit habe werde ich mich auch mal wieder um Listenarbeit kümmern. ↔ User: Perhelion 15:38, 26 May 2016 (UTC)[reply]

Noch nicht ganz gut: du vorbelegst mit |other fields={{Igen|I|+|0|s=}}; das geht nicht. Ich weiss dass das Igen sehr kompliziert ist, und als vielleicht einziger ich manchmal durchblicke; jedenfalls kann die Fehleranzahl nur im 2. Parameter übergeben werden! Also z.B. {{Igen|I|0|+|s=}}, damit ginge es, und kann leicht variiert werden. sarang♥사랑 16:46, 26 May 2016 (UTC)[reply]

Verrückt ^^ ist gefixt. Wie wärs noch mit einer Schaltfläche im Editmodus? ↔ User: Perhelion 17:01, 26 May 2016 (UTC)[reply]

Nun verstehe ich wieder mal nicht - was meinst du mit Schaltfläche? Und wo? sarang♥사랑 17:04, 26 May 2016 (UTC)[reply]

Ach einfach irgendwo ein Button, am besten als Ersatz für deinen Size Button!? Hast du eine kleine Grafik-Idee dafür? ↔ User: Perhelion 17:34, 26 May 2016 (UTC)[reply]

Noch mangelt es mir an tollen Ideen, ich werde mir Gedanken machen. So wie ich das sehe haben nur drei Benutzer den Zugriff auf all diese neuen Hilfen; von U:Menner wird kein Igen editiert, von dir wohl vor allem testhalber, also verwende einstweilen nur ich das so exzessiv? Denkst du, das vielleicht mal als eine Option ("Helferlein") allgemein zugänglich zu machen?

Ich habe den Eindruck dass manche nur das Inkscape/Adobe-tag setzen, wenige mehr erzählen ("mit Code" etc), und das nur beim Hochladen; vorhandene Dateien untersuchen und kategorisieren, wie es jetzt dank deiner Neuerungen viel einfacher geworden ist, scheint vor allem meine Domäne zu sein. Die Aussagen zum SVG halten wohl viele für überflüssig, und das Igen mit allen Optionen ist zu kompliziert? sarang♥사랑 04:49, 27 May 2016 (UTC)[reply]

Ja das ist wohl so. Ich habe jetzt den Button hinzugefügt, als Logo das kleine vom W3-SVG genommen. Den Size Button brauchst du wohl nicht mehr? Aus deiner common.js kannst du ihn wohl so oder so löschen (da ich ihn auf Bedarf angepasst auch ins Script nehmen könnte). :P LG ↔ User: Perhelion 13:08, 27 May 2016 (UTC)[reply]

Nun scheint bei mir einiges nicht mehr so recht zu stimmen. Liegt das am Script? Cache leeren hilft nicht.

Beim upload gibt es kein "preview" mehr; auch der destination file name wird nicht mehr eingesetzt.
Annotations kann ich nicht mehr erstellen
VFC kann nicht mehr aufgrufen werden; steht zwar da, aber keine Reaktion bei Anklick
jetzt gibt es links:

cleanup JS: ruft den edit-mode auf, aber sonst geschieht überhaupt nichts.
fast cleanup TS (new): sagt kurz "Loading", ohne sonst was
cleanup TS: eine Sekundenbruchteil leuchtet "Click me if you have JavaScript disabled" auf, wenn ich es schaffe da zu klicken geschieht auch nichts weiter. Und es gibt Probleme, von da wieder zurückzukommen, d.h. den mode zu verlassen.

Den Size Button brauche ich nur gelegentlich, aber er ist\war sehr hilfreich wenn ich es denn doch genau wissen will. Ich sehe auch kein W3-SVG-Logo.

Das Generieren der other fields war gestern eine grosse Hilfe, wenn es auch manchmal an der falschen Stelle eingefügt worden ist; zuletzt war es dann gestern abend vor der {{Information und ich musst es nach unten cut\pasten, aber es hatte die richtigen Werte. sarang♥사랑 15:10, 27 May 2016 (UTC)[reply]

Aja ganz oben ist der Fallback, wenn keine Position gefunden wurde. Gib mal die Beispiele her. Hm, sollte gleich neben dem Size-Button sein. @C&P noch einfacher gehts mit der Maus, gedrückt halten und ziehen (nur ein Tipp falls du es noch nicht wusstest). :)

@Fehler: Das sieht in der Tat nach irgendeinem JavaScript-Fehler aus, schaue mal in die Konsole. Welchen Browser benutzt du denn? Allerdings erklärt das nicht die zusätzlichen Links!? Oder hast du irgendwo schon mein cleanupFork eingebunden (ich habe keine Änderung bei dir gefunden)?? Und das ist seit heute? ↔ User: Perhelion 19:08, 27 May 2016 (UTC)[reply]

Alles tut wieder! Gestern gelang es mir den ganzen Tag nicht vernünftig zu editieren, was immer ich auch versucht habe. Hat vielleicht am Wikipediasystem gelegen, dass was abgeschaltet war? Kommt ja manchmal vor, aber meist mit Hinweismeldung.

Mit dem Browser ist das so eine Sache. Ich benutzte normalerweise FF, und gelegentlich MSE oder auch Chrome, um Unterschiede zu prüfen. Als dann vor ca. einem Jahr bei FF die Neuerung eingeführt wurde, dass man nicht mehr zurück kann und stattdessen erfährt dass die "Seite nicht mehr verfügbar" sei und alle gemachten Änderungen weg sind, habe ich versucht das irgendwie zu ändern. Vergeblich. Als Behelf habe ich dann im Netz irgendeine alte FF-Version gefunden und installiert, allerdings konnte ich nur eine französiche Variante (FF 9.0.1) finden die mit mir ausländisch redet... Aber ich kann damit so lala arbeiten, auch wenn Mail etc. warnen dass diese Version nicht mehr unterstützt würde. Du weisst fast alles, kennst du einen Browser der wieder auf die vorhergehenden Seiten lässt, nachdem ich irgendwo anders was nachgesehen habe, zB probeweise einem Link gefolgt bin, und wieder weitereditieren will? sarang♥사랑 07:07, 28 May 2016 (UTC)[reply]

Hej Sarang, gut. Also ich benutze da einfach die normale History-Funktion (jedes Browsers?) mittels alt+→ oder ←. Ansonsten kann ich dir (wiederum) das Tool von Schnark ans Herz legen (welches ich tatsächlich hier auch benutze):

mw.loader.load('//de.wikipedia.org/w/index.php?title=User:Schnark/js/journal.js&action=raw&ctype=text/javascript');

Des Weiteren habe ich jetzt eine erweiterte Funktion (deines alten Requests) die du schon in ganz einfacher Form in der deiner /global.js hast, nämlich zu jeder Seite im anderen Projekt zu springen (auch auf Special-Seiten, Schnark hat hier ebenfalls ein Script, allerdings wohl nur für Special-Seiten). Also ohne Interwiki einfach von c:Template:SVG auf w:de:Vorlage:SVG oder w:de:Benutzer:Perhelion/common.js auf c:User:Perhelion/common.js (falls du das nützlich fändest) LG ↔ User: Perhelion 09:52, 30 May 2016 (UTC)[reply]

Danke, bisher war ich sehr zufrieden mit dem Projektwechsel, auch wenn ich vom fest definierten Landeplatz erst zur beabsichtigten Seite muss. Aber ich werde mir mal ansehen, was du beschreibst.

Deine Vor-Formatierung vom 26. Mai hat viel Editierung abgenommen, sie ist nicht mehr im Angebot? sarang♥사랑 17:16, 30 May 2016 (UTC)[reply]

Ähm* du meinst den Igen-Button? Da war tatsächlich ein kleiner Fehler drinnen, nun gefixt. LG ↔ User: Perhelion 20:27, 30 May 2016 (UTC)[reply]

danke, der button ist wieder da und der Zugang zum Editieren - aber es wird nicht mehr prüf-validiert und vorbereitet. sarang♥사랑 04:29, 31 May 2016 (UTC)[reply]

Wie meinst du das jetzt, im Editmodus (hat es ja noch nie :P)? PS: mir ist gerade aufgefallen Template:Extracted_with_Inkscape, sollte allgemein verfasst werden, also "PDF" durch "einem anderen Format" ersetzen. Zudem steht PDF wohl eher ganz hinten an um Vektordaten zu extrahieren. Naja evtl. aus dem Mangel her, dass es Template:Converted_with_Inkscape nicht gibt. Daher die Frage, spielt der Unterschied eine Rolle, muss man das jetzt für jeden Editor machen? Ich denke nicht. ↔ User: Perhelion 08:34, 31 May 2016 (UTC)[reply]

PS: Validity-Check nun auch im Editmodus. ↔ User: Perhelion 09:38, 31 May 2016 (UTC)[reply]

Extracted: Ich bin noch nie auf die Idee gekommen etwas mit I. zu extrahieren (auch sonst habe ich noch nichts mit I. gemacht). Ich habe einfach die Vorlage angepasst an die anderen. PDF stammt nicht von mir, das war so hart codiert. Natürlich kann da auch ein Parameter rein, um ein anderes Dateiformat anzugeben. Zur Zeit gibt es gerade mal 233 transclusions, es scheint also nicht sooo toll wichtig zu sein. Aber kein Problem, komplizieren von einfachen Vorlagen ist meine grosse Spezialität (jemand sagte mal "...jetzt kann es auch Eier legen und Kaffee kochen..."). Die Änderung in "...anderes Format" ist leicht, oder kann auch aus demselben (SVG) Format extrahiert werden??? Änderungen in allen Sprachen einzubauen ist einfach da es zZ nur de und en gibt.
Converted: Wenn das wirklich sinnvoll ist und gebraucht wird, kann ich das schnell machen.
Editing: Früher mal, vor 5 Tagen, hat der Button 1) in den Editiermodus geschaltet, 2) die Validität gecheckt, 3) ggf. den Parameter |other fields= mit Vorbelegung eingefügt und 4) einige weitere sinnvolle Berichtigungen vorgenommen. Jetzt macht er nur noch (1). Ich habe es sehr angenehm gefunden dass ich nicht immer wieder |other fields={{igen|... tippen oder kopieren muss. sarang♥사랑 12:37, 31 May 2016 (UTC)[reply]
- @Editing: Ähm* ja genau das macht er bei mir auch noch. Ich benutze ich die URL-Technik, du solltest nach dem Öffnen in der URL den Parameter "simpleSVGcheck=" + Anzahl Fehler zu stehen haben!? Gibt es Fehler in der Konsole? Ist das bei jeder Datei?
- @Converted: Naja eigentlich nicht sonderlich. Die Erwähnung des Formats ist wohl nur um sprachlich nicht nur einen halben Satz zu sagen. "Die SVG wurde mit Dinges extrahiert". Also da die Vorlage eh wenig Benutzung hat, aber durchaus ihre Berechtigung hat (da wohl sehr oft "nur" extrahiert wird und nicht "erstellt"), bin ich dafür diese zu verallgemeinern (wie ich herausgelesen habe, würdest du es per Parameter für alle Arten Edtitoren...). An sich hast du Recht, das erwähnen eines Formates kann man ganz weglassen. PS: Eine extra Vorlage Converted wird keinen Sinn machen, da dieser Begriff von vielen synonym (wohl fälschlich) für Created gebraucht wird. ↔ User: Perhelion 14:05, 31 May 2016 (UTC)[reply]
Deutscher Extract-Text ist geändert, hat halbe Sekunde gedauert. Auch den Englischen?
Weiterleitung "Converted with" zu "Extracted with .." kann gemacht werden, mit entspr. anderen Ausgabetexten in en&de. sarang♥사랑 14:29, 31 May 2016 (UTC)[reply]

Copied discussion[edit]

The following discussions are copied from User talk:Sarang/simpleSVGcheck.js

To do[edit]

{{Retouched}} needs a first swift correction, to create not only |T={{Retouched|... but |T={{-}}{{Retouched|...; otherwise the box can't be displayed properly because as a table it needs a previous line feed. This is the same problem for other boxes realized as tables. Done at version: '0.1.95'
- Finally it should avoid the |T= and just pass the parameters to Igen, e.g |editor=, |orig=, |editoff= and/or |origoff=.
The first parameter "modification" needs to be passed with |r= when it is present; when it is missing no passing to Igen is necessary,

but the missing parameter can be shown with |r=- anyway – esp. when "Retouched" does not have any parameters.

Done at version: '0.1.98'
{{AttribSVG}} ~~and {{AttribFile}} are both~~ is deprecated, just better parametrizable {{Attrib}} should now be used instead. Oppose should be done in /cleanup.js
Unknown tool: It might be better to propose a "T" for text editor, instead of the "U", when the size of the SVG file is not more than 1 KB; files so small are with high probability hand-written – but of course the user needs to check carefully the SVG code in all these cases! Done at version: '0.1.95'
the tag for "large SVG" can be set automatically when the file size exceeds a limit of 4 MB. Done at version: '0.1.95'
We may think whether it is a good idea, to check in a further stage the source code for
- "!" ss embedded bitmaps: image> (Adobe), or <image (Inkscape). Done at version: '0.1.96'
- "~" ss pgf cdata: <![CDATA[ Done at version: '0.1.98'
- "%" ss translateable text: </tspan></text> (can occur even with path text!) Done at version: '0.1.99', only for experienced users.
 Comment This feature should not apply generally, anyway should be a proper external visible check. -- User: Perhelion 11:20, 29 June 2018 (UTC)[reply]
- "%s" s switch translation: <text systemLanguage for multiple languages Done at version: '0.1.98'
More cosmetics: Oppose all general stuff should be done in /cleanup.js
1. Will it be very difficult to sort some lines? The upload tools still insist in the sequence source-author-date – but displayed is the sequence date-source-author! The different sequences are a bit confusing, it might be better to show the displayed sequence also in the text of the infobox.
2. Many descriptions contain the unused parameters |permission= and |other versions=. May be that other versions might somewhen be added – but when there is the Licence block, |permission= is definite superfluous and the line should be removed.
3. Also the file definition in e.g. "Original update log" ("*[[:File:xxx]] licensed with ..." or so) should be replaced by {{F|xxx||-}}.
4. Wrong |date= definitions should either be repaired (another tool?) – or a maintenance category should be added.
5. When the script generates Own based or AutVec, the same-name-option should be regarded. Done at version: '0.2.02'
Bitmap files: maybe the only editor is me, es kann also sein dass es speziell für mich ist: ich bearbeite auch Rastergrafiken, die können genauso ein "Created with" haben und/oder Erstellungs-Code zeigen wollen. Ich würde also gerne (mit einem Schalter, mit der UserID oder mit einer Ausprägung des "expert-user" eine Variante für mich scharf machen können, die das hilfreiche Pre-editing macht; bei bitmaps natürlich ohne SVG-Check; wenn es nicht so arg rund läuft (wenn der SVGcheck mitläuft und ins Schleudern kommt) macht mir das nichts, aber ich bin wirklich nicht erpicht jedesmal das |Other fields= einzutippen! Bei den SVG created with ... templates ist immer noch jede Menge zu bereinigen - aber auch bei den Created with ... templates liegt sehr vieles im Argen und bedarf einer Korrektur. -- sarang♥사랑 14:00, 6 June 2018 (UTC)[reply]
Ich bräuchte etwas konkretere Informationen. Ich könnte eine Schaltfläche für diverse Templates erstellen. -- User: Perhelion 11:20, 29 June 2018 (UTC)[reply]
(l48) href: '/wiki/Commons:Commons_SVG_Checker?withJS=MediaWiki:CommonsSvgChecker.js&checkSVG=' + encodeURIComponent(pn), Done at version: '0.1.97'

More and more features are functioning well, now the script is even more helpful. The conversion of "retouched" is really good, as some other ameliorations. But AFAICS neither the "T" with small files, nor recognition of embedded text is working; try it with e.g. No free image.svg.

I am always checking carefully each code! Previously I could invoke the validator with the top-button while I was editing, no since the vaidator is killed I will have to look in advance with the NU-checker - or I save the description and when I see afterwards more, I will have to make another edit (normally not my style). -- sarang♥사랑 12:44, 29 June 2018 (UTC)[reply]

{{ Ping | Sarang }} Uhm* also bei mir setzt er bei deinem Bsp. wie zu erwarten |other fields={{Igen|T|+|s=|%}}!? -- User: Perhelion 13:46, 29 June 2018 (UTC)[reply]

{{ Ping | Perhelion }} Bei mir kommt er mit |other fields={{Igen|U|+|s=}}, wie vorher; ich bin als Sarang eingeloggt. -- sarang♥사랑 15:49, 29 June 2018 (UTC)[reply]

Wie ich gerade feststelle funzt es nur im Editmodus (per Button). -- User: Perhelion 16:34, 29 June 2018 (UTC)[reply]

Done at version: '0.2.00'. Sollte jetzt funzen, ich musste die Parameter per URL übergeben. -- User: Perhelion 17:43, 29 June 2018 (UTC)[reply]

Ja, jetzt tut alles - macht richtig Spass so ein sophistisches script zu verwenden! Danke -- sarang♥사랑 10:51, 30 June 2018 (UTC)[reply]

{{ Ping | Perhelion }} Viele, aber nicht alle embeddings werden erkannt, nicht zB in Harris County Texas incorporated and unincorporated areas.svg (Inkscape), für Adobe kann ich gerade kein Beispiel finden -- sarang♥사랑 13:51, 5 July 2018 (UTC)[reply]

Fixed tatsächlich (direkt nach dem tag war ein Zeilenumbruch, hatte ich vergessen dass das auch valid ist) :P -- User: Perhelion 14:12, 5 July 2018 (UTC)[reply]

9. The replacement of the [[:File:name_with_undersrokes]] with the {{F}} style works well, generally. But in the "Original upload log" it is not yet done, just the user names are replaced from [[: to {{. I think it will be very easy to change the file link there as well. IMHO the format {{F|....|-}} might be the best solution. -- sarang♥사랑

SVG Igen button[edit]

Hi Sarang,

I noted since last week I don't have the SVG Igen button in my edit toolbar anymore (I was loading User:Perhelion/simpleSVGcheck.js in my common.js). I tried to load instead your version, I reset my local and global preferences: without success. If you had any guidance, I'll be very grateful. Thomas Linard (talk) 12:16, 1 June 2018 (UTC)[reply]

{{ Ping | Thomas Linard }} Bonjour Thomas, sorry that I did not see your note earlier; do these troubles still exist? Unfortunately I am not fit enough in Java & Co, to know exactly what establishes the button. I can only look & try, or copy from others - but when you need my help I'll do. -- sarang♥사랑 12:26, 6 June 2018 (UTC)[reply]

{{ Ping | Sarang }} Hi Sarang, I found the solution today. I purged my commons.js (as explained in the "Manual" section of Help:Purge), and it was as dumb as that! Thanks anyway for your kind offer to help. You've now a testing user of your version of simpleSVGcheck.js 😉. Thomas Linard (talk) 16:41, 6 June 2018 (UTC)[reply]

{{ Ping | Thomas Linard }} Bonjour encore Thomas, I do not intend to make more development with the script since Perhelion has resurrected, fortunately. He can do things much better with all his skill! -- sarang♥사랑 16:49, 6 June 2018 (UTC)[reply]

Good news indeed! And with a "Fix toolbar button load" fix! Thomas Linard (talk) 16:54, 6 June 2018 (UTC)[reply]

Weitere Funktion[edit]

{{ Ping | Perhelion }} Durch Zufall habe ich eine weitere Leistung deines scripts entdeckt: die Simplifikation, über den "B"ytes-button wird die Zahl zu einem link und es wird das mit dem |9=+|10=S| generiert. Schon wieder wird vom script viel Sucherei abgenommen! Tolle Sache!
Ich kann entweder das Igen oder besser das SimplSVG erweitern, dass auch die Kurznotation des tools verstanden wird.
Merkwürdigerweise wird gelegentlich ein tool "9" generiert; aber sonst stimmt alles und es muss kaum viel ergänzt werden. Wegen dem tool "9" musst du nicht suchen, ich komme damit gut zurecht. Du weisst, mit u=user (oder user=user) wird der Name als plain text ausgegeben, mit U=user wird daraus ein link auf die Benutzerseite gemacht.
Was ich oben als Pkt 9 zum Dateinamen im "Original upload log" angeführt habe wäre auch eine Erleichterung - vielleicht kannst du es gelegentlich machen (ich glaube es war schon einmal?); ich muss es immer manuell ändern, und andere lassen es vermutlich so stehen.
Massdelete: ich rätsle: klemmt was mit deinem Werkzeug? Hast du nicht genug Zeit auch das mal zu machen? ich vermute eher dass du zurückschreckst davor, einfach so an die 1000 Vorlagen zu vernichten; vielleicht hast du Bedenken dass meine Liste stimmt. Ich habe noch ein paar Vorlagen gefunden die nicht in der Liste waren; falls ich noch was übersehen habe werde ich das sofort erkennen, wenn hier nicht alle links rot sind - das ist viel effizienter als alles einzeln abzuprüfen. Alle diese Vorlagen stehen auch in einer Kategorie (bis auf Adobe/en und Inkscape/en, die konnte ich nicht reinstellen weil protected).
Es ist noch die Frage, ob wir was machen mit den "falschen" Retouched. -- sarang♥사랑 14:40, 15 July 2018 (UTC)[reply]

{{ Ping | Perhelion }} Von wegen komplizierte Vorlagen die ich fabriziere - du versuchst ja wirklich dein script bis ins Letzte auszufeilen und jeden Fall in den Griff zu bekommen! Ich bezweifle dass alles automatisch gemacht werden kann, und vieles ist mit sehr einfacher Nachbearbeitung deiner Vorschlage hinzubekommen; als experienced human user kann ich vieles mit einem Blick sehen, das per script sehr, sehr muhsam zu erkennen ist. zB die verschiedensten Schreibweisen incl. typos, da gibt es unzahlige Variationen...

Meinetwegen kann das PLEASE CHECK, not generally ... wegbleiben (fur expert users), ich checke immer sehr genau (und ubersehe selten etwas) und glucklicherweise hast du den Validatorzugang repariert; aber bitte beginne nicht jetzt gleich diese Warnung fur mich auszublenden, ich komme gut damit zurecht! Auch eine ev. Verkurzung bei otherbased und AutVec ist einfach nachzutragen - aber du hast wohl den Ehrgeiz auch das hinzubekommen - und das hier kann vom script eindeutig ermittelt werden.
SimplSVG versteht jetzt auch die Kurznotation des Werkzeugs.

Ich verwende das Sarang-script schon lange nicht mehr und uberlege, diese Disku auf das Perhelion-script zu ubertragen und dieses script zu loschen. -- sarang♥사랑 06:51, 17 July 2018 (UTC)[reply]

Oh* hatte ich gar nicht gesehen, kannst du machen. @Löschen: Ja es liegt eher an der Zeit. Das Script hier auch löschen? Dann müssen wir erst eine Weile eine Depraction-Warnung laufen lassen. @Warnung: wird auch gemacht.

PS: Ja, das mit dem Simplifikation, über den "B"ytes-button war doch der eigentliche Anstoß zu diesem Script!?!

Also eine der ersten Funktionen, daher war mir die Implementierung auf Igen doch ein Muss. -- User: Perhelion 10:06, 17 July 2018 (UTC)[reply]

Meinst du (oder weisst du?) dass es noch welche gibt die immer noch "meine" Version verwenden?? ~~Da reicht es doch wenn "meine" Version umgebaut wird dass sie eine Meldung erzeugt "please change your commons.js ..."~~ hast du bereits gemacht. Ich habe den Eindruck dass du wieder viel mehr wikiactivity entwickelst.

In der Tat scheint Niridya der einzige User zu sein (dessen ich hiermit updaten werde), der noch deine Seite verwendet. Bist du dir sicher dass ich sie löschen soll? -- User: Perhelion 15:14, 17 July 2018 (UTC)[reply]

Ich denke dass lediglich der Disku ein gewisser (historischer) Wert zukommt; meines Wissens wäre sie beim Löschen auch weg, deshalb sollte sie gerettet werden - was denkst du? -- sarang♥사랑 20:31, 17 July 2018 (UTC)[reply]

@Perhelion: if you delete this page (who is a form of redirect now) it would be better in goal of centralizing content (and I will use your script instead). Also, sorry if I don't understand Deutsche. --Niridya (talk) 17:53, 17 July 2018 (UTC)[reply]

Just one question : how did you know that I use this script ? (is there a tool to know ?) --Niridya (talk) 17:55, 17 July 2018 (UTC)[reply]

Hey Niridya, I've already updated (bit improved) your script page. I used simply the search string contentmodel:javascript insource:'User:Sarang/simpleSVGcheck.js' on user-namespace. In my opinion it is not really needed we delete this page, it is Sarangs decision. -- User: Perhelion 18:32, 17 July 2018 (UTC)[reply]

Thanks for your improvments ! But, where do you exactly enter this string ? --Niridya (talk) 20:33, 17 July 2018 (UTC)[reply]

If you click on the magnifying glass right top: [1] -- User: Perhelion 20:38, 17 July 2018 (UTC)[reply]

Oh !

Thank you. ! --Niridya (talk) 21:41, 17 July 2018 (UTC)[reply]

{{ Ping | Sarang }} In Tat habe ich den Anspruch das Script up-to-date zu halten und zu vervollständigen. Es ist natürlich auch dein Tool und die Diskussion sollte natürlich archiviert erhalten bleiben. LG -- User: Perhelion 08:02, 23 July 2018 (UTC)[reply]

another tool[edit]

{{ Ping | Perhelion }} you may add to the script's tools: Potrace, when an Inkscape SVG contains a text like "Created by potrace 1.13, written by Peter Selinger 2001-2015". Otherwise all these files will go as Inkscape, if not another hint in the file description shows where it comes from. -- sarang♥사랑 04:55, 23 July 2018 (UTC)[reply]

Done, oh* das kannte ich auch noch nicht, gleich mal testen.

-- User: Perhelion 07:45, 23 July 2018 (UTC)[reply]

Ich hab es auch erst jetzt "wieder" entdeckt; meist (aber nicht immer!) haben diese Dateien den kompletten Inkscape-Prolog, wie zB Asti bandiera.svg; dieses hat erst in Zeile 58 den Text "Created by potrace 1.13, written by Peter Selinger 2001-2015". potrace muss also entweder vor Inkscape abgefragt werden, oder aber (besser?) als Spezialfall bei positivem Inkscape-Ergebnis. Es gibt noch mehr Editoren die irgendwann in Inkscape münden, zB BKchem. Und dann gibt es noch den IA-Fall! -- sarang♥사랑 11:08, 23 July 2018 (UTC)[reply]

Done ja das wollte ich auch eigtl. -- User: Perhelion 12:39, 23 July 2018 (UTC)[reply]

Kartenwerkstatt[edit]

@Perhelion: Mittlerweile sind alle Vorkommnisse von "Retouched" repariert und ausgewechselt; und neue werden nicht mehr dazukommen. Nun sehe ich dass T={{Kartenwerkstatt}} dieselben Probleme bereitet. Wenn es mir unterkommt wechsle ich es gegen das "gd" (für 'Graphic lab-de') aus - und der bekannte Formatfehler ist behoben. Zu den anderen Kurzcodes für GraphicLabs, siehe die Liste in Igen/lab. Sobald das Script das so macht werde ich ev. noch bestehende Formatfehler reparieren.

Weiteres

Im "Original upload log" angegebene Dateien muss ich immer noch manuell bereinigen. Macht das denn Probleme?
In Template talk:Image generation#Chem. Formeln habe ich Leyo vorgeschlagen einiges verständlicher zu schreiben; wenn das konsequent erweitert wird, also auch zB "large filesize" statt ">" oder "embedded text" statt "%" oder "fake SVG" statt "!=f", werden die bisher zu knappen Parameter schnell zu langatmig. Falls das dann auch noch in möglichst allen Sprachen als Langtext funktionieren soll, wird das niemand mehr verstehen (oder bist du so fit in polnisch?). Es ist kein Problem, die skizzierten Varianten der tool-Namen zuzulassen; aber wie ich ihn verstehe mochte er generell eine Schreibweise die ihm leserlich für jeden erscheint. Ganz allgemein, ich bezweifle dass längere Texte das ganze viel verständlicher machen können; dazu ist es inzwischen zu umfangreich geworden. -- sarang♥사랑 13:34, 15 August 2018 (UTC)[reply]

Topics[edit]

@Perhelion: Ich komme nochmals zurück auf die Kryptik zu der ich auch am Ende der Leyo-Disku eine Idee geäussert habe. Die (leichtsinnigerweise von mir eingeführten) Topics sind wichtig fur die Subkategorisierung, da gewährleisten sie eine bessere Übersichtlichkeit, aber es ist schwer zu überschauen was denn immer so der richtige Topic sei; die häufigeren ("c", "d", "f", "i", "l" oder "m") sind mittlerweile allgemein bekannt, bei den exotischeren ist das sicher nicht der Fall. Und in Igen/sub bzw. Igen/top rumzusuchen ist auch mühsam.
Was hältst du von der Idee, per Button eine Art drop_down_menue oder pop_up anzubieten, das alle Topics in leserlicher Form anbietet - und am besten auch die Auswahl per tic_box ermöglicht? Ich habe nicht den skill so etwas zu entwicklen, aber ich würde das Einpflegen aller Aktualisierungen garantieren. Ich werde jetzt beginnen eine Tabelle aufzubauen, die diese Informationen enthält; das ist schon mal ein Anfang, denn bisher fehlt das (wie zu vollem Recht bemäkelt worden ist). -- sarang♥사랑 07:32, 28 August 2018 (UTC)[reply]

Ich hab mal begonnen diese Tabelle aufzubauen, sie beginnt so:

code	subcat	topic (en)
a	:Arrows	arrow
b	:Buttons	button
c	:CoA	coat of arms
d	:Diagrams	diagram
e	:Emblems	emblem
f	:Flags	flag
g	:Geometrics	geometry
i	:Icons	icon
l	:Logos	logo
m	:Maps	map
o	:Orders	military insignia
p	:Pictograms	pictogram
r	:Roundels	roundel
s	:Seals	seal
t	:Trigonometry	trigonometry
u	:Unicode	Unicode character
v	:Signs	sign
y	:Symbols	symbol

bi	:BSicons	BSicon
bs	:Barnstars	barnstar
ce	:CoA elements	CoA element
eh	:Ecclesiastical heraldry	ecclesial CoA
mlw	:CoA by MaxxL	coat of arms
wm	:World maps	world map
ggg	:World maps (gggs)	world map
mbs	:Maps by User:Sémhur	map
pom	:Maps by UserPomfuttge	map
wmd	:World destination maps	world map
acm	:Australian census maps	census map
fm	:Flag maps	flag map
mlw	:CoA by MaxxL	coat of arms
sig	:Signatures	signature

Nachtrag: Nun gibt es diese Tabelle. 05:55, 31 August 2018 (UTC)

sub/JSON[edit]

Hey Sarang, gute Idee. Am besten würde sich die Tabelle im JSON-Format anbieten (als Unterseite des Templates, die das Script dann bei Bedarf ausliest). Für ein Drop-Down ist die Tabelle wohl schon zu groß. @Ticbox: das würde bedeuten dass mehrere Auswahlen gleichzeitig möglich wären? Ansonsten dürfte es bei der Ausführung keine Probleme geben, ich schaue mal die Tage. Am besten in die Wikieditor-Bar, so wie die Edittools (allerdings ohne Ticbox)!? LG -- User: Perhelion 20:57, 10 September 2018 (UTC)[reply]

Mit "ticbox" meinte ich dass es gut wäre auch gleich direkt einen "s="-Parameter auswählen zu konnen, statt ihn übertragen zu müssen. Per Igen kann ich nur in eine Subkategorie stellen, eventuelle weitere müssten als [[Category: manuell gesetzt werden; aber Igen kann verschiedene Parameter für subcat und topic verarbeiten - zB ergäbe "s=tl" (subcat ist :Text logos) je nach Sprache das topic "logo", mit "w=i" kann "icon" oder auch "w=Markenzeichen" gewählt werden; aber das sind bereits Feinheiten die ich niemandem zumuten will, ich bin schon froh wenn Dateien überhaupt irgendeine W3C-Information bekommen.

JSON format? Ich muss mal nachsehen was du damit meinst. LG -- sarang♥사랑 06:24, 11 September 2018 (UTC)[reply]

@Sarang: ich hab's mal getätigt: Template:Igen/sub.json. Als (Menue-)Icon könnten ich/du das SVG-Logo als Subtree (mit 3/4 Blumen) darstellen!? PS: Diese JSON-Liste könnnte nun auch vom Template per Lua ausgelesen werden. -- User: Perhelion 08:55, 11 September 2018 (UTC)[reply]

@Sarang: Module:IgenSub und File:SVG category subtree.svg sind schon mal fertig!? Somit könntest du Template:Igen/sub ersetzen durch {{#invoke:IgenSub|get|{{{1}}}}} (Performance-Unterschied habe ich noch nicht verglichen). LG -- User: Perhelion 10:32, 12 September 2018 (UTC)[reply]

Ich hatte lange Zeit grosse Probleme mit dem Semicolon, das oft als indentation interpretiert wird; zur Zeit habe ich dieses Problem wieder wenn ich das Modul verwende (mit sub Valid SVG created with Inkscape:Text logos, mit json Valid SVG created with Inkscape:Text logos.) Als workaround habe ich im sub das Semicolon als : geschrieben, so was ist im json nicht möglich.

Ich bin noch ein wenig skeptisch ob der "Standarduser" sich mit den subcats auskennen soll/muss. Die topics können zumindest in seine Sprache übersetzt werden, subcats sind logischerweise englisch. Am besten ist es sicher, wenn das script gute Vorschläge macht (das ist ja meist der Fall) und den Anwender insofern entlastet.

Ich bezweifle inzwischen auch dass es so sinnvoll war für die vielen verschiedenen icons subcat-Kürzel zu entwickeln; stattdessen verwende ich nun Langnamen (wird Leyo freuen...), selbst wenn ein Kurzcode bei zB den vielen tausend Emojis viel sparsamer wäre. -- sarang♥사랑 13:31, 12 September 2018 (UTC)[reply]

Hey Sarang, du kannst das Modul, die .json und das Icon natürlich erweitern wie du möchtest. Erste Fassung im Script ist live, was sagst du? PS. Semicolon: Du meinst Doppelpunkt? Ja das war keine gute Idee, da auch "mein" Cleaner-Script auf diesen angesprungen ist! Nichtsdestotrotz sollten wir den Doppelpunkt auch als Entity in der JSON unterbringen können. -- User: Perhelion 18:28, 12 September 2018 (UTC)[reply]

PS. "only one argument": da ist mir wohl auf die Schnelle ein Kardinalfehler unterlaufen, die anderen Parameter sollten natürlich auch in die JSON!? Enitity ist eingefügt und scheint zu funzen. -- User: Perhelion 19:06, 12 September 2018 (UTC)[reply]

"only one argument": die erste Fassung von Igen/sub hat verschiedene Schreibweisen zugelassen, auch Grossbuchstaben, das ist mit #switch: ja ganz einfach. Die andere Möglichkeit der case-insensitivity ist, den Parameter mit lc: an die Vorlage zu übergeben - oder zu verlangen und vorauszusetzen, dass nur Minuskeln verwendet werden; ich tendiere zu letzterem, und falls es noch irgendwo andere Schreibweisen gibt werde ich es bereinigen.

Du sagst du hast eine erste Fassung im script - ich konnte noch keine Auswirkung erkennen. Was muss ich machen, oder wo nachsehen? -- sarang♥사랑 06:49, 13 September 2018 (UTC)[reply]

Das vereinfacht die Sache natürlich sehr, da JSON einen eindeutigen Identifier-Key braucht, ansonsten müsste man wohl Verweis-Identifier erstellen (was wohl eine zusätzliche Function oder bestenfalls ein IF zur Datenauswertung benötigt). Ich schlage vor die Daten von {{Igen/top}} ebenfalls in die/eine JSON zu packen, wenn du mit Lua arbeitest würde das bestimmt eine merkbare Erleichterung für die MW-Server darstellen. @Script: Wenn du den Wikieditor siehst sollte jetzt das oben genannte Icon erscheinen (am Ende irgendwo, nur bei SVG)!? Jetzt habe ich auch "übergangsweise" eine (ziemlich aufwendige) Parserfunktion die deine 3. Spalte als Igen/top ausliest/darstellt (also bei jedem Mousehover muss das Template ausgelesen werden, also alles andere als optimal). Igen/top ist für ein Template schon relativ groß. Der Makel bei JSON ist, dass du keine Kommentare unterbringen kannst, aber es ist sehr verbreitet und immer mehr im Kommen. LG -- User: Perhelion 08:04, 13 September 2018 (UTC)[reply]

Igen/top ist nur wegen der erforderlichen Mehrsprachigkeit recht gross - dabei sind bisher nur sehr wenige Sprachen eingepflegt, lediglich "CoA" ist relativ vollständig. Mein grosses Problem: ich bin sprachlich recht unbelastet, ohne Muttersprachlerhilfe stagniert das. Ich vermute mal, dass da kaum jemand gross dran interessiert ist?

Ggf muss Igen/top irgendwie geteilt werden, oder sonst irgendwie ganz anders gelöst; eventuell ist es sinnvoller mit Igen/top nur zu verteilen und die Übersetzung in I18n-Vorlagen auszulagern? Bei vielen Sprachen muss auch noch die Grammatik berücksichtigt werden - en ist da sehr einfach, da gibt es sowas nicht; aber für de, es, fr, it, ko, pt war zum Teil grosser Aufwand erforderlich. Das war auch ein Grund dass ich die "Created with .../lc" Vorlagen so vereinfacht habe, um nur eine und nicht 180 Sprachvorlagen pflegen zu müssen.

Serverlast: Die Subkategorie muss nur einmal ermittelt werden, da kann was gemacht werden dass die Vorlage nicht jedesmal druchlaufen werden muss.

Anders ist es beim topic, bei dem die Sprache relevant ist; theoretisch könnte da auch ein langswitch-Konstrukt aufgebaut werden, das ist aber ganz sicher nicht sinnvoll, denn die Dynamik ist ein wesentlicher Aspekt.

"... Wenn du den Wikieditor siehst sollte jetzt das oben genannte Icon erscheinen... " - bisher kann ich nichts finden; wo soll es erscheinen: oben, links, unten? Ich rufe den Editor entweder direkt auf, oder per script. In beiden Fällen sehe ich nichts davon. -- sarang♥사랑 12:00, 13 September 2018 (UTC)[reply]

Das ist ja überaus seltsam. Kannst du mal bitte in die Browser-Console eingeben mw.user.options.get('usebetatoolbar'). Und den Button mit der SVG-Blume?? Eigtl. nicht zu übersehen! Oder kannst du irgendwo ein Screenshot zeigen!? Ich habe auch mit anderen Browsern überall getestet. (@JoKalliauer) Ich kann mir auch nicht vorstellen dass es an der Lade-Routine liegt, dann müsste der Button jedenfalls ab und zu auftauchen oder ein Fehler in der Console erscheinen. -- User: Perhelion 17:31, 13 September 2018 (UTC)[reply]

PS: Ich bin der Sache mal auf den Grund gegangen, es ist wohl phab:T30563. Darauf hin auch gleich mal MediaWiki:Edittools.js gefixt (da diese neuerdings bei mir auch ab und zu nicht erschienen). Jetzt was zu sehen? -- User: Perhelion 08:28, 14 September 2018 (UTC)[reply]

@Sarang and Perhelion: Ich hab nicht gleich verstanden welcher Button wo sein soll, aber vermutlich meint ihr den: https://screenshots.firefox.com/nnqCHn98JzqUJmdi/commons.wikimedia.org — Johannes Kalliauer - Talk | Contributions 14:05, 14 September 2018 (UTC)[reply]

@JoKalliauer: exactly. @Sarang: Wie siehts jetzt bei dir aus? -- User: Perhelion 22:29, 21 September 2018 (UTC)[reply]

@Sarang: Ich habe jetzt Template:Igen/top.json erstellt, welche jetzt vom Script benutzt wird. Könnte jetzt auch mit besserer Performacne mit Lua geparst werden. Du solltest jetzt eine Button-Bar sehen!? -- User: Perhelion 22:42, 23 September 2018 (UTC)[reply]

Ja, danke, ist nun wunderbarerweise erschienen, schon vor einger Zeit - hab leider vergessen es dir zu sagen. -- sarang♥사랑 04:42, 24 September 2018 (UTC)[reply]

top.json: ich glaube es war problematisch dass ich den für subcat verwendeten Code auch die topics einsetze; und die subcats feiner differenziere, als die (übersetzten) topics? Den Fall, dass die Tabelle zwar den Code kennt aber keine Übersetzung der jeweiligen Sprache findet, hatte ich bei jedem Code behandeln müssen - wenn das zentral gemacht werden kann ist es natürlich besser (in der WP-Vorlagenrealisierung gibt es ja nichts wie globale Parameter, oder dass innerhalb einer Vorlage ein Zwischenergebnis weiterbehandelt werden kann, das geht nur indem damit in eine weitere Vorlage gegangen wird; so habe ich es manchmal machen müssen). Ich finde die von dir entwickelten Hilfsmittel sehr interessant und werde ggf. gerne daran mitarbeiten. -- sarang♥사랑 05:21, 24 September 2018 (UTC)[reply]

switch -> %s might be wrong[edit]

Instead of the switch-Tag I think it is better to choose the systemLanguage-Attribute for the option %s, because it categorizes images like File:BPK_insignia.svg wrong, a good example for switch-tag without multiple languages is: File:SVG_Test_TextAlign.svg. — Johannes Kalliauer - Talk | Contributions 21:00, 26 August 2018 (UTC)[reply]

Hey JoKalliauer, schlechtes Bsp. da der hier ein switch gar nicht zur Anwendung kommt, sprich fehlerhaft ist.

Ich habe deinen Vorschlag trotzdem umgesetzt. -- User: Perhelion 22:03, 26 August 2018 (UTC)[reply]

Mir ist es auch schon selbst aufgefallen, dass es ein schlechtes Bsp ist (daran bin ich auch selbst Schuld). Ich hab (unbeabsichtigt)

      <foreignObject id="foreignObject2405" height="1" width="1" y="0" x="0" requiredExtensions="http://ns.adobe.com/AdobeIllustrator/10.0/">
         <i:pgfRef xlink:href="#adobe_illustrator_pgf" />
      </foreignObject>

wegoptimiert, wobei dieses meiner Meinung nach ohnehin keinen sinnvollen Inhalt hatte, aber <foreignObject requiredExtensions="..." ...> unter einem <switch>-tag ist mir bei Adobe Illustrator schon öfter untergekommen (hab das bisher immer entfernt), wie gesagt File:SVG_Test_TextAlign.svg ist ein besseres Bsp. eines switches mit <text x="50" y="60" requiredFeatures="http://www.w3.org/TR/SVG11/feature#Text">. — Johannes Kalliauer - Talk | Contributions 14:31, 27 August 2018 (UTC)[reply]

This section is resolved and can be archived. If you disagree, replace this template with your comment. — Johannes Kalliauer - Talk | Contributions 14:31, 27 August 2018 (UTC)

% and %s[edit]

Die Datei File:DNS_schema.svg wird sowohl bei %, als auch bei %s eingestuft, angezeigt wird nur % und %s wird ignoriert. @Sarang: Meiner Meinung nach sollte jedoch %s Vorrang haben. Ist das absichtlich, dass beide aufscheinen, dass man das nachkontrolliert und sich dann für eines entscheidet? (Es gibt sowohl Text in swich-Tags als auch außerhalb.) — Johannes Kalliauer - Talk | Contributions 20:25, 30 August 2018 (UTC)[reply]

@JoKalliauer: hallo Johannes, es kann jeder beliebige Parameter angegeben werden, das scheint dann so auf wie angegeben; die Auswertung ist dann eine andere Sache. So ein Sonderfall war mir noch nicht untergekommen, und ich habe diese Logik nicht berücksichtigt. Das Igen kennt hier (wie bei manchen anderen Parametern) nur ein entweder/oder, wobei in diesem Fall ein Vorrang des %s richtiger gewesen wäre.

Das Script bringt also (richtigerweise) beide Parameter, und man kann sich nun entscheiden wie man damit umgeht. In solchen (wohl seltenen) Fällen kann das auch "richtig" angezeigt werden - wenn auch nicht automatisch. Wie praktisch alles, lässt sich auch das mit dem t= konstruieren. Im File:DNS schema.svg stimmt es nun so, wobei ich den switch vor dem anderen sortiert habe. Einstweilen denke ich, dass eine diesbezügliche Reparatur des Igen nicht so eilig sei. -- sarang♥사랑 05:31, 31 August 2018 (UTC)[reply]

Bei geauerer Betrachtung sehe ich, dass alles übersetzbare mit "switch" übersetzt wird; nur mit dem unübersetzbaren (wie "...") wird das natürlich nicht gemacht. Deshalb meine ich, dass der erzeugte Hinweis "... that can be easily translated ..." weniger sinnvoll sei - es erscheint mir besser, wenn nur der "%s" verarbeitet wird. Ich werde dem Vorrang einräumen; am besten wäre es wenn das script in diesem Fall nur das %s generiert. -- sarang♥사랑 08:45, 31 August 2018 (UTC)[reply]

Done -- User: Perhelion 21:17, 10 September 2018 (UTC)[reply]

Gnuplot with code[edit]

Es gibt einige Gnuplotbilder mit source-code: Valid SVG created with Gnuplot code

Wenn man File:Wahlergebnisse_aut2017FullHurde.svg oder File:Featured_picture_nominations_per_month_in_Wikimedia_Commons.svg mit dem Skript durchlaufen lässt führt dies dazu, dass der Code gelöscht wird, ich würde es toll finden, wenn man der scource-code in c1= ({{igen|Gnuplot|c1=some code}}) hinzugefügt wird oder das alte Template ({{gnuplot|v|code= #!/usr/bin/gnuplot}}) mit source-code erhalten bliebe.

— Johannes Kalliauer - Talk | Contributions 10:31, 26 October 2018 (UTC)[reply]

Ja, sicher gibt es da eine bessere Lösung, für die ich allerdings noch etwas Zeit benötige; jedoch kann ich das Script bei vorhandenem Igen aussetzen lassen. LG -- User: Perhelion 23:17, 31 October 2018 (UTC)[reply]

Solange der code nicht gelöscht wird (und "keiner" davon weiß), kann man jeden anderen "Fehler" rückgängig machen. — Johannes Kalliauer - Talk | Contributions 09:24, 1 November 2018 (UTC)[reply]

Natürlich lasst sich auch gelöschter Code wiederherstellen - aus der alten Version. Wenn man weiss dass es sie gibt! -- sarang♥사랑 08:45, 23 November 2018 (UTC)[reply]

This section is resolved and can be archived. If you disagree, replace this template with your comment. — Johannes Kalliauer - Talk | Contributions 09:24, 1 November 2018 (UTC)

@JoKalliauer: Hallo Johannes, das Script kann viele Dinge erledigen - alles was automatisch in den Griff zu bekommen ist, da hat Perhelion wahre Wunder gewirkt. Manches ist schwer, kaum oder gar nicht per Automatismus zu lösen, und immer ist der jeweilige, das Script verwendende Editor in der Pflicht die Vorschläge des Script zu prüfen und ggf. zu überarbeiten. Zu den Fällen, die automatisch kaum aber visuell umso leichter zu erkennen sind, gehört zB die Entscheidung ob Rastergrafik topographisch gerechtfertigt ist; besonders aber die komplexe Einbindung von Quellcode in die Igen-Struktur ist manuell mit einfachem copy-paste o.dgl. hinzubekommen. Die Auswahl, was zu kopieren sei, und der ev. noch notwendigen Parameter kann man IMHO schnell begreifen, obwohl es eine der komplexeren Aufgaben ist und bleibt. Jedenfalls rate ich Perihelion dringend ab, sich daran seine Zähne auszubeissen, es steht einfach der Aufwand in keiner sinnvollen Relation zum Effekt; ein wenig darf auch dem Editierer noch zu editieren bleiben! Wenn es notwendig & gewollt sein sollte, kann ich gerne auch mal einen Quellcodeeinbindungsworkshop veranstalten - die Dokumentation ist uU noch nicht ausreichend? -- sarang♥사랑 23:37, 23 November 2018 (UTC)[reply]

@Sarang: Ein Gnuplot-code ist 1000 mal wichtiger als ein igen-template, und deshalb finde ich eine Entfernung von Code sehr problematisch. (Das kann man ev. mal übersehen.)

Ich finde dass der Code erhalten bleiben muss, und selbst wenn das Skript nichts macht ist das auch ok, aber wichtige Infos zu entfernen sehe ich als wirklich problematisch. — Johannes Kalliauer - Talk | Contributions 00:29, 25 November 2018 (UTC)[reply]

Da stimme ich dir voll bei! Deshalb habe ich mir auch grosse Mühe gegeben, den jeweilige Sourcecode übersichtlich darzustellen, und auch noch eine gewisse Einheitlichkeit zu wahren/herzustellen (es gibt eine Vielzahl von verschiedenen Darstellungsformaten). Natürlich kann auch da noch vieles verbessert werden. Einen grossen Vorteil sehe ich in der "neuen" Methode per Vorlage: Jede Fomat-Äderung in der Vorlage wirkt sich umittelbar auf alle Anwendungen aus. Somit sind künftige Verbesserungen unbegrenzt möglich.

Es kann bei jeder Änderung geschehen, dass mal etwas übersehen wird und verlorengeht; es ist aber auch alles wieder herstellbar. Sicher kann das Script insofern verbessert werden, dass der Code zumindest in der ursprünglichen Form erhalten bleibt? -- sarang♥사랑 01:25, 25 November 2018 (UTC)/Seoul[reply]

aria-label -> textPath[edit]

Wenn man echten Text in einem Pfad umwandelt, dann wird von Inkscape aria-label hinzugefügt, also das könnte ein "<" hinzufügen, Beispiel ist: Coat of arms of Giorgio Demetrio Gallaro.svg, oder die erste version von Fort Hall Location Map Path.svg}. — Johannes Kalliauer - Talk | Contributions 08:41, 18 November 2018 (UTC) another example:[reply]

File:Parksosaurids-Scale-Comparison-SVG-001.svg

— Johannes Kalliauer - Talk | Contributions 22:13, 27 November 2018 (UTC)[reply]

Done @JoKalliauer: Gute Idee, danke Dir. Dann wäre es sinnvoll den Inkscape-Code hier ebenfalls nicht zu bereinigen oder reicht die File-history, oder man erwähnt diesen Umstand als Hinweis? -- User: Perhelion 00:17, 9 February 2019 (UTC)[reply]

aria-label sollte prinzipiell nicht bereinigt werden, ich habe es hier trotzdem gemacht, weil ich die "deutsche Korrektheit" habe und ich meine eigenen SVGs valid haben will (eigentlich dumm), und die Quelldatei: Fort Hall Location Map.svg ohnehin vorhanden ist. Wenn man "aria-label" entfernt muss man eben "<" manuell einfügen.

According to User:Glrx aria-* and data-* attributes are well known non-SVG-attributes and should be kept. (See: Wikipedia:SVG_help#Does_Wikipedia_support_Style_Sheets_in_SVG_files?)

two examples: "aria-label" defines the text that is converted to path and "data-name" is as far as I know something simmilar to "id" but I think spaces are allowed and using the same name twice also.

— Johannes Kalliauer - Talk | Contributions 07:51, 9 February 2019 (UTC)[reply]

aria-* attributes are an Internet standard for accessiblity: REC-wai-aria, w:WAI-ARIA, Accessible Rich Internet Applications. Using aria-label to store text-to-path conversions is a hack, but it can be useful.

data-* attributes are arbitrary user attributes. If a user sticks them in an SVG file, they are probably useful, but there are no standard names; it is all the user's choice. I'm tempted to insert attributes such as data-wd-q="Q183" when text refers to a Wikidata item (Deutschland (Q183)), but the W3C validator will complain. Instead I've been inserting the Q-item as a class name (class="Q183").

It would be better if those attribute name patterns used separate XML namespaces, but HTML does not have namespaces, so a common prefix was used for the attribute names. SVG has XML namespaces, but it just followed the HTML naming convention.

Glrx (talk) 17:52, 9 February 2019 (UTC)[reply]

Inkscape|IMPORTANT=yes[edit]

This …important was created with Inkscape …important .

{{Inkscape|IMPORTANT=yes|v}} sollte {{Igen|Im}} und nicht {{Igen|Inkscape}} hinzufügen, Beispiel: Urartu 743-en.svg oder Urartu 610 585-en.svg.
Ich finde es wichtig, weil sonst vorhandene Information wieder verloren gehen. — Johannes Kalliauer - Talk | Contributions 08:54, 18 November 2018 (UTC)[reply]

Sollte das SVG <inkscape:grid oder <sodipodi:guide oder sodipodi:cx (Kreissegment ist in W3C-standard nur als Pfad speicherbar und nicht als Ellipse) sollte {{Igen|Im}} erzeugen, weil sonst diese Elemente vl. bei "optimierungen"/postprocessing verloren gehen. — Johannes Kalliauer - Talk | Contributions 21:33, 6 February 2019 (UTC)[reply]

Done @JoKalliauer: In der Tat, danke Dir. -- User: Perhelion 23:35, 8 February 2019 (UTC)[reply]

@Sarang: Der Wunsch mit inkscape:cx kam von mir, aber ich habe mir die ersten Dateien in der Kategorie angeschaut und über 50% habe mit dem Skript rausgehaut, also Im wurde meistens nicht vom Skript eingefügt.

@Perhelion: File:GTAW-PA.svg wird nach important sortiert, aber inkscape:cx steht in <sodipodi:namedview und nicht in <path, insofern meiner Meinung nach vermutlich nicht important. @Sarang: sollen wir Unterkategorien für important machen? War die Anfrage von mir deiner Meinung nach Blödsinn? Ich finde es wichtig, weil es beim Weiterbearbeiten ersichtlich macht ob man die neue Version als optimiertes SVG oder als Inkscape SVG hochlädt. — Johannes Kalliauer - Talk | Contributions 17:08, 10 March 2019 (UTC)[reply]

@JoKalliauer: Da habe ich gar keine Meinung! Von Inkscape verstehe ich nichts, deswegen kann ich das nicht beurteilen. Mir scheint aber, dass es vor allem auf diesen Hinweistext (wie oben gezeigt) ankommt, und die Kategorie recht entbehrlich ist - es wird wohl kaum jemand von dieser Seite her was suchen? Oder denkst du, dass es Sinn macht, in diese Kategorie einzusteigen, um irgendwas zu finden? Somit würde auch eine Aufdröselung in Unterkategorien wohl nichts bringen. Differenzierung ist immer gut wenn die Anzahl der Elemente überhandnimmt, doch in diesem Fall sehe ich keinen Vorteil darin. -- sarang♥사랑 17:53, 10 March 2019 (UTC)[reply]

cleanup CATORDER[edit]

Ich bin mir nicht sicher ob das ein Teil dieses Skriptes oder eine zweiten. Wie auch immer. Das Skript sortiert die Categorien nach dem Alphabet (z.B. Special:Diff/325110859), jedoch ist es in der deutschen Wikipedia üblich die Categorien nach Wichtigkeit zu sortieren, dies passiert tw. auch auf Commons: Special:Diff/328126730.
Wenn es keine Richtlinie gibt, dass es alphabetisch sortiert werden soll, dann würde ich gerne die Kategorien so lassen wie sie sind. — Johannes Kalliauer - Talk | Contributions 09:04, 18 November 2018 (UTC)[reply]

@Sodacan and Fry1989: You sort the categories by importance. Do you know is there an official guideline on commons how categories should be sorted? (Because there are scripts on Commons which sort them alphabetically.) — Johannes Kalliauer - Talk | Contributions 09:16, 26 December 2018 (UTC)[reply]

Hallo JoKalliauer, in der Tat gibt es hier wie in EN keine strikte Regel, es gibt w:MOS:CATORDER, Empfehlung ist eher die Alphabetische. Eine Bewertung der Kategorien ist äußerst schwierig nicht nur technisch um nicht zu sagen Interpretationssache und subjektiv, daher IMO unpraktisch. Im besten Fall ist die Sache themenbezogen. Aus meiner Erfahrung kann ich sagen dass dort eher Chaos herrscht, daher ist die alphabetische Sortierung die einzig effektive Alternative um hier Ordnung zu schaffen. Falls du mehr Gegenstimmen findest kann ich natürlich über ein Veto noch mal nachdenken. LG -- User: Perhelion 15:43, 3 February 2019 (UTC)[reply]

Danke für die Info, dann passt das so. — Johannes Kalliauer - Talk | Contributions 17:43, 3 February 2019 (UTC)[reply]

This section is resolved and can be archived. If you disagree, replace this template with your comment. — Johannes Kalliauer - Talk | Contributions 17:43, 3 February 2019 (UTC)

Eventuelle weitere Optionen[edit]

Bei der Anleitung zur Infobox heisst es, man solle den permission-Parameter nicht versorgen wenn eine "int-license"-section angelegt wurde (Es ist also als Fehler anzusehen und unerwünscht wenn von manchen in solchen Fällen "see license" o.ä. eingetragen wird). Ich bin da noch extremer, denn wenn es diese Sektion gibt wird dieser Parameter ganz sicher nie einen Wert erhalten und ihn leer abzuspeichern ist IMHO redundanter Müll. Eine other version kann irgendwann dazukommen, doch bei meinen Dateien speichere ich auch diesen Parameter nicht leer ab - wenn später da was einzutragen ist, kann ja dann (und nur dann!) auch dieser Parameter wieder zugefügt werden.

Zufolge dieser meiner Ansicht lösche ich nach dem Scriptaufruf leere |permission= sowie |other versions= Parameter. Und ich finde, zumindst die permission könnte in diesem Fall doch vom script gelöscht werden? -- sarang♥사랑 09:04, 23 November 2018 (UTC)[reply]

Hallo, falls du einmal viel zuviel Zeit haben solltest, kannst du vielleicht nach folgendem sehen:

Full-protection-shackle-block.svg ist full protected - auch für das script;
das script kann zwar [[User:username|username]] umsetzen, aber nicht [[User:username]]

übrigens, in "meiner" uploadpage ist nicht {{U|Sarang}} vorgegeben, sondern [[User:Sarang|]]

(damit wird das [[User:Sarang|Sarang]] erzeugt - das kann das script wieder umsetzen.)

übrigens, seit einiger Zeit kommt diese page nicht immer

das script begradigt leider immer noch nicht die Dateiangabe im "Original upload log", nur die User-Angaben;

widerstrebt dir das aus irgendwelchen Gründen? Ich muss immer [[:File:xxx...]] manuell in {{F|xxx...|-}} ändern. -- sarang♥사랑

Grüß dich Sarang,

@permission: kann ich machen!

@User:username: wird eigtl. mit Absicht in seiner Formatierung so belassen. Ich sehe da keinen wirklichen Cleanup-Bedarf, vor allem da dadurch auch ein evtl. gewünschtes Erscheinungsbild verändert wird, somit über ein Syntax-Cleanup hinausgeht.

@{{U|Sarang}}, du meinst in User:Sarang/common.js das author=I, [[User:' + un + '|]]? Falls ja kannst du dort einfach author=I, {{U|' + un + '}} einsetzen. Warum dies neuerdings nur sporadisch erscheint kann ich momentan nicht nachvollziehen.

@"Original upload log": tatsächlich sehe ich hier ebenfalls kein Cleanup-Bedarf der Syntax bzw. Mehrwert durch Commons-Templates. Vor allem im Bezug "Original".

LG -- User: Perhelion 17:34, 23 February 2019 (UTC)[reply]

@permission: Danke für edit im Full-protection-shackle-block.svg (eigentlich habe ich als topic pi (padlock icons) differenziert - aber i ist ja auch richtig.

@User:username: ist also gut so, das Erscheinungsbild ginge auch mit {{U}} aber das ware unnotiges komplizieren.

@"Original upload log": ich ersetze dann mit {{F}} wenn ich die understrokes vermeiden will. Ja, ich bin kleinlich! LG -- sarang♥사랑 18:13, 23 February 2019 (UTC)[reply]

BKchem[edit]

wird offensichtlich nicht erkannt. Z.B. dieser Code

... xmlns:cdml="http://www.freesoftware.fsf.org/bkchem/cdml" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"

...

wird als Inkscape markiert; es muss also entweder "bkchem" vor "inkscape" abgefragt werden, oder (was exakter wäre) innerhalb von Inkscape differenziert.

Inkscape: Neuerdings wird sehr oft "Im" gesetzt, wo IMHO das einfache "I" angemessen wäre? Du prüfst auf "inkscape:grid" oder "sodipodi:guide"/"sodipodi:cx"; damit wird die überwiegende Mehrheit aller Inkscape-Dateien zu "important" spezifiziert. Die Kategorie SVG created with Inkscape:Important enthält bereits über 2000 Dateien; wenn diese Menge nun rasant wächst, sollte ggf. subkategorisiert werden? -- sarang♥사랑 11:02, 6 March 2019 (UTC)[reply]

Die Valid SVG created with Inkscape:Drapeaux sind sehr einfache Grafiken, mit eigentlich gar keinen Inkscape-Elementen; eventuelle Weiterverarbeitung erfogt am Besten mit dem Texteditor. Deshalb habe ich hier von ein paar hundert drapeaux das important-flag entfernt. -- sarang♥사랑 18:02, 10 March 2019 (UTC)[reply]

BKchem

Done Das mit "Im" hat sich erübrigt? -- User: Perhelion 22:49, 15 October 2019 (UTC)[reply]

PGF and <![CDATA[[edit]

The code dedects

para.PGF = /<i:pgf|adobe_illustrator_pgf/.test(code);

but it does not detect

<style type="text/css">
<![CDATA[
@font-face{font-family:'MyriadPro-Bold';src:url("data:;base64,\
T1RUTwADACAAAQAQQ0ZGIKW2sakAABDoAAFV+kdQT1PFHEK1AAFm5AADSHJjbWFw/lHAfgAAADwA\
...
AyIBagMoAygCIQMqAzUCIgM4AzoCLgNEA0QCMQAA")}
]]>
</style>

as in File:Enfilade_and_defilade.svg maybe add <![CDATA[

— Johannes Kalliauer - Talk | Contributions 09:25, 13 April 2019 (UTC)[reply]

Image generation instead of Igen[edit]

@Sarang and Perhelion: User:Leyo findet {{Igen}} zu kryptisch (siehe Special:Diff/356004046, Special:Diff/356005222) und bevorzugt {{Image generation}}.

Ich vermute man müsste Zeile 327 (339) template = '{{Igen|', mit template = '{{Image generation|', ersetzen.

PS: das müsste Perhelion oder ein meta:Interface_administrators/de machen (normale Admins können das nicht)

— Johannes Kalliauer - Talk | Contributions 21:20, 26 June 2019 (UTC)[reply]

Die ganzen Parameter sind sehr kryptisch. Wenn wenigstens der Vorlagenname sprechend ist, erahnt man zumindest, worum es darin geht. --Leyo 21:36, 26 June 2019 (UTC)[reply]

Ja, es ist leider recht kryptisch geraten, das stimmt. Mit meinen Bemühungen, Dinge kurz zu halten um nicht die Beschreibungen zu sehr aufzublähen ist manches allzukurz geraten. Zumindest gibt es in vielen Fällen auch eine Langtext-Alternative - doch wenn nun statt "%" auch "embedded" geschrieben werden kann, trägt das denn wirklich zur Verständlichkeit bei? Die Parameter bei Image generation beschreiben fast nur rein technische Details, die zwar wichtig sind für die jeweilige Datei aber die allermeisten nicht im Mindesten interessieren.

Ich unterscheide zwischen der (kryptischen) Eingabe, und dem was die Vorlage daraus macht und anzeigt: das ist i.a. sehr gut zu erkennen und zu verstehen, und in den meisten Fällen bereits internationalisiert. Es können mit wenig Aufwand, ohne lange Texte in der file description, den Anwender entlastend möglichst vom script erzeugt, ausführliche und doch sicher eindeutig verständliche displays/Anzeigen erzeugt werden.

Natürlich hätte vieles anders gemacht werden können. So wäre zB für novice users eine Art drop-down-menue denkbar, das mittels buttons die Alternativen anklickbar macht. Die Lösung mit dem script finde ich grossartig, weil dessen Automatismus den Berabeiter weitgehend zu entlasten vermag, und i.a. das Durchstöbern des SVG-sourcecodes erspart. Da dieser Teil der Bildbeschreibung aber vor allem von Benutzern mit technischem Interesse gepflegt wird, sind die Konditionen der Eingabe minder wichtig - umso mehr aber die Ausgabe, die sich allen zeigt.

Wenn ich wirklich Interesse an Kryptik gehabt hätte, wäre nach dem Muster von "i18n" der Name i14n der richtige shortcut gewesen!

Ob die Vorlage mit "Image generation", "Imgen" oder "Igen" (es gibt noch weitere Möglichkeiten) aufgerufen wird erscheint mir sekundär solange mit einem gut internationalisierten Text im linken Balken angezeigt wird dass es sich um die Bilderzeugung handelt - in den wohl meisten Fällen speziell um SVG. Ich wage zu bezweifeln dass es irgendjemandem hilft wenn nachträglich tausendfach die file decription source um 12 byte vergrössert wird.

Wenn ich die Dateibeschreibungen so ansehe, ist deren Quellcode in der Vorlage:{{Information}} in sehr vielen Fällen nicht so toll lesbar; viel wichtiger ist doch, was der Betrachter der Seite letztendlich sieht! Hier sehe ich noch sinnvolle Verbesserungsmöglichkeiten. Eine Angabe {{bva}} oder {{vva}} sagt dem unwissenden Betrachter des Quellcodes recht wenig - doch es kommt auf die Anzeige an, und die ist sehr deutlich und eindeutig verständlich. Es gibt viel rein technisches Zeugs, das auch mit längeren Texten nicht verständlicher werden wird - erst in der von ihm angezeigten Ausgabe. Da braucht man nichts "zumindest zu erahnen", da steht deutlich worum es sich handelt! Die rein technischen Parameter von zB {{Tbc}} kann ich noch so sehr umschreiben und mit langen Parameternamen versehen, ein Aufruf würde nie zu flüssig lesbarem Text werden.

IMHO wäre es viel hilfreicher, wenn es endlich einen Information-Parameter "Image=" oder so gäbe, um nicht die techniche Bildbeschreibung in "Other fields=" zu verstecken - wo sie doch wirklich nicht hingehört!

Ich kann auf die Schnelle die Seite nicht finden, auf der gesagt wird dass manche Verbesserungen unterbleiben sollten. Korrekturen die lediglich whitespace betreffen, die keine andere Ausgabe bewirken (wie etwa {{inkscape}} in {{Inkscape}} zu ändern) sollten nur gemeinsam mit substantiellen anderen Edits erfolgen, aber nicht "nur für sich". Ich halte mich an diese Empfehlung und finde sehr oft wesentliches zu verbessern; wenn Sachverhalte ganz extrem umständlich dargestellt werden, von Bearbeitern die die Werkzeuge nicht zu verwenden wissen - da kann der Quellcode von Information um einige hundert Byte reduziert werden und, was viel bedeutender ist, die Ausgabe wesentlich lesbarer werden. Diese legitime Begründung vermisse ich bei den visual edits von Leyo, so sehr ich dessen sonstige Arbeit als sehr wertvoll schätze.

Oppose Eine solche Ersetzung im script erscheint mir weder hilfreich noch sinnvoll. -- sarang♥사랑 06:35, 27 June 2019 (UTC)[reply]

@Leyo: Ich bin wie User:Sarang gegen reine Quelltexteditierungen, siehe auch de:Hilfe:Kleine_Änderungen#Was_keine_kleinen_Änderungen_sind

Wichtig: Ein Edit soll immer mindestens zu einer nach außen sichtbaren oder wirksamen Veränderung führen; neben einer inhaltlichen Änderung etwa eine Tippfehlerkorrektur, ein PDfix oder eine typografische Verfeinerung, sofern diese keinen geschmacklichen oder kosmetischen Hintergrund hat. Eine reine Syntax-Modernisierung oder Quelltext-Formatierung rechtfertigt keine neue Artikel-Version und persistente Datenbank-Belastung. Auch sollten keine Bearbeitungen ausgeführt werden, deren alleiniger Zweck darin besteht, Weiterleitungen aufzulösen. siehe auch de:Wikipedia:Rechtschreibung#Korrektoren und de:Wikipedia:Wie gute Artikel aussehen#Quelltext

translator: de:Hilfe:Kleine_Änderungen#Was_keine_kleinen_Änderungen_sind

Neutral Eine Ersetzung im Skript stehe ich offen gegenüber, aber bin jedenfalls gegen reine Quelltextmodernisierungen.

Im sinne von Sprachneutralität finde ich 4 kryptische Zeichen besser als 16 kryptische Zeichen, zumindest sehe ich es so wenn es sich um eine unbekannte Fremdsprache oder Chinesische Schriftzeichen handeln würde, warum sollte es bei englischen Wörtern, für einen nicht-englischsprachigen, anders sein. — Johannes Kalliauer - Talk | Contributions 17:52, 27 June 2019 (UTC)[reply]

@Sarang: Schön, dass du einräumst, dass „manches allzukurz geraten“ ist.

„doch wenn nun statt "%" auch "embedded" geschrieben werden kann, trägt das denn wirklich zur Verständlichkeit bei?“ → Für mich sehr!

Natürlich ist die Anzeige in der Dateibeschreibungsseite wichtiger als der Quelltext. Aber wenn jemand eine neue Version eines SVG hochlädt, bei welchem technisch im Vergleich zur Orginalversion anders ist, dann kann er/sie (a) sich aufwändig durch die Vorlagendokumentation kämpfen, um vielleicht rauszufinden, was geändert werden muss, (b) Image generation so belassen, womit die Angaben nicht mehr stimmen oder (c) die Vorlage rausschmeissen, da nichts besser ist als etwas Falsches. Ich vermute, dass die Option (a) nicht allzu oft zu Zug kommt, was schade ist. Ein sprechender Vorlagenname sowie weniger kryptische Parameternamen würden den Anteil bestimmt etwas erhöhen. Ist das dir kein Anliegen?

@JK: Du verwechselst Commons-Dateibeschreibungsseiten mit dem WP-ANR. Und dass hier alle Vorlagennamen engl. sind, ist schon seit Beginn so. Falls du dies ändern willst, kannst du ja an zentraler Stelle eine Diskussion starten. --Leyo 22:19, 27 June 2019 (UTC)[reply]

@Leyo:

Die Sprache auf Commons ist meines Wissens nicht zwangsläufig Englisch: siehe z.B: File:BeamBendingDefinitions.svg (Englisch) wird zu File:Poutre definitions en.svg (Französisch) umbenannt, da der Originalautor es Französisch hochgeladen hat, also der Originalauthor bestimmt auf Commons idR die Sprache. Ich interpretiere Commons:Language_policy/de anders: >>Vorlagen können in jeder Sprache angefertigt werden. Wenn der Text einer Vorlage für mehrere Sprachen verfügbar gemacht wird, sollte die englische Version die Basis bilden.<<, insofern ist es per Commons:Language_policy nicht so, 'dass hier alle Vorlagennamen engl. sind. % ist sprachneutral, aber "embedded" nicht. Sprachneutrale Versionen sind zu bevorzugen. Falls du dies ändern willst, kannst du ja an zentraler Stelle eine Diskussion starten. Oder hast gibt es irgendeine offizielle Regel auf Comons die Commons:Language_policy/de "aussticht"/"übertrifft"?

Eine option "embedded" (für text) finde ich deutlich irreführender, da ich das mit der Igen-Option {{!}} (für embedded Bild) verbinden würde.

Falls du willst, können wir ja an zentraler Stelle eine Diskussion, über Quelltexteditierungen, starten. Ich bin der Meinung man kann diskutieren User:Perhelion/simpleSVGcheck.js als auch {{Igen}} zu ändern, jedoch Quelltexteditierungen sehe ich als ein zuspammen an aller Beobachter und wird in der en.wikipedia sehr streng gehandhabt, ich weiß nicht warum das hier viel anders sein soll. Ich werde auf Commons bei mehr als 5000Seiten per Mail über Änderungen verständigt.

— Johannes Kalliauer - Talk | Contributions 15:27, 24 July 2019 (UTC)[reply]

Proposal for "Image generation"[edit]

(mal schnell auf deutsch:) Mir deucht es gäbe eine Art Lösung die alle zufriedenstellen könnte. Wenn ein Konsens besteht, dass ich diese Idee weiterverfolgen sollte, würde ich das ganz eng mit Leyo abstimmen, der dazu am meisten zu sagen hat. Ich denke an eine Art Meta-Vorlage, mit einem sehr sprechenden Namen (meinetwegen auch noch redirects, wenn das hilft), und sehr ausführlichen und ebenfalls sprechenden Parameternamen (nur Namensparameter! Meinetwegen auch noch aliases, wenn das hilft). In der ersten Version können mal die wichtigsten Dateieigenschaften beschrieben werden. Diese Vorlage prüft die Eingaben, weist Unkorrektes mit ausführlichen Fehlerhinweisen ab, und wenn alles stimmt kryptisiert sie die Angaben und ruft damit Image generation auf, das also unsichtbar im Hintergrund abläuft und die eigentliche Arbeit macht.
Statt zB {{ Igen | I | 3 | + | % | gd | s = sf }} könnte dann etwa geschrieben werden (ich bleib mal bei deutsch)
{{ Dateieigenschaften | SVG-Werkzeug = Inkscape | W3C-Fehleranzahl = 3 | Text = eingebettet | GraphicLab = de | Dateityp = Strukurformel }}
Natürlich liesse sich das ganz so gestalten, wie es gewünscht wird - vorausgesetzt, es gibt einen Konsens. Bei true/false-Alternativen wie "Text=eingebettet" ist auch die Formulierung "Texteinbettung=ja" denkbar; "=nein" macht eben nichts, daselbe gilt für den Parameter "Text als Pfad=ja/nein". Nach und nach lassen sich alle relevanten Parameter so umsetzen. Damit eröffnet sich die Möglichkeit, Dateieigenschaften leserlicher zu beschreiben. Wenn englischsprachige Parameternamen ausreichen, wird es nicht allzu langatmig da en i.a. kompakter ist als de.
So eine Kodierung mit Namensparametern ist weit einfacher als Vorlage umzusetzen, als unbenannte Parameter an beliebiger Stelle wie Igen sie zulässt und auflöst; Erstellung, Bearbeitungen und Erweiterungen erfordern keine besonderen Kenntnisse; vor allem, wenn die Vorlage eine klare Struktur aufweist. Hingegen rate ich dringend davon ab, die Originalvorlage Image generation in diesem Sinn zu erweitern. Ob auch das script die leserliche Variante liefern kann, sei erst mal dahingestellt - eher ist ein Umsetz-Tool denkbar. -- sarang♥사랑 10:33, 28 June 2019 (UTC)[reply]

Die von dir skizzierte Lösung scheint mir vernünftig zu sein. Der Code wird nicht sooo viel länger, aber ist deutlich anwenderfreundlicher. Aus meiner Sicht reichen engl. Parameternamen und -werte. --Leyo 21:02, 8 July 2019 (UTC)[reply]

@Leyo: Wenn du konkrete Parameternamen und -werte vorschlagen willst, ich würde das 1:1 umsetzen. Vielleicht einstweilen nur zum obigen Beispiel, das kann ja dann unendlich erweitert werden. Wie oben gesagt, wenn es von Anfang an eine gute Struktur hat kann da jeder ran und sich ohne Probleme austoben. -- sarang♥사랑 14:00, 14 July 2019 (UTC)[reply]

Obiges Beispiel finde ich gut. Korrigiert werden sollte natürlich der Tippfehler in “GrapicLab”. Zudem versteht man unter “Dateityp” üblicherweise etwas anderes. Wie wär's mit “Thema” oder so? --Leyo 09:01, 15 July 2019 (UTC)[reply]

Da muss ich gestehen dass ich mir nicht viel Mühe gegeben habe für das obige allererste Beispiel. In Englisch kann es so aussehen:

{{ Image properties
0 | SVG tool = ChemDraw
0 | W3C error count = 3
0 | Text as path = yes
0 | Text embedded =
0 | Graphic Lab = de
0 | Topic = structural formula }}

Als weitere Parameter kommen dazu User=, PGF data=, Bad SVG=, Fake SVG= und mehr.

Wenn das im Wesentlichen so bleiben soll, kann ich schon mal eine erste Version erstellen - zur weiteren Begutachtung. Ideen zu besseren Namen sind willkommen - darum geht es ja vor allem. -- sarang♥사랑 10:37, 15 July 2019 (UTC)[reply]

Ja, das passt. Vielleicht sollte man es dann auf Template talk:Image generation oder so vorstellen. --Leyo 19:48, 15 July 2019 (UTC)[reply]

Wrong tagging[edit]

@Perhelion: Many files like Lorraine Arms 1473.svg contain some code as <i:pgfRef xlink:href="#adobe_illustrator_pgf"/> which causes that the script assumes PGF DATA - which is not true, and needs manual correction of the scripts suggestions. -- sarang♥사랑 07:07, 6 August 2019 (UTC)[reply]

Hey Sarang,

Done. -- User: Perhelion 15:34, 6 August 2019 (UTC)[reply]

Vielen Dank Perhelion, das ging ja wirklich schnell! Ubrigens, in Leyos talk page ist immer noch die Frage nach einem Namen fur die neue Zwischenvorlage offen. Hast du eine Meinung dazu? Es geht ja nicht um etwas kurzes, tippfreundliches, er will vielmehr etwas Selbsterklarendes - also darf es beliebig lang sein. ZB ist mein momentaner Favorit "Description of file generation" (ich wurde nur ungern den redirect "File generation" vorsehen); aber vielleicht weisst du etwas noch besseres? -- sarang♥사랑 16:41, 6 August 2019 (UTC)[reply]

Hey Sarang, das war Zufall. :P Nunja, da es auch weniger eine technische Frage ist, bin ich mir hier auch nicht so sicher. Ich würde "Image creation" in Betracht ziehen. Letztendlich sollte das mit einem native English sprechendem abgeglichen werden. LG -- User: Perhelion 13:20, 10 August 2019 (UTC)[reply]

Gute Idee, ich frag mal AnonMoos, der kann da sicher helfen. -- sarang♥사랑 13:25, 10 August 2019 (UTC)[reply]

{{Derivative}}[edit]

Hello!

There should be a space after {{Derivative}} here. Just so you know.Jonteemil (talk) 23:22, 27 September 2019 (UTC)[reply]

Hello Jonteemil, thank you.

Fixed with some other stuff. -- User: Perhelion 19:12, 28 September 2019 (UTC)[reply]

Further improvements[edit]

It seems to me like a lot from this edit is something the script should be able to do by itself, rather than to manually have to do it. Just pointing out stuff to make the script better.Jonteemil (talk) 13:00, 1 October 2019 (UTC)[reply]

Also this one.Jonteemil (talk) 14:26, 1 October 2019 (UTC)[reply]

And {{Supersedes}} is equivalent to \+= in {{Igen}} as well as {{Superseded}}/{{Raster version available}} is equivalent to \= so they can also be added.Jonteemil (talk) 14:37, 1 October 2019 (UTC)[reply]

And {{Inkscape-hand}} is equivalent to H in {{Igen}} but the script just incorrectly wrote Inkscape.Jonteemil (talk) 14:41, 1 October 2019 (UTC)[reply]

And [2].Jonteemil (talk) 15:15, 1 October 2019 (UTC)[reply]

[[:en:X|X]] = [[Wikipedia:X|X]]. The first one gets changed by the script but not the latter one. Since they accomplish the same, they might as well both be changed by the script. Again, just trying to improve the script, I hope you get that. My intention is not to criticize your script, it’s great!Jonteemil (talk) 01:01, 3 October 2019 (UTC)[reply]

Done except of replacing native correct syntax[3], which is not intended/recommended to do. Many thanks for the hints.

@Sarang: On looking at the "supersedes" parameter at Igen, it seems you have confused these, as "reason" and "topic" don't fit…

Greetings -- User: Perhelion 11:00, 3 October 2019 (UTC)[reply]

"\+r=" (reason) works; "\+t=" (topic, defaulted by "w=" and "s=") is not yet realized in the template - it will do also, in some minutes, at least in the English version; de

Done and others may follow. -- sarang♥사랑 11:40, 3 October 2019 (UTC)[reply]

IMHO the nourishment value of that template is very low. While it is helpful to point out that another file is better, I cannot see any advantage of that link! It is rather irritating to tell the viewer of a file that another one is of less usability: no action is required and he cannot make any use of that redundant information. -- sarang♥사랑 12:19, 3 October 2019 (UTC)[reply]

Awesome! I envy your knowledge in coding a lot.Jonteemil (talk) 13:43, 3 October 2019 (UTC)[reply]

@Jonteemil: Thanks, but I must warn you. Your edits are mostly too trivial or unnecessary. Changing only the syntax from one correct to another is not desired (e.g. only vector version avaiable → VVA or User → U). This is rather an addition of the script, the main task is checking SVG. Anyway thanks for your work, but please avoid such non edits. -- User: Perhelion 08:22, 4 October 2019 (UTC)[reply]

@Perhelion: The "further improvements" are fine, thank you. Most improvements are doing well, but some things are suboptimal:

[[User:xxx|xxx]] becomes correctly {{U|xxx}}, but
[[User:xxx]] should become also {{U|xxx}} Disagree but remains unaltered.
[[User:xxx|yyy]] should become {{U|xxx|yyy}} but remains unaltered.

[[:File:xxx|xxx]] becomes correctly {{F|xxx}}, but
[[:File:xxx]] should become also {{F|xxx}} but becomes now {{W|File:xxx}} (linking via en:Wp) should be repaired swiftly, before too many users use it!
[[:File:xxx|yyy]] should become {{F|xxx|yyy}} but remains unaltered.

-- sarang♥사랑 15:42, 3 October 2019 (UTC)[reply]

@Sarang:

Fixed I've nothing against in shrinking this implementation, especially showing a thumb of this superseded image.

As I stated before, I'm in favor of native Wiki code, so we need an additional advantage argument (against the disadvantage of using self-created syntax with extra parsing power needed). PS: Nevertheless I've now full implemented the File syntax, but leaving the User.

Let me know if you have more concrete suggestion to the script. -- User: Perhelion 17:06, 3 October 2019 (UTC)[reply]

I wouldn’t compare my edits to ”only vector version avaiable → VVA or User → U”. Which of my edit proposals do you think was comparable to them?

[4], {{Illustrator}} should be removed here.Jonteemil (talk) 22:19, 6 October 2019 (UTC)[reply]

On second thought, all of these should get removed.Jonteemil (talk) 14:30, 7 October 2019 (UTC)[reply]

@Jonteemil:

Done The Template:Illustrator was created (relative newly) after this script and has only 32 inclusions, so it is borderline but I've insert it. @VVA Maybe it was a kind of this edit [5][6][7], so I must apologize for my claim.

PS: @other versions: what was your reason for this edit?

No hard feelings, thank you. -- User: Perhelion 17:11, 7 October 2019 (UTC)[reply]

Hmm, did I perhaps accidently subst: the template? I don’t remember actually, I think I’ll undo the edit.Jonteemil (talk) 17:35, 7 October 2019 (UTC)[reply]

Okay, now I know. {{BadSVG}} was originally included in {{Other versions/Corfu topographic map}} and since File:Corfu topographic map-Stad.PNG is a png it shouldn’t have such a template included, that’s why replaced the template with only the gallery from the template. Since then I’ve removed {{BadSVG}} from the template and instead added it with your script in all of the SVGs' respective {{Igen}}.Jonteemil (talk) 17:42, 7 October 2019 (UTC)[reply]

Found another template that can be replaced. {{Commonist}} is equivalent to $ in {{Igen}}.

Hi again! ”Signature” or ”autograph” should trigger s=sig in {{Igen}}. Thanks!Jonteemil (talk) 04:10, 14 October 2019 (UTC)[reply]

Done -- User: Perhelion 22:15, 15 October 2019 (UTC)[reply]

Perfect!Jonteemil (talk) 22:18, 15 October 2019 (UTC)[reply]

Bug?[edit]

Hi!

I got a question about File:Falkland Islands in South America (relief).svg. The script says there are 3 errors but [8] says there are 8. What’s up with that?Jonteemil (talk) 22:31, 9 October 2019 (UTC)[reply]

File:History Creative Commons by-sa.svg and File:Atj-wikipedia 500 articles.svg also differs. The latter has 0 errors on the validator website but the script finds 208.Jonteemil (talk) 05:43, 15 October 2019 (UTC)[reply]

This is a long time ongoing known problem (old talk in German). The W3C Validator was for a time inconsistent (also stopped functionality). Maybe Sarang and JoKalliauer are also more interested in this. I also prefer the use of https://tools.wmflabs.org/validator/ for simpleSVGcheck.js now. -- User: Perhelion 23:28, 15 October 2019 (UTC)[reply]

@Jonteemil: It's three errors according to validator.nu see https://validator.nu/?doc=https://upload.wikimedia.org/wikipedia/commons/8/8f/Falkland_Islands_in_South_America_%28relief%29.svg&group=1&schema=http%3A%2F%2Fs.validator.nu%2Fsvg-xhtml5-rdf-mathml.rnc+http%3A%2F%2Fs.validator.nu%2Fhtml5%2Fassertions.sch+http%3A%2F%2Fc.validator.nu%2Fall%2F&parser=xml

If you remove the w:en:Document_type_definition (DTD), as recommended in Help:SVG#Document_declaration then also validator.w3.org gives you three errors (because it uses the result of validator.nu and claimes it as its own.

Deleting the DTD means i.e. changing <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd" [ to <!DOCTYPE svg [.

— Johannes Kalliauer - Talk | Contributions 22:20, 16 October 2019 (UTC)[reply]

Thanks, I think I am a bit smarter now. I should never change the number of errors the script finds, right?Jonteemil (talk) 00:32, 17 October 2019 (UTC)[reply]

New version of Oct 28[edit]

does not do so well – but sure you will repair it soon. @Perhelion: do you need more info about the problem I encountered? -- sarang♥사랑 07:58, 29 October 2019 (UTC)[reply]

Hey Sarang, yea would be good. I've reverted for now, until I know what you mean. I can test only later. Thank you. -- User: Perhelion 13:36, 29 October 2019 (UTC)[reply]

Ein Fehler schon seit der letzten Anderung: aus [[User:xxx]] / [[User:yyy]] macht das script {{U|xxx / {{U|yyy}} (vergisst also die erste Vorlage zu schliessen)

Seit gestern gibt es einige Anderungen; wesentlich ist dass meist kein |other fields= generiert wird, stattdessen wird das {{Igen|... nach den int:license eingefugt.

Ich sehe nach was noch war -- sarang♥사랑 13:57, 29 October 2019 (UTC)[reply]

Source disappearing[edit]

Hello!

The source parameter in {{Information}} disappears when you use the script, see [9]. Can you please fix that!Jonteemil (talk) 00:55, 30 October 2019 (UTC)[reply]

Done -- User: Perhelion 17:33, 4 November 2019 (UTC)[reply]

Perfect!Jonteemil (talk) 17:38, 4 November 2019 (UTC)[reply]

Fix[edit]

Hi!

[10] should be [11].Jonteemil (talk) 21:02, 2 November 2019 (UTC)[reply]

Done But I've this days no time to test. Thanks for report. -- User: Perhelion 06:16, 18 November 2019 (UTC)[reply]

Noch so eine Idee[edit]

Hallo @Perhelion: vor langer Zeit habe ich die Vorlage Uc gebastelt – in meiner Verzweiflung, um redlinks zu vermeiden. Uc macht tw. mehrere ifexist auf den User, wie es beschrieben ist; das wird bei jedem Aufruf gemacht, also bei jedem Ansehen gibt es diesen Aufwand! So wird zwar dynamisch der aktuelle Status der User-Definitionen ermittelt, aber zu einem zu hohen Aufwand. Wenn ich beim preview sehe dass {{U}} rot bleibt, kann ich nachsehen was da definiert ist, und es mit Ut, Uw oder ggf. mit {{Uwt}} ersetzen. Oder eben Uc.
Eine Alternative wäre wenn das script diese ifexist-Versuche nur einmal macht. Natürlich kann das script nicht sehen dass da was rot ist, und müsste jeden User prophylaktisch überprüfen. Der jetzige Vorteil der Dynamik ist einerseits zu teuer erkauft, und andrerseits werden sicher selten userpages nachträglich angelegt. Es ist nun einmal so, dass sehr viele User keine userpage haben, und nur eine talkpage von einem Automaten angelegt wurde.
Auch ich selbst habe nur nach Ermahnungen eine Pseudo-userpage als redirekt auf den talk eingerichtet. Es wäre sicher möglich, dass ein user-link bei Nichtexistenz vom System automatisch zur talkpage weitergeleitet würde; alternativ könnte die Vorlage das machen – aber die müsste wieder jedesmal prüfen. Nein, wenn ein Link mit zB {{U}} verlangt wird soll er eben rot sein, wenn es das Ziel nicht gibt. Ausser eine Vorlage wie Uc fordert das explizit an.
So wie es in den Special:SpecialPages#Maintenance reports die "Wanted templates" etc gibt, oder bei den "Users and rights" solche mit speziellen Eigenschaften, kann doch sicher eine maintenance page zB "Users without user page" gewarted werden, wenn ein Userlink ins Leere geht. Mit der Möglichkeit, hier speziell zu reagieren, zB die userlinks weiterzuleiten.
Hast du dazu eine Meinung? -- sarang♥사랑 11:05, 29 October 2019 (UTC)[reply]

Hey Sarang, da habe ich keine Einwände und würde dies ins Skript einbauen (allerdings bin ich noch mindestens eine Woche nicht zuhause :-P). LG -- User: Perhelion 06:23, 18 November 2019 (UTC)[reply]

Was anderes: die Sache mit (Original text:, angehängt an Own, habe ich nicht so befriedigend gefunden. Ich habe nun eine internationalisierte Version Own orig gebastelt, als Ergänzung zu Own, Own using, Own based etc. Ist wohl noch nicht so ganz fertig, einige exotische Sprachen fehlen noch, aber so was kann bei einer Vorlage immer noch später eingepflegt werden. Ich fände es besser, wenn das script im Bedarfsfall die Vorlage verwendet. mfg -- sarang♥사랑 08:19, 3 November 2019 (UTC)[reply]

New parameter "image"[edit]

I just detected that the long required parameter Image= is now established in the template:{{Information}}. As a consequence, from now on the Image generation should not use any more the parameter other fields=, which is still possible, but better the new parameter. The parameter sequence is "description – date - source – author – image - permission" and then the other versions/fields. Other Information-like templates (e.g. COAInformation, Map) will as well honor the parameter "image". -- sarang♥사랑 10:08, 12 November 2019 (UTC)[reply]

It is removed again. Seems that it was established by a failure, and not planned to work in future. My last requests did not get any answer, neither no nor yes; but it is well known that expansions of "Information" are disliked -- sarang♥사랑 17:41, 16 November 2019 (UTC)[reply]

Category:Created with Inkscape[edit]

Hallo, wäre schön, wenn das Skript auch redundante Kategorien dieser Art entfernte, wenn der Parameter der hinzugefügten Vorlage auch dieselbe Software nennt. 1234qwer1234qwer4 (talk) 16:24, 14 November 2019 (UTC)[reply]

Ja, diese "harte" Kategorisierung kommt bei Inkscape 2360 mal vor. Es wäre bereits ein klein wenig besser, wenn das zumindest gegen den leeren Aufruf der Vorlage getauscht würde - das erkennt bereits die gegenwärtige Version des script. Der Tausch kann doch für einen dummen bot kein Problem sein?

Zur Zeit wird bei allen möglichen Dateien 'sig' vorgeschlagen. Wenn es schwierig ist, da schärfer abzufragen, erschiene es mir besser auf diesen Vorschlag zu verzichten, insb. da Signaturen relativ selten vorkommen. -- sarang♥사랑 17:41, 16 November 2019 (UTC)[reply]

Version 0.4.4,[edit]

Looks good! Just a small error I found (until now): when you expand {{self|GFDL|Cc-by-sa-3.0-migrated|FAL}} to {{self|author={{Ut|Accu}|GFDL|Cc-by-sa-3.0-migrated|FAL}} the second "}" is missing. -- sarang♥사랑 08:21, 22 November 2019 (UTC) [reply]

Du bist noch nicht wieder aktiv? es gäbe ein paar Kleinigkeiten zu verbessern. Vor allem der "get exact byte size" fehlt mir, ich könnte nötigenfalls auch nachsehen ob ich das selbst richten kann - aber da suche ich jedenfalls viel länger rum als du!
Die neue Vorlage "Own orig" habe ich oben erwähnt.
Das script baut bereits die gallery-function von {{F}} ein, inzwischen habe ich auch eine (wie ich finde, gut gelungene) Vorlage {{G}} feriggestellt: damit wird das Erzeugen von Galerien sehr vereinfacht. Soweit es das script betrifft, kann es <gallery> einfach durch {{G| (der Vorschub soll bleiben) und </gallery> durch }} ersetzen. Die Vorlage kann noch einiges mehr, aber das muss nicht Sache des script sein. Übrigens und zur Vollständigkeit, {{G|file.ext}} ist praktisch gleichwerig mit {{F|file.ext|G}}; aber lass es bei Einzeldateien wie es ist!
Ich hätte auch gerne die Funktion "Alle <switch>-Sprachversionen anzeigen" eingebaut, aber wenn es noch keine Möglichkeit gibt die vorhandenen Sprachen auszulesen warte ich damit.
Einen Wunsch hatte ich nie geäussert, und ich mache das immer manuell - was natürlich suboptimal ist gegenüber einer automatischen Lösung. Ich dachte mir dass Sortieraufgaben zu kompliziert seien, doch sehe ich nun dass das script die Kategorien sortiert. Mein Wunsch wäre, dass die Reihenfolge der Information-Parameter der Reihenfolge in der Ausgabe entspricht, denn das erleichtert die Übersicht, vor allem bei vielen hundert descriptions pro Tag bzw. mehreren pro Minute. Ich weiss, die Reihenfolge bei Namensparametern ist beliebig, doch eine gewisse Einheitlichkeit finde ich hilfreich und erstrebenswert. Dummerweise hatten die Hochladeseiten wüste Mischungen von Reihenfolgen – wie auch "other_..." und [[User:xxx|]]. Wenn es denn nicht zu viel Aufwand bedeutet, erwäge bitte diese Sortierung!
Einige Tage lang hatte {{Information}} den Parameter "image=", aber das wurde von Jarek leider sehr schnell wieder überschrieben. Ich konnte es kurz ausprobieren und sah darin einige Vorteile gegenüber der Notlösung mit den other fields. Ich werde demnächst einen letzten neuen Versuch unternehmen, den Parameter zu bekommen. Aber ich weiss, dass eine sehr starke Aversion gegen jede Erweiterung von Information besteht, deshalb müsste so ein proposal sehr wohlüberlegt und -begründet initiiert werden, um vielleicht doch eine Chance zu bekommen. Ich finde sehr bezeichnend welch gewaltige Klimmzüge unternommen werden, um Location nachträglich in den Infoblock reinzubekommen, nur um den Parameter aus der Vorlage rauszuhalten!
Noch ein Letztes: die von Leyo so sehr gewünschte entkryptisierte Vorlage "File generation description" wird auch nicht akzeptiert – bisher bin ich der einzige der sie verwendet (in Leyos Strukturformeln). Nach meinem Eindruck hätte ich mir diese Mühe sparen können? -- sarang♥사랑 11:51, 29 November 2019 (UTC)[reply]

new problem[edit]

Since some time there is a new problem. I do not know where it comes from, or what has changed that it occurs now: when after using the script I had made some edits, and the page is left (e.g. for a short glance to check soemthing else, or to get needed information) at the return to the page - still in edit mode! - the script is performed again which destroys the edits I have done. Ok, Now I paste the whole page before I look elsewhere, but that is a insufficient solution; when I need to copy something else I will have to temporarely store the saved content, and get it then again. The other possibility is to publish the first changes, then look further and publish then again (I liked more to make only one rewrite). Both solutions are not so well, and they need more action. Can that be fixed? -- sarang♥사랑 10:36, 15 December 2019 (UTC)[reply]

Even more improvements[edit]

[12] can be automated.Jonteemil (talk) 04:29, 10 January 2020 (UTC)[reply]

Also when the script makes {{Self|GFDL|cc-by-sa-3.0,2.5,2.0,1.0}} to {{Self|author={{U|/user/}|GFDL|cc-by-sa-3.0,2.5,2.0,1.0}} it misses a } in the end of {{U}}.Jonteemil (talk) 09:23, 4 February 2020 (UTC)[reply]

[[User:Jonteemil|Jonteemil]] ([[User talk:Jonteemil|talk]]) becomes {{U|Jonteemil}} but it should be {{Ult|Jonteemil}}.Jonteemil (talk) 03:52, 13 March 2020 (UTC)[reply]

The question is if talk pages should be linked from author fields. 1234qwer1234qwer4 (talk) 16:18, 14 March 2020 (UTC)[reply]

New version 0.5[edit]

It was possible to repair some of the failures, and to add some new functions:

the sequences source-author-date and source-date-author are now sorted to date-source-author,
whenever possible: "source", "date" and "author" must be specified each one in a single own line.
interwiki links are shortened (whenever a shortage exists); not yet always possible when link and name differs.
interwiki links are now changed to the Template:W even when only the link is specified, without a name.
user name links are now changed to the Template:U even when only the link is specified, without a name.
deprecated AttribSVG is now changed to Attrib;
when more "Attrib"s are defined, they are combined to an Attribs:

{{AttribSVG|1=Template-Archbishop.svg}}
{{AttribSVG|1=Coat of arms of Leo Boccardi.svg}}
{{AttribSVG|1=File:Cross Santiago.svg}}
{{AttribSVG|1=Coat of arms of Fiorenzo Angelini.svg}}
{{AttribSVG|1=Coat of arms of Domenico Graziani.svg}}
{{AttribSVG|1=Coat of arms of Edward James Slattery.svg}}
{{AttribSVG|1=File:Escudo de Ourense.svg}}
{{AttribSVG|1=File:FrancescoCoA PioM.svg}}

becomes 

{{Attribs|t=
|Template-Archbishop.svg
|Coat of arms of Leo Boccardi.svg
|Cross Santiago.svg
|Coat of arms of Fiorenzo Angelini.svg
|Coat of arms of Domenico Graziani.svg
|Coat of arms of Edward James Slattery.svg
|Escudo de Ourense.svg
|FrancescoCoA PioM.svg}}

An empty "t=" is generated, it is planned to fill it from the "s=" of the Igen.

At the moment it can only be done when each Attrib (or AttribSVG) is in an own line; 
no correct backreference is performed, there should not be a template before the first Attrib,
to be exact: the last two characters in the line before should not be "}}", 
add e.g. a "." then with "}}."it will work as planned. In a few days this will be better.

Because editing the Perhelion-original is impossible, the new version can be found at User:Sarang/simpleSVGcheck.js. to work with that version, change the link in your commons.js. Please post requests and information about errors there, and ping me -- sarang♥사랑 12:23, 8 September 2020 (UTC)[reply]

The "unfixed bug"[edit]

(Msg: "Due to an unfixed bug in simpleSVGcheck this edit has introduced invalid wikitext that will hide the license templates. ...")
The bug occurs in the script User:Perhelion/cleanup.js; unfortunately I do not uderstand JS, I just found that the value of the "author"-parameter (script code line 74) is used by the (jQuery?) variable ${author} (at script code line 364/365) - but the 2^nd "}" got somehow lost when the value is copied.
As a workaround in my sandbox I just added that curly bracket in line 364, and the bug vanishes; but I think that the problem is elsewhere and should be solved in a more correct manner, by somebody knowing JS (and jQ?). -- sarang♥사랑 10:42, 11 December 2020 (UTC)[reply]

The bug occured at e.g. “{{self|GFDL|cc-by-sa-3.0}}” where the script tries to insert an authors name (User:Perhelion/cleanup.js line 491). I cannot find out what Perhelion wanted and which value should how be inserted. So I inactivated the whole line - and the error won't come again. Sarang (talk) 15:36, 17 May 2021 (UTC)[reply]

New version[edit]

This version seems to me in a relative stable state. It should be tested, before I start with greater expansions. The only major error I know of is that in some conditions the insertion of "igen" occurs at a wrong position (e.g. File:0 - gul.svg);
this error with “{{Uploaded with derivativeFX}}” is known. When other errors occur, please let me know ! -- sarang♥사랑 14:34, 17 December 2020 (UTC)[reply]

File:When Love Takes Over logo.svg[edit]

Hi, nach “SVG Igen” weist der Link im englischen Text auf die spanische Seite und im spanischen Text auf die englische Seite. Verwuxxeling? -- MaxxL - talk 12:12, 18 December 2020 (UTC)[reply]

So was hatte ich noch nie gesehen. Ich suche den Fehler. -- sarang♥사랑 12:21, 18 December 2020 (UTC)[reply]

Gefunden! ich konnte den verwuxxelingsfehler beheben. bald gibt es neues script - noch habe ich probleme mit den graphic labs. -- sarang♥사랑 14:08, 1 January 2021 (UTC)[reply]

version: 0.4.5[edit]

An meine Tester, MaxxL und Mrmw: die beiden letzten Fehler (s. oben) konnte ich soweit beheben, und die gegenwärtige Version 0.4.5 erscheint mir recht stabil; vieles wird jetzt besser gelöst, und i.a. werden sinnvollere Edit-Vorschläge gemacht.
Ehe ich die nächsten grösseren Änderungen angehe, stelle ich diese Version dorthin, wo ihr sie verwendet. Fehler bitte melden! -- sarang♥사랑 14:10, 10 January 2021 (UTC)[reply]

ich bin eigtl. nur tester im sinne von anwender - mir ist unklar, wo und wie du vorabversionen bereitstellst und ob ich da was machen muss - ich mache nämlich nichts in der sache - ich melde mich einfach wenn mir was auffällt - ich hoffe das ok so --Mrmw (talk) 14:18, 10 January 2021 (UTC)[reply]

Next To Do[edit]

Link templates[edit]

The link templates, mainly for Files ([[:File:Xxx]]), Users ([[:User:Xxx]]) and Wikipedia ([[:Wikipedia:Xxx]]), but also for categories, templates and modules, can have one or two parameters. At the conversion to e.g. {{F|Xxx), currently the second parameter is omitted when it is identical to the first one. More difficult is to detect that the second parameter just differs at the case of the first character; that would also allow omitting, now of the first parameter. Also more difficult is to detect that the second parameter is like the first one (may be with case difference of the leading character), with an additional suffix. These are the possible cases:

{{X\|Linkname\|Dispname}}	{{X\|Linkname\|Dispname}}
{{X\|Linkname\|Linkname}}	{{X\|Linkname}}
{{X\|Linkname\|linkname}}	{{X\|linkname}}
{{X\|linkname\|Linkname}}	{{X\|Linkname}}
{{X\|Linkname\|Linknameabc}}	{{X\|Linkname}}abc
{{X\|Linkname\|linknameabc}}	{{X\|linkname}}abc
{{X\|linkname\|Linknameabc}}	{{X\|Linkname}}abc

This will be independent whether it is a link within commons or to another sisterprojekt.

When the only difference is " " and "_", it will not matter.

Depending on Template:W, when one of its subtemplates exist it will be used.

Done with the new version of 2021-06-30 -- sarang♥사랑

User links[edit]

Red links to not defined users can often be avoided by linking to an existing page: the users talk page, in eventu to the username-commonswiki page, or to the commonswiki talk page. The template Uc (userlink conditional) does that every time when the page is visited - better seems to check only once, by the cleanup script. This will cause "expensive" existence checks to be performed by the script, with the advantage of avoided redlinks in future.

Equal sign[edit]

In templates as e.g. all the different legend-templates, sometimes the explanation contains an equal sign. To avoid the well-know problems in this cases the explanation is preceded by 2=. The script, when changing it to {{Legtab}}, needs to remove that prefix. As long as the script cannot replace the equal signs by either {{=}} or = (both are possible), it has to be done by the editing user. Of course, the text <= and >= can always be substituted by ≤ (or ≤ or ≤) and ≥ (or ≥ or ≥).
Done Equal signs replaced in the sandbox -- sarang♥사랑 20:00, 1 July 2021 (UTC)[reply]

Colors[edit]

When there is nothing more essential to do, the script can shorten the color codes from #rrggb to #rgb where that is possible.

Done in the sandbox -- sarang♥사랑 05:55, 1 July 2021 (UTC)[reply]

☔[edit]

Das Symbol wird ab und zu einfach mitten in den Quellcode eingefügt. Was hat das zu bedeuten? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 14:25, 23 January 2021 (UTC)[reply]

Das erfolgte zu Testzwecken wenn das Ersetzen des <gallery>-tag fragwürdig war. -- sarang♥사랑 08:05, 15 February 2021 (UTC)[reply]

Wurde es mittlerweile entfernt? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 09:53, 2 March 2021 (UTC)[reply]

@Sarang? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 14:50, 22 April 2021 (UTC)[reply]

sieht so aus - ich kann es nicht mehr finden. aber die sache mit der gallery funktioniert noch nicht ganz so wie sie soll. -- sarang♥사랑 16:10, 22 April 2021 (UTC)[reply]

Positioning error[edit]

(vor allem bei Uploaded with derivativeFX etc.) findet das script nicht die richtige Position. -- sarang♥사랑 17:08, 20 April 2021 (UTC)[reply]

Topic error: s=sig[edit]

The check for signature fails when an author uses the , in all such cases the topic will be a false sig when not an earlier comparison succeeded.
Stmt 1055 should be if (/[Ss]ignature/.test(txT) && !/signature-talk/.test(txT)) -- sarang♥사랑 05:26, 29 June 2021 (UTC)[reply]
Done with the new version of 2021-06-30 -- sarang♥사랑

New version 0.5.7[edit]

Since 2021-07-10 the new version 0.5.7 of the script is in effect. When it is working incorrectly, please tell it there with pinging me. I shall react as fast as I can. -- sarang♥사랑 15:46, 11 July 2021 (UTC)[reply]

Formal changes[edit]

Some users describe simplest facts very complicated, rather difficult to read (in source and displayed), and in only one language. A sequence as e.g.

|Source=Own work by uploader, based on [[:File:Shallow_water_blackout_graph_1.png|Shallow_water_blackout_graph_1.png]]

the script tries to simplify to the shorter and internationalizable 0 (Own, Based and By were translated)

|source={{Based|Shallow water blackout graph 1.png}}

where ever possible. Written as e.g.

|source=*[[:File:xxxxxxxxxx.svg]]
|author=*[[:File:xxxxxxxxxx.svg]]: [[User:uuuuu_1]]  {{Derivate}}: [[User:uuuuu_2]]

the script tries to simplify to

|source={{Based|xxxxxxxxxx.svg|by=uuuuu_1}}
|author={{U|uuuuu_2}}

where ever possible. A vectorization written e.g.

|source=*[https://commons.wikimedia.org/wiki/File:xxxxxxxxxx.png]
|author=*[[:File:xxxxxxxxxx.png]]: [[User:uuuuu_1]]  Vectorization: [[User:uuuuu_2]]

the script tries to simplify to

|source={{Based|.}}
|author={{AutVec|uuuuu_1|uuuuu_2|.}}

whenever possible. A derivation written e.g.

|Source=*[[:File:Near_East_topographic_map-blank.svg|Near_East_topographic_map-blank.svg]]
|Author=*[[:File:Near_East_topographic_map-blank.svg|Near_East_topographic_map-blank.svg]]: [[User:Sémhur|Sémhur]]
*derivative work: [[User:Zunkir|Zunkir]] ([[User talk:Zunkir|<span class="signature-talk">talk</span>]])

the script tries to simplify to

|source={{Based|Near East topographic map-blank.svg|by=Sémhur}}
|author={{U|Zunkir}}

whenever possible. Both authors are mentioned and linked, without the useless and disturbing asterisks.

Author can only be a user and not his talk space. From constructs e.g. generated with "~~~~" the talk part is removed.

But for users without any user page the link occurs instead to their talk page, to avoid the redlink.

Date can only be a date and not a timestamp. From constructs e.g. generated with "~~~~~" the time part is removed.

Removal of obsolete coding[edit]

Galleries:

When the files in the file list for a gallery are prefixed with "File:" (or "Image:"), this useless namespace is removed.

Language templates:

When the value is a text string without any equal sign, templates as e.g. {{en|1=descriptionianal text}} get the useless "1=" removed. It works also when templates are transcluded – when they have a 1= it will be ignored.

The "Law of 9/22"[edit]

For positional parameters, as e.g. in Language templates, often a "1=" (or "2=" ...) is set.
Until now in the progress of a general cleanup the necessity of this parameter name had been checked to remove not-necessary position numbers; but the community wishes that this is kept untouched; so the check is not further executed, the removal is suspended until further decisions. -- sarang♥사랑 10:20, 22 September 2021 (UTC)[reply]

How to use?[edit]

I just saw Special:Diff/370994290

I recommend to add a explantation how to use it. Like adding

// <nowiki>
var ns = mw.config.get('wgNamespaceNumber'),
    ti = mw.config.get('wgTitle');

$.when(mw.loader.using(['mediawiki.util']), $.ready).done(function () {
	if ( ns === 6 ) { // Files only
	    if (/SVG/i.test(ti.slice(-3))) { // SVG
	        // SVG edit
	        importScript('User:Rillke/SVGedit.js');
	        // W3C-Validator for SVG (with ss)
	        mw.util.addPortletLink('p-cactions', 'http://validator.w3.org/check?uri='+'https://commons.wikimedia.org'+mw.util.getUrl('Special:Filepath/'+ti)+'&ss=1#source', 'Valid SVG?', 't-validSVG', 'W3C-Validator', null);
	        // W3C-Validator check-link (without ss) for every SVG (by [[User:Perhelion]] and [[User:Sarang]], fixed also now for admins)
	        importScript('User:Sarang/simpleSVGcheck.js');
	        $('#wpTextbox1').wikiEditor('addToToolbar', {
	            'section' : 'main',
	            'group' : 'insert',
	            'tools' : {
	                'File-size' : {
	                    label : 'Size',
	                    type : 'button',
	                    icon : '//upload.wikimedia.org/wikipedia/commons/7/7d/Button_clipboard_Flink.png',
	                    action : {
	                        type : 'encapsulate',
	                        options : {
	                            pre : '{{subst:#invoke:File|size|file='+ mw.config.get('wgTitle'),
	                            post : '}}',
	                            peri : ''
	                        }
	                    }
	                }
	            }
	        });
	    }
	    // JustReplace [[User:Sreejithk2000/JustReplace.js]] -- Commons:GlobalReplace instead
		importScript('User:Perhelion/JustReplace+.js');
	   	// File desc. cleanup
	    importScript('User:Magog the Ogre/cleanup.js');
	}
	
});


//</nowiki>

to Special:MyPage/common.js .

— Johannes Kalliauer - Talk | Contributions 21:07, 18 September 2021 (UTC)[reply]

Where did you get this code? It does much more than just importing this script. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 22:14, 18 September 2021 (UTC)[reply]

@1234qwer1234qwer4: See edit-summary in Special:Diff/265364629. So you might ask @Sarang: , however he did not know about the icons in File:SVG_Image_Generation_Script_at_Wikimedia_Commons.png, so I assume he copied it from someone else. — Johannes Kalliauer - Talk | Contributions 07:56, 29 September 2021 (UTC)[reply]

@JoKalliauer I don't get it. The edit you linked, also by you, just seems to copy a big chunk out of Sarang's common.js. The code imports not only this script, but also user:Rillke/SVGedit.js, user:Perhelion/JustReplace+.js, User:Magog the Ogre/cleanup.js, as well as adding a button to the edit toolbar. All that's needed to import this script is

importScript("User:Perhelion/simpleSVGcheck.js");

Any other functionality is not part of this script. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 10:51, 29 September 2021 (UTC)[reply]

@1234qwer1234qwer4: I am regularly using user:Rillke/SVGedit.js and user:Perhelion/JustReplace+.js; Magog's cleanup I do not know. I cannot remember but think that Perhelion copied that code to me some years ago. I modified it because I am using my own script-sandbox.

BTW, since two month I have troubles with user existence checks I want to be performed by the script. My difficulties are that I do not know JS but are forced to maintain the script because nobody else neither does it - nor (of course also) knows what is needed. I cannot understand JS explanations, I need a ready-yo-use code snipped. Can you help me that way? -- sarang♥사랑 11:59, 29 September 2021 (UTC)[reply]

Script removes structured data[edit]

@Perhelion, Sarang:

If I click on “→SVG Igen” on this filepage, the script tries to remove structured data, this shouldn’t be happening, please fix.

btw, the script still removes the |1= in templates, this should be fixed too, per AN/U. --Thibaut (talk) 05:11, 30 September 2021 (UTC)[reply]

@Thibaut120094: AFAIK it is another change in wiki/commons that the edit page now shows the mediainfo; but it is not removed, it seems also impossible to change something, it is only links.

@JoKalliauer: Thibaut is true, I can see that the Perhelion script still contains that function. It can easily be disactivated from ~~any~~ admin with // advancing the instruction in line 607. -- sarang♥사랑 07:19, 30 September 2021 (UTC)[reply]

@Sarang: I can't; only Perhelion and Commons:Interface_administrators can, I'm just a normal admin. — Johannes Kalliauer - Talk | Contributions 07:27, 30 September 2021 (UTC)[reply]

I did not know about that, of admins access hierarchies differences. 4nn1l2 and Krinkle were the last editors. It is always difficult to find an admin who is just online - do you know a faster possibility? IMHO it will not do any harm when some more 1= are removed, but since the community does not like it we shall try to obey to "Law of 9/22". When possible -- sarang♥사랑 07:39, 30 September 2021 (UTC)[reply]

@Thibaut120094: is in the list of IA. -- sarang♥사랑 07:41, 30 September 2021 (UTC)[reply]

@Sarang: Imho on Commons there is no hierarchical order (de:Meriokratie, de:Basisdemokratie, de:Anachie). And if there would exist a hierarchical order a Admin would imho hierarchical higher than Interface-Admin, see User:A.Savin's comment: Special:Diff/525183804, also an Interface-Admin has the technically possibility of more buttons to press. — Johannes Kalliauer - Talk | Contributions 11:34, 30 September 2021 (UTC)[reply]

Also nominally the qualifications for Admins and Interface-Admins are the same I-Admins should be imho more trustworthy than normal admins. — Johannes Kalliauer - Talk | Contributions 11:37, 30 September 2021 (UTC)[reply]

Dear normal Admin bis jetzt hat niemand, normal oder abnormal, die Korrektur gemacht. Es ist immer schwierig wenn man, normaler oder abnormaler user, jemanden braucht und es kann lang dauern. Zum Gluck ist es ohne fatal damage wenn noch ein paar 1= irrtumlich entfernt werden, Law of 9/22 hin oder her :) -- sarang♥사랑 12:08, 30 September 2021 (UTC)[reply]

@Sarang: Line 607 got commented out, for Interface-admin-edits you could use {{Edit request}} with "|technical=yes".

na, jetzt ist dann hoffentlich alles bestens -- sarang♥사랑

@Sarang: , since @Perhelion: is inactive since 2019, there should be an information, top of this page that this script is not actively maintained any more? Maybe we should ask him per Mail if he is ok with that.

ich habe ein mailadresse von ihm, und weiss auch seinen klarnamen, aber er hat mir nicht geantwortet. ich sage mal: er hat sich davon abgewandt und damit nichts mehr zu tun, das mussen jetzt andere (bzw. ein anderer?) weiterpflegen. den hinweis ganz oben kann ich gerne erstellen -- sarang♥사랑 now

Done

@Sarang: Die Strukturierten daten werden entfernt, siehe https://commons.wikimedia.org/w/index.php?title=File%3ATest.svg&action=edit&simpleSVGcheck=1&toolname=inkscape&curSize=5006&badSVG=0&PGF=0&switchTrans=0&textTrans=1 weißt du woran das liegen könnte?

— Johannes Kalliauer - Talk | Contributions 14:46, 30 September 2021 (UTC)[reply]

es ist neu dass diese daten bei edit angezeigt werden aber es wird standig was rumgeschraubt und geandert, ich hab damit ausnahmsweise nix zu tun. sie werden links angezeigt und rechts steht nix, sieht aus wie vorschlag einer entfernung. ich habs ausprobiert: nach publishing des edits sind die daten immer noch da. waren sie denn bei dir entfernt? -- sarang♥사랑 15:58, 30 September 2021 (UTC)[reply]

@JoKalliauer: Following all I had seen and tested so far, the structured data are displayed when editing and with "show changes"; but AFAIK they are not removed. Their display will sure irritate all other users !

I have no idea why since yesterday they are displayed when the script is performed. The people maintainig that data should be asked, may be they know. Perhaps they can undo what they had done that now causes that irritating display.

I am not at all interested in structured data, very often they appeared in another format; but what happens now should not be - it should vanish the sooner the better! Johannes, can you care for it? -- sarang♥사랑 13:10, 1 October 2021 (UTC)[reply]

Is this script safe to use? Will the the Wikidata metadata be retained and not deleted? Senator2029 14:04, 4 October 2021 (UTC)[reply]

@Senator2029: The script has always been safe to use, metadata had never been accessed. But you know: the script only makes suggestions for an edit, at the best knowledge it got; it depends to the user to give it a final check (or necessary changes) before publishing the edits! -- sarang♥사랑 08:38, 8 October 2021 (UTC)[reply]

Since this morning the metadata display does not occur any more. Thanks to the unknown ghost who ended this spook ! -- sarang♥사랑 08:38, 8 October 2021 (UTC)[reply]

This section is resolved and can be archived. If you disagree, replace this template with your comment. -- sarang♥사랑 08:38, 8 October 2021 (UTC)

SVG code check[edit]

W3C-errors are checked with the Nu-validator (which may show a different error number to other validators).
The code becomes checked not only for the tool, but also for properties as

embedded text (and multilinguality by switch)
embedded raster image (and Fake SVG)
embedded PGF-CDATA

Due to the type of access, only the first block of data is read; such properties far behind cannot be recognized.

DoS attack on Feb 28 and Mar 1 2022[edit]

Several W3C services unavailable

W3C Monitoring - A DDoS attack using validator services is currently in progress. Mitigations have been put in place to block offenders and limit its impact. The affected services are back and we continue to monitor them. Please note that while the attack is still ongoing, service performance might be reduced. Feb 28, 20:59 UTC Update - We are continuing to work on a fix for this issue. Feb 28, 13:34 UTC

W3C Identified - A proxy server is currently experiencing performance issues which impacts several W3C services including the W3C Validators, the W3C API, the automated publications with echidna and services hosted under labs.w3.org. We have informed our hosting provider who is looking at this issue.

Remarks - This Russian attack affects the validator used by the script, currently no service is available -- sarang♥사랑 14:05, 1 March 2022 (UTC) Feb 28, 13:31 UTC[reply]

Now again available -- sarang♥사랑

Bad matching of curly brackets[edit]

See Special:Diff/675114958. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 18:35, 17 July 2022 (UTC)[reply]

Thank you, I'll give it a look -- sarang♥사랑 18:12, 20 August 2022 (UTC)[reply]

A strange param is added to the information template[edit]

As the title, when using the script, a strange param "|other image ="is added to the information template. This is a problem but I do not know why it happened. Hehua (talk) 00:31, 7 November 2022 (UTC)[reply]

{{X\|Linkname\|Dispname}}	{{X\|Linkname\|Dispname}}
{{X\|Linkname\|Linkname}}	{{X\|Linkname}}
{{X\|Linkname\|linkname}}	{{X\|linkname}}
{{X\|linkname\|Linkname}}	{{X\|Linkname}}
{{X\|Linkname\|Linknameabc}}	{{X\|Linkname}}abc
{{X\|Linkname\|linknameabc}}	{{X\|linkname}}abc
{{X\|linkname\|Linknameabc}}	{{X\|Linkname}}abc

User talk:Perhelion/simpleSVGcheck.js

Edit summary[edit]

Problem with 2017 Wikitext editor

Created with Inkscape

Fix case of software names

add librsvgbug automatically to igen

IA (Adobe&Inkscape)

User:Perhelion/simpleSVGcheck.js

Copied discussion[edit]

To do[edit]

SVG Igen button[edit]

Weitere Funktion[edit]

another tool[edit]

Kartenwerkstatt[edit]

Topics[edit]

sub/JSON[edit]

switch -> %s might be wrong[edit]

% and %s[edit]

Gnuplot with code[edit]

aria-label -> textPath[edit]

Inkscape|IMPORTANT=yes[edit]

cleanup CATORDER[edit]

Eventuelle weitere Optionen[edit]

BKchem[edit]

PGF and <![CDATA[[edit]

Image generation instead of Igen[edit]

Proposal for "Image generation"[edit]

Wrong tagging[edit]

{{Derivative}}[edit]

Further improvements[edit]

Bug?[edit]

New version of Oct 28[edit]

Source disappearing[edit]

Fix[edit]

Noch so eine Idee[edit]

New parameter "image"[edit]

Category:Created with Inkscape[edit]

Version 0.4.4,[edit]

new problem[edit]

Even more improvements[edit]

New version 0.5[edit]

The "unfixed bug"[edit]

New version[edit]

File:When Love Takes Over logo.svg[edit]

version: 0.4.5[edit]

Next To Do[edit]

Link templates[edit]

User links[edit]

Equal sign[edit]

Colors[edit]

☔[edit]

Positioning error[edit]

Topic error: s=sig[edit]

New version 0.5.7[edit]

Formal changes[edit]

Removal of obsolete coding[edit]

The "Law of 9/22"[edit]

How to use?[edit]

Script removes structured data[edit]

SVG code check[edit]

DoS attack on Feb 28 and Mar 1 2022[edit]

Bad matching of curly brackets[edit]

A strange param is added to the information template[edit]

Navigation menu

Search