Wikipedia:Verzoeken voor wijziging menu's en dialoogteksten/Archief/2009

Uit Wikipedia, de vrije encyclopedie

Dankbetuiging Jimmy Wales[bewerken | brontekst bewerken]

Op elke pagina staat nu in koeienletters "Een dankbetuiging van Wikipedia oprichter Jimmy Wales". Zucht. Kan iemand svp een koppeltekentje invoegen tussen Wikipedia en oprichter? Dank, Ronald 3 jan 2009 13:45 (CET)[reageren]

Inderdaad nogal knullig. Is via via uitgevoerd. Bleek iets op meta te zijn. Wutsje 3 jan 2009 15:31 (CET)[reageren]
Hartelijk dank! Ronald 3 jan 2009 15:36 (CET)[reageren]

Logo in noarticletext[bewerken | brontekst bewerken]

Graag het logo van Wiktionary in MediaWiki:Noarticletext veranderen. Het logo dat er nu staat wordt niet meer gebruikt, het is vervangen door Bestand:Wiktprintable_without_text.svg, zie wikt:Hoofdpagina . Bvd, Troefkaart 17 jan 2009 20:19 (CET)[reageren]

Uitgevoerd Uitgevoerd. Groep troef vraagt, groep Mark draait. nl:Mark W (Mwpnl) ¦ talk 18 jan 2009 00:10 (CET)[reageren]

defaultsort[bewerken | brontekst bewerken]

Als je een lemma bewerkt heb je onderaan een vakje met speciale tekens. Zou daar ook de DEFAULTSORT: bij kunnen komen? Het is namelijk nogal vermoeiend om dat steeds opnieuw te typen en zou een hoop werk schelen. Alvast bedankt. Luijt 27 feb 2009 20:05 (CET)[reageren]

oki. Niels? 27 feb 2009 20:10 (CET)[reageren]

Verklaring auteursrechten[bewerken | brontekst bewerken]

De regel
... dat u de tekst zelf heeft geschreven of heeft overgenomen uit een bron waar geen auteursrechten op rusten;
graag vervangen door
... dat uw bijdrage door uzelf is geschreven en/of geen auteursrechten of andere rechten van intellectuele eigendom schendt;

Zie Wikipedia:Auteursrechtencafé#Citaatrecht. De aan te passen tekst staat op MediaWiki:Edittools. Veel dank, Fransvannes 27 feb 2009 10:31 (CET)[reageren]

Uitgevoerd - Wutsje 27 feb 2009 20:12 (CET)[reageren]

MediaWiki:Sitesupport-url[bewerken | brontekst bewerken]

Zou het geen idee zijn om de oude versie weer te herstellen? In de tussentijd is de internationale donatiepagina flink bijgewerkt en gelikter geworden (ten tijde van de aanpassing zag het er als volgt uit [1] wat ook reden was kennelijk voor deze aanpassing; nu ziet het er zo uit [2]). Mijn voorkeur in ieder geval voor het laatste, oogt professioneler. Ook hier wordt (minder prominent) de mogelijke girale betaalmethode via de vereniging uitgelegd. Meningen? Willem(o) 13 mrt 2009 02:06 (CET)[reageren]

Voor de duidelijkheid, deze pagina zorgt voor de link achter het standaardknopje "Donaties" in het "Informatie" menu. Willem(o) 13 mrt 2009 02:08 (CET)[reageren]
Verzoek teruggetrokken. Zie overlegpagina RonaldB. Willem(o) 13 mrt 2009 11:12 (CET)[reageren]

Knopjes[bewerken | brontekst bewerken]

Zouden de knopjes [artikel] [overleg] [bewerken] [geschiedenis] etc die bovenaan elke pagina staan ook onderop kunnen komen? Zie bijvoorbeeld pl:V_symfonia_Beethovena. Bij langere artikelen hoef je dan niet naar boven te scrollen. aleichem 23 feb 2009 16:03 (CET)[reageren]

Stel dit voor in de Kroeg waar iedereen er iets zinnigs over kan zeggen, in plaats van het ergens achteraf voor te stellen waar weinig gebruikers het lezen. Ik ben er zelf in ieder geval geen voorstander van. Als je het zelf wilt kun je dit ook in je eigen monobook neerzetten. Groetjes - Romaine (overleg) 23 feb 2009 16:08 (CET)[reageren]
Jouw bijdragen zijn me altijd welkom; alleen in 'in de Kroeg waar iedereen (...) iets zinnigs (...) kan zeggen' ben ik het niet met je eens. aleichem 23 feb 2009 16:11 (CET)[reageren]

Nieuwe artikelen/pagina's[bewerken | brontekst bewerken]

Wanneer men in het zijmenu 'Nieuwe artikelen' aanklikt komt men op de lijst met recent aangemaakte artikelen. Wanneer je vervolgens zo'n artikel van die lijst hebt gecontroleerd en gemarkeerd staat er: 'terug naar Speciaal:NieuwePaginas'. Is het niet handiger die twee benamingen Nieuwe artikelen en NieuwePaginas gelijk te trekken? TjakO 17 apr 2009 15:35 (CEST)[reageren]

  • Opgelost Niet oplosbaar. Ja, dit zou handig zijn, maar dit kan niet lokaal gedaan worden. De tekst "Terug naar Speciaal:NieuwePagina's" is een systeembericht dat bestaat uit de tekst "Terug naar" en "PaginaTitel". En de paginatitel is in dit geval "Speciaal:NieuwePaginas". Dat speciaal: kunnen we niet laten verdwijnen, en Paginas door Artikelen vervangen is lokaal ook onmogelijk, dan wordt het direct aangepast op alle Mediawiki en Wikimedia projecten, en dat is onwenselijk. nl:Mark W (Mwpnl) ¦ talk 17 apr 2009 18:33 (CEST)[reageren]
    • Wat wel kan is in het zijmenu Nieuwe Artikelen vervangen door Nieuwe paginas. TjakO 17 apr 2009 18:38 (CEST)[reageren]
      Dat kan wel inderdaad. Maar is dat wenselijk? Als je op de link drukt krijg je immers een lijst met alle nieuwe pagina's in de hoofdnaamruimte te zijn, en dat zijn artikelen. De link doet dus precies wat 'ie zegt. Sterker nog: zelfs de titel van Special:NewPages is Nieuwe artikelen. Dat laatste klinkt me wat onjuist in de oren, want overlegpagina's zijn géén artikelen, maar wel pagina's. Ik kan lokaal alleen niet de titel van Special:NewPages aanpassen, alleen de link in het zijmenu, maar dat komt de duidelijkheid niet ten goede. nl:Mark W (Mwpnl) ¦ talk 17 apr 2009 18:57 (CEST)[reageren]

Mijn[bewerken | brontekst bewerken]

Kunnen die overbodige "Mijn"s (Mijn overleg, Mijn voorkeuren, Mijn volglijst, Mijn bijdragen) niet verdwijnen? Neemt alleen ruimte in en dient verder geen enkel doel. — Zanaq (?) 28 mrt 2009 14:14 (CET)

Inderdaad, het lijkt wel "Finding Nemo"... ♣ Troefkaart 28 mrt 2009 14:38 (CET)[reageren]
Een opmerking, als u mij toestaat: wat betreft mijn overleg, dat nu is vervangen door overleg, vraag ik me af of dat voor iedere gebruiker inzichtelijk zal zijn, omdat ook altijd een gelijknamig tabje in beeld is dat linkt naar het overleg van de pagina die wordt bezocht. De meeste mensen zullen er vast geen moeite mee hebben (en ik vind het zelf ook prettiger zonder mijn), maar het zou best kunnen zijn dat met name nieuwelingen hierdoor in verwarring worden gebracht. Wutsje 17 apr 2009 19:09 (CEST)[reageren]

Lokaal uploaden herstellen[bewerken | brontekst bewerken]

Vooruitlopend op een stemming om lokaal uploaden af te schaffen is het lokale uploaden al afgeschaft voordat de stemming is afgelopen. Naast dat dit op zich al een zeer verwerpelijke handelswijze is, blijkt uit de stemming overduidelijk dat de meerderheid tegen het besluit om lokaal uploaden af te schaffen is. Om deze reden dient MediaWiki:Monobook.js zo snel mogelijk hersteld te worden naar de versie voor deze wijziging. ♣ Troefkaart 21 apr 2009 10:24 (CEST)[reageren]

Eens met Troefkaart. Zoveel mogelijk commons aanbevelen, ok. Maar nu is het voor veel gebruikers heel moeilijk om de uploadpagina van deze wiki terug te vinden, nu de knop direct linkt naar commons. De uploadpagina van deze wikipedia is niet meer via de normale wegen terug te vinden, dat lijkt me behoorlijk in strijd met de gehouden stemming. - LolSimon -?- 21 apr 2009 11:05 (CEST)[reageren]
Uitgevoerd Uitgevoerd - door Annabel - zie ook Overleg Wikipedia:Stemlokaal/Afschaffen lokaal uploaden, Taketa (overleg) 21 apr 2009 20:56 (CEST)[reageren]

CC-BY-SA[bewerken | brontekst bewerken]

Op MediaWiki:Edittools staat nog dat tekstbijdragen aan Wikipedia worden vrijgegeven onder de GFDL Inmiddels is dat een dubbele licentie geworden en worden tekstbijdragen ook onder de CC-BY-SA vrijgegeven. Vlak onder het bewerkingsscherm staat dat wel correct. Voor de duidelijkheid en volledigheid zou dat ook iets lager onder het kopje voorwaarden moeten staan. Hoe het er nu staat is het fout! Daarom bijvoorbeeld de bewuste regel op deze manier aanpassen:

    • dat uw tekstbijdragen aan Wikipedia worden vrijgegeven onder de Creative Commons CC-BY-SA en de GNU-licentie voor vrije documentatie. Dit houdt onder meer in dat uw tekst door anderen naar believen bewerkt en verspreid kan worden, ook voor commercieel gebruik. Als u dat niet wilt, kies dan niet voor 'Pagina opslaan'!

Bij voorbaat dank! ∼ Wimmel 25 jul 2009 15:53 (CEST)[reageren]

Uitgevoerd Uitgevoerd. nl:Mark W (Mwpnl) ¦ talk 25 jul 2009 16:33 (CEST)[reageren]

Globale[bewerken | brontekst bewerken]

centralauth-admin-delete-description, centralauth-admin-delete-nonexistent, centralauth-admin-delete-success, centralauth-admin-hide-description, centralauth-admin-hide-nonexistent, centralauth-admin-hide-success, centralauth-admin-lock-nonexistent, centralauth-admin-lock-success, centralauth-admin-lockandhide-nonexistent, centralauth-admin-nonexistent, centralauth-admin-unhide-description, centralauth-admin-unhide-nonexistent, centralauth-admin-unhide-success, centralauth-admin-unlock-nonexistent, centralauth-admin-unlock-success, centralauth-editset-intro, centralauth-globalgroupmembership-badknownwiki, centralauth-globalgroupperms-grouplist, centralauth-log-entry-delete, centralauth-log-entry-hide, centralauth-log-entry-lock, centralauth-log-entry-lockandhide, centralauth-log-entry-unhide, centralauth-log-entry-unlock, centralauth-log-header, centralauth-log-name, centralauth-merge-no-accounts, centralauth-prefs-detail-unattached, centralauth-prefs-manage, centralauth-prefs-status, centralauth-renameuser-merged, centralauth-renameuser-merged, centralauth-renameuser-merged, centralauth-renameuser-merged, centralauth-renameuser-reserved, centralauth-rightslog-header, globalblock, globalblocking-block, globalblocking-block-alreadyblocked, globalblocking-block-legend, globalblocking-block-logentry, globalblocking-block-submit, globalblocking-block-successsub, globalblocking-dewhitelist-logentry, globalblocking-goto-block, globalblocking-goto-status, globalblocking-goto-status, globalblocking-goto-unblock, globalblocking-list, globalblocking-list-blockitem, globalblocking-list-intro, globalblocking-logpage, globalblocking-logpagetext, globalblocking-notblocked, globalblocking-notblocked, globalblocking-return, globalblocking-search-legend, globalblocking-unblock, globalblocking-unblock-errors, globalblocking-unblock-intro, globalblocking-unblock-legend, globalblocking-unblock-logentry, globalblocking-unblock-submit, globalblocking-unblock-subtitle, etcetera. Zie hier. Globaal/globale moet vervangen worden door modiaal/mondiale. Globaal is foutief in deze betekenis. Zie onder andere hier. Alvast mijn dank aan de mod die deze toch wat vervelende situatie kan oplossen (250 keer globale ipv mondiale). Mig de Jong 8 dec 2008 15:10 (CET)[reageren]

Ik heb op Betawiki gevraagd of iemand het kan aanpassen. Het heeft namelijk meer zin de algemene vertaling aan te passen dan om het alleen hier aan te passen. Ik hoop dus dat iemand het daar door wil voeren. Je kunt dat eventueel ook zelf doen. Zo is bijvoorbeeld MediaWiki:Centralauth-admin-delete-description aan te passen via MediaWiki:Centralauth-admin-delete-description/nl. --Erwin 8 dec 2008 22:31 (CET)[reageren]
Zie: [Het] is het noch globaal noch mondiaal, in de betekenis van wereldwijd, omdat het alleen op de WikiMedia-projecten betrekking heeft. Wellicht kan iemand een mooi bestaand woord of een neologisme bedenken. Iets in de trand van 'projectoverstijgende gebruikersaccount' of 'WikiMediawijde gebruikersaccount', maar dan mooier. PiotrKapretski 9 dec 2008 09:51 (CET) Graag aanpassen naar een van beide vertalingen, die duidelijk beter zijn dan mondiaal. Mig de Jong 9 dec 2008 13:37 (CET)[reageren]
Misschien is "centraal" een idee? Al is er niet iets als een centrale wiki. Jelte 9 dec 2008 16:36 (CET)[reageren]
Discussie hier. Mig de Jong 9 dec 2008 17:23 (CET)[reageren]
Oud verzoek, naar afgehandeld, Taketa (overleg) 3 aug 2009 10:40 (CEST)[reageren]

fix_hoofdbetekenis[bewerken | brontekst bewerken]

Om het gemak van de dubbelaccentconstructie te vergroten heb ik Gebruiker:Valhallasw/fix_hoofdbetekenis.js geschreven. Dit scriptje zorgt ervoor dat links naar (bijvoorbeeld) Amsterdam (hoofdbetekenis) op de achtergrond veranderd worden tot Amsterdam (hoofdbetekenis). Hierbij worden zowel de link, de tooltip als de redirect-kleur verbeterd. Ook een link met titel wordt netjes aangepast tot met titel. Hiermee wordt de dubbelaccentconstructie voor de lezer onzichtbaar gemaakt; slechts voor de editor blijft de link als '(hoofdbetekenis)' staan. valhallasw 21 aug 2008 00:35 (CEST)[reageren]

Ik zou willen voorstellen om een regel toe te voegen (aan de code op Gebruiker:Valhallasw/fix_hoofdbetekenis.js):
if (typeof(disable_fix_hoofdbetekenis)=="undefined")
  addOnloadHook ( fix_hoofdbetekenis ) ;
zodat iemand die dit niet wil, via een aanpassing in z'n monobook.js de 'fix' kan uitschakelen. En misschien ook een regeltje commentaar toevoegen met een linkje naar Wikipedia:Doorverwijsconstructies zodat het iets duidelijker is voor iemand die de reden niet meteen snapt. ∼ Wimmel 21 aug 2008 21:27 (CEST)[reageren]
Het zal aan mij liggen omdat ik me niet zo vaak bezig hou met doorverwijsconstructies, maar wat voor probleem lost dit script op en wat hebben we eraan? Pure interesse verder hoor. nl:Mark W (Mwpnl) ¦ talk 21 aug 2008 21:29 (CEST)[reageren]
Is het de bedoeling dat dit aan MediaWiki:Common.js wordt toegevoegd? Waarom? Wordt er vaak naar Foobar (hoofdbetekenis) gelinkt? Gebruiken we dat systeem? --Erwin(85) 21 aug 2008 21:38 (CEST)[reageren]
Common.js inderdaad. Het lost het probleem op dat bij de dubbelaccentconstructie de links via 'Foobar (hoofdbetekenis)' lopen: dit script zorgt ervoor dat die referentie alleen terugkomt in de brontekst en Speciaal:VerwijzingenNaarHier/Foobar (hoofdbetekenis). Dit neemt de kritiek dat het systeem voor een aantal lelijke interfaceelementen zorgt weg. valhallasw 21 aug 2008 22:59 (CEST)[reageren]
Je hebt er duidelijk meer kaas van gegeten dan ik, maar heb je een concreet voorbeeld (pagina) waar er een probleem wordt (of kan worden) opgelost? nl:Mark W (Mwpnl) ¦ talk 21 aug 2008 23:22 (CEST)[reageren]
Het wordt onder andere voor Rotterdam deels gebruikt. Buiten de bestaande plaatsen maakt het daarnaast een eventuele grootschaligere implementatie mogelijk: bij dat soort dingen is er altijd een kip-en-ei-probleem: zorg je er eerst voor dat de technische infrastructuur naar behoren werkt of zorg je er eerst voor dat de pagina's geimplementeerd worden? In dit geval lijkt het me logischer om eerst de technische infrastructuur klaar te zetten: die heeft verder geen nadelen en kan later zonder al te veel moeite weer veranderd worden. Omdat hiermee ook het meest genoemde nadeel van de omgekeerd-redirect-constructie wegvalt is de acceptatie van het omgaan van amsterdamconstructie naar or-constructie waarschijnlijker: de lezer merkt er nu niets meer van, en dat was (schijnbaar) problematisch. valhallasw 22 aug 2008 00:17 (CEST)[reageren]
Ik zal even een concreet voorbeeld toevoegen. Op Brussel (stad)#Via_de_weg staan verwijzingen naar oa. [[Amsterdam (hoofdbetekenis)|Amsterdam]], [[Rotterdam (hoofdbetekenis)|Rotterdam]]. In de url staat dus (Hoofdbetekenis), en als je daar op klikt, staat er bijvoorbeeld "(Doorverwezen vanaf Rotterdam (hoofdbetekenis))" bovenaan de pagina. Het voorstel van valhallasw verwijderd geheel automatisch het achtervoegsel (Hoofdbetekenis), waardoor je er niets meer van ziet.
Dan kom je ook gelijk bij mijn bezwaar, door dit in common.js te zetten, werkt dat voor iedereen! Ik kan me voorstellen dat het juist bij anonieme gebruikers van wikipedia gewenst is, maar ik zou dit zelf niet willen. Vandaar ik een mechanisme zou willen waardoor ik het uit kan schakelen dmv mijn eigen monobook.js. Bij nader inzien werkt mijn voorstel hierboven niet vanwege de volgorde waarin de diverse .js bestanden ge-include worden. Dus ik zou willen verzoeken om dit eerst verder uit te werken. Overigens kan de javascript functie ook simpel een beetje geoptimaliseerd worden. ∼ Wimmel 22 aug 2008 09:06 (CEST)[reageren]
Nu ben ik vast heel kritisch, maar waarom linken we naar Amsterdam (hoofdbetekenis) en niet gewoon naar Amsterdam? Aangezien het een een redirect is naar het ander? nl:Mark W (Mwpnl) ¦ talk 22 aug 2008 12:13 (CEST)[reageren]
Nah, niet kritisch, maar je hebt blijbkaar Wikipedia:Doorverwijsconstructies niet gelezen ;) Zie ook https://upload.wikimedia.org/wikipedia/commons/0/08/Poster_valhallasw_wikimania_2008.pdf :) @Wimmel: voel je vrij en ga je gang: optimalisaties zijn meer dan welkom. Ik heb het probleem van de disable_fix_hoofdbetekenis opgelost door die check ook in de OnloadHook te zetten. valhallasw 22 aug 2008 12:43 (CEST)[reageren]
Met commentaar van Wimmel geupdate. Script is wmb klaar om ingezet te worden :) valhallasw 27 aug 2008 22:14 (CEST)[reageren]
Oud verzoek, naar afgehandeld, Taketa (overleg) 3 aug 2009 10:40 (CEST)[reageren]

Suomi[bewerken | brontekst bewerken]

Als een artikel ook voorkomt in de Finstalige wikipedia, staat in de linkerkolom terecht de tekst Suomi. Die tekst staat echter merkwaardigerwijs niet op zijn alfabetische plaats, maar op de plaats waar je een niet-bestaande tekst Fins zou verwachten. Zie hier een voorbeeld. Kan dit gecorrigeerd worden? Skuipers 26 dec 2008 10:29 (CET)[reageren]

Aangezien de volgorde niet door één of meerdere van de dialoogteksten bepaald wordt: nee. Verder klopt de plaatsing wel, deze is namelijk op taalcode (en die is 'fi'), en niet op de vertaalde naam. Dat is ook de meest praktische aanpak, want waar laat je anders bijvoorbeeld العربية (arabisch, ar) en 日本語 (japans, ja)? valhallasw 26 dec 2008 11:23 (CET)[reageren]
Waarom kan het dan op de Engelstalige wikipedia wel? Daar zal de taalcode toch ook wel fi zijn? Skuipers 26 dec 2008 21:52 (CET)[reageren]
Dat is gewoon een afspraak. Op en.wiki is dat na een poll/stemming aangepast. Volgens meta:Interwiki sorting order sorteren de meeste wikipedia's op de taalcode. Daar staat ook gedefinieerd hoe ze op de engelstalige wikipedia exact sorteren. ∼ Wimmel 26 dec 2008 23:25 (CET)[reageren]
Naar afgehandeld, Taketa (overleg) 3 aug 2009 10:40 (CEST)[reageren]

Gemarkeerd als gecontroleerd[bewerken | brontekst bewerken]

Wil iemand de tekst op deze pagina wijz van 'De gekozen bewerking is gemarkeerd als gecontroleerd. Terug naar Speciaal:Recentchanges' in 'De gekozen bewerking is gemarkeerd als gecontroleerd. Terug naar Speciaal:Recente wijzigingen' aleichem groet 1 feb 2009 10:22 (CET)[reageren]

Ik heb even gekeken, maar volgens mij is dat niet mogelijk. Het "Terug naar Speciaal:Recentchanges" staat namelijk niet in het bericht zelf, maar wordt via een aantal andere berichten toegevoegd. Ik weet niet welk bericht je dan moet aanpassen en vooral welk effect dat heeft. Het wordt dan waarschijnlijk op meerdere plekken gebruikt. --Erwin(85) 1 feb 2009 14:25 (CET)[reageren]
Ja, bijvoorbeeld op http://nl.wikipedia.org/w/index.php?title=Speciaal:Aanmelden&action=submitlogin&type=login&returnto=Speciaal:RecenteWijzigingen staat het goed : 'Terug naar Speciaal:RecenteWijzigingen.'. aleichem groet 6 feb 2009 08:58 (CET)[reageren]
Reeds veranderd, oud verzoek naar afgehandeld, Taketa (overleg) 3 aug 2009 10:40 (CEST)[reageren]

Terug naar[bewerken | brontekst bewerken]

Regelmatig markeer ik een wijziging vanuit mijn volglijst. Nadat de markering is opgeslagen wipt de pagina naar "terug naar Recente wijzigingen", in plaats van "terug naar mijn volglijst". Het ware beter hier iets ala "historygo(-2);" te gebruiken, of mag dat woordje 'terug' dus svp geschrapt worden? Ik denk dat vooral de wat minder ervaren gebruikers dat terug niet snappen, en zelfs voor mij is dat soms weer even verwarrend. TjakO 29 aug 2009 12:58 (CEST)[reageren]

Opgelost Niet oplosbaar - Zie hierboven bij #Nieuwe artikelen/pagina's. Misschien moeten we lokaal anders toch "terug" laten vervallen? Het was mij ook al opgevallen dat het in sommige situaties niet "terug" is. - Puck 29 aug 2009 16:35 (CEST)[reageren]
Het woord 'terug' kan er m.i. best uit. TjakO 29 aug 2009 16:42 (CEST)[reageren]
Uitgevoerd Uitgevoerd. Daar ben ik het mee eens. Zowel lokaal aangepast als in de centrale vertaaldatabank: translatewiki. nl:Mark W (Mwpnl) ¦ talk 29 aug 2009 18:10 (CEST)[reageren]
Thx. TjakO 29 aug 2009 18:26 (CEST)[reageren]
Duim omhoog Zo is het inderdaad beter. Puck 30 aug 2009 13:06 (CEST) PS. Ik heb er speciaal twee markeringen voor uitgevoerd; eentje vanaf Recente wijzigingen en een vanaf mijn Volglijst[reageren]

Verwijderen artikelen[bewerken | brontekst bewerken]

Ik zou graag willen vragen om in het dialoogvenster Handeling voltooid, dat komt nadat mods een lemma hebben verwijderd, niet alleen een link terug naar de hoofdpagina, maar ook naar nieuwe artikelen te maken. Dat is handig als verschillende lemma's na elkaar moeten worden verwijderd. - C (o) 14 sep 2009 13:58 (CEST)[reageren]

Tip: Ik gebruik altijd de rechter muisknop en "Openen in nieuw tabblad" om alle te verwijderen artikelen, afbeeldingen e.d. achter elkaar te kunnen klaarzetten voor verwijdering. Desalniettemin een prima voorstel! Erik'80 · 14 sep 2009 17:05 (CEST)[reageren]
Dat doe ik ook soms, maar het lijkt me toch handiger om de link onmiddellijk op die pagina te hebben. - C (o) 15 sep 2009 20:08 (CEST)[reageren]
Hoi Capaccio, je verzoek is helaas onuitvoerbaar. De tekst Ga naar Hoofdpagina wordt gegenereerd door MediaWiki:Returnto. Hoofdpagina is blijkbaar de variabele die voor de parameter $1 ingevuld wordt. Dat is niet hier aan te passen. Zie ook het verzoek hierboven. Niels? 15 sep 2009 20:21 (CEST)[reageren]
Dat begrijp ik, jammer ... - C (o) 16 sep 2009 09:34 (CEST)[reageren]
Ik heb het nu maar toegevoegd aan MediaWiki:Deletedtext. Het is niet netjes, maar waarschijnlijk wel de beste oplossing. --Erwin 16 sep 2009 11:21 (CEST)[reageren]
Het is prima Erwin, bedankt! - C (o) 17 sep 2009 20:10 (CEST)[reageren]

Volglijst[bewerken | brontekst bewerken]

In de mooie nieuwe betaschil krijg je de menu's ter linkerzijde en bovenaan de pagina niet te zien. Oorzaak zit in lokale aanpassing aan common.css. Zie [3]. Voor de oplossing, zie verzoek van TheDJ hier: [[4]]. (Hola, ik zag net dat er al door Erwin aan wordt gewerkt maar zet het verzoek hier toch ook neer, voor de helderheid.) Groet, Balko Kabo 26 sep 2009 23:19 (CEST)[reageren]

Er is, via een ander kanaal dan dit, een modmin ontwaakt, kennelijk. In ieder geval zijn de regels nu weer zichtbaar in de vectorschil. Prettige nachtrust wenst u Balko Kabo 1 okt 2009 02:35 (CEST)[reageren]

Links naar zusterprojecten[bewerken | brontekst bewerken]

Graag de situatie herstellen zoals die was, de oude situatie was prima en in lijn met de consensus. De veranderingen zijn zonder enig overleg doorgevoerd. De oude situatie was:

  • Voor iedereen die monobook-skin gebruikte stonden de links naar de zusterprojecten in het linker menu (indien op artikel aanwezig) (opt-out voor wie dat niet wilde)
  • Voor iedereen (ongeacht skin) waren de sjablonen met links naar de zusterprojecten aanwezig (opt-out voor wie dat niet wilde)

Bij deze dus het verzoek tot het herstellen van de situatie. Romaine (overleg) 25 nov 2009 15:10 (CET)[reageren]

Volkomen mee eens. Herstellen die handel. Multichill 26 nov 2009 10:55 (CET)[reageren]

Ik heb het hersteld, maar zonder opt-out omdat ik die code niet wil updaten. Je kunt het dus niet uitschakelen. --Erwin 26 nov 2009 11:04 (CET)[reageren]

Inmiddels heb ik de code helemaal bijgewerkt en werkt het voor alle skins met een sidebar. --Erwin 26 nov 2009 14:21 (CET)[reageren]

Hiddenstructure[bewerken | brontekst bewerken]

Op MediaWiki:Common.css staat:

/* hiddenstructure wordt gebruikt in o.a. Sjabloon:Infobox_luchthaven maar werd alleen maar in de monobook skin gedefinieerd. Gekopieerd uit http://nl.wikipedia.org/skins-1.5/monobook/main.css */
.hiddenStructure {
	display: none;
	speak: none;
}

Deze code graag verwijderen uit deze mediawikipagina, zoals en:Wikipedia:HiddenStructure duidelijk maakt geeft deze code problemen en is het inmiddels uit alle sjablonen gehaald waar het in infoboxen werd gebruikt. Graag hier dus ook verwijderen. - Romaine (overleg) 2 dec 2009 23:59 (CET)[reageren]

Uitgevoerd Uitgevoerd - LolSimon -?- 19 dec 2009 21:44 (CET)[reageren]