Naar inhoud springen

Overleg gebruiker:Sjoerddebruin

Pagina-inhoud wordt niet ondersteund in andere talen.
Onderwerp toevoegen
Uit Wikipedia, de vrije encyclopedie
Laatste reactie: 7 uur geleden door Sjoerddebruin in het onderwerp File:Loxie and Zoot with her friends.gif


Afbeelding combi

[brontekst bewerken]

Hoi Sjoerd, is over dit soort sjablonen een afspraak gemaakt? Want ik vind dit nogal een verslechtering. Die packed modus gebruik ik juist niet omdat hij zo instabie is. Ymnes (overleg) 30 jun 2024 16:26 (CEST)Reageren

Kun je aangeven wat je met "instabiel" bedoelt? Dit sjabloon is niet gemaakt voor deze usecase en gaat bij brede afbeeldingen niet perfect om met de mobiele weergave. Je mag ook een andere galerijweergave kiezen, maar ik vind packed de afbeeldingen het best uitlichten. Sjoerd de Bruin (overleg) 30 jun 2024 16:36 (CEST)Reageren
Ik kijk nu juist mobiel en hij zet ze allemaal onder elkaar. Bij packet mode vergroot en verkleint hij (flikkert hij met) de foto's, dat is heel instabiel. Met het sjabloon combi is het zelfs perfect als ik mijn mobiel als landscape vasthoudt. Het gaat dus juist wel perfect en nu niet meer. Ymnes (overleg) 30 jun 2024 16:45 (CEST)Reageren
Apart, bij mij springt het sjabloon buiten de pagina. Welke browser gebruik je? Sjoerd de Bruin (overleg) 30 jun 2024 16:52 (CEST)Reageren
Firefox, zowel op de pc als Samsung. Ymnes (overleg) 30 jun 2024 17:13 (CEST)Reageren
Ook in Firefox gaat ie bij mij buiten de pagina bij een smal scherm. Sjoerd de Bruin (overleg) 30 jun 2024 17:17 (CEST)Reageren
Niet bij landscape. Rechtop is het trouwens niet vervelend, maar wel handig. Terwijl hij ze bij packed allemaal onder elkaar zet, beeldvullend. Ymnes (overleg) 30 jun 2024 17:22 (CEST)Reageren
Op een smal scherm wil je ze toch juist onder elkaar hebben? Sorry, ik begrijp niet helemaal meer welke situatie we het over hebben, de oude of de nieuwe. Wellicht is 250 iets te optimistisch voor de nieuwe, mag ook naar 200. Sjoerd de Bruin (overleg) 30 jun 2024 17:26 (CEST)Reageren
Ik kijk trouwens mobiel in de desktop modus, maar neem aan dat het er niet beter van wordt in de mobiele versie. Dat ze over de rechter kantlijn heen gaan (sjabloon) is wel oké, want je kunt ze nog allemaal bekijken, maar alles onder elkaar idd wel wat te optimistisch. Ymnes (overleg) 30 jun 2024 17:32 (CEST)Reageren
Is het volgende een oplossing in het sjabloon combi? Breedte scherm = 100%, breedte van de drie afbeeldingen = 33% van de opgegeven breedtes van de drie afbeeldingen. Ymnes (overleg) 30 jun 2024 19:46 (CEST)Reageren
Dat zou mogelijk kunnen zijn, maar ik zie niet in waarom zulke galerijen niet onder elkaar mogen zijn op de mobiele weergave. Sjoerd de Bruin (overleg) 30 jun 2024 19:48 (CEST)Reageren
Omdat er keuze mag zijn voor situaties waarin dat beter past. Onder elkaar is ook geen dienst aan de lezer. Als mijn oplossing werkt, dan zijn we er. Zou je die bug op deze manier ui het sjabloon willen halen? Ymnes (overleg) 30 jun 2024 19:58 (CEST)Reageren
Het lijkt mij niet de bedoeling dat we onze mobiele lezers afbeeldingen op postzegelformaat gaan aanbieden. Sjoerd de Bruin (overleg) 30 jun 2024 20:00 (CEST)Reageren
Dat is niet zo, zo ziet dat er helemaal niet uit met drie afbeeldingen naast elkaar, met de huidige techniek. Er is geen reden meer om lezers een zuil aan schermdekkende afbeeldingen te tonen, wat het nu is geworden. Ik zet het in het betreffende artikel terug wegens btni. Als mijn oplossing dan ook in het sjabloon is verwerkt, hebben we helemaal een winwin. Ymnes (overleg) 30 jun 2024 20:10 (CEST)Reageren
Spijtig dat je zo omgaat met de toegankelijkheid van onze encyclopedie op mobiele apparaten en het onderwaarderen van foto's. We hoeven onze lezers niet alleen maar eindeloze paragrafen aan tekst te serveren, maar we mogen trots zijn dat we kwalitatieve foto's in onze vrij-te-gebruiken collectie hebben en wat afwisseling kunnen bieden aan onze lezers. Sjoerd de Bruin (overleg) 30 jun 2024 20:15 (CEST)Reageren
Voor de meelezers hier ben ik benieuwd wat de voorkeur geniet, zie hier (links sjabloon, rechts galerij-tag). Sjoerd de Bruin (overleg) 30 jun 2024 20:17 (CEST)Reageren
Dat is toch niet het verhaal volgens de oplossing die ik aanreik... Ymnes (overleg) 30 jun 2024 20:25 (CEST)Reageren
(Nbwc) @Sjoerd - Daar ben ik mij heel erg van bewust en daar maak ik mij nu ook juist sterk voor. Die betreffende foto's heb ik zelfs zelf gemaakt in oktober 2022 tijdens mijn reis naar Suriname, 3 uit 840 die ik uploadde, speciaal omdat ik mij bewust ben dat foto's belangrijk zijn. Ymnes (overleg) 30 jun 2024 20:21 (CEST)Reageren
Er zijn twee aspecten die spelen. Enerzijds wat een ideale grootte is. Op zich is wat mij betreft de grootte een smaakkwestie en dan hou ik me er buiten, maar ik kan wel zeggen dat toen een aantal jaar terug de thumb-grootte van 200 naar 260 gegaan is, men dit niet voor gallery heeft plaatsgevonden. Dit zou denk ik daar het beste wel nog kunnen gebeuren, zodat dit niet handmatig hoeft plaats te vinden in de meeste artikelen.
Het tweede aspect dat hier speelt is hoe de afbeeldingen worden ingevoegd. Ondertussen zijn er meer mogelijkheden gekomen, maar die waren vroeger er niet en werden afbeeldingen veel via sjablonen ingevoegd. Sjablonen voor afbeeldingen zijn houtje-touwtje en eigenlijk niet geschikt. Beter is als alle sjablooninvoegingen van afbeeldingen omgezet zouden worden in invoegingen met bv gallery of als individuele afbeelding. Romaine (overleg) 16 jul 2024 19:15 (CEST)Reageren

Taalcode versus taalnaam

[brontekst bewerken]

Door ergens in deze wijzigingen wordt niet langer de taalcode als output gegeven, maar de taalnaam voluit. Ik kom het bijvoorbeeld tegen op Megan Gilkes (en een categorie vol) (en door de code te substitueren de oorzaak gevonden): er wordt in de infobox een bron opgehaald van Wikidata, maar van de bron wordt nu de taalnaam voluit ingevuld in het Citeer-sjabloon, waar een taalcode ingevuld dient te worden. In de infobox is niks gewijzigd, maar (eer)gisteren wel in de Module:Wd. Zou je kunnen zorgen dat niet de taalnaam wordt ingevuld, maar de taalcode ingevuld wordt? Romaine (overleg) 11 jul 2024 10:08 (CEST)Reageren

De fout wordt nu niet meer weergeven, ik zal kijken of het lukt om de taalnaam om te zetten naar de code. Sjoerd de Bruin (overleg) 11 jul 2024 10:11 (CEST)Reageren
Merci!
Op Alec Jeffreys kom ik nog een andere fout tegen in de referentie (nr 5: Fout: de referentie kan niet correct weergeven worden), ook het gevolg van Module:Wd. Op Wikidata wordt National Inventors Hall of Fame opgegeven met als bron een property National Inventors Hall of Fame-identificatiecode (P3468) met waarde. De module weet niet wat die met deze bron aan moet. Romaine (overleg) 11 jul 2024 10:53 (CEST)Reageren
Op allerlei pagina's kom ik ook de fout "Luafout in Module:Wd op regel 1891: variable 'id' is not declared" in de infobox tegen, bv Burp Suite. Romaine (overleg) 11 jul 2024 11:04 (CEST)Reageren
Zou nu opgelost moeten zijn, ook komen deze nu terecht in Categorie:Wikipedia:Pagina's met referentiefouten. Sjoerd de Bruin (overleg) 11 jul 2024 11:31 (CEST)Reageren
Die laatste lijkt nu overal opgelost.
Ondertussen nog weer een andere fout opgedoken: Beitske Visser. Een referentie opgehaald uit Wikidata. Romaine (overleg) 11 jul 2024 11:31 (CEST)Reageren
En hier nog een met een referentieprobleem via de module: Dilano van 't Hoff. Romaine (overleg) 11 jul 2024 11:33 (CEST)Reageren
Ik zie op verschillende plekken fouten verdwijnen, dank! Romaine (overleg) 11 jul 2024 12:33 (CEST)Reageren
De lastigheid die ik merk met referenties die via de module worden ingevoegd is dat ze om een of andere reden nergens worden gemarkeerd als de Appendix ontbreekt. Dit is al langer een probleem en het is vaak toeval dat dit opgemerkt wordt. Dagelijks voeg ik met mijn bot diverse keren de Appendix toe aan artikelen waar die ontbreken, maar dat is alleen op basis van waar in de broncode van een artikel de ref is ingevoegd. Het zou denk ik goed zijn na te denken over hoe ingevoegde referenties ingevoegd via deze module gemarkeerd worden als er geen Appendix in de pagina ingevoegd staat. Romaine (overleg) 11 jul 2024 12:33 (CEST)Reageren
Daar ben ik het mee eens. Wat zou voor jou het beste werken, een beheercategorie? Sjoerd de Bruin (overleg) 12 jul 2024 17:59 (CEST)Reageren
Het simpelweg alle pagina's die een referentie via de module invoegen in een beheercategorie plaatsen gaat denk niet werken: daarvoor zal de module te veel gebruikt gaan worden.
We hadden vroeger een systeemcategorie die werd ingevoegd als de appendix/references ontbrak, meest handige zou zijn als die weer zou werken.
Zou een (sub)module in staat zijn om te detecteren of er appendix/references onderaan is ingevoegd? Bij ontbreken appendix/references zou dan een beheercategorie ingevoegd kunnen worden, dan zal mijn bot die wel leeg gaan houden. Romaine (overleg) 16 jul 2024 19:00 (CEST)Reageren
Dat was precies wat ik bedoelde, ik ga zo even puzzelen. Sjoerd de Bruin (overleg) 16 jul 2024 20:04 (CEST)Reageren

Bitje

[brontekst bewerken]

Hoi Sjoerddebruin, ik zie je uit m'n ooghoeken vaker actief zijn, ook met wat spannender onderhoudswerk. Zou het niet een idee zijn om dat extra bitje aan te vragen, zodat je zelf dingen op kan ruimen en fixen? Gezien je ervaring denk ik niet dat het een lastige procedure zou worden. Milliped (overleg) 12 jul 2024 12:05 (CEST)Reageren

Je bent niet de eerste, ik zal er dit weekend naar kijken. Sjoerd de Bruin (overleg) 12 jul 2024 17:59 (CEST)Reageren

Inverting images in galleries

[brontekst bewerken]

How about adding the following to MediaWiki:Vector-2022.css / MediaWiki:Minerva.css and then adding skin-invert-image-svg to the gallery?

@media screen {
    html.skin-theme-clientpref-night .skin-invert-image-svg img[src$=".svg.png"] {
        filter: invert( 1 );
    }
}
@media screen and (prefers-color-scheme: dark) {
	   html.skin-theme-clientpref-os .skin-invert-image-svg img[src$=".svg.png"] {
        filter: invert( 1 );
    }
}

Jdlrobson (overleg) 12 jul 2024 19:32 (CEST)Reageren

The "skin-invert-image" class works in general on galleries, I'm just curious how you can only let it apply to a specific image in the gallery. Sjoerd de Bruin (overleg) 12 jul 2024 19:40 (CEST)Reageren
Probably requires a change to galleries. I guess I'm wondering if there is any case where you would not want to invert an SVG inside a gallery - since those are often the images that need/can be inverted. Jdlrobson (overleg) 13 jul 2024 02:33 (CEST)Reageren
See for example Pjotr_Iljitsj_Tsjaikovski#Leven_en_werk. Sjoerd de Bruin (overleg) 13 jul 2024 11:31 (CEST)Reageren
Given user feedback, I've been mulling over proposing the following as a global rule that adds a checkered backgrounds to images. Is that something you want to try out too? I think it fixes this particular case.. but not sure if there are any cases it causes problems.
.mw-parser-output .gallery img,
.mw-parser-output figure img { 
    background: url(/w/extensions/MultimediaViewer/resources/mmv/ui/checker.png?bdcf5) repeat;
}
Jdlrobson (overleg) 13 jul 2024 18:43 (CEST)Reageren
I would still prefer to set a class on individual images in a gallery and I see I'm not the only one that expects that behaviour. Sjoerd de Bruin (overleg) 15 jul 2024 20:21 (CEST)Reageren
Yes I understand. However, this is impossible with the current syntax and will likely need a feature request. I'm not sure anyone maintains that code so it might also take some time :-( Jdlrobson (overleg) 15 jul 2024 22:25 (CEST)Reageren

Wikidata weekly summary #536

[brontekst bewerken]

Tech News: 2024-29

[brontekst bewerken]

MediaWiki message delivery 16 jul 2024 03:28 (CEST)Reageren

Sjabloon voor gearchiveerde links?

[brontekst bewerken]

Hallo Sjoerd, ik vroeg me af (hardop op het IRC kanaal) waarom we op NL wiki geen sjabloon hebben voor het archiveren van links, via bijv. Wayback Machine. Daar opperde @Daniuu dat het misschien kwam omdat niemand er tot nu toe moeite in heeft gestoken, en suggereerde een bericht hier. Aangezien veel links na verloop van tijd (helaas) gearchiveerd moeten worden, leek het me eigenlijk onwaarschijnlijk dat de behoefte niet al veel langer bestaat (en groter is), maar het zou kunnen. Of is er een expliciete reden waarom zo'n sjabloon niet is gemaakt? In Sjabloon:Citeer web zitten de opties wel ingebouwd maar die is niet geschikt voor losse externe links.
Zelf heb ik onlangs handmatig zo gedaan omdat ik het elders zo zag, maar ongetwijfeld is er nogal een variatie aan manieren waarop wiki gebruikers dit doen, wat er dan wat knullig uitziet. Voor Engels is er en:Template:Webarchive (en in nog een heleboel andere talen) maar zo uitgebreid is misschien ook weer niet nodig. Ik werk veel op de Doom Wiki waar een heel eenvoudige versie al bruikbaar genoeg is. Ben benieuwd hoe je hier tegenaan kijkt - of dat ik dit misschien bij een geheel andere moderator moet aankaarten. --Xymph (overleg) 16 jul 2024 16:47 (CEST)Reageren

Ik denk dat de behoefte er niet lokaal is en het sowieso aan te raden is om Citeer web te gebruiken, ook omdat de andere gegevens dan makkelijker leesbaar zijn voor bots. Sjoerd de Bruin (overleg) 16 jul 2024 18:41 (CEST)Reageren
Zoals Sjoerddebruin, als er behoefte is aan het gebruik van een sjabloon kan men beter Citeer web gebruiken, bots zijn erop afgestemd en is veel al in gebruik hiervoor. Een extra sjabloon creëren is niet nodig voor deze functie. Citeer web kan ook gebruikt worden voor losse externe links. Romaine (overleg) 16 jul 2024 18:48 (CEST)Reageren

Kaarten beelden het onderwerp niet af

[brontekst bewerken]

Beste Sjoerd, ik ben het totaal niet eens met je actie met als bijschrift "Kaarten beelden het onderwerp niet af". Het gaat over een locatie binnen Indonesië. Dan is het toch voor de hand liggend om enig idee te krijgen waar deze locatie ligt. Met een stipje op Indonesië ben je net niets wijzer. Deze pagina Banjarmulya na jou actie. De pagina Banjarmulya voor jou actie. Ik zet het een en ander terug. Mvg, Lidewij (overleg) 17 jul 2024 18:40 (CEST)Reageren

Ik verwacht bij een locatiekaart dat deze daadwerkelijke de locatie toont en geen bovengelegen locatie. Wellicht is iets gebaseerd op {{Maplink}} duidelijker en bruikbaarder. Sjoerd de Bruin (overleg) 17 jul 2024 18:43 (CEST)Reageren
Er stonden een aantal kaarten in de infobox, waarvan c:File:Pemalang kecamatan Pemalang Regency location map.jpg m.i. een van de meest nuttige is, want die heeft de grootste schaal en geeft de grenzen aan. Waarom is die weggehaald? –bdijkstra (overleg) 17 jul 2024 18:58 (CEST)Reageren
De onderste kaart is imo een grote verbetering, voor de rest vind ik de tweede nog steeds verwarrend voor de lezer, ondanks dat er een onderschrift staat. Sjoerd de Bruin (overleg) 17 jul 2024 19:00 (CEST)Reageren
BWC Juist de grenzen van de bestuurslagen zijn van belang. Maplinken gaan je daarbij niet helpen. Er gaan genoeg linken naar andere kaarten. Lidewij (overleg) 17 jul 2024 19:03 (CEST) PS Bij iets meer uitgewerkte locaties worden ook in andere talen dit soort kaartjes bovenin toegevoegd.Lidewij (overleg) 17 jul 2024 19:09 (CEST)Reageren

Wikipedia leesbaarder

[brontekst bewerken]
Hulde
Voor al je hulp met de dark mode, waarmee Wikipedia beter leesbaar wordt voor iedereen. Zie ook dit. Elly Sta jij al hier? (Overleg) 21 jul 2024 13:53 (CEST)Reageren

Wikidata weekly summary #637

[brontekst bewerken]

Tech News: 2024-30

[brontekst bewerken]

MediaWiki message delivery 23 jul 2024 02:01 (CEST)Reageren

File:Loxie and Zoot with her friends.gif

[brontekst bewerken]

Dag Sjoerd. Dit is het bericht dat ik op 21 april van Grace Crowley kreeg:

Hi Many thanks for your email. Yes, unfortunately L&Z and friends are on an indefinite hiatus, but never say never! You are welcome to use that picture. 😀 Kind regards Grace


> On 16 Apr 2024, at 9:37 pm, Etana wrote:

> Dear Grace or Stephen

> Of course I read the adventures about Loxie and Zoot. I easily read the Dutch conversation between Gerhard and Marta. And I have the book.

> It's a bit sad that the adventures are a bit hard to find online.

> http://loxieandzoot.com/ says that the Bare Pit will probably never be online again. But that's not true, I recently found them on https://web.archive.org/web/20101224014649/http://www.webcomicsnation.com/thebarepit/thebarepit/toc.php.

> The reason for this message is that I'd like to have a picture on Wikipedia. https://en.wikipedia.org/wiki/Loxie_%26_Zoot and https://nl.wikipedia.org/wiki/Loxie_%26_Zoot. This will only be allowed with your kind permission. I suggest you upload the picture yourself. I'd prefer the picture which is shown on https://www.naktiv.net/how-do-you-become-naturist/

> What do you think?

Ik vroeg Grace om zelf het plaatje op te laden, maar daar reageerde ze niet op. Etana (overleg) 25 jul 2024 09:41 (CEST)Reageren

Zie c:Commons:Email templates, de gegeven toestemming, welke niet toegankelijk was, is incompleet en niet geschikt voor Wikipedia. Sjoerd de Bruin (overleg) 25 jul 2024 09:46 (CEST)Reageren