Benutzer Diskussion:RolandUnger/Archiv/2020/2.Quartal

Letzter Kommentar: vor 3 Jahren von RolandUnger in Abschnitt Lastedit

RolandUnger > Archiv > 2.Quartal
Dieser Artikel ist Teil unseres Archivs. Den aktuellen Artikel findest Du unter Benutzer Diskussion:RolandUnger.

Redirects auflösen Bearbeiten

Ich denke die Arbeit, die Hilfe-Redirects aufzulösen, kannst du dir sparen. Habe es nicht vergessen und bewusst selbst nicht getan. Nach getaner Arbeit bekommen die Übersichtsartikel sowieso einen Löschantrag. Parallel arbeite ich an einer kompakteren Themenübersicht, die auch der Strukturierung innerhalb der Hilfehierarchie besser entspricht. Verbliebene Redirects und Redlinks checke ich im Anschluss. -- DerFussi 11:20, 4. Mär. 2020 (CET)Beantworten

Ich habe es gemacht, weil ich gerade darüber gestoßen bin, und habe deine Neustrukturierung auch schon bemerkt. Vielen Dank für deine Mühe. --RolandUnger (Diskussion) 07:38, 5. Mär. 2020 (CET)Beantworten

Umbruch Bearbeiten

Ich hatte gerade zufällig den Fall, dass bei der VCard die Zeile genau am Ende des Bearbeiten-Links umgebrochen wurde und die schließende Klammer auf der neuen Zeile stand. Das ergibt eine unschöne Leerzeile mit einer losen schließenden Klammer. Vielleicht kannst du für den Block mit den grauen Info- und Bearbeiten-Links den Umbruch unterdrücken. -- DerFussi 14:43, 16. Mär. 2020 (CET)Beantworten

Das Problem ist mir bekannt und scheint eine Macke des Firefox zu sein. Es steht nichts vor (bzw. hinter) der Klammer, was einen Umbruch bewirken könnte. Ich habe noch keine Lösung für dieses Problem gefunden. --RolandUnger (Diskussion) 15:05, 16. Mär. 2020 (CET)Beantworten
@DerFussi: Ich hoffe, einen Workaround gefunden zu haben. Ich habe noch eine span-Ebene in der DOM-Hierarchie dazwischen geschoben, die samt Klammern nicht umgebrochen werden kann. --RolandUnger (Diskussion) 07:45, 19. Mär. 2020 (CET)Beantworten

Vienna International Busterminal Bearbeiten

Hallo Roland,

eine Frage im o. g. Artikel. Ich habe in WP Artikeln bereits direktlinks gesetzt (Artikellinks), wo z. B. das Piktogramm der Linie U3 gesetzt wird, dieses ist dann anklickbar und es erscheint der WP Artikel zur Linie U3. Geht das auch als Interwikilink im o. g. WV Artikel, sodass man, bei Klick auf die Piktogramme für die Linie U3 auf den WP Artikel der U3, bei Klick auf das Piktogramm N75 auf den WP Artikel Nightline Wien kommt? LG, Michael 84.143.60.190 15:29, 28. Mär. 2020 (CET) Die Frage bezieht sich auf die letzten drei Bearbeitungen in diesem WV Artikel. 84.143.60.190 15:30, 28. Mär. 2020 (CET)Beantworten

Ja, das geht. Ich habe allerdings die Syntax korrigieren müssen. --RolandUnger (Diskussion) 17:41, 28. Mär. 2020 (CET)Beantworten

Mapframe Bearbeiten

Hallo Roland,

weißt du, wieso die Verkehrsstationen im Artikel Mariahilfer Straße (Wien) jetzt noch immer nicht als Nummer in der Mapframe angezeigt werden, ich habe den Fehler nicht gefunden. Gruß Michael 84.174.176.124 17:23, 2. Mai 2020 (CEST) Die Museen und Unterkünfte werden in der MF als Nummer angezeigt, die Verkehrsstationen nicht, die genauen Koordinaten für die Station Anschützgasse (57A) konnte ich nicht finden, ich weiß nicht, ob die Koordinaten der Station Anschützgasse korrekt sind, kannst du dir das einmal anschauen? Danke, Gruß Michael 84.174.176.124 17:25, 2. Mai 2020 (CEST)Beantworten

Kurze Antwort vorab: die Koordinaten sind völlig falsch. Wenn man die Ausschnitt vorgrößert, tauchen die POIs irgendwo im Südwesten von Wien auf, nur nicht in der Mariahilfer Straße. --RolandUnger (Diskussion) 18:26, 2. Mai 2020 (CEST)Beantworten
Ich habe mal auf die Schnelle richtigere Koordinaten eingetragen. --RolandUnger (Diskussion) 18:49, 2. Mai 2020 (CEST)Beantworten

Danke, Gruß Michael 84.174.176.124 21:23, 2. Mai 2020 (CEST)Beantworten

Zentrierung Quickbar Bearbeiten

Morjen. Hat sich irgendwas mal an einer CSS-Klasse für die Quickbars geändert. Seit einer (ganzen) Weile sind Flagge und Wappen nicht mehr zentriert (wie in Lebus). Das funktionierte doch mal, oder? Ich kann mich zumindest nicht erinnern, dahingehend am Modul was gemacht zu haben und vermute fürs erste einen äußeren Einfluss. -- DerFussi 07:03, 27. Mai 2020 (CEST)Beantworten

Ist mir auch schon aufgefallen. Du hast wohl recht, dass das schon mal funktionierte. Warum jetzt nicht mehr, kann ich auf die Schnelle nicht sagen. Ist wohl eine CSS-Einstellung: die Tabellenzellen sind nur so breit, wie nötig, nicht 50%. --RolandUnger (Diskussion) 07:07, 27. Mai 2020 (CEST)Beantworten
Ich glaube, dies ist ein Problem mit dem Tabellenlayout. Wir müssen wohl beide Abbildungen in eine Tabellenzelle packen, die Breite der div-Tags auf 50% setzen und den Inhalt der div-Tags zentrieren. --RolandUnger (Diskussion) 07:21, 27. Mai 2020 (CEST)Beantworten
OK. Ist dann wohl was fürs Wochenende. Sollte mit Flexboxen auch ohne Div-Tags gehen, oder? Dann kann man doch die Bilder direkt positionieren lassen. -- DerFussi 07:35, 27. Mai 2020 (CEST)Beantworten

Vorlage:Buch — Parameter "Datum" Bearbeiten

Hallo RolandUnger, bei der Vorlage Buch hast du beim TemplateData für den Parameter Datum den Typen date gewählt. Leider führt das dazu, dass man im "Vorlagen einfügen"-Assistenten nicht mehr einfach nur ein Jahr angeben kann, sondern ein Datum für einen konkreten Tag angeben muss (soweit ich sehe dieses Ticket). Könnte man vielleicht den Datentypen auf line umstellen um das zu umgehen? --Nw520 (Diskussion) 13:11, 24. Jun. 2020 (CEST)Beantworten

Ja, ich ändere das um. --RolandUnger (Diskussion) 13:12, 24. Jun. 2020 (CEST)Beantworten
Es ist erledigt. Leider kann man keine regulären Ausdrücke angeben, um die Angaben besser zu überprüfen. --RolandUnger (Diskussion) 06:41, 25. Jun. 2020 (CEST)Beantworten
Danke schön. Bei der Vorlage Karte ist mir noch gerade aufgefallen, dass der Assistent bei Auswahl von "Karte" kein TemplateData erkennt und somit auch kein Formular anbietet, bei Auswahl von "Karte/Doku" hingegen wird alles ordnungsgemäß dargestellt. (Man muss den Vorlagennamen aber händisch nach Schließen des Editors korrigieren). Hier habe ich leider keine Idee woran das liegen könnte. --Nw520 (Diskussion) 13:18, 24. Jun. 2020 (CEST)Beantworten
Bei mir hat es geklappt. Ich habe aber zuvor nochmal eine Leerbearbeitung bei {{Karte}} durchgeführt. --RolandUnger (Diskussion) 06:41, 25. Jun. 2020 (CEST)Beantworten

Fehler im Listing-Editor Bearbeiten

Hat die VCard keinen Parameter |name= bzw. wird der Parameter vergessen hängt sich der Listingeditor auf. Dort, beim Brandenburger Platz kannst du es nachvollziehen: Cottbus#Straßen_und_Plätze. Ich habe deshalb den Fehler dringelassen. Ich fixe das später. Da sicher viele beim Umwandeln von normalem Text in die VCard bei vorhandenen Inhalten manuell arbeiten, wird es bestimmt öfter vorkommen, dass man den Parameter für den Namen anfangs vergisst. So macht es durchaus Sinn das Problem abzufangen, auch die Gefahr hin, dass der Name beim Öffnen mit dem Listing-Editor erstmal verschwindet. -- DerFussi 18:37, 5. Jul. 2020 (CEST) Das steht in meiner Console:Beantworten

Uncaught TypeError: listingTemplateAsMap[lastKey] is undefined
    wikiTextToListing https://de.wikivoyage.org/w/index.php?title=MediaWiki:ListingEditor.js&action=raw&ctype=text/javascript:2461
    openListingEditorDialog https://de.wikivoyage.org/w/index.php?title=MediaWiki:ListingEditor.js&action=raw&ctype=text/javascript:2648
    initListingEditorDialog https://de.wikivoyage.org/w/index.php?title=MediaWiki:ListingEditor.js&action=raw&ctype=text/javascript:2625
    jQuery 4
        fire
        fireWith
        done
        callback

Vielen, vielen Dank für die Info. Das ist ein Fehler, der noch im Original auf dem englischen Wikivoyage steckt. Es hat nichts mit dem Namen zu tun, sondern mit dem Pipe bzw. dem fehlenden Gleichheitszeichen. Das Skript hängt bei überflüssigem Pipe/fehlendem Gleichheitszeichen den Inhalt an den vorausgegangenen Parameter. Wenn dieser Fall beim ersten Element auftritt, dann ist lastKey undefiniert und das Skript stürzt ab. Habe ich gleich repariert. Ich konnte es mir nicht verkneifen, die englischen Wikivoyager auf diesen Bug hinzuweisen. --RolandUnger (Diskussion) 19:15, 5. Jul. 2020 (CEST)Beantworten

Bitte Bearbeiten

schau mal im Artikel Figueres nach. Abschnitt Anreise mit d Flugzeug. Ich bekomme das nicht richtig hin. Gruß Seepferd

Ich hoffe, dass meine Änderung deiner Vorstellung entspricht. --RolandUnger (Diskussion) 20:02, 12. Jul. 2020 (CEST)Beantworten

Lastedit Bearbeiten

Hi RolandUnger, gibt es bisher keine Wartungsseite, die Fehlformatierungen beim Parameter |lastedit= sammelt? Oder besser noch ein Tool, das die Fehlformatierungen automatisch korrigiert? --4omni (Diskussion) 23:52, 15. Jul. 2020 (CEST)Beantworten

Wir haben schon eine Kategorie, die fehlerhafte Datumsangaben sammelt. Das Problem ist, dass die Datumsformatierung in Lua auch mit Angaben in der Form 10.12.2000 zurechtkommt (somit auch keinen Fehler liefert), die in JavaScript implementierte Formatierung aber nicht. Damit ist es formal keine Fehlformatierung, ich kann aber die in Lua implementierte Überprüfung auf die Form 2020-12-10 verschärfen. Ich habe nur keine Vorstellung, in wie vielen Artikeln die Formate ausgetauscht werden müssten.
Man kann mithilfe von regulären Ausdrücken einen automatischen Austausch vornehmen. Ich habe dies mal in meinem common.js aufgenommen, will es aber vorab noch ausprobieren. Ich wollte es gleich in Bergues machen, habe aber mit fleißigen Autoren nicht gerechnet. --RolandUnger (Diskussion) 07:29, 16. Jul. 2020 (CEST)Beantworten
Die „falschen“ Datumsangaben kommen noch etwa 500 Artikeln vor. Man müsste sie vorab mit dem regulären Ausdrücken austauschen (durchklicken). Die meisten dieser Datumsangaben lassen sich mit der Suche insource:/lastedit\s*=\s*[0-3]?[0-9]\./ finden. Ich denke, erst dann sollte die Verschärfung implementiert werden. --RolandUnger (Diskussion) 07:56, 16. Jul. 2020 (CEST)Beantworten
Manuelle Nacharbeit ist bei Monatsnamen nötig. Aber das Gesamtproblem ist sicher in absehbarer Zeit lösbar. --RolandUnger (Diskussion) 08:04, 16. Jul. 2020 (CEST)Beantworten

──────────────────────────────────────────────────────────────────────────────────────────────────── Das Problem ist gelöst, und, ich denke, alle Fehler sind aus den Artikeln entfernt. Für mich war letztlich ausschlaggebend, dass der Visual Editor das Datumsformat nur in der Form yyy-mm-dd handhaben kann. Danke nochmals für den Hinweis. --RolandUnger (Diskussion) 09:04, 19. Jul. 2020 (CEST)Beantworten

Zurück zur Benutzerseite von „RolandUnger/Archiv/2020/2.Quartal“.