Wikipedia Diskussion:Importwünsche/2024

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Diskussionsseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Wikipedia Diskussion:Importwünsche/2024#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Importw%C3%BCnsche/2024#Thema_1

Erstaufnahmeeinrichtung des Landes Hessen -> Lern- und Erinnerungsort Notaufnahmelager Gießen

Hallo, der IP-Kollege 88.69.147.166 (Diskussion • Beiträge • gelöschte Beiträge • SBL-Log • Sperr-Logbuch • globale Beiträge • sperren • Whois • GeoIP • RBLs) beginnt die Anlage des oben zweitgenannten Artikels mit dem Editkommentar Um letzten Absatz erweiterte Auskopplung der Seite https://de.wikipedia.org/wiki/Erstaufnahmeeinrichtung_des_Landes_Hessen. Lässt sich das Problem heilen, in dem man die Versionsgeschichte des erstgenannten Artikels in den zweitgenannten dupliziert? Ansonsten befürchte ich, dass man die Neuanlage als URV löschen muss, oder? Viele Grüße, --emha ^d℩^b 13:54, 16. Feb. 2024 (CET)

Hallo. Ja, das lässt sich durch Duplizierung nachträglich heilen. Gerne auf der Vorderseite eintragen, dann kümmert sich jemand darum. (Ich bin gerade leider am falschen Gerät, um das umzusetzen.) --Ameisenigel (Diskussion) 19:24, 16. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: – Doc Taxon • Disk. • 13:42, 17. Feb. 2024 (CET)

Importwunsch Vollzugsmeldung

Ich bin der Meinung, dass wir den Link auf das Ziellemma gendern sollten: → zum Beispiel: Benutzerin Diskussion:Alberich21#Dein Importwunsch zu nl:Theater Bellevue. Das Ziellemma dort benennen wir "Benutzer:..." statt "Benutzerin:..." Ich bin der Meinung, dass wir das ändern sollten. Der entsprechende Text liegt hier: Wikipedia:Importwünsche/Benutzernachricht. Wie das eingerichtet werden kann, weiß ich allerdings noch nicht. @Hgzh: Hast Du eine Idee, wie die Vorlagenseite angepasst werden müsste? Liebe Grüße, – Doc Taxon • Disk. • 17:26, 6. Feb. 2024 (CET)

@Holmium, Ameisenigel, M.ottenbruch: was sagt Ihr dazu? – Doc Taxon • Disk. • 12:43, 9. Feb. 2024 (CET)

Wenn das technisch machbar ist, gerne! --Ameisenigel (Diskussion) 14:45, 9. Feb. 2024 (CET)

Die Vorlagenseite ist nicht betroffen, sondern die importutility. Doc Taxon, hast du es in der Zwischenzeit näher angesehen und eventuell bereits deinem Bot beigebracht? Wenn ja, kann uns das auch weiterhelfen? --Holmium (d) 16:07, 9. Feb. 2024 (CET)

@Holmium: nicht ganz: Die Seite Wikipedia:Importwünsche/Benutzernachricht ist frei konfigurierbar, was auf dieser Seite steht, wirft importUtility auf den Benutzerdisks aus. Was wir dort anpassen müssen, ist der Parameter t. Ich hab schon eine Weile überlegt, wie man das hinkriegen könnte. Zerlegen des Ziellemmas, Auswerten mit der gender-Funktion, Zusammensetzen des Ziellemmas. Und zwar nur bei Ziellemmata, die im BNR (oder im BDNR) landen. – Doc Taxon • Disk. • 01:08, 10. Feb. 2024 (CET)

Der Importantrag enthält korrekt Benutzerin:. Die importutility macht daraus Benutzer: und schiebt das in die Nachrichtenvorlage. Du schlägst vor, die Nachrichtenvorlage umzubiegen und wieder Benutzerin: zu erzeugen. Der richtige Ansatz scheint mir, die Beseitigung des Suffix bereits zu vermeiden, dann sind keine späteren Workarounds notwendig. --Holmium (d) 07:53, 10. Feb. 2024 (CET)

[[{{SUBJECTPAGENAME}}/Theater Bellevue]]

würde im genannten Fall das gesuchte Ergebnis bringen. --Enhancing999 (Diskussion) 11:07, 10. Feb. 2024 (CET)

@Enhancing999: Das, denke ich, funktioniert nicht wirklich, da der Link auf den Zielartikel nicht immer auf den Benutzernamensraum verweist. Liegt der Artikel bereits im ANR, ist der Link falsch. @Holmium: In der importUtility das Importziel richtig aus dem Importantrag auszulesen, ist wahrscheinlich tatsächlich die richtige Vorgehensweise. Aber wer macht das? Und wo? – Doc Taxon • Disk. • 15:00, 13. Feb. 2024 (CET)

User:Doc Taxon, ich habe das in der importutility nachvollzogen. Leider führt sie zielstrebig einen Import durch, ohne das Geschlecht des Antragstellers zu ermitteln. Es wird der Zielseitenname um den standardisierten Namensraumbezeichner und den Doppelpunkt ergänzt und der ist lokalisiert Benutzer. Meine anfängliche Vermutung, die importutility würde das Geschlecht unterdrücken, war falsch. Sie ignoriert sämtliche Geschlechter, arbeitet mit Seitennamen und Namensraumbezeichnern. --Holmium (d) 19:08, 13. Feb. 2024 (CET)

@Holmium: lock mich bitte mal genau an die Stelle (am besten Seitenname und Zeilennummer). Danke sehr, – Doc Taxon • Disk. • 19:18, 13. Feb. 2024 (CET)

Es ist die genutzte Funktion getPrefixedText() von [1] in MediaWiki:Gadget-importUtility/proj.js. --Holmium (d) 19:39, 13. Feb. 2024 (CET)

Mir sehr recht. --M.ottenbruch ^{¿⇔! RM} 14:07, 10. Feb. 2024 (CET)

Verbesserungsvorschlag für diese Seite

Bitte den Artikel "Wikipedia:Importwünsche/Beispiele" sichtlich verlinken (entweder ganz oben, oder bei der Aufzählung "Folgende Felder sind" ... . Er sollte zumindestens leichter findbar sein, als durch fehlerhafte Importwünsche durchzuschauen. Das ist vorallem fürs erste Mal importieren wichtig. Damals hab ich den Knopf selbst gesucht. --RealKaiserschmarren (Diskussion) 20:09, 29. Mai 2024 (CEST)

Die Beispiele sind in der Anleitung bei jeder ihrer Erwähnungen, also insgesamt dreimal verlinkt – zweimal oberhalb und einmal unterhalb der Aufzählung: „Folgende Felder sind […]“. Das geht schon weit über die Regelung hinaus, daß Seiten eigentlich nur bei ihrer ersten Erwähnung verlinkt werden sollen. Wer von der drei Links keinen sieht, der dürfte auch einen vierten und fünften nicht sehen – immer vorausgesetzt, daß jemand die Anleitung überhaupt liest, woran ich bisweilen größrere Zweifel habe. -- M.ottenbruch ^{¿⇔! RM} 08:13, 30. Mai 2024 (CEST)

Ich habs bis jetzt anscheinend Überlesen. Jetzt wo du das sagst, find ichs. --RealKaiserschmarren (Diskussion) 08:24, 30. Mai 2024 (CEST)

Naja, vielleicht bringt ja eine vierte Verlinkung direkt in der Zeile „Folgende Felder sind […]“ doch etwas. Auf jeden Fall frißt sie kein Brot, deswegen habe ich das jetzt mal umgesetzt. Die Hoffnung stirbt ja bekanntlich zuletzt … LG -- M.ottenbruch ^{¿⇔! RM} 09:56, 30. Mai 2024 (CEST)

Danke, Danke! Ich glaube das wird einigen die Arbeit erleichtern. --RealKaiserschmarren (Diskussion) 16:34, 30. Mai 2024 (CEST)

Automatisches Sichten der Seite funktioniert nicht

Ich hatte gerade eine fertig übersetzte importierte Seite von meinem BNR in den normalen ANR verschoben. Eine automatische Sichtung erfolgte nicht. Etwas später konnte ich sie dann selbst sichten, weil ein anderer User nach mir den Artikel bereits geändert hat. Theoretisch finde ich es beim manuellen Sichten aber nicht so toll, wenn ich den von mir übersetzten Artikel sichte. Ist das mit dem Sichten neu oder liegt es an meinen Sichterrechten? Ich möchte aktuell gerade noch ganz viele Artikel aus anderen Sprachversionen übersetzen und in den ANR stellen. Dann würde ich die nämlich dann woanders eintragen, damit ein anderer User nochmal meine Übersetzung kontrolliert. --123hanDlüb789 (Diskussion) 22:22, 20. Jun. 2024 (CEST)

Theoretisch sollte das automatisch gesichtet werden. Es kam in der Vergangenheit allerdings schon mehrfach vor, dass es nicht funktioniert hat. (zuletzt phab:T361940) --Ameisenigel (Diskussion) 00:32, 21. Jun. 2024 (CEST)

Gerade funktioniert es nicht. Ich hab jetzt die 1-2 weiteren übersetzten Artikel doch mal schnell selber gesichtet. Später am Tag schau ich mir das dann nochmal an, vielleicht klappt ja das automatische Sichten dann wieder. Aber vielen Dank für die Info. Viele Grüße --123hanDlüb789 (Diskussion) 00:52, 21. Jun. 2024 (CEST)

Bei mir geht es auch nicht, siehe bitte hier: Französisch-Westaustralien. Viele Grüße, --Wonderland2001 (Diskussion) 21:31, 2. Jul. 2024 (CEST)

„In-Arbeit“-Button

Handelt es sich um irgendein lokales Problem bei mir, oder fehlt tatsächlich neuerdings der „In-Arbeit“-Button? Wenn ja, warum? LG -- M.ottenbruch ^{¿⇔! RM} 12:58, 25. Mai 2024 (CEST)

Funktioniert bei mir: [2] --Ameisenigel (Diskussion) 17:59, 25. Mai 2024 (CEST)

Interessant. Bei mir fehlt der Button. Meine *.js- und *.css-Seiten sind alle mindestens seit Februar 2024 unverändert. Vor fünf Tagen – ich war zwischendurch krank, d.h. bin es eigentlich immer noch – hat es noch funktioniert. Was mag das sein? -- M.ottenbruch ^{¿⇔! RM} 18:11, 25. Mai 2024 (CEST)

@M.ottenbruch: Versuch das mal unter Verwendung eines anderen Browsers. Beste Genesungswünsche, – Doc Taxon • Disk. • 19:26, 25. Mai 2024 (CEST)

Ich nutze normalerweise den Firefox (aktuell ist da Version 126.0). Mit Microsoft Edge habe ich aber das gleiche Bild. -- M.ottenbruch ^{¿⇔! RM} 19:39, 25. Mai 2024 (CEST)

Siehst du die anderen Buttons, wenn du einen Abschnitt zum Bearbeiten öffnest? --Holmium (d) 20:48, 25. Mai 2024 (CEST)

Ja, da gibt es kein Problem. Lediglich auf der Seite selbst fehlt bei den noch nicht in Arbeit befindlichen Anfragen der Button, mit dem ich sie auf „In Arbeit“ setzen kann. --M.ottenbruch ^{¿⇔! RM} 20:55, 25. Mai 2024 (CEST)

Ok, zumindest kannst du arbeiten. Vermute, wenn du unter Spezial:Einstellungen#mw-prefsection-rendering und Spezial:Einstellungen#mw-prefsection-gadgets sämtliche Einstellungen machst wie ich, Doc Taxon oder Ameisenigel, klappt es, es sei denn, du hast einen AdBlocker gewechselt/Update? oder ein anderes externes Tool, das dir den Button unterdrückt. Ist letzeres möglich? --Holmium (d) 21:02, 25. Mai 2024 (CEST)

„Spezial:Einstellungen#mw-prefsection-rendering und Spezial:Einstellungen#mw-prefsection-gadgets“? Wo finde ich das denn? Über die angegebene Verlinkung jedenfalls nicht. Hilft es weiter, wenn ich darauf hinweise, daß ich seit 20 Jahren monobook nutze? Und wenn ich es finde, was muß ich dann eintragen?

A propos: Ich habe zwar vor ca. zwei Wochen in AdGuard ein paar zusätzliche Listen aktiviert, aber auch wenn ich AdG komplett abschalte, ändert das nichts am Befund. (Und es hat ja danach noch funktioniert, siehe oben.)-- M.ottenbruch ^{¿⇔! RM} 21:22, 25. Mai 2024 (CEST)

Ich wundere mich! Wenn ich draufklicke, erscheinen die Abschnitte. Nun denn, da bleibt nur noch der Vorschlag, suche dir einen anderen Rechner/Tablet etc., melde dich dort an und schaue, ob es sich anders verhält. Da anscheinend, leider, nur du dieses Phänomen hast, kann es meiner Denkweise nach nur an deinem Rechner liegen. --Holmium (d) 21:28, 25. Mai 2024 (CEST)

Monobook! [3] und der Button ist weg, das ist es. M.ottenbruch, ruf doch bitte [4] auf, dann solltest du den Button sehen? --Holmium (d) 21:42, 25. Mai 2024 (CEST)

In der Tat! Dann ist der Button wieder da. Wie kriege ich das jetzt auch mit monobook hin? -- M.ottenbruch ^{¿⇔! RM} 23:15, 25. Mai 2024 (CEST)

Da weiß ich keinen Rat. Wer hat eine Empfehlung? --Holmium (d) 07:21, 26. Mai 2024 (CEST)

Damit man mich nicht als lediglich Ewig-Gestrigen mißversteht: Ich nutze seit ungefähr zehn Jahren die monobook.js von Benutzer:PDD, die mir u.a. oben links auf der Seite über dem Wikipedia-Ball (gemeint ist: diesen verdeckend) ein Feld mit Links zu allen wichtigen Seiten (VM, AP, LK, SPP usw.) einblendet. Ich habe das jetzt einfach mal nach vector.js kopiert, und es sieht zwar irgendwie anders aus als vorher, scheint aber zu funktionieren. Ob das aber tatsächlich eins-zu-eins umsetzbar ist, weiß ich nicht, und ich verstehe auch nichts von Javascript. Deswegen wäre mir eine Lösung, die mit monobook funktioniert lieber. Wer eine Alternative kennt, die sicher auch unter Vector2010 funktioniert, ist herzlich gebeten, sie mir mitzuteilen. -- M.ottenbruch ^{¿⇔! RM} 14:22, 26. Mai 2024 (CEST)

Mittlerweile erscheint der Button auch dann nicht mehr, wenn ich ich den alten Verctor-Skin nutze, sondern nur noch im neuen. -- M.ottenbruch ^{¿⇔! RM} 07:55, 7. Jun. 2024 (CEST)

Das habe ich auch gesehen. Ein sicherlich lösbares Problemchen. Sobald ich Zeit habe und am richtigen Rechner bin, schaue ich mir das an. Inzwischen bitte notfalls manuell 'In Bearbeitung durch ...' oder ähnliches eintragen, falls Kollisionen zu erwarten sind. --Holmium (d) 19:57, 7. Jun. 2024 (CEST)

Ich nehme an, dass mw:Heading HTML changes das Problem ist. --Ameisenigel (Diskussion) 08:18, 8. Jun. 2024 (CEST)

Fürchte, so ist es und der Button muss an eine andere Position, wenn es auch in vector-2022 nicht mehr funktioniert. Schaue ich mir kommende Woche genauer an. Danke dir für den Hinweis! --Holmium (d) 08:24, 8. Jun. 2024 (CEST)

Mittlerweile ist es dann soweit: Ich hatte ja oben über mein*.js-Skript gesprochen. Ich habe es dann in meine vector.js kopiert, als ich zwangsweise auf vector2010 umgestiegen bin, und das klappte auch so leidlich. Nachdem ich jetzt noch auf vector2022 umsteigen mußte, habe ich die Datei nach vector-2022.js kopiert, und das geht dann nicht mehr. der eingeblendete Linkblock ist doppelt so groß wie vorher (weil der gewählte Font doppelt so groß ist wie vorher) und überdeckt ein Fünftel des Mittelteils der Seite. Ich verstehe nichts von Javaskript. Kann man den Font irgendwie verkleinern?
Ohnehin sind die Spalten rechts und links der eigentlichen Seitendarstellung jetzt mit vector2022 so breit, daß sie knapp die Hälfte der Darstellung einnehmen. Das führt dazu, daß bsplsw. auf meiner eigenen Benutzerseite Elemente, die eigentlich nebeneinander angeordnet sein sollten, untereinander stehen, weil sie nebeneienander nicht in die Darstellung in der Mitte passen - auf einem 32"-Monitor mit einem Darstellungsfaktor von 120%. Für welche Einkommenklasse ist de-WP bzw. Vector2022 eigentlich per default konzipiert? „32-Zoll-Monitore? Eure Armut kotzt mich an!“ -- M.ottenbruch ^{¿⇔! RM} 08:16, 9. Jun. 2024 (CEST)

Hallo! Okay, jetzt warte mal, ein js einfach von a nach b zu kopieren, ohne es anzupassen, wird viele Probleme mit sich bringen. Einige hast Du ja schon genannt. Kurze Frage: warum "mußtest" Du auf vector2022 umsteigen? Bei vector 2010 ist der Button betimmt nur verrutscht. Hast Du in den Einstellungen bei den Helferlein importUtility angekreuzt? Bist Du auf vector2010 wieder zurück oder "mußt" Du auf vector2022 bleiben? – Doc Taxon • Disk. • 11:02, 9. Jun. 2024 (CEST)

Bei mir ist der Button bei Vector alt und Monobook auch nicht mehr da ... Wurde denn eine Ausnahme für #importUtilityHold_5 geschaffen? – Doc Taxon • Disk. • 12:04, 9. Jun. 2024 (CEST)

@Holmium: die .hold werden in der /proj.js definiert, denke ich. Die wurde aber schon länger nicht mehr angefasst. Wenn Ihr alle den in-Arbeit-Button immer noch habt (oder?), aber nur M.ottenbruch und ich nicht, müssten wir wohl mal nach Gemeinsamkeiten suchen, die von Euren Einstellungen verschieden sind. – Doc Taxon • Disk. • 12:23, 9. Jun. 2024 (CEST)

Mittlerweile funktioniert der Button ja auch bei Vector 2010 nicht mehr, wie ich oben schrieb, wird das an mw:Heading HTML changes liegen. --Ameisenigel (Diskussion) 13:00, 9. Jun. 2024 (CEST)

Daß man *.js-Files nicht ohne Weiteres von a nach b kopieren kann (obwohl das Resultat bei monobook -> vector2010 noch einigermaßen funktioniert), ist mir auch aufgefallen; deswegen frage ich ja hier. Ich „‚mußt[e]‘ […] auf vector2022 umsteigen“, weil – wie Du unten auch schreibst – in den beiden früheren Skins der Button nicht mehr auftaucht. Wenn ich mit der Abarbeitung der Importwünsche durch bin, schalte ich natürlich auf einen funktionierenden Skin um. ;-\ --M.ottenbruch ^{¿⇔! RM} 12:27, 9. Jun. 2024 (CEST)

Naja, ist das notwendig? Den In-Arbeit-Baustein kannst Du doch auch ganz fix in den Quelltext des Abschnitts tippen. Geht das nicht schneller, als dauernd die Skins zu wechseln? @Ameisenigel: Wäre der Button nicht im h2, sind die HTML heading changes außen vor, oder? – Doc Taxon • Disk. • 15:59, 9. Jun. 2024 (CEST)

So sollte es zumindest sein, ja. --Ameisenigel (Diskussion) 16:00, 9. Jun. 2024 (CEST)

@Holmium: ließe sich das dann nicht so umbauen, dass der Button im Abschnittstext stand im h2 eingefügt ist, so dass mit einem Click darauf der Abschnitt wie sonst auch mit einem in-Arbeit-Balken versehen wird? – Doc Taxon • Disk. • 00:31, 10. Jun. 2024 (CEST)

Ich habe heute abend mal das andere Vorgehen auprobiert, also den Baustein jeweils händisch eingefügt, siehe hier, man beachte die Edits mit der Z&Q-Zeile „Baustein“. Das geht natürlich, ist aber aufwendig. Mein Problem dabei ist vor allem, daß ich dann bei der Abarbeitung mehrerer Importwünsche nacheinander jeweils mehrere unterschiedliche Textbausteine nacheinander einfügen muß, also erst die „Vorlage:/In Arbeit“, und dann die Vorlage:Importartikel. Das sind dann immer mehrere Tastendrücke. Kann ich den „In-Arbeit“-Baustein per Mausklick einfügen, dann kann ich bei der anschließenden Bearbeitung des importierten Artikels die Vorlage:Importartikel immer wieder durch Strg-V einfügen. Geht das Ganze abwechselnd, muß ich immer wieder Win-V, Ende bzw. (ggflls. mehrfach) ↓ drücken, was natürlich nur ein paar Tastendrücke mehr sind, aber trotzdem lästig. Da ist es wirklich einfacher, den Skin zu wechseln: das sind vor den Bearbeitungen der Importwünsche vier Tastendrücke und danach noch einmal vier. YMMV -- M.ottenbruch ^{¿⇔! RM} 00:47, 10. Jun. 2024 (CEST)

Huch? Heißt das, dass die anderen Buttons bei Dir auch nicht funktionieren? Der Button "Seitentext anpassen", so dachte ich, fügt die Vorlage:Importartikel ein. Lieg ich da falsch? – Doc Taxon • Disk. • 01:20, 10. Jun. 2024 (CEST)

Bei mir hat er das noch nie getan. Das einzige Resultat, wenn ich diesen Button drücke, ist die Fehlermeldung: „FEHLER!*Keine Benutzer-Unterseite.“ (Bsplsw. bei dieser Abarbeitung: Man beachte die zuvor von mir im Quelltext vorgenommenen Korrekturen.)

Deswegen heißt es wohl auch in Wikipedia:Importwünsche/importUtility:

Seitentext anpassen

Noch nicht freigegeben.

Nicht beim Nachimport; nur Benutzer-Unterseiten.

Vorlage voranstellen, Syntaxelemente anpassen, Kategorien deaktivieren (per API).

Wenn man diese Automatik einschalten könnte, würde das natürlich die Arbeit sehr erleichtern.

Bisher füge ich jedenfalls die Vorlage händisch in den Zielartikel ein und deaktiviere (bei deutsch- und englischsprachigen Artikeln) die Kategorien ebenfalls händisch. Die Verlinkungen in der o.g. mononook.js von PDD funktionieren übrigens so, daß die verlinkten Seiten in einem neuen Tab geöffnet werden und dann in diesen Tab gewechselt wird. Wenn man wenigestens dieses Funktionalität hinter den Button Seitentext anpassen legen könnte, wäre auch das schon eine Erleichterung. -- M.ottenbruch ^{¿⇔! RM} 06:53, 10. Jun. 2024 (CEST)

Na wieso? Der Button ist doch nur für Benutzer-Unterseiten da, im Artikelnamensraum braucht es doch keine Seitentext-Anpassungen. Deshalb kommt die Fehlermeldung, die ist richtig. Passt Du auf Seiten im ANR irgendwas im Rahmen des Imports an? – Doc Taxon • Disk. • 09:12, 10. Jun. 2024 (CEST)

Bei mir hat das auch im BNR noch nie funktioniert. --Ameisenigel (Diskussion) 13:11, 10. Jun. 2024 (CEST)

Oh, hab ich jetzt auch mal ohne Erfolg probiert. – Doc Taxon • Disk. • 14:18, 10. Jun. 2024 (CEST)

Der von mir oben verlinkte Beispielimport unter der Überschrift „Import von de:Saber Strike nach user:Sanandros/Saber Strike“ war ein Import auf eine Benutzerunterseite. Ich hatte, wie aus dem Difflink hervorgeht, sicherheitshalber in der Zielzeile spgar noch das Wort „user“ durch „Benutzer“ ausgetauscht und die vom Nutzer angegebene Falschschreibung seines Benutzernamens (kleiner statt großem ersten Buchstaben) korrigiert. Trotzdem habe ich die angegebene Fehlermeldung erhalten. Wie gesagt: Dieser Button hat bei mir noch nie funktioniert. -- M.ottenbruch ^{¿⇔! RM} 15:58, 10. Jun. 2024 (CEST)

Ja, haben wir gerade gemerkt. Da müssen wir wohl was reparieren. – Doc Taxon • Disk. • 16:45, 10. Jun. 2024 (CEST)

Sorry, war einige Tage im Funkloch. Erstens muss der In Arbeit-Button in den Abschnitt runter, wie oben angedacht, um das Problem zu lösen. Zweitens ist der Code für den Button Seitentext anpassen meines jetzigen Wissens nach niemals implementiert worden. Ich korrigiere den In Arbeit-Button in Kürze, da ich seit jetzt wieder einen normalen Rechner und Internet habe. --Holmium (d) 17:15, 10. Jun. 2024 (CEST)

Hey, wäre super, wenn Du das hinkriegst / und herzlich Willkommen zurück. – Doc Taxon • Disk. • 17:31, 10. Jun. 2024 (CEST)

@Ameisenigel, Brackenheim, Chewbacca2205, Doc Taxon, Emes, Flominator, Frank Murmann, Gripweed, M.ottenbruch, Nolispanmo, Ra'ike, Redlinux, Seewolf, Holmium, DerHexer: Ich habe mal den in-Arbeit-Button wieder in Betrieb genommen, der für Admins, Importeure und Transwiki-Importeure sichtbar wird, wenn Ihr in Eurer common.js die Zeile
mw.loader.load('//de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-importUtility/inarbeit.js&action=raw&ctype=text/javascript');
eingebt. Leider bringe ich das nicht fertig, dieses Script in die importUtility zu installieren, deshalb der Umweg über die common.js
Ich habe Euch alle mal angepingt, damit Ihr das ausprobiert und mir hier in diesem Abschnitt Rückmeldung geben könnt. Bei Click auf den Button wird wie gehabt der Abschnittsüberschrift ein "in Arbeit" angehängt und die /In Arbeit-Vorlage wird fertig ausgefüllt im Artikelabschnitt erscheinen. Außerdem werde ich in Zukunft noch ein paar Verbesserungen nachlegen und den Code modernisieren. Vielen Dank an Wiegels für seine Unterstützung bei einigen kniffligen Ecken und Kanten. Liebe Grüße – Doc Taxon • Disk. • 18:48, 14. Jul. 2024 (CEST)

Feedback zum in-Arbeit-Button:

• Funktioniert bei mir einwandfrei --Frank, the Tank _{(sprich mit mir)} 18:58, 14. Jul. 2024 (CEST)
• +1 --Nolispanmo Disk. Hilfe? 19:42, 14. Jul. 2024 (CEST)
• Danke, funktioniert. Lässt sich aber eventuell so ein Bearbeitungskonflikt vermeiden? --Ameisenigel (Diskussion) 19:52, 14. Jul. 2024 (CEST)

  Das war wohl jetzt durch den Ausprobier-Hype passiert, ich denke, das sowas eher sehr selten passieren würde. Es gibt aber tatsächlich eine Möglichkeit, dies zu verhindern, ich habe sowas mal in meinen Bots programmiert. Ich versuch mal, dies zu implementieren. Aber dass scharf zu testen ist wohl eher schwierig. Danke sehr, – Doc Taxon • Disk. • 23:28, 14. Jul. 2024 (CEST)

• +1 --Chewbacca2205 (D) 20:23, 14. Jul. 2024 (CEST)
• sieht gut aus, Danke Doc Taxon. -- Ra'ike _Disk. ^P:MIN 21:47, 14. Jul. 2024 (CEST)
• Bei mir erscheint nach dem Neuladen der Seite immer "Das Thema konnte nicht gefunden werden...", funktioniert aber ansonsten. --Gripweed (Diskussion) 13:57, 15. Jul. 2024 (CEST)
• Im Prinzip sehr schön. Könnte man es aber so einrichten, daß man sich danach wieder in dem Abschnitt befindet, in dem man den Button betätigt hat? Sich erst wieder durch die Seite hangeln zu müssen, ist etwas aufwendig, wenn man abends nach Hause kommt und sich durch zwanzig neue Importwünsche arbeiten muß, die im Laufe des Tages angefallen sind. Ja, ich weiß, man könnte sich von unten nach oben vorarbeiten, aber das widerstrebt meiner Maxime: „Wer zuerst kommt, mahlt zuerst“ … Vorlage:Smiley/Wartung/:\  -- M.ottenbruch ^{¿⇔! RM} 18:32, 26. Jul. 2024 (CEST)

  @M.ottenbruch: Okay, hier stimmt wohl was nicht, denn wenn ich das probiere, bleibt die Seite genau da stehen, wo ich den Button clicke. Ich muss danach nicht mehr scrollen. Möglicherweise meinst Du etwas anderes. Also was genau soll passieren, wenn Du den Button clickst, und was passiert anders als Du es Dir vorstellst? Bitte möglichst genau, ich sitz nicht vor Deinem Rechner und seh nicht, was sich abspielt. Liebe Grüße, – Doc Taxon • Disk. • 03:05, 27. Jul. 2024 (CEST)

  Wie schön! Ich ja bin ja doch nicht der Einzige mit Ein- und Durchschlafstörungen. Vorlage:Smiley/Wartung/:\  Wenn ich („Monobook“) den Button In Arbeit anklicke, dann ist mein Fokus anschließend am Beginn der Seite. Ich muß dann erst wieder nach unten scrollen, um zu dem Abschnitt zu gelangen, in dem ich auf den Button In Arbeit geklickt habe. Habe ich dagegen bsplsw. in dem Abschnitt auf Bearbeiten geklickt, im Bearbeitungsfenster selbst den Baustein eingesetzt (wie bsplsw. hier) und dann auf Änderungen veröffentlichen geklickt, dann ist nach dem Abspeichern der Fokus auf dem Abschnitt, den ich gerade bearbeitet habe, und ich muß nicht durch die Seite scrollen, um zu dem zuvor bearbeiteten Abschnitt zu gelangen. Das finde ich wesentlich praktischer.

  Ich (Windows 11 Pro) habe mir die Zeichenfolge „(in Arbeit)<br/>{{/In Arbeit|-- ~~~~}}“ fix in die erweiterte Zwischenablage kopiert und kann diese nach Doppelklick auf die Zeichenfolge „==“ in der Abschnittsüberschrift problemlos einkopieren (siehe hier (Difflink über mehrerer Versionen)), aber bei einem „normalen“ Verhalten (nach Bearbeitung und Speichern eines Abschnitts steht der Fokus wieder auf dem bearbeiteten Abschnitt) wäre es natürlich einfacher.

  War das so verständlich?-- M.ottenbruch ^{¿⇔! RM} 05:58, 27. Jul. 2024 (CEST)

  @M.ottenbruch: Es geht nicht ums Verstehen, sondern um die Nachvollziehbarkeit des Verhaltens dieses Scripts. Jetzt noch die Zauberfrage: welchen Browser verwendest Du? – Doc Taxon • Disk. • 07:26, 27. Jul. 2024 (CEST)

  Naja, wenn ich meine Erklärungen für verständlich halte, heißt das üblicherweise noch nicht, daß sie für Andere auch verständlich sind, deswegen frage ich gerne noch einmal nach. Ich nutze den Mozilla Firefox 128.0.3 (64 Bit) unter Windows 11 Pro. -- M.ottenbruch ^{¿⇔! RM} 07:37, 27. Jul. 2024 (CEST)

  Haha, Dein "üblicherweise" gefällt mir   – Doc Taxon • Disk. • 08:28, 27. Jul. 2024 (CEST)

  Wenn Du so ein „alter Sack“ bist wie ich − oder wie man heute so schön sagt: „Alter weißer Mann“ −, dann bemerkst Du oft, daß Du einfach nicht mehr verstanden wirst. Am Anfang habe ich gedacht, das sei – wie Douglas Adams das so schön genannt hat – ein „PAL“ („Problem anderer Leute“), aber am Ende des Tages bin ich selbst es, der das Problem verursacht hat, und deshalb frage ich eben nach. Das macht mich sicherlich in den Augen der „jungen bunten LGBTs“ nicht sympathischer, aber ich habe wenigstens subjektiv das Gefühl, etwas zur Verbesserung der Situation beizutragen zu versuchen. YMMV -- M.ottenbruch ^{¿⇔! RM} 09:22, 27. Jul. 2024 (CEST)

  Gab es vor kurzem eine Änderung am In-Arbeit-Button? Nun kann ich ihn mit Vector 2022 und Firefox 128.0 (Mint) nicht mehr sehen. VG Chewbacca2205 (D) 10:02, 27. Jul. 2024 (CEST)

  Darüber diskutieren wir doch die ganze Zeit. Der Button war defekt, Doc Taxon hat ihn wieder in Betrieb genommen und wir reden jetzt darüber, ob das geklappt hat. -- M.ottenbruch ^{¿⇔! RM} 10:10, 27. Jul. 2024 (CEST)

  Ah, ich sehe. Als mich Doc Taxon angepingt hatte, war bei mir noch alles in Ordnung; ich hatte auch keine Probleme mit dem In-Arbeit-Button; die kamen erst vor zwei bis drei Tagen. Da hatte wohl ein Skript/Skin mit Verspätung auf Doc Taxons Änderungen vom 14. Juli reagiert. Jetzt geht es. --Chewbacca2205 (D) 12:40, 27. Jul. 2024 (CEST)

  Mit Vector22 (Windows) hat es wohl die ganze Zeit funktioniert. Linux habe ich nicht probiert. -- M.ottenbruch ^{¿⇔! RM} 12:45, 27. Jul. 2024 (CEST)

  Ich habe mir meinen ersten Rechner C=64 ca. 1982 angeschafft und bin seit 1993, also seit >30 Jahren im Netz. Damals war Bandbreite noch ein riesiges Problem (ich habe mit einem 14k4-Modem angefangen, weil es noch kein ISDN gab), und ich bin natürlich mit TLAs groß geworden. Daß heute niemand mehr weiß, was mit „YMMV“ oder „AFAIK“ gemeint ist, fällt mir beim Tippen gar nicht mehr auf. -- M.ottenbruch ^{¿⇔! RM} 10:38, 27. Jul. 2024 (CEST)

  @Chewbacca2205: Der alte Button (vor meinem Button) geht jetzt also auch mit Vector 2022 nicht mehr, hab ich das richtig verstanden? (ja/nein) – Doc Taxon • Disk. • 16:10, 27. Jul. 2024 (CEST)

  Ja, genau. Bis vor zwei oder drei Tagen konnte ich den Button sehen, ohne die obige Zeile in meine common.js eingefügt zu haben. --Chewbacca2205 (D) 16:39, 27. Jul. 2024 (CEST)

  in den nächsten paar Tagen kommt eine Verbesserung des Buttons, die auf BK und auf Verschiebung durch gelöschte Abschnitte reagiert. – Doc Taxon • Disk. • 17:16, 27. Jul. 2024 (CEST)

• ...

Okay, ich bin das nochmal lang gegangen, und habe gesehen, dass der Button mit Vector 2022 2x erscheint, der alte und der neue, weil der alte unter diesem Skin noch funktionierte. Wer mein Script mit Vector 2022 nutzt, sieht also den in-Arbeit-Button jetzt auch 2x. @Chewbacca2205: Du hast zwar +1 geschrieben, aber noch den alten in-Arbeit-Button genutzt, weil Du wahrscheinlich mit Vector 2022 arbeitest. Oder? – Doc Taxon • Disk. • 02:14, 15. Jul. 2024 (CEST)

Ja, genau. --Chewbacca2205 (D) 21:07, 15. Jul. 2024 (CEST)

(Ich bin seit 2021 kein Importeur mehr. Grüße, —DerHexer (Disk., Bew.) 13:06, 15. Jul. 2024 (CEST))

@DerHexer: Ja, Du stehst noch in der {{Ping Importeure}}, ich trag Dich aus. Liebe Grüße, – Doc Taxon • Disk. • 14:42, 15. Jul. 2024 (CEST)

Schöpfungshöhe der Übersetzung

Ich lese in letzter Zeit immer wieder Kommentare wie diesen hier: „Etwaige Vervollständigung der Übersetzung abwarten.“. Der Hintergrund ist mir – ich bin kein Jurist, erst recht kein Urheberrechts-Spezialist – nicht klar. Ich dachte bisher, das Recht des Urhebers an seiner geistigen Leistung beruhe auf seiner eigenen Leistung, nicht aus dem, was ein anderer daraus macht, IOW es käme darauf an, ob jemand die geistige Leistung des Urhebers verwendet, nicht darauf, wozu er sie verwendet. Wo liege ich da falsch? --M.ottenbruch ^{¿⇔! RM} 20:47, 17. Okt. 2024 (CEST)

Moin! In der Zusammenfassungszeile heißt es "Erstellt durch Übersetzen der Seite „Alright (Kendrick Lamar song)“". Das hat Luke081515Bot dazu veranlasst, diesen Fall bei den Importwünschen zu melden. Jetzt liegt aber noch gar kein Beginn der Übersetzung vor. Also warten wir ab, was sich tut, und wenn sich etwas dermaßen tut, dass wir eine gewisses Maß an Schöpfungshöhe erreichen, dann wird auch importiert. Deshalb warten wir ab. – Hätte sich der Benutzer selbst gemeldet und bei uns ein Import beantragt, weil er im Nachhinein den Artikel übersetzen will, hätten wir das natürlich auch gleich gemacht. Liebe Grüße, – Doc Taxon • Kontakt • 13:46, 18. Okt. 2024 (CEST)

Da kann ich nicht mehr viel hinzufügen. Wenn der Quellartikel Schöpfungshöhe erreicht, die Übersetzung aber (noch) nicht, dann braucht es auch keinen Import. Anders ist der Fall natürlich bei einem Import auf Wunsch des Benutzers zwecks Übersetzung im BNR. Da können wir vorher ja nicht wissen, wie viel vom importierten Artikel übrig bleibt. --Ameisenigel (Diskussion) 15:12, 18. Okt. 2024 (CEST)

Ich hatte aus „Vervollständigung der Übersetzung“ irrig geschlossen, diese sei tatsächlich schon begonnen, habe das aber nicht geprüft. Daher die Frage. Ich hätte Ameisenigels Antwort ja keinesfalls „overruled“. Schönes Wochenende! -- M.ottenbruch ^{¿⇔! RM} 18:15, 18. Okt. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: M.ottenbruch ^{¿⇔! RM} 02:33, 19. Okt. 2024 (CEST)

nicht zielführende Verlinkung in der Zusammenfassungszeile

In der Versionsgeschichte des Artikels Steinhaus (Gemeinde Steinhaus) steht in der Zusammenfassungszeile des Imports durch den Benutzer:M.ottenbruch als Blaulink „Importwunsch“. Anklicken führt aber zu einer Aufforderung, die „Versionskennung“ einzugeben. Tue ich das, gelange ich nicht zum Importwunsch, sondern zu der entsprechenden Version des Artikels als permanenten Link. Gruß, Peter Gröbner -- 09:40, 21. Okt. 2024 (CEST)

Das liegt wohl an einem Tippfehler: Der von mir angegebene Permanentlink im Importlogbuch hat einen slash zuviel nach „Permanenter_Link“: Spezial:Permanenter_Link//249602368#Import_von_de:Steinhaus_(Oberösterreich)_nach_Steinhaus_(Gemeinde_Steinhaus). In der Form, wie ich ihn im Import-Tool eingeben wollte (Spezial:Permalink/249602368#Import_von_de:Steinhaus_(Oberösterreich)_nach_Steinhaus_(Gemeinde_Steinhaus)), funktioniert er wie gewünscht. Ich schleppe da wohl seit einiger Zeit einen Tippfehler durchs Import-Tool. Sorry! -- M.ottenbruch ^{¿⇔! RM} 23:52, 21. Okt. 2024 (CEST)

Alles klar, kein Problem! Aufgrund der Form der Zusammenfassungszeile vermutete ich einen systematischen Fehler, daher die Anfrage hier. Vielen Dank für Deine ausführliche Antwort. Gruß und weiterhin viel Spaß, Peter Gröbner -- 07:16, 22. Okt. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: -- Peter Gröbner -- 07:16, 22. Okt. 2024 (CEST)