Wikipedia:De kroeg/Archief/20131127

Tech News: 2013-45

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

New features

• You can now use the "Autonym" font of the Universal Language Selector (ULS) to display the name of languages (for example in navigation templates) in their correct script. To do this, add the CSS class "autonym" to the elements that include language names. Note that this font only works for the name of languages, not for any other text. [1]

Problems

• There was a problem with Parsoid (the program used by VisualEditor to convert wikitext to annotated HTML) on November 4, between 19:40 and 20:40 (UTC). Encoding issues caused non-ASCII characters (including those with diacritics, like "é") to be broken when converted to wikitext and saved to the page. [2]

Future

• The Beta Features tool is now available on Commons and Meta-Wiki. With it, you can test new features before they're added for everyone. The plan is to add this tool to all wikis on November 21. [3]
• MediaWiki 1.23wmf3 was added to test wikis on November 7. It will arrive to non-Wikipedia wikis on November 12 and all Wikipedia wikis on November 14 (calendar). [4]
• The MassMessage tool will be added to all wikis on November 14. It will make it simpler to send messages across wikis. [5]
• The button of the Search page will soon be changed to be blue and bigger (see the difference). [6]
• You will soon be able to add a page name as parameter for {{REVISIONID}}, {{REVISIONUSER}} and {{REVISIONTIMESTAMP}} and similar functions, by writing for example {{REVISIONID:Apple}}. [7]
• In the future, when you hide a CentralNotice banner on a wiki, it will also be hidden on other Wikimedia sites. [8]

Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

11 nov 2013 14:22 (CET)

Autonym uitzetten?

Dat nieuwe Autonym-lettertype dat nu als webfont gebruikt wordt voor de talen in de linkerzijbalk, wordt in mijn browser als het klein is niet goed weergegeven (het is gewoon Chrome Bèta, maar door al die aanpassingen die ik aan lettergrootte en zo heb gemaakt breekt er wel 'ns één die klein is en als webfont is gebruikt (en dat in Ubuntu een páár vreemde tekens van zeer vreemde en mij niet bekende talen in "tofu-blokjes" worden veranderd, I don't mind) en nu ziet het er niet bepaald mooi uit). Maar ik lees in de tech-nieuwsbrief op m'n OP dat het is toegevoegd door middel van een bepaalde class. Kan ik die weghalen in m'n css of js of zo? —mountainhead / ? 11 nov 2013 14:50 (CET)

(Voor een voorbeeld, zie [9]) —mountainhead / ? 11 nov 2013 15:05 (CET)

Ik vind dit ook een vervelend lettertype, erg moeilijk om te lezen. Het zou fijn zijn als het uitgeschakeld kan worden. Woody_|(?) 11 nov 2013 21:47 (CET)

Voor persoonlijke css:

#p-lang ul { font-family: sans-serif !important; }

'sans-serif' maakt bij mij het lettertype gelijk aan de rest van het menu, kan ook vervangen worden door persoonlijke favoriet. ♠ Troefkaart (overleg) 12 nov 2013 09:48 (CET)

Bedankt Troefkaart. Ik vond het niet zo heel erg storend maar zal het instellen in mijn CSS. Wiki13 (overleg) 12 nov 2013 12:02 (CET)

Bedankt! Woody_|(?) 12 nov 2013 14:05 (CET)

Dank Troefkaart scheelt me weer uitzoekwerk. Nu nog een manier om die uitklapgevallen in de Sidebar weg te krijgen Romaine (overleg) 12 nov 2013 14:19 (CET)

Tik, tik, tik en ineens hoef ik niet met spoed naar de opticien. Dank je, Troefkaart! The Banner Overleg 13 nov 2013 03:54 (CET)

Ook in zowel Chrome/XP als Firefox/Windows 7 is het totaal verkeerd, zie [10], volgens mij werkt de anti-aliasing niet. — Zanaq (?) 12 nov 2013 14:37 (CET)

In XP zijn er wel meer lettertypen waarbij de anti-aliasing het niet doet, maar inderdaad, ik heb het al in mijn Chrome Bèta, Firefox, Opera 15, mobiele Chrome en mobiele Safari geprobeerd. Safari lijkt een nogal beperkte webfontondersteuning te hebben, maar in alle anderen ziet het er slecht uit. Natuurlijk had ik die code zelf ook met gemak kunnen uitschrijven, maar dat is natuurlijk een ei van Troefkaart. Dus bedankt. —mountainhead / ? 17 nov 2013 15:30 (CET)

Betere CSS (reset font ipv sans-serif te forceren):

.autonym,
#p-lang ul {
    font-family: inherit;
}

— Edokter (overleg) — 21 nov 2013 18:57 (CET)

Aan twijfel onderhevige interwikikoppelingen

Onder andere:

• via wikidata verwijst Dirks schitterende artikel Królewskie in het kader van de themaweek Polen 2013 door naar Heinekenmerken bij de Engelsen. Is dat juist? #dtv  Klaas|Z4␟V:  21 nov 2013 15:34 (CET)

Ja, en nee. Ja, want het verwijst daardoor naar het Poolse artikel over Królewski (pivot) en dat is juist. En nee, want die Poolse verwijsde altijd al verkeerd naar een mank Engels overzichtsartikel. Ik zou het aankaarten op de overlegpagina op Wikidata. Dat Engelse artikel zou afgesplitst moeten worden denk ik. ed0_verleg 21 nov 2013 15:52 (CET)

Je kan 'm ook gewoon weghalen op Wikidata. Dat heb ik net gedaan. Als er dan een goed artikel komt over Królewskie kan dat makkelijk worden gelinkt aan alle andere taaledities. Husky ^(overleg) 21 nov 2013 16:05 (CET)

Ik kan niet wissen op WD, want geen moderator, net zo gewoon als hier. Daarom heb ik Edo's suggestie opgevolgd. Als jij hem weggehaald hebt is dat werk dus voor niks geweest :-(  Klaas|Z4␟V:  21 nov 2013 16:23 (CET)

Bij deze had ik het niet opgemerkt maar ik heb reeds eerder foute koppelingen in Wikidata weggehaald. Ik dacht niet dat je daarvoor moderator moet zijn. Bedankt voor het oplossen! Mvg DirkVE overleg 21 nov 2013 16:31 (CET)

@Klaas: je kan het artikel niet weghalen zonder moderator te zijn maar de foute koppeling wel. The Banner Overleg 21 nov 2013 16:45 (CET)

Juist, ik ben ook geen mod op Wikidata. Het zou ook een beetje raar zijn om het artikel weg te halen, want de andere koppelingen zijn verder prima. Husky ^(overleg) 21 nov 2013 16:55 (CET)

Overigens ben ik bang dat dit voorbeeld niet alleen staat. WD is mooi, maar nog niet perfect. Er zitten haken en ogen aan.  Klaas|Z4␟V:  21 nov 2013 17:10 (CET)

Dit soort weeffouten zaten er vroeger ook in hoor, alleen dan moest je vaak op 15 talen-versies dingen verbeteren, en had een botje je werk soms al weer teruggezet voordat je de laatste had gedaan. Dat is met WikiData dan toch beter geregeld. ed0_verleg 21 nov 2013 22:16 (CET)

Het probleem is wel dat er op nog te veel artikelen van te veel wiki's nog interwiki's staan. Deels kan dat komen door een interwikiconflict maar ook doordat er verwezen wordt naar een redirect en de bot dat niet herkent, verkeerde spaties en verborgen tekens, of gewoon doordat er nooit een bot langs geweest is die de interwiki heeft gezien. Hoewel er nog een fors aantal interwiki's op artikelen staan, soms helaas ook doordat gebruikers nog moeten overschakelen op het toevoegen op Wikidata, is het aantal drastisch afgenomen maar we kunnen nog zeker hulp gebruiken. Enerzijds bij het informeren van gebruikers die nog steeds lokaal interwiki's plaatsen, anderzijds door iets aan lokale interwiki's toe te doen als je ze tegen komt. De veelgebruikte projectpagina Wikipedia:Interwikiconflicten oplossen heeft zijn werk goed gedaan, de lijst is fors ingedamd en de achterstand van zo'n 10 jaar interwikiproblemen wordt steeds kleiner. Om de laatste resten opgeruimd te krijgen hebben we hulp nodig van iedereen, wie helpt er mee? Romaine (overleg) 22 nov 2013 00:14 (CET)

Ik kan niet meer bewerken op Wikidata. Gezien ik mijn account alleen hier heb, ben ik niet automatisch daar ingelogd, maar ik wijzigde weleens iets oningelogd, maar dat lijkt niet meer te kunnen? - Inertia6084 - Overleg 22 nov 2013 14:51 (CET)

Ik heb zojuist iets aangepast op WikiData in mijn Chrome browser zonder ingelogd te zijn. Property toegevoegd, waarde toegekend, geen probleem. ed0_verleg 22 nov 2013 17:56 (CET)