Benutzer Diskussion:PerfektesChaos/js/pageTeaserHint
Babel – Benutzerinformationen | ||
---|---|---|
| ||
Benutzer nach Sprache |
Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 5 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. |
Archiv |
Wie wird ein Archiv angelegt? |
Einbindung
BearbeitenHallo PC, danke für dieses spannend klingende Tool. Ich lese auf der Vorderseite:
Füge die folgende Zeile in die persönliche common.js, global.js etc. ein, falls dein Wiki dies nicht als Projekt-Gadget anbietet:
Wie finde ich heraus, wo das als Projekt-Gadget eingebunden bzw. zu aktivieren ist? Gibt es das auf der DE.WP? Fragende Grüße von Iva 10:51, 23. Feb. 2021 (CET)
- ich hab es einfach in die common.js und in die global.js reinkopiert. erstmal ist nüscht passiert und als in einer kat war, hab ich dann gesehen, was das tool kann. Danke schön! mein vorschlag mit dem dresden stammtisch steht aber trotzdem :-) viele grüße -- Thomas 15:06, 23. Feb. 2021 (CET)
- @Iva: Dieser Satz steht bei allen meinen Skripten in allen Sprachversionen, weil das Werkzeug in allen Wikis aller Sprachen nutzbar ist (praktisch alle meine Werkzeuge) und die umseitige Doku nicht wissen kann in welchem Wiki du arbeitest und was man dort ggf. angestellt hätte.
- In der deWP gibt es eine solche Gadget-Aktivierung nicht (und wird es auch hoffentlich nicht geben).
- <einschieb> Ähm. Ich bin so schlau als wie zuvor. Dieses Tool funzt also weder via irgendeiner neuen Einstellung bei meinen Einstellungen noch in fliegelflagel? Habe ich das so richtig verstanden? Und weiter: entweder die eine oder die andere Einbindung zu machen von wegen Ressourcen sparen? Da ich keine global.js habe (glaube ich zumindest), packe ich es mal in meine common.js (von der ich sicher weiß, dass sie existiert). Oder würdest Du eher empfehlen, mir ggf. eine global.js anzulegen? Grüße von Iva 19:38, 23. Feb. 2021 (CET)</einschieb>
- Nunja, die global.js würde eingesetzt werden, wenn auf mehreren oder vielen Wikis gearbeitet wird; dann wirkt es auf jedem Wiki.
- Wenn dich eigentlich nur hier Artikel interessieren, dann wäre common.js sinnvoller, wodurch bei Besuchen auf anderen Wikis nichts unnötig gestartet wird.
- LG --PerfektesChaos 23:25, 23. Feb. 2021 (CET)
- <einschieb> Ähm. Ich bin so schlau als wie zuvor. Dieses Tool funzt also weder via irgendeiner neuen Einstellung bei meinen Einstellungen noch in fliegelflagel? Habe ich das so richtig verstanden? Und weiter: entweder die eine oder die andere Einbindung zu machen von wegen Ressourcen sparen? Da ich keine global.js habe (glaube ich zumindest), packe ich es mal in meine common.js (von der ich sicher weiß, dass sie existiert). Oder würdest Du eher empfehlen, mir ggf. eine global.js anzulegen? Grüße von Iva 19:38, 23. Feb. 2021 (CET)</einschieb>
- @Z thomas: Sowohl common.js als auch global.js ist wenig sinnvoll, weil wenn schon global.js dann wirkt es ohnehin in allen Wikis, und die common.js-Einbindung kostet nur Ressourcen und Ausführungszeit. Schaden tut’s nicht, denn das Dingens merkt, dass es bereits angefordert war und setzt nur die allererste Einbindung wirksam um.
- @beide: Danke für die freundlichen (Vorschuss-)Lorbeeren.
- LG --PerfektesChaos 15:23, 23. Feb. 2021 (CET)
- ich hab Benutzer:Z thomas/pageTeaserHint angelegt und in meiner common.js das angefordert... aber es passiert auf Benutzer:Z thomas/pageTeaserHint nüscht. hab ich etwas falsch gemacht oder falsch verstanden? oder hätte ich es in die global.js bringen sollen. viele grüße -- Thomas 15:52, 23. Feb. 2021 (CET)
- Spezial:Diff/209130523 ging schon in die richtige Richtung, aber du müsstest dir die umseitige Tabelle nochmal genauer angucken:
listen: true
bedeutet: Durchsuche jede (geeignete) Seite, ob es dort benutzerdefinierte Bereiche gibt.- Du hast aber bisher
listen: false
und das ist der ressourcensparende Normalzustand.
- Alles ginge auch per global.js, aber da ist die Reihenfolge tückisch.
- Weil global.js vor common.js ausgeführt wird, kommst du mit dem
mw.hook()
ggf. nicht vor dasmw.loader.load()
und damit wäre die Gelegenheit, die Konfiguration zu wählen, schon verpasst weil inzwischen das Skript bereits ausgeführt wird/wurde.
- Weil global.js vor common.js ausgeführt wird, kommst du mit dem
- VG --PerfektesChaos 17:19, 23. Feb. 2021 (CET)
- Spezial:Diff/209130523 ging schon in die richtige Richtung, aber du müsstest dir die umseitige Tabelle nochmal genauer angucken:
- "ging in die richtige Richtung" das klingt auch wie "hat sich bemüht" :-)
- so... ich hab sowohl in der common als auch in der global.js die configuration gesetzt und "listen auf true" gestellt. danke für deine hilfe. aus der common.js könnte ich dein tool wieder entfernen, weil es ja in der global.js ist, oder?
- nur zum verständnis die config-unterseiten wie Benutzer:Z thomas/pageTeaserHint bieten die möglichkeit, nach eigenem Bedarf Artikel aus verschiedenen bereichen zusammenzustellen und zu überwachen? viele grüße -- Thomas 18:22, 23. Feb. 2021 (CET)
- Dreimal „Ja“.
- Wobei du mehrere Abschnitte mit <div> bilden kannst, und bekommst für jeden einen eigenen blauen Button.
- Der Plan ist in der Tat, dass du dir die von dir selbst erstellten, wesentlich überarbeiteten oder sonstwie dir sehr wichtigen Artikel in selbst erstellte Listen schreiben und alle halben Jahre mal durchchecken kannst.
- Übrigens gibt es bei der Beo ganz rechts außen auch eine Option für Rohtext-Darstellung, was dir eine Wiki-Liste aller von dir beobachteten Artikel verschafft.
- Am Rande bemerkt gäbe es auch die Möglichkeit, dieses
mw.hook()
an eine Bedingung gemäß JS/Variablen zu knüpfen, wodurch die etwas aufwändigere Suche in jeder ansonsten besuchten Nicht-ANR-Seite wegfiele.
- LG --PerfektesChaos 23:25, 23. Feb. 2021 (CET)
- Dreimal „Ja“.
- soso, dreimal ja, das erste "Ja" hätte ich nicht gebraucht. aber gut, feedback ist wichtig :-) ich hab noch ein paar fragen
- 1. das tool ist ja auch für andere projekte gedacht. ist es so wie von mir aufgelistet:
- andere sprachversionen: funktionieren wie de.wiki (anzeige in "Kats", unter "eigene beiträge" sowie die unterseite).
- Wikivoyage/wikisoruce: wie xx.wp
- wikidata: anzeige unter "eigene Beiträge" aber anzeige weniger information als unter xx.wp
- Wiktionary: wie xx.wp aber aber anzeige weniger information als unter xx.wp
- commons: hier hab ich das tool bisher nicht entdeckt
- 2. unterseite: diese idee klappt nicht. ich muss die unterseiten immer in der jeweiligen sprachversion anlegen?
- 3. mit JS/Variablen kann ihc noch nicht so viel anfangen :-)
- am rande @DerFussi: das tool ist sicher für euch bei wikivoyage interessant. viele grüße -- Thomas 09:15, 24. Feb. 2021 (CET)
- @Z thomas:. Danke für den Tipp. Ich schaue mal rein. -- DerFussi 09:38, 24. Feb. 2021 (CET)
- @Z thomas:. Es ist auch auf Wikivoyage/de einsetzbar (habe ich ausprobiert) und ist für die Qualitätskontrolle nützlich, insbesondere auch dann, wenn die Vorschaubilder (wie auf den meisten Wikis) noch gar nicht verfügbar sind. --RolandUnger (Diskussion) 08:49, 25. Feb. 2021 (CET)
- Alle Wikis werden völlig identisch angesteuert, bloß ist je nach Art des Wikis die Ausbeute unterschiedlich.
- Wikidata wäre irgendwie seltsam; aber ja, deren Projektseiten und Kategorien kämen hinsichtlich Verknüpfung in Frage. Jedoch gibt es keine Seitenvorschaubilder.
- Wiktionary hat naturgemäß nicht so arg viele Wikidata-Verknüpfungen.
- Commons wird halt nicht so intensiv vernetzt sein wie Sprachversionen.
- Ja, privat aufgelistete Seiten müssen im selben Wiki liegen, weil sonst die Identifizierung als triviales Wikilink nicht greift.
- Mal eine kleine Starthilfe mit einem Beschleuniger, ungetestet; müsstest du dir zusammenreimen was genau das bewirkt und ob du exakt dies willst:
( function ( mw ) {
"use strict";
var nsn = mw.config.get( "wgNamespaceNumber" ),
env, n;
if ( nsn === 2 ) {
env = mw.config.get( [ "wgTitle",
"wgUserName" ] );
env.wgUserName = env.wgUserName || "/";
env.wgUserName = env.wgUserName + "/";
n = env.wgUserName.length;
if ( env.wgTitle.substr( 0, n ) === env.wgUserName ) {
mw.hook( "pageTeaserHint.config" ).fire( { listen: true } );
} else {
nsn = false;
}
}
switch ( nsn ) {
case -1:
case 0:
case 2:
case 14:
mw.loader.load( "https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/pageTeaserHint/r.js&action=raw&maxage=86400&ctype=text/javascript" );
break;
} // switch
}( window.mediaWiki ) );
Ungefähr der Einleitungsabschnitt; ohne in runde Klammern eingeschlossene Einschübe.
BearbeitenErstmal, cool, ein Tool. Danke.
Eine Frage zu der Anzeige Einleitungsabschnitt (Ungefähr der Einleitungsabschnitt; ohne in runde Klammern eingeschlossene Einschübe.): Bei Rottenhof (Hofamt Priel) wird mir angezeigt:
Der Rottenhof befindet sich im gleichnamigen Ort Rottenhof in der Gemeinde Hofamt Priel im Nibelungengau im Bezirk Melk (Niederösterreich). Das Gebäude steht unter Denkmalschutz (Listeneintrag). Der Rottenhof befindet sich im Grenzgebiet der Regionen Wachau, Waldviertel und Strudengau. Der Rottenhof liegt unmittelbar am alten Handelsweg nach Maria Taferl. An dieser Straße befinden sich einige wichtige Kultsteine. Er ist am südlichen Fuß des 483 Meter hohen Eichberges oberhalb des gleichnamigen Ortes gelegen.
Mit 2 in Klammern eingeschlossenen Einschüben. Während (Niederösterreich) vielleicht sinnvoll sein kann, um zu anderen Melks zu unterscheiden, macht (Listeneintrag) keinen Sinn (ist ohne Verlinkung nicht verständlich).
Entweder verstehe ich die Erklärung ohne in runde Klammern eingeschlossene Einschübe nicht oder die Beschreibung stimmt so nicht. Kannst du das klarer machen? Gibt es eine Möglichkeit, so Zusätze wie (Listeneintrag) von der Anzeige im Teaser inhaltsseitig auszuschließen? lg --Herzi Pinki (Diskussion) 12:11, 1. Mär. 2021 (CET)
- Während bei Hofamt Priel der Klammerzusatz ausgeblendet wird: (Stand 1. Jänner 2020) --Herzi Pinki (Diskussion) 12:14, 1. Mär. 2021 (CET)
- Darf ich mal? Also das eine sind Klammereinschübe, also so etwas wie die Lebensdaten bei Personenartikeln, das andere sind Klammerzusätze, wie sie im Fließtext vorkommen und eher als erklärendes Detail anzusehen sind. Versuch es mal mit einer Biografie, dann siehst du den Unterschied. So wird beispielsweise für Arnold Böcklin dieser Text angezeigt:
Arnold Böcklin war ein Schweizer Maler, Zeichner, Grafiker und Bildhauer des Symbolismus. Er gilt als einer der bedeutendsten bildenden Künstler des 19. Jahrhunderts in Europa.
- Also die Geburts- und Sterbedaten (* 16. Oktober 1827 in Basel; † 16. Januar 1901 in San Domenico bei Fiesole, Florenz) fehlen, es werden also datumsbezogene Klammerzusätze ausgeblendet, textbezogene Zusätze hingegen nicht. Denn nicht jeder Mensch weiß, dass sich ein Bezirk Melk nur in Niederösterreich befinden kann. --Liebe Grüße, Lómelinde Diskussion 13:16, 1. Mär. 2021 (CET)
- um noch ein paar Beispiele zum Forschen zu bringen.
- Großkoschen: angezeigt wird (Kóšynka)
- Jüttendorf: angezeigt wird Gat aber nicht die davor (niedersorbisch Wjaska) und dahinter stehenden Angaben (Nowe Městko).
- beim zweiten Beispiel werden klammern ausgeblendet, aber nicht alle. und das ist keine biografie :-) viele Grüße -- Thomas 13:21, 1. Mär. 2021 (CET)
- um noch ein paar Beispiele zum Forschen zu bringen.
Es gibt also solche und solche Einschübe in Klammern. Woran erkennt wer oder was, um welchen Typ von Einschub es sich handelt? lg --Herzi Pinki (Diskussion) 13:52, 1. Mär. 2021 (CET)
- Relata refero – ich erzähle nur weiter, was die Wiki-Software als „(ohne eingeklammerte Teile wie Geburtsdaten)“ jetzt im Moment generiert hatte. Wie sie das macht, ist nicht mein Ding.
- Der fragliche Text wird aus Vorlage:BDA Objekt Ref/Impl generiert und das beeinflusst möglicherweise momentan die Analyse durch die MediaWiki-Software. Obendrein ist das stehengebliebene Wort vollständig verlinkt; vielleicht blockiert eine ansonsten leerbleibende Klammer den Kürzungsalgorithmus, oder was auch immer.
- Das kann sich aber jederzeit unangekündigt ändern.
- VG --PerfektesChaos 14:48, 1. Mär. 2021 (CET)
- ich musst tatsächlich Relata refero nachschauen :-)
- ok...hab mal bei der App geschaut. Jüttendorf wird tatsächlich mit einem geklammerten Ausdruck angezeigt. ich hab mal die verlinkung VOR der klammer aufgelöst. aber das zeigt keinen erfolg. gruß -- Thomas 15:03, 1. Mär. 2021 (CET)
Danke PerfektesChaos, habe im Lauf des Nachmittags dann eben dieses vermutet. Irgendwo fängt man immer zu fragen an, selten gleich an der richtigen Stelle. lg --Herzi Pinki (Diskussion) 18:41, 1. Mär. 2021 (CET)
Benutzerdefinierte Listen
BearbeitenHallo PerfektesChaos, ich hatte deinen Kurierbeitrag neulich schon mit Interesse gelesen und mir nach WD:WikiProjekt Vandalismusbekämpfung#Vandalismus bei Wikidata-Kurzbeschreibungen jetzt endlich Zeit genommen, mir das mal gründlicher durchzulesen. In der Standardkonfiguration gefällt mir das Tool schonmal sehr gut, vielen Dank dafür!
Wenn ich jetzt viele Artikel gleichzeitig beobachten möchte, deren Wikidata-Einträge häufig vandaliert werden, müsste ich eine benutzerdefinierte Liste erstellen, korrekt?
Im Normalfall würde ich mir eine Unterseite im BNR machen (z.B. könnte ich „meine“ Artikel beobachten), aber verstehe ich es richtig, dass man auch Seiten im WNR dafür nutzen könnte? Wäre es also möglich, bei den Auflistungen auf Wikipedia:Beobachtungskandidaten und Wikipedia:Beobachtungskandidaten/Lebtnoch deinen Code einzusetzen, damit man nur diese beiden Seiten regelmäßig aufrufen muss, um bequem viel potentiellen Wikidata-Vandalismus zu beobachten?
Dann würde ich das drüben im WikiProjekt Vandalismusbekämpfung mal vorschlagen. Viele Grüße --Johannnes89 (Diskussion) 23:04, 9. Apr. 2021 (CEST)
- Ja, das ist genau für solche Anwendungen vorgesehen.
- Werkzeugnutzer müssen dann aber daran denken, diese Berücksichtigung vorher explizit anzufordern, weil aus Performance-Gründen sonst nur die Standard-Namensräume betrachtet werden.
- VG --PerfektesChaos 16:20, 10. Apr. 2021 (CEST)
- Danke dir, ich habs drüben mal vorgeschlagen. Falls das Zustimmung erhält, werd ich so zumindest einige häufig vandalierte Wikidata-Items häufiger mal in den Blick nehmen. --Johannnes89 (Diskussion) 16:37, 10. Apr. 2021 (CEST)