Wikivoyage:Reizigerscafé/2018
Dit is een archief. Maak geen verdere bewerkingen aan deze pagina. Als je een nieuwe discussie wil beginnen, of een oude discussie wil hervatten, doe dit dan op de huidige overlegpagina. |
Archivering
Is het niet overzichtelijker om oude discussies op deze pagina te archiveren? Ik zie hier een aantal discussies van bijna een jaar geleden, misschien na 180 dagen archiveren lijkt mij wijs. --Donald Trung (overleg) 9 feb 2018 17:09 (CET)
- Er zijn op deze pagina gewoon archieven, zie bovenaan. Verder is het zo dat de activiteit hier lang niet zo hoog ligt als op bijv. Wikipedia. Archiveren is hier daarom wat minder hard nodig. De Wikischim (overleg) 9 feb 2018 17:38 (CET)
- Zoals bovenaan aangegeven, alles ouder dan zes maand gearchiveerd. DirkVE (overleg) 11 feb 2018 08:56 (CET)
Toevallig stuitte ik net op dit stukje tekst op Wikipedia, waarvan het meeste qua stijl volgens mij wat beter hier past (zie Kefalonia, de pagina hier lijkt me hard aan wat uitbreiding toe). De Wikischim (overleg) 9 feb 2018 17:53 (CET)
- Kunnen we dan dat niet eenvoudig kopiëren vanaf nlwiki als start van de uitbreiding van het artikel? DirkVE (overleg) 11 feb 2018 08:42 (CET)
- Mag ook van mij. Alleen moet dan wel duidelijk blijven dat de beginversie van de tekst van Wikipedia afkomstig is, ivm auteursrechten. Los daarvan ben ik eigenlijk van mening dat een formulering als Vergezichten zijn vanaf Kefalonia ruimschoots aanwezig, er is uitzicht op de andere eilanden en op de zee een typisch voorbeeld is van iets wat wel hier past, maar niet op WP. Natuurlijk staan er nog veel meer van dit soort teksten op WP. Het blijft jammer dat er nooit echt serieuze coördinatie is geweest tussen de verschillende wikiprojecten (N.B. dat geldt zeker niet alleen voor Wikivoyage). De Wikischim (overleg) 11 feb 2018 11:59 (CET)
- Ja, dat begrijp ik wel. Tot nu toe had ik me nauwelijks met wikivoyage bezig gehouden, een vermelding naar nlwiki is mijn inziens zeker nodig. DirkVE (overleg) 12 feb 2018 09:23 (CET)
- Mag ook van mij. Alleen moet dan wel duidelijk blijven dat de beginversie van de tekst van Wikipedia afkomstig is, ivm auteursrechten. Los daarvan ben ik eigenlijk van mening dat een formulering als Vergezichten zijn vanaf Kefalonia ruimschoots aanwezig, er is uitzicht op de andere eilanden en op de zee een typisch voorbeeld is van iets wat wel hier past, maar niet op WP. Natuurlijk staan er nog veel meer van dit soort teksten op WP. Het blijft jammer dat er nooit echt serieuze coördinatie is geweest tussen de verschillende wikiprojecten (N.B. dat geldt zeker niet alleen voor Wikivoyage). De Wikischim (overleg) 11 feb 2018 11:59 (CET)
Over het up-to-date houden
Ik zit me toch een beetje af te vragen hoe up-to-date veel van de reisinformatie hier nog is, met name die welke al jaren geleden is geplaatst. Hotellen, pensions, B&B's e.d. hebben sowieso nooit het eeuwige leven. Idem voor reisroutes, buslijnen en al dat soort dingen. Zaken als adressen en telefoonnummers veranderen ook nogal eens (persoonlijk vraag ik me tevens af in hoeverre het überhaupt wenselijk is dat soort gegevens hier in lange lijsten in artikelen op te sommen, maar daar gaat het nu even niet om). Dit is in de grondslag een ander project dan Wikipedia, de informatie hier is veel meer tijdsgebonden en dus aan slijtage onderhevig. Alleen bij algemene achtergrondinformatie over landen, steden e.d. speelt dit misschien iets minder. Is dit iets om hier wat meer de aandacht op te vestigen? De Wikischim (overleg) 11 feb 2018 20:10 (CET)
Tweemaal naar de zelfde Wikipedia-pagina linken in de linkermarge
Met [[Wikipedia:nl:paginanaam]] wordt onder het kopje "Gerelateerde sites" een link naar de betreffende pagina geplaatst. In de meeste gevallen (zeg maar 99,9%) staat de zelfde link er ook onmiddellijk boven onder het kopje "In andere projecten", als gevolg van Wikidata-gegevens. Het lijkt me dat in alle snelversies voor artikelsjablonen (zoals deze), de regel [[Wikipedia:nl:]] verwijderd moet worden om er geen automatisme van te maken dat die dubbele links blijven ontstaan. De inhoud van zo'n snelversie wordt in een nieuw artikel geplaatst door boven het bewerkingsscherm een van de artikelsoorten aan te klikken. Uit bestaande artikelen zouden ze dan bij onderhoud aan dat artikel verwijderd kunnen worden (of misschien een bot-actie?).
NB Ook met [[Commons:Category:paginanaam]] kunnen dergelijke dubbele links worden gemaakt, maar die staan niet in de snelversies. Ik weet alleen niet zeker of die ook bijna altijd naar de zelfde Commons-categorie linken, of dat die ook vaak naar een andere Commons-categorie linken.
Eens met het verwijderen? --FredTC (overleg) 15 feb 2018 03:52 (CET)
- Als er twee links zijn, dan is die aan de onderzijde niet meer nodig nee. We kunnen het ook zo bekijken: de zijbalk is in mobiele weergaven niet aanwezig en dan is die helemaal onderaan de pagina wel zo handig. Dqfn13 (overleg) 17 feb 2018 22:13 (CET)
- Nee Dqfn13, met [[Wikipedia:nl:paginanaam]] wordt niets onderaan in het artikel geplaatst, maar uitsluitend een extra vermelding in de linker marge (die er voor de mobiele gebruiker dus niet is). Bij Wikipedia wordt niet rechtstreeks van [[wikicode]] zoals [[voy:paginanaam]] gebruik gemaakt, maar wordt die er via een sjabloon zoals {{wikivoyage}} in gezet. Zo'n sjabloon doet twee dingen, het linkje in de linker marge en een linkje in de artikeltekst op de plek waar het sjabloon is geplaatst (gewoonlijk onderaan). --FredTC (overleg) 18 feb 2018 03:45 (CET)
- Twee keer in de linkerkantlijn lijkt mij helemaal overbodig. Dqfn13 (overleg) 18 feb 2018 10:22 (CET)
- Nee Dqfn13, met [[Wikipedia:nl:paginanaam]] wordt niets onderaan in het artikel geplaatst, maar uitsluitend een extra vermelding in de linker marge (die er voor de mobiele gebruiker dus niet is). Bij Wikipedia wordt niet rechtstreeks van [[wikicode]] zoals [[voy:paginanaam]] gebruik gemaakt, maar wordt die er via een sjabloon zoals {{wikivoyage}} in gezet. Zo'n sjabloon doet twee dingen, het linkje in de linker marge en een linkje in de artikeltekst op de plek waar het sjabloon is geplaatst (gewoonlijk onderaan). --FredTC (overleg) 18 feb 2018 03:45 (CET)
Editing News #1—2018
Read this in another language • Subscription list for this multilingual newsletter
Since the last newsletter, the Editing Team has spent most of their time supporting the 2017 wikitext editor mode, which is available inside the visual editor as a Beta Feature, and improving the visual diff tool. Their work board is available in Phabricator. You can find links to the work finished each week at mw:VisualEditor/Weekly triage meetings. Their current priorities are fixing bugs, supporting the 2017 wikitext editor, and improving the visual diff tool.
Recent changes
- The 2017 wikitext editor is available as a Beta Feature on desktop devices. It has the same toolbar as the visual editor and can use the citoid service and other modern tools. The team have been comparing the performance of different editing environments. They have studied how long it takes to open the page and start typing. The study uses data for more than one million edits during December and January. Some changes have been made to improve the speed of the 2017 wikitext editor and the visual editor. Recently, the 2017 wikitext editor opened fastest for most edits, and the 2010 WikiEditor was fastest for some edits. More information will be posted at mw:Contributors/Projects/Editing performance.
- The visual diff tool was developed for the visual editor. It is now available to all users of the visual editor and the 2017 wikitext editor. When you review your changes, you can toggle between wikitext and visual diffs. You can also enable the new Beta Feature for "Visual diffs". The Beta Feature lets you use the visual diff tool to view other people's edits on page histories and Special:RecentChanges.
- Wikitext syntax highlighting is available as a Beta Feature for both the 2017 wikitext editor and the 2010 wikitext editor.
- The citoid service automatically translates URLs, DOIs, ISBNs, and PubMed id numbers into wikitext citation templates. It is very popular and useful to editors, although it can be a bit tricky to set up. Your wiki can have this service. Please read the instructions. You can ask the team to help you enable citoid at your wiki.
Let's work together
- The team will talk about editing tools at an upcoming Wikimedia Foundation metrics and activities meeting.
- Wikibooks, Wikiversity, and other communities may have the visual editor made available by default to contributors. If your community wants this, then please contact Dan Garry.
- The
<references />
block can automatically display long lists of references in columns on wide screens. This makes footnotes easier to read. You can request multi-column support for your wiki. - If you aren't reading this in your preferred language, then please help us with translations! Subscribe to the Translators mailing list or contact us directly. We will notify you when the next issue is ready for translation. Bedankt!
2 mrt 2018 21:56 (CET)
Enabling a helpful feature for Template editors
Read this in another language • Help met het vertalen in uw taal
Hello.
The team working on TemplateStyles at the Wikimedia Foundation would like to enable TemplateStyles on this wiki.
TemplateStyles is a feature to allow non-administrators to write and manage CSS styles for templates. It allows contributors who edit templates to separate content and presentation. A good web practice that makes it easier to manage the layout of templates. If you don't edit templates, this will not have any impact on your contributions.
TemplateStyles is useful for a few reasons.
- It makes it possible for templates to work better on mobile.
- It cuts out confusion on where to apply CSS rules.
- Editing CSS is currently limited to administrators, which is a major barrier to participation.
- All stylesheets must be loaded on all pages (whether they actually use the page or not), which wastes bandwidth and makes debugging style rules more difficult.
You can learn more about TemplateStyles on MediaWiki.org. Technical documentation is also available.
This is an optional feature and no one must use it, but template contributors are encouraged to do so! Please discuss and let us know if there are any concerns. If there are no concerns we will proceed to deploy the feature on the 28th of March.
Thank you.
– CKoerner (WMF) & Whatamidoing (WMF) (overleg) 21 mrt 2018 17:35 (CET)
Hernoemen Mallorca naar Majorca
Met deze bewerkingen heeft Ymnes een DP gemaakt die de officiële Taalunie-benaming naar Mallorca laat verwijzen. De pagina behoort echter de officiële Taalunie-benaming te volgen. Dus Mallorca moet de DP worden en Majorca moet de artikelinhoud hebben. Dat kan ik niet, maar een Admin kan dit wel. --FredTC (overleg) 5 apr 2018 14:25 (CEST)
- Ik durfde het niet zelf te veranderen omdat ik niet zeker wist of hier dezelfde taalregels worden gevolgd als Wikipedia. Op Wikipedia wordt ook Majorca als spelling gebruikt. Ymnes (overleg) 5 apr 2018 17:40 (CEST)
- Uitgevoerd, zoiets kan misschien beter op een verzoek- of overlegpagina geschreven worden. Ik weet alleen niet wie de meest actieve admins zijn... Dqfn13 (overleg) 5 apr 2018 19:19 (CEST)
Veredelde startpagina
Ik zag zojuist deze wijziging. Volgens mij is dit niet de bedoeling, een trits aan links en wat promotionele toelichting in matig Nederlands. Ik zou zeggen: wissen die handel, maar ik vrees dat ik dan "niet wissen maar verbeteren" tegengeworpen krijg. Is zo'n lijstje van commerciële aanbieders de bedoeling hier? Vinvlugt (overleg) 12 apr 2018 10:18 (CEST)
- Het taalgebruik is in ieder geval duidelijk onder de maat. Of het daarnaast een vorm van promo is, vind ik moeilijk te beoordelen. Op zich worden er hier wel vaker externe links naar commerciële sites geplaatst, dat is nu eenmaal een beetje inherent aan een project als dit dat primair focust op toeristische informatie. De vraag is natuurlijk waar je precies de grens wilt leggen, dat zal wel altijd arbitrair blijven. De Wikischim (overleg) 12 apr 2018 11:18 (CEST)
- Ik kijk vaak even via {{lgipcw|101.228.8.91}} op Wikipedia of het een actie is om overal (andere talen en/of andere Wiki's) iets te promoten. Dat is hier (op dit moment) niet het geval.
- Een andere vorm van promoten is het zelfde commerciële bedrijf meerdere keren te vermelden bijvoorbeeld onder "Eten", "Uitgaan" en "Overnachten". Dat is niet toegestaan, maar zou bijvoorbeeld wel 1x kunnen worden vermeld onder "Eten", met bij "content=" een vermelding dat er ook hotelaccommodatie is en een bar. De vermelde taalscholen lijken echter allemaal verschillend te zijn, maar misschien zijn ze allemaal onderdeel van het zelfde moederbedrijf. Dat kan ik zo gauw niet controleren. Het lijkt me geen reden om de toevoeging te verwijderen.
- In dit geval zou het hoofdkopje "Leren" eigenlijk ook een subkopje "Universiteiten" moeten krijgen, als ik even naar de Engelse versie van de pagina kijk.
- Een technische opmerking is nog wel dat deze toevoeging is gedaan met gebruikmaking van <listing ...>...</listing> en niet {{listing|...}}.
- Ik zou zeggen "even een paar dagen afwachten" en als er geen rare dingen gebeuren, de vermeldingen "moderniseren" en aanvullen met universiteiten. --FredTC (overleg) 12 apr 2018 12:39 (CEST)
Mooi sjabloon Modèle:Ville op Franstalige wikiv
Hoi,
Op de Franstalige wikiv kwam ik een mooi sjabloon fr:Modèle:Ville tegen. Is dat iets dat wij hier ook zouden kunnen gebruiken? Bijvoorbeeld op de regiopagina's van landen, waarin momenteel vaak een lijstje van plaatsnamen staat? Kun je meteen zien waar die plaatsen liggen.
Grt, Sietske
- Op nl:WV is het mogelijk gebruik te maken van iets dat ook op en:WV bestaat: je kunt bij {{listing een "type=" opgeven. Als je een {{listing|type=see maakt, is dat het zelfde als een {{see. Maar naast die gevallen zijn er ook "type=xxx"-waarden die niet tot de creatie van een {{xxx hebben geleid. "type=city" is daar één van (ook op en:WV), maar in fr:WV hebben ze er wel een {{ville van gemaakt, waarbij in de onderliggende code tevens de vertaling van city naar ville is geregeld. Ik durf niet zomaar een {{city te maken, maar je kunt nu al probleemloos {{listing|type=city gebruiken. Ik heb dat al eens gedaan voor zaken die met vervoer te maken hebben met {{listing|type=go, naar voorbeeld van en:WV. De, naar mij bekend is, mogelijke "type="-waarden zijn: city, go, vicinity, view en gold. "type=magenta" zou ook moeten werken, maar die levert op het resulterende kaartje geen marker op. --FredTC (overleg) 3 mei 2018 09:54 (CEST)
- Hm. Ik ga dat eens proberen, tnx! Sietske (overleg) 3 mei 2018 22:31 (CEST)
AdvancedSearch
Update on page issues on mobile web
Update on page issues on mobile web
Help met het vertalen in uw taal Hi everyone. The Readers web team has recently begun working on exposing issue templates on the mobile website. Currently, details about issues with page content are generally hidden on the mobile website. This leaves readers unaware of the reliability of the pages they are reading. The goal of this project is to improve awareness of particular issues within an article on the mobile web. We will do this by changing the visual styling of page issues.
So far, we have drafted a proposal on the design and implementation of the project. We were also able to run user testing on the proposed designs. The tests so far have positive results. Here is a quick summary of what we learned:
- The new treatment increases awareness of page issues among participants. This is true particularly when they are in a more evaluative/critical mode.
- Page issues make sense to readers and they understand how they work
- Readers care about page issues and consider them important
- Readers had overwhelmingly positive sentiments towards Wikipedia associated with learning about page issues
Our next step would be to start implementing these changes. We wanted to reach out to you for any concerns, thoughts, and suggestions you might have before beginning development. Please visit the project page where we have more information and mockups of how this may look. Please leave feedback on the talk page.
Global preferences are available
Global preferences are now available, you can set them by visiting your new global preferences page. Visit mediawiki.org for information on how to use them and leave feedback. -- Keegan (WMF) (talk)
10 jul 2018 21:19 (CEST)
RelatedSites
Geachte gebruiker,
Het Community Tech Team van de Wikimedia Foundation is van plan om removing the RelatedSites extension van deze wiki. RelatedSites was vele jaren geleden ontwikkeld voor Wikivoyage/Wikitravel om te kunnen linken naar andere wiki's. Dit was aan de zijkant te zien als "Gerelateerde sites". Omdat RelatedSites alleen binnen Wikivoyage gebruikt wordt en verder niet ondersteund wordt, is het noodzakelijk om de oude functie van RelatedSites te verwijderen voordat dit tot problemen leidt. Deze wiki heeft meer dan vijfhonderd pagina's, die gebruik maken van RelatedSites en Community Tech is bereid om te helpen bij het verwijderen van de links, voordat de functie volledig verwijderd wordt.
Er zijn twee vragen: kan de gemeenschap werken met het verwijderen van RelatedSites en wil de gemeenschap hulp gebruiken bij het verwijderen van de links?
Hoe denkt u hierover? Keegan (WMF) (overleg) 12 jul 2018 23:13 (CEST)
- Ik kan me niet meer herinneren bij welke artikelen ik het heb gezien, maar er zijn artikelen die onder "In andere projecten" (via Wikidata) naar een ander artikel verwijzen dan onder "Gerelateerde sites" (verkregen via [[Wikipedia:…]] in de wiki-code). Ik kan me er wel van herinneren dat beide links relevant waren. Zijn deze gevallen makkelijk op te sporen, zodat er dan kan worden geoordeeld? Als [[Wikipedia:…]] naar het zelfde artikel verwijst als Wikidata, dan lijkt mij dat [[Wikipedia:…]] best mag worden verwijderd. --FredTC (overleg) 13 jul 2018 13:32 (CEST)
- Verder denk ik dat het misschien in Wikipedia (waar 2x een kopje "In andere projecten" in de linker marge staat!!!) ook zinvol is om bijvoorbeeld bij het tweede kopje "In andere projecten" (dat dan natuurlijk wel een andere naam moet krijgen) een link te hebben naar "Parijs/1e_arrondissement#Bekijken" op Wikivoyage, voor het verkrijgen van praktische bezoek-informatie. --FredTC (overleg) 13 jul 2018 13:56 (CEST)
- Ik laat hier graag de expertise over aan anderen, ik ben toch meer een schrijver en als moderator ben ik meer de schoonmaker dan de technische man/klusjesman. Dqfn13 (overleg) 15 jul 2018 22:36 (CEST)
- @Dqfn13: is er op Wikipedia ook een discussie geweest over dit punt? Ik kan het niet vinden, terwijl ik er juist daar (zie hiervoor bij "Verder denk ik dat ...") wel een zinvolle toepassing voor is. --FredTC (overleg) 16 jul 2018 16:52 (CEST)
- Hoi FredTC, er is wel wat discussie geweest, maar dan vooral over het linken naar o.a. Wikivoyage, Commons, Species, etc. De discussie over het linken naar andere taalversies was daar niet zo erg omdat het als vanzelfsprekend gezien wordt. De discussie vond daar in de Kroeg plaats, maar wanneer weet ik echt niet meer. Dqfn13 (overleg) 18 jul 2018 10:46 (CEST)
- Zojuist even gekeken. Met het weghalen van de RelatedSites-link komen er meer links beschikbaar. Bovendien is het onderhouden makkelijker, omdat het op één centrale plek gebeurt: Wikidata. (Wikipedia heeft nooit RelatedSites gebruikt, dat was typisch iets van Wikivoyage.)
- Ik zal mijn bot hierover laten lopen en dit weghalen. Romaine (overleg) 8 aug 2018 11:19 (CEST)
- Uitgevoerd - het is nu overal aangepast. Romaine (overleg) 8 aug 2018 14:19 (CEST)
- Thank you, Romaine. Much appreciated. -- NKohli (WMF) (overleg) 8 aug 2018 18:46 (CEST)
- Uitgevoerd - het is nu overal aangepast. Romaine (overleg) 8 aug 2018 14:19 (CEST)
- Hoi FredTC, er is wel wat discussie geweest, maar dan vooral over het linken naar o.a. Wikivoyage, Commons, Species, etc. De discussie over het linken naar andere taalversies was daar niet zo erg omdat het als vanzelfsprekend gezien wordt. De discussie vond daar in de Kroeg plaats, maar wanneer weet ik echt niet meer. Dqfn13 (overleg) 18 jul 2018 10:46 (CEST)
- @Dqfn13: is er op Wikipedia ook een discussie geweest over dit punt? Ik kan het niet vinden, terwijl ik er juist daar (zie hiervoor bij "Verder denk ik dat ...") wel een zinvolle toepassing voor is. --FredTC (overleg) 16 jul 2018 16:52 (CEST)
New user group for editing sitewide CSS / JS
(Help met het vertalen in uw taal)
Beste allen,
Om de veiligheid van al onze lezers en bewerkers te verbeteren, zijn de bevoegdheden voor het bewerken van sitebrede CSS en JS veranderd (hieronder vallen pagina's als MediaWiki:Common.css
en MediaWiki:Vector.js
, die code bevatten die in de browsers van gebruikers wordt uitgevoerd).
Er is een nieuwe gebruikersgroep, interface-admin
, aangemaakt. Over vier weken, zullen enkel gebruikers met dit gebruikersrecht CSS en JS pagina's buiten hun eigen gebruikersruimte kunnen aanpassen (dit zijn alle pagina's die eindigen met .css
of .js
binnen de MediaWiki:
-naamruimte of van subpagina's van een andere gebruiker).
Meer informatie en achtergrond over deze verandering is hier te vinden.
Voeg alstublieft gebruikers die CSS en JS-pagina's moeten bewerken toe aan deze gebruikersgroep (dit kan door bureaucraten of stewards worden gedaan, op dezelfde manier als het toevoegen van nieuwe moderatoren). Dit is een gevaarlijk gebruikersrecht. Een kwaadwillende gebruiker of een hacker die toegang heeft tot interfacemoderatorrechten kan dit veel erger misbruiken dan bijvoorbeeld moderatorrechten. Geef deze rechten enkel aan gebruikers die het nodig hebben, die vertrouwd zijn binnen de gemeenschap en die correcte wachtwoord- en computerveiligheidsvoorschriften volgen (het gebruik maken van sterke wachtwoorden en twee-factor-authenticatie waar mogelijk, het niet hergebruiken van wachtwoorden, het niet installeren van dubieuze software, enzovoorts).
Hartelijk dank,
Tgr (talk) 30 jul 2018 19:45 (CEST) (via MassMessage)
Editing of sitewide CSS/JS is only possible for interface administrators from now
(Help met het vertalen in uw taal)
Hi all,
as announced previously, permission handling for CSS/JS pages has changed: only members of the interface-admin
(interfacemoderatoren) group, and a few highly privileged global groups such as stewards, can edit CSS/JS pages that they do not own (that is, any page ending with .css or .js that is either in the MediaWiki: namespace or is another user's user subpage). This is done to improve the security of readers and editors of Wikimedia projects. More information is available at Creation of separate user group for editing sitewide CSS/JS. If you encounter any unexpected problems, please contact me or file a bug.
Thanks!
Tgr (talk) 27 aug 2018 14:40 (CEST) (via global message delivery)
Read-only mode for up to an hour on 12 September and 10 October
Dit bericht in een ander taal lezen • Help met het vertalen in uw taal
De Wikimedia Foundation gaat haar tweede datacenter testen. Dit datacenter moet ervoor zorgen dat Wikipedia en andere Wikimediaprojecten beschikbaar blijven, ook als er een ramp heeft plaatsgevonden. Om er zeker van te zijn dat alles goed werkt, zal de Wikimedia afdeling Technology een experiment uitvoeren. Dit experiment zal aantonen of er betrouwbaar tussen de datacenters gewisseld kan worden. Het vereist dat veel teams op het expiriment voorbereid zijn en beschikbaar zijn om enige onverwachte problemen op te lossen.
Zij zullen al het internetverkeer naar het tweede datacenter sturen op woensdag, 12 september 2018. Op woensdag, 10 oktober 2018 er teruggeschakeld naar het primaire datacenter.
Vanwege beperkingen in MediaWiki is het echter wel noodzakelijk om de wiki's op alleen-lezen te zetten. Het spijt ons voor deze maatregel, en wij zullen trachten om de impact te verminderen in de toekomst.
U zult in staat zijn om artikelen te lezen, maar niet te bewerken voor een korte periode.
- U zult een uur lang niet in staat zijn om bewerkingen te maken op woensdag 12 september en woensdag 10 oktober. De test zal starten om 14:00 UTC (15:00 BST, 16:00 CEST, 10:00 EDT, 07:00 PDT, 23:00 JST, en in Nieuw Zeeland om 02:00 NZST op donderdag 13 september en donderdag 11 oktober)
- U zult een foutmelding zien als u probeert te bewerken. Wij hopen dat er geen bewerkingen verloren gaan, maar dit kunnen wij niet garanderen. Als u deze foutmelding krijgt, raden we u aan om te wachten totdat alles weer terug naar normaal is. Dan kunt u uw bewerking opslaan. Toch raden we het ten zeerste aan dat u een kopie van uw bewerkingen maakt.
Extra impact:
- Het uitvoeren van achtergrondtaken zal langzamer gaan, en sommige taken kunnen ook worden geannuleerd. Roodgekleurde links zullen niet zo snel bijgewerkt worden als gebruikelijk. Als u een artikel aanmaakt waar ergens anders al naar verwezen wordt, zal de link langer roodgekleurd blijven dan gebruikelijk. Sommige scripts die lang uitgevoerd worden, zullen worden gestopt.
- There will be code freezes for the weeks of 10 September 2018 and 8 October 2018. Alleen urgente code deployments zullen plaatsvinden.
Dit project kan uitgesteld worden indien nodig. U kunt de planning lezen op wikitech.wikimedia.org. Wijzigingen worden in de planning aangekondigd. Er zullen hierover nog meer notificaties worden verstuurd. Deel deze informatie alstublieft met de gebruikersgemeenschap van uw (thuis)wiki's. /User:Johan(WMF) (talk)
6 sep 2018 15:33 (CEST)
Nieuwste?
Er staat boven elke pagina dat dit het nieuwste project is. De Nederlandstalige Wikinews is echter nieuwer. Internationaal zijn er nog meer nieuwer dan deze.
- Aangepast - Romaine (overleg) 28 nov 2018 01:44 (CET)
The Community Wishlist Survey
The Community Wishlist Survey. Help met het vertalen in uw taal.
Hey everyone,
The Community Wishlist Survey is the process when the Wikimedia communities decide what the Wikimedia Foundation Community Tech should work on over the next year.
The Community Tech team is focused on tools for experienced Wikimedia editors. You can post technical proposals from now until 11 November. The communities will vote on the proposals between 16 November and 30 November. You can read more on the wishlist survey page.
/User:Johan (WMF)30 okt 2018 12:06 (CET)
Editing News #2—2018
Dit bericht in een andere taal lezen • Abonneer je op de meertalige nieuwsbrief
Wist je dat?
Sinds de laatste nieuwsbrief heeft het Editing-team het meeste werk aan de nieuwe wikitekstverwerker en de visuele diff-tool afgerond. Het team is begonnen met onderzoek naar de behoeften van bewerkers die gebruikmaken van mobiele apparaten. Hun work board is beschikbaar in Phabricator. Hun huidige prioriteiten bestaan uit het repareren van bugs en het verbeteren van mobiel bewerken.
Recente wijzigingen
- Het Editing-team heeft een eerste verslag over mobiel bewerken gepubliceerd.
- Het Editing-team is begonnen met een ontwerpstudie naar visueel bewerken op de mobiele website. Nieuwe bewerkers hebben moeite met het uitvoeren van simpele taken op een smartphone, zoals het aanbrengen van links naar Wikipedia-artikelen. Lees hier het verslag.
- Het Reading-team werkt aan een apart project voor mobiele bijdragen.
- De oude wikitekstverwerker uit 2006 wordt niet langer ondersteund. Indien je gebruikmaakte van die werkbalk zul je geen enkele werkbalk meer zien. Kies een andere bewerkingsmodus in je bewerkingsvoorkeuren, lokale gadgets of betafuncties.
- Het Editing-team heeft de geschiedenis en status van de visuele tekstverwerker beschreven in deze opgenomen publieke presentatie (begint op 29 minuten en 30 seconden).
- Het Language-team heeft vorige maand een nieuwe versie van Vertaling van inhoud (CX2) uitgebracht, op Internationale Vertaaldag. Die versie integreert de visuele tekstverwerker om sjablonen, tabellen en afbeeldingen te ondersteunen. Het produceert ook betere wikitekst wanneer het vertaalde artikel gepubliceerd wordt.
Laten we samenwerken
- Het Editing-team wil visueel bewerken op de mobiele website verbeteren. Lees alsjeblieft hun ideeën en vertel het team wat jij denkt dat bewerkers die de mobiele site gebruiken zou kunnen helpen.
- De Community Wishlist Survey begint volgende week.
- Help ons alsjeblieft met vertalingen als je dit niet in je voorkeurstaal leest! Abonneer je op de vertalersmaillijst of neem direct contact met ons op. We stellen je op de hoogte als de volgende editie klaarstaat om vertaald te worden. Bedankt!
2 nov 2018 15:17 (CET)
Change coming to how certain templates will appear on the mobile web
Change coming to how certain templates will appear on the mobile web
Help met het vertalen in uw taal
Hello,
In a few weeks the Readers web team will be changing how some templates look on the mobile web site. We will make these templates more noticeable when viewing the article. We ask for your help in updating any templates that don't look correct.
What kind of templates? Specifically templates that notify readers and contributors about issues with the content of an article – the text and information in the article. Examples like Template:Unreferenced or Template:More citations needed. Right now these notifications are hidden behind a link under the title of an article. We will format templates like these (mostly those that use Template:Ambox or message box templates in general) to show a short summary under the page title. You can tap on the "Learn more" link to get more information.
For template editors we have some recommendations on how to make templates that are mobile-friendly and also further documentation on our work so far.
If you have questions about formatting templates for mobile, please leave a note on the project talk page or file a task in Phabricator and we will help you.
Bedankt!
Community Wishlist Survey vote
Onderzoek naar de wensen van de Wikipedia-gemeenschap 2019.
Hallo allemaal,
De Community Wishlist Survey is een proces waarin de Wikimedia-gemeenschappen beslissen waaraan het Community Tech-team van de Wikimedia Foundation het komende jaar zou moeten werken.
Het Community Tech-team richt zich op tools voor gevorderde Wikimedia-gebruikers. De gemeenschappen hebben in de eerste fase van het proces een lange lijst van technische voorstellen gepubliceerd. Je kan vanaf nu tot 30 november je stem uitbrengen op deze voorstellen. Lees meer op de consultatiepagina.
/User:Johan (WMF)22 nov 2018 19:13 (CET)
Advanced Search
New Wikimedia password policy and requirements
Nieuw Wikimedia-wachtwoordbeleid
Het beveiligingsteam van de Wikimedia Foundation is bezig met het uitrollen van een nieuw wachtwoordbeleid. Meer over dit project op MediaWiki.org.
De nieuwe eisen zullen gelden voor nieuwe accounts en accounts met bepaalde privileges. Nieuwe accounts moeten voorzien zijn van een wachtwoord met een minimumlengte van 8 karakters. Accounts met privileges zullen hun wachtwoorden moeten bijwerken naar een met een lengte van ten minste 10 karakters.
Deze veranderingen worden met ingang van 13 december van kracht. Als je denkt dat je werk of tools door deze veranderingen geraakt worden, laat ons dit dan alsjeblieft weten op de overlegpagina.
Bedankt!
Invitation from Wiki Loves Love 2019
Help met het vertalen in uw taal
Love is an important subject for humanity and it is expressed in different cultures and regions in different ways across the world through different gestures, ceremonies, festivals and to document expression of this rich and beautiful emotion, we need your help so we can share and spread the depth of cultures that each region has, the best of how people of that region, celebrate love.
Wiki Loves Love (WLL) is an international photography competition of Wikimedia Commons with the subject love testimonials happening in the month of February.
The primary goal of the competition is to document love testimonials through human cultural diversity such as monuments, ceremonies, snapshot of tender gesture, and miscellaneous objects used as symbol of love; to illustrate articles in the worldwide free encyclopedia Wikipedia, and other Wikimedia Foundation (WMF) projects.
The theme of 2019 iteration is Celebrations, Festivals, Ceremonies and rituals of love.
Sign up your affiliate or individually at Participants page.
To know more about the contest, check out our Commons Page and FAQs
There are several prizes to grab. Hope to see you spreading love this February with Wiki Loves Love!
Kind regards,
Imagine... the sum of all love!
--MediaWiki message delivery (overleg) 27 dec 2018 11:13 (CET)