Wikipedia Diskussion:Importwünsche
Archiv |
Wie wird ein Archiv angelegt? |
„In-Arbeit“-Button
[Quelltext bearbeiten]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: [1] --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! [2] und der Button ist weg, das ist es. M.ottenbruch, ruf doch bitte [3] 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)
- Fürchte, so ist es und der Button muss an eine andere Position, wenn es auch in
- Ich nehme an, dass mw:Heading HTML changes das Problem ist. --Ameisenigel (Diskussion) 08:18, 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)
- @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)
- 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).
- Seitentext anpassen
- 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)
- 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)
- Ja, haben wir gerade gemerkt. Da müssen wir wohl was reparieren. – Doc Taxon • Disk. • 16:45, 10. Jun. 2024 (CEST)
- Bei mir hat das auch im BNR noch nie funktioniert. --Ameisenigel (Diskussion) 13:11, 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)
- 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)
- So sollte es zumindest sein, ja. --Ameisenigel (Diskussion) 16:00, 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)
- 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)
- 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)
- 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)
- In der Tat! Dann ist der Button wieder da. Wie kriege ich das jetzt auch mit monobook hin? -- M.ottenbruch
- Monobook! [2] und der Button ist weg, das ist es. M.ottenbruch, ruf doch bitte [3] auf, dann solltest du den Button sehen? --Holmium (d) 21:42, 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)
- 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)
- 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
- Siehst du die anderen Buttons, wenn du einen Abschnitt zum Bearbeiten öffnest? --Holmium (d) 20:48, 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
- @M.ottenbruch: Versuch das mal unter Verwendung eines anderen Browsers. Beste Genesungswünsche, – Doc Taxon • Disk. • 19:26, 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
@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“ …
-- 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.
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)
- Mit Vector22 (Windows) hat es wohl die ganze Zeit funktioniert. Linux habe ich nicht probiert. -- M.ottenbruch
- 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)
- 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
- 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)
- 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)
- @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)
- 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)
- 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
- Haha, Dein "üblicherweise" gefällt mir
- 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
- @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)
- Wie schön! Ich ja bin ja doch nicht der Einzige mit Ein- und Durchschlafstörungen.
- @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)
- ...
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)
Automatisches Sichten der Seite funktioniert nicht
[Quelltext bearbeiten]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)
- 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)