Wikipedia:SHEIC/Archief/2020-11
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Recente wijzigingen
- Als je browser een oude versie van TLS gebruikt kan je de Wikimedia wikis niet meer bezoeken sinds 29 oktober 2020. De ondersteuning van oudere TLS-versies door Wikimedia kon misbruikt worden voor een downgrade aanval die in theorie ook uitgevoerd kon worden op gebruikers met een recente browser. Een lijst van aanbevolen browsers is beschikbaar. [1]
- Er is een nieuwe automatische volgcategorie beschikbaar: Pagina's met niet-numerieke formatnum-argumenten. Hier worden pagina's verzameld die de
{{formatnum}}
parserfunctie gebruiken met foutieve invoer, bijvoorbeeld{{formatnum:TECHNEWS}}
. Let op dat{{formatnum:123,456}}
ook fout is, zoals beschreven in de documentatie moet de invoer vrij zijn van regionale notatie zodat het correct kan worden omgezet naar de juiste notatie voor de gebruiker. De volgcategorie helpt met het vinden van problematisch gebruik van de parserfunctie. [2]
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 3 november uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 4 november uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 5 november zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
- Moderators en stewards kunnen straks via een speciale pagina (Special:CreateLocalAccount) geforceerd een lokaal account aanmaken voor een bestaand globaal account. Dit is nuttig wanneer een blokkade of filter ongewenst een hindernis vormt voor een gebruiker om een account aan te maken. [3]
- De Reply tool zal op 4 november op de meeste Wikipedia's (exclusief de Engels-, Russisch- en Duitstalige Wikipedia's) beschikbaar zijn als Beta Feature. Op de Nederlandse Wikipedia is de reply tool reeds beschikbaar. ("Overleghulpmiddelen" onder voorkeuren) Zie de hulppagina en probleemoplossing voor meer informatie. [4]
Toekomstige wijzigingen
- Een discussie is herstart over het gebruik van het Unicode "minus" karakter (− U+2212) in de uitvoer van
{{formatnum}}
wanneer de invoer negatief is. [5] - In de toekomst zullen IP adressen van ongeregistreerde gebruikers niet meer voor iedereen zichtbaar zijn. In plaats daarvan krijgen deze gebruikers een publiek zichtbaar alias. Er komt een nieuw gebruikersrecht of opt-in functie voor vandalismebestrijders om het IP van ongeregistreerde gebruikers te kunnen zien. Er zullen criteria gevormd worden om te bepalen wie dit recht krijgt. Er komen ook andere gereedschappen om te helpen met de afhandeling van vandalisme. Dit proces is nog in volle gang en de ontwikkelaars zijn nog bezig met het verzamelen van informatie van de gemeenschappen voor ze oplossingen gaan voorstellen.
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
2 nov 2020 17:09 (CET)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Wijzigingen later deze week
- Er is geen nieuwe MediaWiki-versie deze week.
Toekomstige wijzigingen
- Reference previews laten een voorbeeldweergave zien van een voetnoot zonder de artikeltekst te verlaten. Deze feature is reeds beschikbaar als beta feature in de voorkeuren. Binnenkort verlaat deze feature het betastadium en zal standaard worden ingeschakeld met een optie om dit weer uit te schakelen. De ontwikkelaars zijn op zoek naar kleine of middelgrote wikis om het voortouw te nemen. Als jouw wiki interesse heeft neem dan contact op. [6]
- Vanaf 16 november zullen categorieën tijdelijk niet juist gesorteerd zijn omdat de ontwikkelaars bezig zijn met het updaten van de internationalisatiebibliotheek. Een script zal gebruikt worden om de bestaande categorieën te herstellen. Dit kan een paar uur tot een paar dagen duren afhankelijk van hoe groot de wiki is. Meer informatie is beschikbaar. [7][8]
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
9 nov 2020 16:50 (CET)
References in appendix bij spoorwegstations[bewerken | brontekst bewerken]
Het sjabloon {{Infobox spoorwegstation België}} voegt standaard een voetnoot toe aan de artikels waarin de infobox gebruikt wordt. (als opmerking bij de reizigerstellingen of in de lopende tekst als {{Bronvermelding reizigerstellingen NMBS (grafiek)}}) Het ziet er misschien wel wat raar uit bij historische stations zoals Station Antwerpen-Waas, waar die reizigerstellingen ontbreken. Alleen gebruikten niet al die artikels het sjabloon appendix of references. Dat heb ik wat weggewerkt zodat dat nu wel het geval zou moeten zijn.
Echter kwam ik ook "gevulde appendices" tegen, waarbij er geen references-sjabloon stond. Met "gevulde" bedoel ik een {{appendix}} waarbij de tweede parameter is ingevuld. Als daar dan geen references-sjabloon staat, komt de (soms toekomstige) voetnoot ergens los onderaan het artikel terecht, bv. hier, hier of hier. Ik weet alleen niet goed hoe ik zoiets zou moeten opsporen. Ik meen me te herinneren dat zo'n gevallen wel al eens eerder met een bot zijn weggewerkt. Als het er te veel zijn, zal ik wel een botverzoek indienen, zodat het meegenomen kan worden met andere kleine bewerkingen. Een prettige avond verder. Mvg, TheDragonhunter | Vragen? 15 nov 2020 20:18 (CET)
- https://checkwiki.toolforge.org/cgi-bin/checkwiki.cgi?project=nlwiki&view=only&id=3, nu 45 gevallen. –bdijkstra (overleg) 15 nov 2020 21:57 (CET)
- Merci. 45 is nog doenbaar. Wel vreemd dat ik er geen andere stations tussen zie staan (ook als ik naar de volledige lijst kijk). Zo kwam ik daarnet Station Ekeren-Brug tegen (nog niet aangepast), wat ik er niet tussen zie staan. Is dat omdat de ref werd ingevoegd via een sjabloon (de infobox) en niet in de broncode van het artikel te vinden is? Een prettige avond verder. Mvg, TheDragonhunter | Vragen? 15 nov 2020 22:52 (CET)
- Nee, het komt omdat checkwiki denkt dat {{Appendix}} altijd <references/> invoegt. Wat eigenlijk helemaal niet zo gek idee is... –bdijkstra (overleg) 15 nov 2020 23:22 (CET)
- Ah, op die manier. Mijn excuses voor de onduidelijkheid. Mijn oorspronkelijke vraag was dan ook of zo'n gevallen waarbij de appendix dat niet doet, kunnen opgespoord worden. De appendix voegt die code niet vanzelf toe als de tweede parameter is ingevuld. Vandaar dat het sjabloon references vrij vaak in de appendix gebruikt wordt. Het is inderdaad wat een gekke gedachte. Fijne avond. Mvg, TheDragonhunter | Vragen? 15 nov 2020 23:40 (CET)
- Ik ging er vanuit dat de checkwiki-check uitputtend was. Pas later ging ik kijken waarom dat station er niet op stond. –bdijkstra (overleg) 16 nov 2020 00:01 (CET)
- Ah, op die manier. Mijn excuses voor de onduidelijkheid. Mijn oorspronkelijke vraag was dan ook of zo'n gevallen waarbij de appendix dat niet doet, kunnen opgespoord worden. De appendix voegt die code niet vanzelf toe als de tweede parameter is ingevuld. Vandaar dat het sjabloon references vrij vaak in de appendix gebruikt wordt. Het is inderdaad wat een gekke gedachte. Fijne avond. Mvg, TheDragonhunter | Vragen? 15 nov 2020 23:40 (CET)
- Nee, het komt omdat checkwiki denkt dat {{Appendix}} altijd <references/> invoegt. Wat eigenlijk helemaal niet zo gek idee is... –bdijkstra (overleg) 15 nov 2020 23:22 (CET)
- Merci. 45 is nog doenbaar. Wel vreemd dat ik er geen andere stations tussen zie staan (ook als ik naar de volledige lijst kijk). Zo kwam ik daarnet Station Ekeren-Brug tegen (nog niet aangepast), wat ik er niet tussen zie staan. Is dat omdat de ref werd ingevoegd via een sjabloon (de infobox) en niet in de broncode van het artikel te vinden is? Een prettige avond verder. Mvg, TheDragonhunter | Vragen? 15 nov 2020 22:52 (CET)
- Beter antwoord dan gisteren: deze zoekopdracht. Momenteel 1081 resultaten. Kunnen wat valse positieven in zitten, maar die zijn er vrijwel zeker uit te filteren wanneer je ze tegenkomt. –bdijkstra (overleg) 16 nov 2020 14:47 (CET)
Update to ICU Unicode library[bewerken | brontekst bewerken]
Vanaf 16 november 2020 starten we met het migreren van de servers die als MediaWiki applicatieservers functioneren, naar een nieuwe versie van de ICU Unicode bibliotheek (w:International Components for Unicode) (van versie 57 naar 63). Dit is nodig om toekomstig werk voor het bijwerken van het besturingsysteem van deze servers mogelijk te maken en laat het gebruik van verbeterde internationalisering in de toekomst toe (wiki's kunnen dan functies gaan gebruiken die beschikbaar zijn in de nieuwe ICU uitgaven, zoals nieuwe collatie-definities. Daarnaast kan er dan gebruik worden gemaakt van een nieuwere versie van Unicode in MediaWiki).
Deze migratie heeft een tijdelijke, maar onvermijdelijke, impact: Het sorteren van sommige categoriepagina's zal verstoord zijn – alle pagina's die bijgewerkt zijn met de nieuwe software zullen gebruik maken van de nieuwe sorteervolgorde, terwijl pagina's die nog niet zijn bijgewerkt nog de oude sorteervolgorde gebruiken. Om die reden moeten we een onderhoudsscript uitvoeren om de sorteervolgorde voor deze oude items bij te werken.
De verstoring kan enkele uren duren (voor wiki's van gemiddelde grootte), tot een dag (op de grootste wiki's) en een paar dagen op de Engelse Wikipedia. De starttijd is afhankelijk van het moment waarop het migratiescript de wiki bereikt.
Dit heeft invloed op 149 wiki's (inclusief acht van de tien grootste Wikipedia's). De lijst en de taak voor de technische implementatie is te vinden op T264991.
Dank u wel.
Trizek (WMF) 16 nov 2020 15:53 (CET)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Recente wijzigingen
- Vanaf 16 november zullen categorieën tijdelijk niet juist gesorteerd zijn omdat de ontwikkelaars dan de internationalisatiebibliotheek updaten. Een script zal gebruikt worden om de bestaande categorieën te herstellen. Dit kan een paar uur tot een paar dagen duren afhankelijk van hoe groot de wiki is. Meer informatie is beschikbaar. [9][10]
Wijzigingen later deze week
- Bij het samenvoegen van twee pagina's (alleen mogelijk voor moderators) in een naamruimte waar doorverwijzingen niet gebruikt kunnen worden ging het proces de mist in. Dit zal binnenkort verholpen worden. [11]
- De nieuwe versie van MediaWiki zal op 17 november uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 18 november uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 19 november zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
- Er kunnen tot 30 november voorstellen ingediend worden voor de Community Wenslijst Enquête voor 2021. Het Community Tech team gebruikt deze input om te bepalen waar ze aan gaan werken. Stemmen op voorstellen kan vanaf 8 december tot 21 december.
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
16 nov 2020 16:37 (CET)
GraphChart[bewerken | brontekst bewerken]
Onder Coronacrisis in Suriname#Besmettingen heb ik met {{GraphChart}} twee tabellen ingevoegd. Juist terwijl de tijd verstrijkt / ze groter worden (en ze de volle breedte wel kunnen gebruiken) worden de marges links en rechts steeds groter. Is het ook mogelijk dat de grafieken de volle breedte gaan gerbuiken? Ymnes (overleg) 7 nov 2020 08:52 (CET)
- Dat is natuurlijk een absurd hoog aantal labels, je kan niks meer lezen. Als je het aantal labels (of het aantal datapunten) reduceert, lost het probleem zichzelf volgens mij op. –bdijkstra (overleg) 7 nov 2020 09:49 (CET)
- Dankjewel voor je mening, al vind ik absurd niet van toepassing want het aantal labels zou geen rol hoeven spelen voor het benoemde probleem. Die marges waren er ook al met minder labels. Ik hoop daarom dat er ook nog een oplossing is om de marges programmatisch weg te krijgen. Ymnes (overleg) 7 nov 2020 10:07 (CET)
- Ik noemde het aantal labels absurd hoog omdat je niks meer kan lezen. Die observatie staat los van het fenomeen met de marges, maar heeft er toch mee te maken: ik heb (in de voorvertoning) een heel aantal labels verwijderd en toen werden de marges kleiner.
- Vanaf eind juni raken de labels elkaar, daarvoor zie ik geen marges groter dan twee punt-afstanden. Ook zag ik in de geschiedenis dat de marges soms iets groter, soms iets kleiner werden, maar vaker groter. Dus ik vermoed dat de grafieksoftware de afstand tussen punten een heel aantal pixels wil maken. Dat lijkt me heel redelijk. –bdijkstra (overleg) 7 nov 2020 10:47 (CET)
- Tussen de verschillende punten zullen er ook marges moeten zijn en dat zal ook zo moeten blijven. Uiteindelijk, als de hele coronacrisis voorbij is, zouden dagen misschien naar weken omgerekend kunnen worden. Voor de dagelijkse update is dat voor mij nu echter geen doen. Het is nu al een hele opgave want de hele crisis duurt al zo lang.
- Maar daarnaast zijn er ook ruime marges aan de rechter- en aan de linkerkant die eigenlijk helemaal geen nut hebben. Bij elke update wordt de gehele grafiek daarom een klein stukje minder breed, en komt er links en rechts weer een stukje wit bij. Het is me juist om die twee marges te doen, want ze hebben verder niet zoveel nut namelijk. Ymnes (overleg) 7 nov 2020 11:06 (CET)
- Dankjewel voor je mening, al vind ik absurd niet van toepassing want het aantal labels zou geen rol hoeven spelen voor het benoemde probleem. Die marges waren er ook al met minder labels. Ik hoop daarom dat er ook nog een oplossing is om de marges programmatisch weg te krijgen. Ymnes (overleg) 7 nov 2020 10:07 (CET)
- Ik onderken dat de grafieken ook een probleem met de labels hebben, maar zie daar nu nog geen mogelijkheid voor en wil daar nog tot na de coronacrisis mee wachten, ook omwille van de nauwkeurigheid.
- Echter hoop ik ook dat er misschien een oplossing kan komen voor de brede kantlijnen. Ik weet niet of ik dat probleem goed heb kunnen duidelijk maken en heb daarom een screenshot gemaakt van de linkerkant van de grafieken (hetzelfde speelt aan de rechterkant). Zoals de rode cirkels laten zien, laat de grafieken daar veel witruimte ontstaan. Ziet iemand een mogelijkheid om {{GraphChart}} zo te veranderen dat de grafieken de volle bandbreedte benutten? Want ik hoop dat dat ook op te lossen is. Ymnes (overleg) 19 nov 2020 18:05 (CET)
- Maar waarom is dit volgens jou een probleem? Wat heeft de lezer aan het elimineren van de marges? –bdijkstra (overleg) 19 nov 2020 18:39 (CET)
- Omdat hij daar al bij minder labels mee begint. Het is een fout in het sjabloon. Ymnes (overleg) 19 nov 2020 19:21 (CET)
- Maar waarom is dit volgens jou een probleem? Wat heeft de lezer aan het elimineren van de marges? –bdijkstra (overleg) 19 nov 2020 18:39 (CET)
Niet-werkende sjablonen[bewerken | brontekst bewerken]
Ik heb niet het idee dat dit goed gaat. Wie kan met deze gebruiker meekijken? Encycloon (overleg) 20 nov 2020 12:03 (CET)
- Wat valt er te kijken? Deze gebruiker kopieert letterlijke wikitekst (zonder bronvermelding) uit de Engelstalige Wikipedia hierheen. –bdijkstra (overleg) 20 nov 2020 15:02 (CET)
- Oké, ja, dan ligt de conclusie voor de hand. De pagina's zijn inmiddels door mij verwijderd. Encycloon (overleg) 20 nov 2020 15:17 (CET)
Hulp nodig bij infobox:strand[bewerken | brontekst bewerken]
Hallo!
Ik ben bezig wat te knutselen met de infobox:strand, en ben nu op een probleempje gestuit waar ik zelf niet uitkom. In het onderste deel van de infobox heb ik een lijstje toegevoegd met eventuele voorzieningen op een bepaald strand. Zie het voorbeeld op Strand van La Barceloneta. Nu vind ik dat een beetje een kneuzig lijstje, met die opsomming en daarachter "ja". Ik had dus bedacht dat die opsomming op zich voldoende zou moeten zijn. Tot op bepaalde hoogte lukt me dat: zie Gebruiker:Netraam/algemeen pruts plekje voor hoe ik het min of meer voor ogen zie, en Gebruiker:Netraam/algemeen pruts plekje II voor het achterliggende sjabloon. Nu heb ik twee vragen: 1) hoe kan het dat bij het bovenste punt niet de bullet verschijnt, maar het onderliggende sterretje, en 2) is er een mogelijkheid dit lijstje uit te spreiden over twee gelijke kolommen, onafhankelijk van het totaal aantal items dat erop staat? (dus als er 2 willekeurige items zijn, eentje links, eentje rechts, als het er vier zijn 2 links en 2 rechts).
Als je op een van die twee pagina's in mijn naamruimte wil experimenteren door dingen te veranderen en dan weer op te slaan, ga gerust je gang. - netraaM • 21 nov 2020 23:32 (CET)
- Wat betreft de eerste vraag: Het wordt veroorzaakt door (meta:Help:Newlines_and_spaces#Trimming_on_expansion):
- Spaces, tabs and newlines are stripped from the start and end of the expanded wikitext of the value of a named template parameter.
- Het wordt voorkomen door een bewerking als https://nl.wikipedia.org/w/index.php?title=Gebruiker:Patrick/Infobox_generiek&curid=5451188&diff=57591369&oldid=57591339, zie Overleg gebruiker:Patrick/Infobox strand. Of zo'n aanpassing (en eventueel soortgelijke voor andere parameters) van Sjabloon:Infobox generiek bruikbaar en de handigste manier is kan ik niet overzien. - Patrick (overleg) 22 nov 2020 08:10 (CET)
- Dankjewel Patrick!! Ik had al een vaag vermoeden dat het aan de infbox:generiek lag. Zonder die aan te raken (lijkt me geen goed idee), zou het bijvoorbeeld opgelost kunnen worden in de infobox:strand door in de eerste regel iets in te geven wat geen bullet vereist, zie hier. Zou het ook een mogelijkheid zijn helemaal onderin de infobox:generiek een lijn toe te voegen voor links37 of linksAA (bestaat nog niet) met die harde enter die op de andere linksX lijnen ontbreekt? Op die manier wordt niets bestaands in de war geschopt. - netraaM • 22 nov 2020 08:50 (CET)
- Een nieuwe parameter gebruiken is in principe veiliger, inderdaad. Maar laten we even wachten op reacties van kenners van het sjabloon, dat ben ik niet. - Patrick (overleg) 22 nov 2020 09:34 (CET)
- Zou die parameter iets kunnen bevatten wat enkel die lijnsprong die je in jouw naamruimte in de infobox generiek hebt aangebracht bewerkstelligt? - netraaM • 22 nov 2020 10:03 (CET)
- Je kan een regeleinde in het strandinfoboxsjabloon afdwingen met of je kan er <div> en </div> omheen zetten. –bdijkstra (overleg) 22 nov 2020 10:24 (CET)
- Top! Dankjewel! Opgelost! Denk ik. Ik zal vanmiddag even kijken hoe ik dit op goede wijze in de live versie kan verwerken. - netraaM • 22 nov 2020 10:38 (CET)
- Dat is mooi, inderdaad. Goed om te weten. - Patrick (overleg) 22 nov 2020 12:47 (CET)
- Je kan een regeleinde in het strandinfoboxsjabloon afdwingen met of je kan er <div> en </div> omheen zetten. –bdijkstra (overleg) 22 nov 2020 10:24 (CET)
- Zou die parameter iets kunnen bevatten wat enkel die lijnsprong die je in jouw naamruimte in de infobox generiek hebt aangebracht bewerkstelligt? - netraaM • 22 nov 2020 10:03 (CET)
- Een nieuwe parameter gebruiken is in principe veiliger, inderdaad. Maar laten we even wachten op reacties van kenners van het sjabloon, dat ben ik niet. - Patrick (overleg) 22 nov 2020 09:34 (CET)
- Dankjewel Patrick!! Ik had al een vaag vermoeden dat het aan de infbox:generiek lag. Zonder die aan te raken (lijkt me geen goed idee), zou het bijvoorbeeld opgelost kunnen worden in de infobox:strand door in de eerste regel iets in te geven wat geen bullet vereist, zie hier. Zou het ook een mogelijkheid zijn helemaal onderin de infobox:generiek een lijn toe te voegen voor links37 of linksAA (bestaat nog niet) met die harde enter die op de andere linksX lijnen ontbreekt? Op die manier wordt niets bestaands in de war geschopt. - netraaM • 22 nov 2020 08:50 (CET)
- Wat betreft de tweede vraag: Dat kan met {{Kolommen lijst}}. In deze bewerking heb ik die toegevoegd. Op dezelfde pagina heb ook ik een voorbeeld toegevoegd, misschien vind je dat handiger. Voordeel is dat je bij het testen niet steeds de bewerking hoeft op te slaan om het resultaat vervolgens elders te kunnen bekijken, maar dat je het resultaat op de pagina zelf kunt bekijken met de 'Toon bewerking ter controle'-knop. --Strepulah (💬) 22 nov 2020 15:42 (CET)
- Dan ben ik eruit!! Heel erg bedankt voor al jullie hulp! - netraaM • 22 nov 2020 17:10 (CET)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Recente wijzigingen
- De tijdsaanduidingen in Speciaal:Logboeken zijn nu links naar de betreffende actie of wijziging in Speciaal:Logboeken, vergelijkbaar met hoe de tijdsaanduiding werkt in de paginageschiedenis. [12]
Wijzigingen later deze week
- Er is geen nieuwe MediaWiki-versie deze week.
Toekomstige wijzigingen
- De Wikimedia Cloud VPS host technische projecten voor de Wikimedia beweging. Ontwikkelaars moeten de projecten die ze gebruiken claimen omdat oude en ongebruikte projecten eens per jaar worden verwijderd. Ongeclaimde projecten kunnen vanaf 1 december uit de lucht worden gehaald. Vanaf 1 januari kunnen ze verwijderd worden. [13]
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
23 nov 2020 18:18 (CET)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 1 december uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 2 december uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 3 december zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
- De weergave van de artikelgeschiedenis in de iOS Wikipedia app gaat verbeteren waardoor het makkelijker zal worden om nieuwe wijzigingen te zien en hoe een artikel met het verloop van de tijd is aangepast. Dit is een experiment en zal initieel alleen zichtbaar zijn voor een deel van de iOS app gebruikers als onderdeel van een A/B test. [14][15]
- De Wiki Replicas kunnen gebruikt worden voor SQL met bijvoorbeeld Quarry en PAWS. Om de Wiki Replicas stabiel te houden staan er twee dingen op de planning: cross-database
JOINS
zullen in de toekomst niet meer werken. Daarnaast kan je alleen nog met de database werken van het project waarlangs je de verbinding met de database hebt gemaakt. Deze wijzigingen zullen in februari 2021 doorgevoerd worden. Als je denkt hier mogelijk last van te ondervinden en je hebt hulp nodig dan kan je een bericht achterlaten op Phabricator of op Wikitech. [16]
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
30 nov 2020 18:44 (CET)