Wikipedia:SHEIC/Archief/2016-11

Uit Wikipedia, de vrije encyclopedie


8 nov 2016 00:01 (CET)

Iemand met verstand van sjablonen?[bewerken | brontekst bewerken]

Kan iemand hier een kijkje nemen: nds-nl:Mal:NavJaor, van 2016 tot het jaar 0 gaat het goed met de jaartelling en de categorie waarin het artikel geplaatst wordt, maar eerder dan het jaar nul klopt er niks meer van (zie bv. (nds-nl:1186 v. Chr., decennia en jaren kloppen niet en de categorie zou moeten zijn: 10e eeuw v. Chr.). Iemand enig idee hoe ik dit kan oplossen, of is het beter om een ander sjabloon te gebruiken? Alvast bedankt. Servien (overleg) 2 nov 2016 20:46 (CET)[reageer]

Dat sjabloon is nodeloos ingewikkeld. Ik zou een apart sjabloon maken die correcte +1/−1 berekeningen doet en aparte sjablonen die links genereren voor eeuwen, decennia en jaren met een getal als parameter. En dan die sjablonen gebruiken in NavJoar. --bdijkstra (overleg) 15 nov 2016 15:42 (CET)[reageer]

Sjabloon andere taal[bewerken | brontekst bewerken]

Hallo,

De citeer-knop van de visuele editor en (naar het lijkt) ook die van die (inmiddels al niet meer super)nieuwe Vertaal-feature hebben de neiging als taal bij {{Citeer web}} en {{Citeer boek}} (enzovoort) niet bijvoorbeeld (en) of (nl) als taal in te vullen, maar (nl-NL) , (en-GB) en (en-US) . Is er wat voor te zeggen om gewoon {{En-us}} en {{En-gb}} en {{Nl-nl}} aan te maken? {{Citeer web}} en kornuiten zullen dan niet meer klagen. Ik stel dan voor om een taalcode en-GB weer te geven als (en) en en-US als (en) (let op de tooltip, het is subtiel). Ik kan me niet anders voorstellen dan dat we dan ook nl-BE aanmaken. Heeft iemand concrete bezwaren? –Frank Geerlings (overleg) 15 nov 2016 23:53 (CET)[reageer]

"kornuiten zullen dan niet meer klagen" -> dat lijkt me een slechte motivatie. De software is niet goed ontwikkeld naar de gebruiken op deze wiki. Ik vind dat je de vraag hier op de verkeerde plek stelt. Ik vind het onzinnig om ze aan te maken (en je hebt dan vele honderden talen x land combi's, echt niet praktisch en van toegevoegde waarde volgens mij, maar als de aanmaak van deze sjablonen gewenst is, is dat iets wat niet een technische kwestie is maar een kwestie van wat de gebruikers op deze wiki breed willen. Romaine (overleg) 16 nov 2016 00:05 (CET)[reageer]
Wat is een betere plek voor de vraag, Romaine? Ik zocht naar een Sjablooncafé maar dat bestaat geloof ik niet. Ik wilde sowieso de vraag breder neerleggen maar eerst even kijken of het überhaupt een goed idee is. Dat 'component X niet meer zal klagen' is niet de primaire drijfveer perse. Je kan je lokale gebruiken ook best een klein beetje aanpassen aan hoe de rest van de wereld werkt, dat weigeren is ook weinig zinvol. Ik vind het van geringe (maar meer dan 0) toegevoegde waarde, maar tegelijk zie ik ook niet echt een enorm bezwaar. Het is niet alsof we gelijk het cartesisch product van iedere taal en ieder land moeten gaan aanmaken, met 4 of 5 extra taalaanduidingen zijn we er al. –Frank Geerlings (overleg) 16 nov 2016 00:14 (CET)[reageer]
Sorry, we denken hier zelfstandig en niet "omdat iedereen het doet" of zoiets, en niet iedereen doet dat zo. Lees mijn vorige bericht nog eens terug, ik zie wel een zeer simpel bezwaar: het gaat niet om een handjevol sjablonen, maar vele honderden. En nee, we zijn er niet met 4 of 5 extra aanduidingen, ik heb er al tientallen verschillende combinaties gezien. En nee, het gemakzucht om maar aan te passen is ook een bezwaar. Kritisch denken is een belangrijk goed en niet omdat je ergens fan van bent ook maar de grillen implementeren terwijl het eigenlijk niet zinvol is. Want dit wordt niet voorgesteld omdat er een behoefte aan bestaat, maar omdat de software niet helemaal goed geconfigureerd staat. En stop alsjeblieft met het marginaliseren van de situatie, "4 of 5 extra" is ofwel overdrijven in de kleinte van de omvang ofwel men heeft niet door hoe groot de omvang echt is. Romaine (overleg) 16 nov 2016 00:26 (CET)[reageer]
Men heeft een vrij aardig beeld van de omvang. Maar laat maar. Het is al duidelijk. –Frank Geerlings (overleg) 16 nov 2016 01:02 (CET)[reageer]

14 nov 2016 20:17 (CET)

Zo te zien gebruiken wij magische links alleen voor ISBN. Zie Categorie:Wikipedia:Pagina's die ISBN magische links gebruiken. Bijna 41 duizend pagina's, lijkt me iets voor een bot... --bdijkstra (overleg) 15 nov 2016 15:03 (CET)[reageer]
En voor RFC (voorbeeld: RFC 2822) geloof ik? –Frank Geerlings (overleg) 15 nov 2016 16:46 (CET)[reageer]
Verrek inderdaadinderdaad. En PMIC ookPMIC ook. Ik zal vanavond verzoeken indienen voor het wijzigen van de categorienamen. --bdijkstra (overleg) 15 nov 2016 16:55 (CET)[reageer]
Er staat hier al een opmerking daarover. --bdijkstra (overleg) 15 nov 2016 22:11 (CET)[reageer]
Ik las phab:T148274 net even door. Ik neem aan dat we {{ISBN}} weer tot de nieuwe voorkeursmethode gaan maken, en dan ook een {{RFC}} maken? {{PMID}} is er al. Ik kan er (na rijp beraad) wel een bot overheen laten gaan. Ik geloof dat er niet enorm veel haast is nog. –Frank Geerlings (overleg) 16 nov 2016 00:20 (CET)[reageer]
Zo te zien neigt men daar inderdaad naar een oplossing met sjablonen. Ik geloof ook niet dat er haast is. Weet iemand trouwens hoe je die RFC-links plaatselijk kan uitschakelen? Het gaat fout op RFC 2000. --bdijkstra (overleg) 16 nov 2016 09:40 (CET)[reageer]
Zo. Sjoerd de Bruin (overleg) 16 nov 2016 09:46 (CET)[reageer]
De twee niet-bestaande categorieën Categorie:Pages using RFC magic links en Categorie:Pages using PMID magic links bevatten wel nog een of meer artikelen. Normaal zou een null-edit dit moeten oplossen, maar de eerste kan ik niet bewerken (beveiligde pagina) en de tweede categorie bevat naar mijn mening iets te veel artikelen om dit manueel te doen. Ik dacht dat er een manier was om dit op te lossen, maar ik weet niet meer hoe. Kan iemand daar eens naar kijken? Dinosaur918 (vragen of opmerkingen?) 18 nov 2016 23:25 (CET)[reageer]

De eerste categorie is leeg, de tweede zal een stuk leger gaan worden. Via dit commando heb ik 2 veel gebruikte sjablonen gepurged en daarbij gezegd dat alle pagina's waar deze sjablonen opstaan de links moeten bijwerken. Daarmee worden ze verwijderd uit categorieën waar ze al niet meer instaan (maar nog wel lijken te staan). Mbch331 (Overleg) 18 nov 2016 23:34 (CET)[reageer]

Waarvoor dank! Dinosaur918 (vragen of opmerkingen?) 19 nov 2016 23:01 (CET)[reageer]
Ter aanvulling: wat er niet moet gaan gebeuren is dat blindelings alle ISBN's, RFC's en PMID's vervangen moeten worden door een sjabloon. Te vaak worden ze in de lopende tekst gebruikt waar we in principe geen externe links toestaan. Wel kunnen we een magic link dan omzetten naar een sjabloon in een ref.
Tevens zullen we als de magic links uitgeschakeld zijn, alle plaatselijk uitgeschakelde magic links moeten gaan ontdoen van hun dan onnodige constructie. Romaine (overleg) 19 nov 2016 03:34 (CET)[reageer]
Worden er ergens ISBN in de lopende tekst gebruikt? Dinosaur918 (vragen of opmerkingen?) 19 nov 2016 23:02 (CET)[reageer]

21 nov 2016 16:32 (CET)

28 nov 2016 22:16 (CET)

Ik maak reeds lange tijd gebruik van het javascript op Gebruiker:MrBlueSky/markeer.js, maar dat blijkt sinds kort plots niet meer te werken. Is er een gebruiker die kan vinden hoe dat precies komt? Alvast bedankt! Dinosaur918 (vragen of opmerkingen?) 18 nov 2016 16:37 (CET)[reageer]

Zet dit op regel 130: msb.patrol.token = mw.user.tokens.get('editToken');
token staat niet in de url, dat geeft een fout. Tek bir dünya, tek bir kişi (overleg) 18 nov 2016 19:25 (CET)[reageer]
Dat blijkt zo te zien te werken. Bedankt daarvoor. Ik vraag me wel af hoe het komt dat dit vroeger werkte, maar nu plots niet meer. Dinosaur918 (vragen of opmerkingen?) 18 nov 2016 21:57 (CET)[reageer]
Volgens #Tech News: 2016-46 ging gisteren een nieuwe versie van MediaWiki live. De wijziging met 'editToken' zal vast wel ergens in de lijst met veranderingen staan... --bdijkstra (overleg) 18 nov 2016 22:44 (CET)[reageer]
Dat is goed mogelijk, maar ik vind het niet direct ergens terug. Dinosaur918 (vragen of opmerkingen?) 19 nov 2016 23:03 (CET)[reageer]
Markeren kan sinds kort (sinds 1.29/wmf.2) niet meer met GET, maar moet met POST . Ik heb het script aangepast. MrBlueSky (overleg) 6 dec 2016 18:55 (CET)[reageer]