Wikipedia:SHEIC/Archief/2018-12
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- Admins will not be able to unblock themselves if they are blocked by someone other than themselves. This is because it can cause damage if someone else takes over an admin account and other admins can't block them. If this is a problem for your community you can report it on Phabricator. You can also ask questions on Meta. There is a discussion on Phabricator about how to solve this if two admins fight with each other on a small wiki. [1]
- Small SVG images are now bigger when you see them in MediaViewer. [2]
- You can go to a section from the edit summary by clicking on the section name. Before this you had to click on the arrow. [3]
- When you jumped to a footnote that was referenced several times in an article it could be difficult to see where you were in the text. Now there are jump marks and highlights to help you find your way back. [4][5]
Changes later this week
- There is no new MediaWiki version this week.
Meetings
- You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 5 December at 16:00 (UTC) and at 23:00 (UTC). See how to join.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
3 dec 2018 17:12 (CET)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 11 December. It will be on non-Wikipedia wikis and some Wikipedias from 12 December. It will be on all wikis from 13 December (calendar).
Meetings
- You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 12 December at 16:00 (UTC). See how to join.
Future changes
- New accounts will need passwords that are at least 8 characters long. Admins, interface admins, bureaucrats, oversighters, CentralNotice admins, global renamers, check users, stewards and some other user groups will need passwords that are at least 10 characters long. This is because an attacker could cause damage to the wikis if they took over these accounts. [6][7]
- When you hover over a footnote it will show you the reference as a pop-up. This is so you don't have to jump down to the bottom of the page to see a reference. This will happen in 2019. Some wikis already have gadgets that do this. You will be able to turn it off. [8]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
10 dec 2018 18:33 (CET)
Unstrip[bewerken | brontekst bewerken]
Hallo. Op Gebruiker:143.169.0.0/16 werkt er vanonder wat niet ("De groottelimiet (5.000.000) voor "unstrip" is overschreden") waardoor het vermoedelijk in de niet-bestaande cat Categorie:Pagina's waar de "unstrip" groottelimiet is overschreden terechtkomt. Is dat een nieuwe onderhoudscat die nog aangemaakt moet worden? Mvg, TheDragonhunter | Vragen? 16 dec 2018 05:18 (CET)
- Zo nu en dan check ik Speciaal:Trackingcategorieen of daar ook rode niet-lege categorieën tussen staan, maar deze staat er niet tussen. De categorie is niet nieuw, deze wordt al toegepast sinds afgelopen maart. Ik heb zojuist MediaWiki:Unstrip-size-category, Categorie:Wikipedia:Pagina's waar de unstrip-groottelimiet is overschreden, MediaWiki:Unstrip-depth-category en Categorie:Wikipedia:Pagina's waar de unstrip-dieptelimiet is overschreden aangemaakt. Die categorieën zijn nu leeg omdat ik de naam veranderd heb. –bdijkstra (overleg) 16 dec 2018 10:37 (CET)
- En phab:T212072 aangemaakt. –bdijkstra (overleg) 16 dec 2018 10:48 (CET)
Nieuwe gadget InterProjectLinks[bewerken | brontekst bewerken]
Vanwege dit verzoek heb ik de gadget "InterProjectLinks" van de Zweedse Wikipedia hierheen gehaald en zojuist toegevoegd aan de voorkeuren. Met deze gadget ingeschakeld (en de oude IProject-gadget uitgeschakeld) zouden er nu op pagina's met links in de linkerzijbalk naar andere projecten van zowel Wikidata als handmatig (via {{InterProject}}) niet langer twee kopjes "In andere projecten" moeten staan. Daarnaast zouden deze links nu ook een pictogram van het project moeten hebben. Wie zin heeft wordt van harte uitgenodigd om dit in te schakelen en feedback te geven. –bdijkstra (overleg) 16 dec 2018 17:42 (CET)
- Bij het artikel Knolselderij heb ik met de oude versie inderdaad 2 kopjes "In andere projecten" 1: Mediabestanden, WikiWoordenboek, Wikibooks, Wikibooks en 2:Wikimedia Commons. Indien ik dan de nieuwe versie inschakel krijg ik 1 kopje, maar daar staat dan enkel "Wikimedia Commons" met een icoontje. Bij België valt het eerste kopje ook weg en krijgen die bij het tweede kopje ook icoontjes. Echter vallen er zo wel een paar weg die niet in het andere kopje staan. Bij België valt Wikisource en WikiWoordenboek dus weg en bij knolselderij alles behalve Commons. Is dat de bedoeling of moet ik nog iets extra doen? (ik paste enkel mijn voorkeuren aan) Mvg, TheDragonhunter | Vragen? 17 dec 2018 03:20 (CET)
- Ik wist dat ik iets was vergeten te checken. Dat was uiteraard niet de bedoeling, alle links zouden moeten worden getoond. Nu zie je bij Knolselderij vier links en bij België zeven (inclusief een met een grijze ster). –bdijkstra (overleg) 17 dec 2018 10:13 (CET)
- Zo werkt het inderdaad bij mij bij beide artikelen. Ik zie wel nog altijd 2x Wikibooks staan bij "Knolselderij", maar dat zijn blijkbaar 2 verschillen boeken op Wikibooks. Eventueel (als je dat zo kan instellen) kan je wanneer er meerdere links zijn naar hetzelfde project er een (2), (3),... ofzo achterzetten. Nu ja, het is slechts een suggestie. Ik weet niet of dat zo haalbaar is. Huidige lijkt me ook goed. (het gebeurt denk ik niet zo vaak dat er meerdere links zijn naar verschillende pagina's op hetzelfde project).Mvg, TheDragonhunter | Vragen? 18 dec 2018 00:38 (CET)
- Ik wist dat ik iets was vergeten te checken. Dat was uiteraard niet de bedoeling, alle links zouden moeten worden getoond. Nu zie je bij Knolselderij vier links en bij België zeven (inclusief een met een grijze ster). –bdijkstra (overleg) 17 dec 2018 10:13 (CET)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Tech News
- Because of the holidays the next issue of Tech News will be sent out on 7 January 2019.
Recent changes
- Some templates that show notices about the content of the page will now be shown on the mobile website. In many cases they were hidden before. [9][10]
- Admins can no longer unblock themselves, except for self-blocks. A blocked admin can block the user who blocked them but no one else. This is so no one can block all admins on a wiki without being stopped. [11]
- The ParserMigration extension has been removed. It compared the result of two versions of the MediaWiki wikitext parsing pipeline. It was used when we moved to the Remex parsing library instead of Tidy.
Problems
<ref>
tags can use parameters such as "name" or "group". For example<ref name="adams" group="books">
. If a<ref>
tag has more than two parameters all parameters are ignored. You don't get a warning that they don't work. This will soon be fixed. [12]
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 18 December. It will be on non-Wikipedia wikis and some Wikipedias from 19 December. It will be on all wikis from 20 December (calendar).
Meetings
- You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 19 December at 16:00 (UTC). See how to join.
Future changes
- The Wikimedia Foundation Android app team are working on making it easier to edit on mobile phones. You can read more about these plans. If you have an Android phone and speak at least two languages you can help testing in English. Tell Dchen (WMF) you want to be part of the testing by writing on her talk page or email her.
-
tiles.wmflabs.org
andwma.wmflabs.org
will stop working. They have no maintainers and run an old operating system. Tools which use it could stop working. This includes the mapnik gadget, hill shading, and hike and bike layers. New maintainers could help out and keep it going. [13]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
17 dec 2018 21:34 (CET)
Apostrof in ref name[bewerken | brontekst bewerken]
Ik kijk normaal regelmatig eens naar de onderhoudscat Categorie:Wikipedia:Pagina's met referentiefouten. Ik heb er inmiddels niet meer naar gekeken sinds 2 december (ik vermeld ik de bewerkingssamenvatting naast fix referentiefout ook de datum waarop ik geloof dat de fout gemaakt werd zodat het makkelijker is om een latere controle te doen indien gewenst, dus niet zo moeilijk terug te vinden in mijn bijdragen). Van de pagina in de gebruikersnaamruimte blijf ik uiteraard af.
Sinds ik er de laatste keer naar keek, lijken er vooral veel Turkse voetbalclubs bijgekomen te zijn. Ik zag er een referentiefout die ik nog nooit had gezien: "Citefout: Onjuist label <ref>;onjuiste namen, bijvoorbeeld te veel"
. Ik zag dat door de spatie weg te halen in de ref name dat dat wel werkte. Dus deed ik dat op enkele artikelen (hier, hier, hier, hier). Wel wat twijfelend want als dat de oorzaak zou zijn, vermoed ik dat de artikelen veel diverser zouden zijn dan vooral Turkse voetbalclubs. Die referentiefouten werden echter niet veroorzaakt door recente bewerkingen, want die bestonden niet. Dus ik vermoed dat het te maken heeft met een wijziging in de software waardoor er iets veranderd is bij de ref names.
Het ging inderdaad al tussen die enkele van daarjuist al eens mis. Op Afjet Afyonspor kwam er een nieuwe referentiefout na het verwijderen van de spaties in de ref name (eerste voorbeeld is niet uitgebreid te zien in de bewerkingsgeschiedenis, waarvoor mijn excuses, dus dat leg ik eerst wat uitgebreider toe, tweede voorbeeld seffens is wel goed in bewerkingsgeschiedenis te zien). Er waren 3 refs met <ref name=''Clubdetails''/>
en 2 met <ref name=''Afyonspor geschiedenis''''/>
. Nadat ik de spaties in de ref names verwijderde, kwamen die alle 5 in de appendix onder dezelfde nummer (de ref) ondanks dat er 2 verschillende ref names waren. Er stond dan: a b c d e (en) Club details Citefout: Ongeldig label <ref>; de naam "" wordt meerdere keren met andere inhoud gedefinieerd.
Het lijkt me dus niet aan de spaties te liggen, hoewel het misschien wel een zekere rol speelt.
Ik keek dan maar of er eentje tussen stond die niet door een recente bewerking is en dat geen Turkse voetbalclub was. Ik vond dan al snel Bajev et al. v. Rusland waar ik 8 referenties zag (ipv 12) en de eerste ref was in deze versie (versie voor mijn bewerking): a b c d e f g h i j k l m n(en) Registrar of the Court (2017). Press release: ECHR 207 (2017). Legislation in Russia banning the promotion of homosexuality breaches freedom of expression and is discriminatory. Europees Hof voor de Rechten van de Mens: Straatsburg, Frankrijk. Citefout: Ongeldig label <ref>; de naam "" wordt meerdere keren met andere inhoud gedefinieerd. Citefout: Ongeldig label <ref>; de naam "" wordt meerdere keren met andere inhoud gedefinieerd. Citefout: Ongeldig label <ref>; de naam "" wordt meerdere keren met andere inhoud gedefinieerd. Citefout: Ongeldig label <ref>; de naam "" wordt meerdere keren met andere inhoud gedefinieerd.
Er werden nu wel wat meer dan 2 verschillende ref names op 1 hoop gegooid. Ik zag echter dat hier niet alle ref names op 1 hoop werden gegooid. Ik zag dan het verschil. Diegene die op 1 hoop waren gegooid, zagen er zo uit: <ref name=''A'' />
. (dus met 2 enkele apostroffen ervoor en erachter) Diegene die niet op 1 hoop gegooid, werden zagen er zo uit: <ref name="A" />
(dus met een dubbele apostrof erachter). Aangezien de spaties er dan niets mee te maken hebben, maar sommige artikels wel tijdelijk fixen door ze weg te halen, kunnen die bewerkingen beter teruggedraaid worden. Ik vermoed dus dat er een wijziging is bij het gewenste type apostrof in ref names, maar ik ben niet zeker of het een gewenste wijziging of niet is (bug). Ook zijn het wat complexere referentiefouten als gewoonlijk (meestal iets zoals dat iemand een ref name met een link weghaalt zonder te controleren of er niet elders in het artikel ref name staat of iets dergelijks). Indien het het geval is, kan zoiets ook misschien beter half-automatisch ipv handmatig.
Nu ja, ik zet het dan maar hier. Is het een update? Is het misschien een ongewenste wijziging? Ligt het echt aan die apostroffen of is het complexer? Kan het ook door iemand anders semi-automatisch gewijzigd worden? Ik draai alvast de wijziging van de spaties terug. Ik blijf ook van dit type referentiefout voorlopig af. Een prettige dag verder.Mvg, TheDragonhunter | Vragen? 22 dec 2018 05:35 (CET)
- Heb het inmiddels overal teruggedraaid behalve op de 2 voorbeelden die ik hierboven uitgebreider toelicht (Afjet Afyonspor en Bajev et al. v. Rusland) Oh ja, mijn excuses voor het lange bericht hierboven.Mvg, TheDragonhunter | Vragen? 22 dec 2018 05:42 (CET)
- Je moet dubbele apostroffen gebruiken, niet twee enkele apostroffen. De enkele apostroffen worden als gewone tekens herkend, De naam staat dan dus niet tussen apostroffen en dan eindigt de naam bij de eerste spatie.
- Met andere woorden:
- Schrijf je [Dubbele apostrof]Club details[Dubbele apostrof] dan is de naam: Club details
- Schrijf je [Enkele apostrof][Enkele apostrof]Club details[Enkele apostrof][Enkele apostrof], dan is de naam: [Enkele apostrof][Enkele apostrof]Club. En daarachter staat nog wat onzin: details[Enkele apostrof][Enkele apostrof]
- Handige Harrie (overleg) 22 dec 2018 09:07 (CET)
- Inderdaad. Deze fouten komen nu naar boven omdat recent de parser nog weer een stukje strenger is geworden, zie hier. –bdijkstra (overleg) 22 dec 2018 12:21 (CET)
- Ah, het lag dus inderdaad aan de apostroffen. Ik zie ook dat die fouten nu ineens allemaal weggewerkt zijn waarvoor dank. Een prettige dag verder.
- Inderdaad. Deze fouten komen nu naar boven omdat recent de parser nog weer een stukje strenger is geworden, zie hier. –bdijkstra (overleg) 22 dec 2018 12:21 (CET)