Wikipedia:Feedback voor het User Experience Team

Dit is een pagina die zodanig verouderd is dat de inhoud geen actuele betekenis heeft of niet meer recentelijk gebruikt is.

Deze pagina is bedoeld om het User Experience Team te vertellen tegen welke problemen je bent aangelopen met het gebruik van Wikipedia. We zijn reeds op de hoogte van vele bugs en wensen, maar we willen ook graag jouw input.

We verwelkomen jouw ideeën, maar richt je alsjeblieft op de problemen, meer dan op mogelijke oplossingen. Als je een oplossing wilt voorstellen of verzoek wilt indienen, doe dat gerust maar vertel vooral ook welk probleem dit voor jou zou oplossen.

Deel jouw verhalen en frustraties. We zullen ze zorgvuldig lezen en proberen om waar mogelijk een oplossing te vinden.

→ Voeg jouw reactie toe

Wat informatie die nuttig kan zijn bij het antwoord geven op een vraag:

• Bugzilla: Vector skin bugs, Andere usability initiative bugs
• Bug board enwiki: hier en op de Village pump

Oude versie beter

Sorry, maar ik vond de Nederlandse versie zeer veel beter, overzichtelijker en mooier dan de nieuwste Engelse versie

• Teveel wit...

• Je kunt categorie in de werkbalk niet aanklikken maar je moet ermee copieeren.

• Je ziet de andere talen niet meteen...

Jammer van het vele werk, maar dit wordt geen verbetering!

Robert Prummel 8 jun 2010 03:38 (CEST)

Ik ga jammer genoeg akkoord met Robert: vroeger was het met één klik gefixt om een intene link te maken, nu moet je met een apart scherm werken. Functioneel is anders ... - C (o) 8 jun 2010 07:30 (CEST)

Noot: Wat betreft de interwiki's in andere talen: in je voorkeuren, op het tabblad Uiterlijk, staat onderaan Inklapbaar navigatiemenu inschakelen, als je daar het vinkje weghaalt verschijnen de interwiki's zonder uitklappen. Romaine (overleg) 8 jun 2010 11:28 (CEST)

Ook eens met Robert Prummel, maar ik moet er volledigheidshalve bijzeggen dat ik nogal conservatief ben als het om dit soort zaken gaat. De eerste dag dat De Volkskrant op tabloid verscheen overwoog ik die krant nooit meer te lezen.. En nu haal ik hem enkel nog huilend uit de bus.. Het went, bedoel ik maar te zeggen. Maar langzaam.. RJB _overleg 10 jun 2010 14:39 (CEST)

Om dat tabloid-gedoe heb ik het Handelsblad opgezegd. Ik koop alleen nog de zaterdagkrant. Mijn nieuwsbehoefte kan makkelijk worden gedekt door internetbronnen. Hier geldt voor mij : zodra ik mijn informatiebehoefte net zo makkelijk als maar dan zonder Wikipedia kan dekken, Wikipedia er bij mij ook uitvliegt. klompco 10 jun 2010 14:54 (CEST)

Ik ben gewoon een vaste wiki-gebruiker en werk zelf nooit aan het toevoegen of wijzigen van informatie, maar ik vind het ook allemaal helemaal niets. Het is te strak, te wit en ik mis de oude lay-out die wel overzichtelijk was. Bestaat er een mogelijkheid die oude lay-out als standaard lay-out in te stellen? Dan laat ik dit strakke gedoe liever over aan de mensen die doorschieten in zakelijkheid. Mevr. Derksen – De voorgaande bijdrage werd geplaatst door 212.178.74.180 (overleg · bijdragen) 11 jun 2010 05:36 (CEST)

Mevr.Derksen? Pffffffffffffft. Mijn ex heet ook zo. Dank je voor je bericht schat. klompco 12 jun 2010 22:54 (CEST)

Ik kan het ook alleen maar met Robert Prummel eens zijn. Het geheel ziet er erg oninteressant uit (zouteloos wil ik wel zeggen), de tabs boven de pagina's vallen veel minder op en de ruimte tussen "Overleg" en "Lezen" is overbodig en onduidelijk. Verder is de regelafstand in het edit venster ook vervelend groot. Wat mij betreft komt de oude layout direkt terug. Ik vreesde echter al het ergste toen de Engelse wiki naar deze layout overging. --Maarten 16 jun 2010 11:35 (CEST)

Infobox

Er gaat iets mis met de infobox sporter sinds deze nieuwe versie. En inderdaad de oude versie was overzichtelijker en rustiger Wikiice 10 jun 2010 11:41 (CEST)

Hallo Wikiice, kun je aangeven wat er mis gaat met deze infobox? Romaine (overleg) 10 jun 2010 12:05 (CEST)

De Infobox is niet meer zichtbaar als hem bij een sporter invoegd. Alles word dan met | streepjes op een rijtje gezet... Zie artikel Mendy Meenderink terwijl het bij andere sporters nog wel goed gaat.

Het gaat dus om de nieuw geplaatste infoboxen Wikiice 10 jun 2010 12:17 (CEST)

Opgelost Het probleem was dat er een sluithaakje "]" ontbrak in een interne link. Dit is niet vector-gerelateerd. Romaine (overleg) 10 jun 2010 12:24 (CEST)

Ziet er netjes uit, maar ik mis nog wat

Het ziet er netjes uit (al was ik aan de layout al grotendeels gewend omdat ik al zeker een maand met met de "vector"-layout werk).

Twee opmerkingen:

1. Regelafstand in bewerkingsvenster

Ik had in mijn eigen Vector.css een regel line-height: 100%; ingevoegd, waardoor de regelafstand in het editvenster niet zo "opgerekt was. Het viel me al op dat dit niet in alle Wikipediae werkte (ik meen dat het in Commons en in de Engelse WP niet werkte). Sinds vandaag (10 juni 2010) werkt het in de Nederlandse WP ook niet meer.

Ik heb het zojuist nog gewijzigd in line-height: 100%!important;, maar dat verandert niets.

Is hier nog iets aan te doen?

2. Interwiki's selecteren

Het is prima dat de interwiki's nu niet meer standaard worden weergegeven. Voor veel artikelen is het een onmogelijk lange lijst geworden.

Toch zou het prettig zijn als er in de eigen voorkeuren konden opgeven welke interwiki's (welke talen) we standaard wél willen zien. Voor de meeste mensen zullen er dat minder dan stuk of zes zijn, maar uiteraard niet voor iedereen dezelfde. Vandaar dat dit in de pesoonlijke voorkeuren vermeld zou moeten kunnen worden. Ik denk aan een soort aanvinklijst van alle beschikbare talen. Nieuwe talen worden automatisch toegevoegd, alleen niet-aangevinkt.

HHahn (overleg) 10 jun 2010 11:46 (CEST)

Hoi HHahn,

Het eerste probleem staat volgens mij los van Vector. je hebt line-height: 100%; los in vector.css staan zonder CSS-context. CSS werkt door middel van selectoren waarop je vervolgens code toepast. De line-height-code heeft op de manier zoals die in jouw vector.css staat en stond nooit gefuntioneerd, onmogelijk. Er vanuit gaande dat je het op de bewerkingsvelden wil toepassen moet je de "textarea" selector gebruiken. (textarea { /* code hier */ }). Bijvoorbeeld (meenemende wat al momenteel in je Vector.css staat):

textarea { font-family: verdana; font-size: 10pt; line-height: 100%; }

De uitklapmenuutjes kun je uitzetten (in Speciaal:Voorkeuren). of in JavaScript (dat is dus vector.js, en niet vector.css) het volgende opnemen:

$j(function(){
  if ($j.cookie('vector-nav-p-lang') == null){
    $j('#p-lang').toggleClass('expanded collapsed').find('.body').toggle();
  }
});

–Krinkle 10 jun 2010 12:28 (CEST)

Kleurverschil bezochte en niet-bezochte linken

Onder de oude layout kon je goed zien welke link je had bezocht, en welke niet. Nu is dat verschil er bijna niet. Hij wordt van middelblauw naar donkerblauw, maar je moet wel 2x kijken of dat donkerblauw is. Kan dat verschil op de een of andere manier groter gemaakt worden? Vriendelijke groet, Goudsbloem 10 jun 2010 12:21 (CEST)

Mij lijkt het oude kleurschema ook duidelijker. Mvg, Bas 10 jun 2010 12:35 (CEST)

Als iemand weet hoe dit in iemands persoonlijke vector.css kan worden aangepast, graag... Romaine (overleg) 10 jun 2010 12:38 (CEST)

Hier sluit ook ik mij bij aan. --Ooswesthoesbes 10 jun 2010 15:52 (CEST)

Externe links hebben nu dezelfde kleur als nietbezochte interne links. Dit is erg verwarrend. De oude linkkleuren waren prima, waarom is dit veranderd? Mvg, Bas 10 jun 2010 16:30 (CEST)

Ik zelf gebruik de volgende code op Special:Mypage/vector.css, gebruik wat je wilt gebruiken en verwijder wat je niet nodig vindt. Links: normaal blauw. Bezochte links: paars/lila. Interwiki/externe links: licht blauw. Beginnetjes nog niet bezocht: lichtgroen. Beginnetjes wel bezocht: donkergroen. Redirects niet bezocht: lichter oranje. Redirects wel al bezocht: donkerder oranje. De twee oranjekleuren heb ik iets aangepast ten opzichte van wat gewoner is. Romaine (overleg) 10 jun 2010 21:09 (CEST)

/* Kleuren voor links: normaal en bezocht */
a:link { color: #002bb8; } /* normal unvisited links */
a:link:visited { color: #5a3696; } /* visited links */
/* a:link:active { color: #FF0000; }  active links */
a:link.new { color: #cc2200; } /* new links */
a:link.new:visited { color: #A55858; }
a:link.interwiki { color: #3366BB; } /* interwiki links */
a:link.interwiki:visited { color: #3366BB; }
a:link.external { color: #3366BB; } /* external links */
a:link.external:visited { color: #3366BB; } 
a:link.stub { color: LimeGreen; }
a.stub:visited { color: DarkGreen; }
a.mw-redirect { color: #FF8C00; } /* oud: orange */
a.mw-redirect:visited { color: #FF4400; } /* oud: FF8C00 */
 
/* Links in menu */
div#mw-panel div.portal div.body ul li a { color: #002bb8 }
a:active { color: #faa700 }
a:visited, div#mw-panel div.portal div.body ul li a:visited { color: #5a3696 }

Pop-ups

Ik heb pop-ups ook aanstaan, en nu zie ik dat de tekst die in het pop-ups-scherm staat echt enorm veel groter is geworden. De grootte onder monobook was de perfecte grootte. Kan ik dat ook op de een of andere manier instellen in mijn vector.css? Goudsbloem 10 jun 2010 12:48 (CEST)

Dit moet iemand met verstand van javascript in MediaWiki:Gadget-popups.js of MediaWiki:Gadget-popups.css aanpassen denk ik. Wel even opletten dat bij het repareren voor vector het niet juist voor monobook veel te klein wordt gemaakt. Mvg, Bas 10 jun 2010 12:52 (CEST)

Opgelost Zojuist door Lolsimon gerepareerd, ook in monobook werkt het nog. Mvg, Bas 10 jun 2010 16:09 (CEST)

Zoeken

Het lukt mij niet om eenvoudig te zoeken op het voorkomen van een tekst in artikelen wanneer die tekst ook al als artikel bestaat. In dit geval wilde ik weten of de tekst "Bepalingen ter Voorkoming van Aanvaringen op Zee" in artikelen voorkwam, maar ik kom steeds op het artikel Bepalingen ter Voorkoming van Aanvaringen op Zee terecht. Ik vind het een beetje bizar dat ik eerst links "hulpmiddelen" moet uitklappen, dan naar "speciale pagina's", dan in mijn browser zoeken op "zoeken" en dan uiteindelijk bij Speciaal:Zoeken uitkomen waar ik eindelijk vind wat ik moet hebben. Of zie ik iets simpels over het hoofd? paul b 10 jun 2010 13:59 (CEST)

Als je iets in het zoekvak invult, komt als eerste de bestaande links, (Bijvoorbeeld Worst. Als eerste links komen dan worst worstelen etc. en onder die links staat een vakje in het lichtblauw met bevat..., en door daar op te klikken komen de lemma's die worst bevatten. Ik moest ook drie keer kijken voordat ik dat zag.... Goudsbloem 10 jun 2010 14:05 (CEST)

Ah, ja, dat lijkt me dan okee, behalve dat "bevat..." misschien iets explicieter mag zijn (al heb ik niet 1-2-3 een alternatief). paul b 10 jun 2010 14:07 (CEST)

Ik vind dit een van de waardeloze "verbeteringen". Voorheen kon je kiezen tussen "artikel" en "zoeken" en dat werkte veel prettiger. Groet, Lymantria _overleg 14 jun 2010 10:18 (CEST)

Dank Goudsbloem voor de tip, maar ik ben het eens met Lymantria, ook dit is een verslechtering van de functionaliteit en geen verbetering. Gouwenaar 14 jun 2010 10:34 (CEST)

Vector

Een deel van de problemen die ik met vector heb ervaren vindt u hier. De oplossing heb ik gelukkig al gevonden: monobook terugzetten. Wutsje 10 jun 2010 16:14 (CEST)

Tekst in zoekvenster

Als ik nu naar het zoekvenster kijk zie ik de tekst "Zoeken" wel erg ver naar beneden staan, is het niet mooier als dit gecentreerd in het balkje zit? Of in ieder geval iets hoger. Als ik tekst typ zit die tekst iets hoger in het balkje (ook niet gecentreerd), op die hoogte is mooier.

Mvg, Bas 10 jun 2010 16:25 (CEST)

Gokje Safari/Chrome/Webkit browser ? Is wel handig trouwens als mensen vermelden welke browser ze gebruiken, veel problemen zijn nogal browser specifiek namelijk. TheDJ 10 jun 2010 16:32 (CEST)

Firefox, oudere versie (welke weet ik niet). Mvg, Bas 10 jun 2010 17:09 (CEST)

Daar kun je achter komen door in het tabblad Help op About te klikken. Wutsje 10 jun 2010 21:50 (CEST)

bugzilla:23889 TheDJ 10 jun 2010 22:07 (CEST)

Bah

Het is een misverstand te denken dat een "glossy" uiterlijk (met veel wit en gestileerde vormgeving) noodzakelijk is om "met de tijd mee te gaan". Soms is oud en degelijk, zonder poespas, beter. Google experimenteert momenteel eveneens met zijn vormgeving omdat het in dezelfde onterechte waan verkeert, en ieder televisiejournaal ter wereld ziet er tegenwoordig hetzelfde uit door de identieke strakke, gestileerde en koele decors. WP gaat nu ook die kant op. Ik zie het zoekveld liever links, de tabs kleiner en zo is er nog wel meer. Het lijkt me beter de oude versie als standaard aan te bieden en het "moderne jasje" als instelbaar alternatief. --ErikvanB 10 jun 2010 16:43 (CEST)

Ik ben het eens met Erik, graag een deftig alternatief aanbieden. Carolus 10 jun 2010 17:31 (CEST)

Het is een hoogst onfunctionele layout geworden: links kunnen niet meer met 1 druk van de knop aangemaakt worden, de kopjes aanmaken gaat ook maar omslachtig, er is geen uitbreidingsset waarin andere handige knopjes voor sjablonen, categoriën, ... staan. Echt zeer slechte evolutie in de gebruiksvriendelijkheid! - C (o) 10 jun 2010 18:05 (CEST)

Uiteraard is een verandering altijd even slikken voor de hardcore power-users. Zij zijn echter niet de mensen voor wie dit bruikbaarheidsinitiatief is genomen. (Zoals er ook mensen zullen zijn geweest die de Apple Macintosh maar moderne nieuwlichterij vonden, veel minder bruikbaar dan de Unix- of MS-DOS-command-line die ze gewend waren. We weten allemaal wie er uiteindelijk gelijk heeft gekregen voor de gewone huis-tuin-en-keukentoepassingen) Daarnaast is terugkoppeling mogelijk, en zullen er ongewtijfeld dingen veranderd kunnen worden als het heel erg onhandig werkt. Zelf word ik ook niet heel vrolijk van al die wizards, maar die knoppen in het bewerkscherm gebruikte ik toch al niet: direct intypen vind ik handiger, als hardcore power-user... Sjablonen en categorieën lijken trouwens nog steeds gewoon bij de speciale tekens onder het bewerkingsscherm te staan, maar misschien mis ik iets, want ik gebruik dat nooit. paul b 10 jun 2010 18:59 (CEST)

De mens is conservatief van aard, dat is waar, maar dat betekent nog niet dat elke kritiek op veranderingen enkel daaruit zou voortvloeien. Het zijn wel die "hardcore power-users" die voor het dagelijks onderhoud van de WMF-projecten zorgen. Iets meer aandacht voor ook hun behoeften zou daarom wel aardig zijn geweest. Als moderator zadelt vector je (vooralsnog?) alleen maar met méér werk op. Wutsje 10 jun 2010 19:19 (CEST)

Als ik een witte steriele omgeving wil zien kan ik beter naar een ziekenhuis gaan, maar dat is slechts een kwestie van smaak. Ik neem aan dat er ook mensen zijn die geen koppijn krijgen van die witte achtergrond, anders was die er nooit gekomen. Hinderlijker vind ik het verstoppen van allerlei zaken die ik graag wil zien - Quistnix 10 jun 2010 19:16 (CEST)

Overigens zal ik verder niet meer klagen over het uiterlijk zo lang de oude gebruikersinterface nog werkt - Quistnix 10 jun 2010 19:17 (CEST)

Het dilemma is dat het goed voorstelbaar is dat beginnende of potentiële bijdragers juist liever niet overweldigd worden door de zichtbaarheid van allerlei zaken die ze toch (nog!) niet gebruiken. Zelf zie ik overigens geen verschil tussen het oude wit en het nieuwe wit en ik krijg er dus ook niet meer hoofdpijn van dan vroeger. paul b 10 jun 2010 19:22 (CEST)

Niet-moderatoren zien de beveiligen- en verwijderen-tabs niet eens, dus dat kan geen reden zijn geweest om die weg te moffelen. Wutsje 10 jun 2010 19:28 (CEST)

Daar heb je zonder meer een punt, maar dat is dan weer niet aan de orde gekomen onder dit puntje "Bah". Het lijkt me inderdaad onwaarschijnlijk dat moderatoren overweldigd zouden worden door knopjes met de functionaliteit die ze als mod nodig hebben. paul b 10 jun 2010 19:30 (CEST)

Wikipedia is er voor de mensen die informatie willen opzoeken. Dit is het merendeel van de bezoekers (de anderen zijn moderatoren, bijdragers, ...) Voor hen moet Wikipedia standaard gebruiksvriendelijk zijn vind ik. Naar verluidt werd vector zodanig gemaakt dat het gebruiksvriendelijk is voor de meeste gebruikers. Zo hoort het. De zgn 'powerusers' moeten dan maar terug hun monobook selecteren, zij weten tenminste hoe ze dat moeten doen ;) Imperator Caesar Augustus 22 jun 2010 11:40 (CEST)

Nogmaals, niet-moderatoren zien de Beveilig- en Blokkeer-tabs niet eens. Voor hen maakt het geen fluit uit waar die staan. Een goede reden om ze dan toch wikiwijd weg te moffelen kan ik niet bedenken. Van ze terugplaatsen waar ze voorheen stonden zou geen enkele "gewone" gebruiker last hebben, terwijl het het werk van moderatoren simpeler maakt. En het verbaast me dat het User Experience Team (wie zijn dat eigenlijk?) nog altijd niet met een reactie daarop is gekomen. Wutsje 24 jun 2010 01:15 (CEST)

Breedte van de site

Misschien zou het wel handig zijn de breedte van de site (althans van het gedeelte waar de hoofd teksten staan een maximum breedte te geven. Bijvoorbeeld 800 pixels. Ik heb een breedbeeld scherm op 1920 x 1080 staan en de site wordt nu behoorlijk onoverzichtelijk doordat de regels nogal lang-gerekt op het scherm staan. Sidebart 10 jun 2010 19:58 (CEST) ps. ik gebruik google chrome...

#content {width:800px;}

(in je eigen vector.css) :- Erik Baas 10 jun 2010 20:04 (CEST)

#content {
  max-width:800px;
}

Dit doet eigenlijk meer wat je wil, hoewel max-width niet door iedere browser wordt ondersteund. Het heeft als voordeel, dat als je je browserscherm op halve breedte zet, omdat je ernaast nog iets wil openen, dat de tekst niet door de zijkant heen 'prikt'. Sum^?urai8^? 15 jun 2010 11:31 (CEST)

nieuwe layout wikipedia

Hoi. door de nieuwe layout van Wikipedia zien de links er voor mij anders uit. Ik heb in mijn monobook het volgende staan:

/* Redirects in afwijkende kleur */
.mw-redirect         { color:orange;     }
.mw-redirect:visited { color:darkorange; }
a.stub { text-decoration: none; color:limegreen; }

Hierdoor werden links naar redericts bij mij oranje en stub-artikelen (wat meestal doorverwijspagina's zijn) groen. Nu is alles blauw en bezochte pagina's donkerblauw (wel een minimaal verschil, wat onder de oude layout beter zichtbaar was). Weet iemand een oplossing voor dit om dit hersteld te krijgen? Vriendelijke groet, Goudsbloem 10 jun 2010 11:45 (CEST)

Je kan in ieder geval de nieuwe mogelijkheden uitschakelen. Klik op de balk bovenaan. Vr groet, Metzujan 10 jun 2010 11:50 (CEST)

Dat is wel erg drastisch. Ik vind het geringe kleurverschil ook hinderlijk. Wat betreft de aangepast css: dat kun je gewoon kopiëren naar de nieuwe skin. Even de cache legen en de boel is weer redelijk normaal. Alleen het blauwe kleurtje blijft. (Wie heeft dit bedacht? Voor onze slechtziende collega's is dat volstrekt onmogelijk.) Eddy Landzaat 10 jun 2010 11:57 (CEST)

(bwc)Je wijzigingen in Special:MyPage/monobook.css en .js moet je kopiëren naar Special:MyPage/vector.css en .js. — Zanaq (?) 10 jun 2010 11:59 (CEST)

Bedankt allen voor jullie hulp! Vector.css-pagina aanmaken was de oplossing van het probleem. Enige echt storende ding vind ik het kleine kleurverschil tussen een niet bezochte link en een bezochte link. Dat verschil moet echt beter vind ik. Goudsbloem 10 jun 2010 12:18 (CEST)

Wellicht kun je dat toevoegen op de gelinkte pagina hierboven, lijkt me goed die pagina daarvoor te gebruiken. Romaine (overleg) 10 jun 2010 12:23 (CEST)

Andere links:

Korte uitleg wat er veranderd is: Wikipedia:Feedback voor het User Experience Team/Nieuwe functionaliteiten

Antwoorden op veelgestelde vragen: Wikipedia:Feedback voor het User Experience Team/FAQ

Romaine (overleg) 10 jun 2010 12:40 (CEST)

Wat mij van de nieuwe layout erg stoort is, dat bij het aanmaken van een nieuwe pagina (trouwens ook bij het wijzigen van een reeds bestaande) de links niet meer kunnen worden 'getest' op volledigheid/juistheid. Voorheen was dit geen enkel probleem en kon je elke link controleren en zo nodig verbeteren, voordat je op de 'Pagina opslaan' knop drukte, nu dreig je direct al je nieuw aangebrachte of gewijzigde tekst kwijt te raken, als je op een link klikt. Ik vind dit een enorme stap terug, want nu moet je, nadat je het nieuwe lemma hebt aangemaakt, of je wijzigingen hebt aangebracht, nog eens als een aparte actie gaan zitten aanvullen of corrigeren. Misschien zie ik iets over het hoofd (zo ja, dan hoor ik dat graag), maar tot nu toe ervaar ik dit als erg hinderlijk.--Piet.Wijker 10 jun 2010 14:44 (CEST)

Piet, je kunt ook Pop-ups aanzetten (door in je voorkeuren onder het kopje uitbreidingen en dan het kopje hulpmiddelen een vinkje te zetten bij Navigatie pop-ups). Hiermee opent er een klein venstertje, zodra je over een link gaat. Dan kun je snel zien of iets een goede link of redirect is, zonder dat er dus een nieuw venster opent en je venster waar in je zat alles kwijt bent. Goudsbloem 10 jun 2010 14:51 (CEST)

Je kunt (wellicht afhankelijk van de browser; ik gebruik Firefox) met de rechtermuisknop klikken en in het submenu kiezen voor "Openen in nieuw tabblad". Dan kun je altijd weer terug. Verder heb ik gemerkt dat je soms niet-opgeslagen bewerkingen kunt terughalen door in de "Geschiedenis" van de browser naar die pagina terug te gaan (Firefox: klik op het vertikale pijltje naast de knop "Volgende pagina"). Als het niet te lang (lees: teveel pagina's) geleden is, staat die nog in de cache. Zo heb ik verschillende malen een gewijzigde maar nog niet opgeslagen pagina kunnen "redden".

Een heel andere mogelijkheid voor het controleren zijn de "navigatie-popups". Op "Voorkeuren", tabblad "Uitbreidingen", onder kophe "Hulpmiddelen" zet je dit aan of uit. Je moet er wel iets voor installeren, maar de link bij het aankruisvakje verwijst naar een helppagina. (Ik gebruik dit al zo lang dat ik niet meer weet hoe ik het destijds heb gedaan.) Met deze functie beweeg je in de voorbeeldweergave de cursor over de te testen link, waarna een popup verschijnt met het begin van de gelinkte pagina. Een "diepe" link (eentje met een "#" erin, die naar een paragraaftitel verwijst), toont het begin van de pagina als er een fout in het paragraaftitelgedeelte van de link zit; hij toont het begin van de paragraaf als-ie correct werkt.

HHahn (overleg) 10 jun 2010 15:08 (CEST)

Erg weinig kleurverschil, en enkele knopjes, de verwijderknop, zijn verstopt. Just a member 10 jun 2010 17:48 (CEST)

Inderdaad. Waar de F*** zit dat ding!?? Ik kan 'm niet meer vinden! Lexw 11 jun 2010 13:39 (CEST)

Laat maar, ik heb 'm gevonden (dezelfde vraag stond ook een stukje naar beneden op deze pagina, kennelijk was ik niet de enige die zich een slag in de rondte zocht). Lexw 11 jun 2010 13:46 (CEST)

Beste Goudsbloem, Bedankt voor de hint. Die Pop-ups-mogelijkheid kende ik niet. Inmiddels heb ik die geactiveerd en blijkt deze het probleem dat ik eerder schetste, voldoende te ondervangen.--Piet.Wijker 11 jun 2010 15:17 (CEST)

Benodigde aanpassingen

Even een lijstje maken van wat ik denk dat er nog gebeuren moet in de algemene instellingen en algemene pagina's. Romaine (overleg) 10 jun 2010 12:23 (CEST)

• Hoofdpagina: er staan twee zoekbalken boven elkaar -> hier had ik al ergens overleg over gezien, kan dat een vervolg krijgen? -> Zoekbalk is verwijderd
• De verschillende help/wikipedia-pagina's, waaronder de snelcursus, hebben nog oude afbeeldingen en omschrijvingen, dit moet denk ik allemaal worden nagelopen en geïnventariseerd worden.
  • Help:Sneltoetsen  Uitgevoerd
  • Wikipedia:Redirect  Uitgevoerd
  • Wikipedia:Handtekening2  Uitgevoerd
  • Help:Gebruik van auto-sjablonen  Uitgevoerd
  • Help:Voorkeuren (aangegeven dat vector het huidige uiterlijk is, mogelijk moeten de voorkeuren nog wel verder worden doorgelopen op veranderingen)
  • Help:Gebruik van CSS (aangegeven dat vector het huidige uiterlijk is, mogelijk moeten de voorbeelden nog wel verder worden doorgelopen op veranderingen)
• Het laatste tabblad van de voorkeuren gebruikt de tekst MediaWiki:Gadgets-prefstext, er moet denk ik gekeken worden welke extensies wel/niet werken in vector.
  • Idem: Help:Gebruik van scripts
  • Idem: Help:Extensies
  • Idem: Help:Pop-ups
  • Idem: Wikipedia:Markeer als gecontroleerd -> MrBlueSky
  • Idem: Help:Extra bewerkingsknoppen
• ...
• Aanvullingen welkom

Tekstvak nieuwe pagina aanmaken

Bij mij gaat er iets mis met het tekstvak als ik een nieuwe pagina aan wil maken. Er verschijnt een blauw vak, en de tekst moet daaronder in een wit veld worden ingevuld. Meer mensen met dit probleem? Lymantria _overleg 10 jun 2010 18:03 (CEST)

Welke browser gebruik je, en heb je ook Uitbreidingen geïnstalleerd in je voorkeuren? TheDJ 10 jun 2010 22:14 (CEST)

Ik gebruik IE8 en heb uitbreidingen HotCat, Extra bewerkingsknoppen en Geavanceerde bijdragen geïnstalleerd. Groet, Lymantria _overleg 11 jun 2010 00:27 (CEST)

En ik zie nu dat ik bij bewerken een vinkje had moeten weghalen voor uitgebreide bewerkingsbalk en sinds ik dat heb gedaan is het in orde. Groet, Lymantria _overleg 11 jun 2010 00:31 (CEST)

Waar zijn de mod-knopjes?

Aan de moderatoren en andere gebruikers die vertrouwd zijn met deze hoogst onfunctionele lay-out: waar zijn de mod-knopjes 'verwijderen' en 'beveiligen' gebleven? Ik vind ze niet ... - C (o) 10 jun 2010 18:02 (CEST)

In een uitschuifmenuutje onder een naar beneden wijzend driehoekje naast de "volgster". Groet, Lymantria _overleg 10 jun 2010 18:04 (CEST)

Dank je Lymantria voor de snelle reactie. Ik draai dan ook de layout terug naar monobook, want dit vind ik totaal niet werken! - C (o) 10 jun 2010 18:09 (CEST)

Het went wel snel genoeg. En anders is er volgens mij ook nog een css-script, waardoor de knopjes weer zichtbaar worden. Pompidom 10 jun 2010 18:10 (CEST)

Ik heb die oude layout ook ingeschakeld maar het bewerkveld ziet er nog steeds niet uit. Zie ik iets over het hoofd?--Kalsermar 10 jun 2010 18:16 (CEST)

Zie je voorkeuren, tabblad bewerken en dan kopje Bètafunctionaliteit. Romaine (overleg) 10 jun 2010 19:54 (CEST)

Top! Bedankt :-) --Kalsermar 10 jun 2010 19:59 (CEST)

En dat is het volgende, plaats dat dan in Special:Mypage/vector.js. Romaine (overleg) 10 jun 2010 18:13 (CEST)

// changes the drop-down menu in Vector into tabs from: en:User:Svick/DropDownToTabs.js
 
function fixTab(item) {
  if (item.firstChild.innerHTML.indexOf('<span>') == -1)
    item.firstChild.innerHTML = "<span>" + item.firstChild.innerHTML + "</span>";
}
 
addOnloadHook(function() {
  document.getElementById('p-cactions').className = 'vectorTabs';
  var elems = document.getElementById('p-cactions').getElementsByTagName('li');
  for (var i = 0; i < elems.length; i++)
    fixTab(elems[i]);
})

Ja, de tabs zijn nu weer zichtbaar. Maar ze overlappen elkaar nu (ze passen niet allemaal naast elkaar omdat er een zoekvak bij is gekomen en mijn resolutie niet zo hoog is. Kan ik dat zoekvak uitschakelen of terug naar links verplaatsen? Michiel1972 10 jun 2010 19:40 (CEST)

Ik hoorde dat iemand daar mee bezig was, maar ik weet niet of dat gelukt was. Waar ik zelf wel voor gezorgd heb is dat de tab "Geschiedenis bekijken" -> "Geschiedenis" en "Kopje toevoegen" -> "+" wordt, daarvoor respectievelijk het volgende in gebruik op vector.js. Romaine (overleg) 10 jun 2010 19:57 (CEST)

// Kopje "Geschiedenis bekijken" vervangen door "Geschiedenis"
addOnloadHook(function(){
  jQuery("#ca-history a span").text("Geschiedenis");
});

// Kopje om een nieuwe sectie toe te voegen door "+" ipv "Kopje toevoegen"
addOnloadHook(function(){
  jQuery("#ca-addsection a span").html("+");
});

Zullen we dit hele topic verplaatsen naar Wikipedia:Feedback voor het User Experience Team ? Dan staat alls op één plek, wordt het langer bewaard en wordt de kroeg wat ontlast... - Erik Baas 10 jun 2010 20:06 (CEST)

Lijkt me prima op zich, ook al was de originele intentie van die pagina die je linkt iets anders, die pagina vervult wel die functie dus dan is alles bij elkaar centraal wel een goed idee. Romaine (overleg) 10 jun 2010 20:08 (CEST)

Missende knoppen in bewerkingsscherm

Voorheen was er een aantal knoppen beschikbaar voor het toevoegen van een blok voor de weergave van de bron als voetnoot (keuze oude en nieuwe stijl). Waar zitten die verstopt?--Joopwiki 10 jun 2010 21:15 (CEST)

Heb ik een stemming gemist?

Bij deze  Voor verwijderen van de nieuwe layout--Joopwiki 10 jun 2010 21:16 (CEST)

De Wikimedia Foundation heeft de keuze voor ons gemaakt, omdat uit onderzoek bleek dat de monobook-stijl die tot gisteren op nl-wiki in gebruik was te moeilijk werd bevonden voor vooral nieuwe gebruikers. Op de pagina Wikipedia:Feedback voor het User Experience Team/FAQ staat meer informatie en linkjes naar de onderzoeken, en zie ook Wikipedia:Feedback voor het User Experience Team/Nieuwe functionaliteiten voor informatie en meer linkjes naar pagina's die hierover in andere talen uitleg verschaffen. Mocht je de nieuwe stijl vector niet fijn vinden kun je in je voorkeuren op het tabblad uiterlijk "monobook" selecteren om het oude uiterlijk weer terug te krijgen voor jezelf. Groetjes - Romaine (overleg)

Dank, maar dan heb ik alleen het uiterlijk terug en niet meer de oude bewerkingsknoppen--Joopwiki 10 jun 2010 21:30 (CEST)

Zie daarvoor het tabblad bewerken in je voorkeuren onder het kopje Bètafunctionaliteit, daar dienen de vinkjes dan te worden weggehaald. Groetjes - Romaine (overleg) 10 jun 2010 21:33 (CEST)

Bedankt, ik ben weer volledig terug op de oude opmaak en op de oude knopjes.--Joopwiki 10 jun 2010 21:37 (CEST)

Vreemde ruimte bovenaan

Ik vind dat er nogal veel ruimte tussen de titel en de bovenkant van het scherm zit. Op de Engelse wiki is dit veel minder: vergelijk "Belgium" met "België". Ook het bewerkingsveld zelf is geen verbetering tegenover vroeger. 78.21.164.64 10 jun 2010 21:27 (CEST)

Als ik oningelogd de beide pagina's bekijk in Internet Explorer dan is de lijnhoogte van de tabs gelijk aan elkaar, net zoals de witruimte. Romaine (overleg) 10 jun 2010 21:37 (CEST)

In Firefox dus niet.

Ja, inderdaad. Er zit in Firefox een (nogal zinloos) wit vlak boven de titel. Als ik inlog is het weg. In Opera zie ik het ook niet. MrBlueSky 10 jun 2010 22:20 (CEST)

Ik denk dat dat in bugzilla:19567 inmiddels reeds gereapporteerd is. Als het te hinderlijk is kan een geregistreerde gebruiker dat via zijn monobook.css verbergen. Romaine (overleg) 10 jun 2010 22:25 (CEST)

Gewoon het volgende toevoegen aan MediaWiki:Vector.css

/* Temporary fix until [[bugzilla:19567]] is addressed */
#siteNotice div { margin: 0; }
#siteNotice div.expanded table.siteNoticeUser { margin-bottom: 1em; }

Jammer dat Trevor dat nog altijd niet gefixed heeft. Hoewel het deels met de brakke implementatie van global en sitenotices te maken heeft. TheDJ 10 jun 2010 22:29 (CEST)

 Uitgevoerd - MrBlueSky 10 jun 2010 22:37 (CEST)

Bedoel je met 'uitgevoerd' dat de witte regel bovenaan verdwenen zou moeten zijn? Op mijn scherm is die er nog altijd.--78.21.164.64 11 jun 2010 01:19 (CEST)

Er waren er zelfs 2. 2e witte regel nu ook verwijderd. TheDJ 11 jun 2010 01:58 (CEST)

Regelafstand

Als ik in vector de bewerkingspagina en de volglijst bekijk, zijn die opeens van een veel ruimere regelafstand voorzien. Hoe kan ik de oude regelafstand zoals die onder monobook bestond terugkrijgen? Goudsbloem 10 jun 2010 23:06 (CEST)

/* Regelhoogte bij bewerken */
textarea { line-height:15px!important; }
 
/* Regelhoogte speciale pagina's */
.special { line-height:15px!important; }

Ik heb daarvoor op Special:Mypage/vector.css de bovenstaande code toegevoegd om op speciale pagina's (ook recente wijzigingenlijst) en bij bewerken een normalere hoogte te hebben. Groetjes - Romaine (overleg) 10 jun 2010 23:12 (CEST)

Ook in het linkermenu kunnen kleinere regelafstanden worden genomen, normaal gesproken zal onderstaande code (invoegen op Special:Mypage/vector.css) werken:

  #mw-panel.collapsible-nav div.portal div.body ul li { padding: 0.1em 0 } 

Groeten _LolSimon -?- 11 jun 2010 01:16 (CEST)

Zeusmode

Ik krijg met de nieuwe functionaliteit dat het knopje opslaan in de Zeusmode de volgende tekst weergeeft: weet u zeker dat u deze pagina wilt verwijderen?. Als ik dat bevestig, wordt de wijziging toch doorgevoerd. Zijn er meer gebruikers die dat probleem hebben of is er iets anders mis? Mexicano _(overleg) 10 jun 2010 23:20 (CEST)

Dat tekstje lijkt niet uit de zeusmodus (Gebruiker:Zanaq/Zeusmode/nl.js) te komen of van deze wiki überhaupt. Op de translatewiki kan ik dat tekstje ook nergens vinden. Kun je misschien iets specifieker zijn: wat bedoel je met de "nieuwe functionaliteit", en hoe/wanneer gebeurde dit bij het indrukken van "Pagina opslaan"? _LolSimon -?- 11 jun 2010 01:50 (CEST)

Ik heb het al gevonden. Ik had in mijn voorkeuren bij bewerkingen Waarschuw mij als ik een bewerkte pagina die nog niet is opgeslagen wil verlaten aangevinkt staan. Die waarschuwing kreeg ik nooit in de Zeusmodus, maar thans wel. Mexicano _(overleg) 11 jun 2010 15:46 (CEST)

Oh, die boodschap is wat anders (Weet u zeker dat u de pagina wilt verlaten?). In ieder geval fijn dat het opgelost is, en wellicht moet het even bij de documentatie van Zeus worden vermeld als het probleem bij meerdere gebruikers optreedt. _LolSimon -?- 11 jun 2010 15:59 (CEST)

Ik had er ook last van en daarom heb ik die melding uit moeten zetten. Mvg, Bas 11 jun 2010 16:35 (CEST)

Bugje bij bewerken

Zowle in IE als FF merk ik dat er iets niet goed gaat met de tekst vlak voor het samenvattingsveld bij het gewoon bewerken van een pagina. De tekst "Samenvatting:" wordt naar beneden gedrukt. Ingelogd heb ik met FF dat er onnodige witruimte, enkeld pixels staan alsof er iets wat naar beneden gedrukt wordt. Romaine (overleg) 11 jun 2010 01:37 (CEST)

Ik kan dit niet reproduceren (kan geen firefox draaien, maar kan ook niets in de broncode vinden wat hiervoor kan zorgen). Wel heb ik dat de "Samenvatting:" op de een regel voor het inputveld geplaatst wordt (opera 10.50). Simpele work-around hiervoor is #samenvattingslink { float:left; }. Ik vermoed dat monobook hetzelfde euvel vertoont. Sum^?urai8^? 15 jun 2010 11:55 (CEST)

Loze witruimte

Wanneer ik op een leeg account op het tabblad bewerken in de voorkeuren de Bètafunctionaliteit uitschakel, dan krijg ik de monobookknopjes weer terug, maar tussen de knopjes en de titel ontstaat er dan extra witte ruimte die er niet is wanneer de Bètafunctionaliteit wel ingeschakeld is. Is er daar een oplossing voor? (IE overigens, en FF ook) Romaine (overleg) 11 jun 2010 01:52 (CEST)

De 'loze ruimte' behoort misschien toe aan de toolbar. Indien deze wel aanwezig is, moet je misschien je vector.css nalopen op functies die van toepassing zijn op #toolbar. Ik kan de 'loze' witruimte niet reproduceren in opera (10.53) of IE6 (de 6 pixels die ik er tussen zie zijn juist voldoende om de toolbar niet aan de titel vast te plakken). Sum^?urai8^? 15 jun 2010 12:17 (CEST)

Slechte Performance

Helaas moet ik constateren dat de nieuwe wikipedia een stuk trager is geworden. Het duurt gemiddelde 20 tot 30 seconden voordat een pagina in zijn geheel geladen is. Dit maakt het gebruik van wikipedia voor mij een stuk minder aantrekkelijk.

Ik had dit ook al bij de engelstalige wiki vastgesteld en nu dus helaas ook bij de nederlandse. Ik hoop dat dit snel opgelost kan worden of anders liever de oude versie terug.

Misschien dat sommigen zullen beweren dat dit aan mijn pc ligt, maar ik constateer dit ook als ik wikipedia gebruik op mijn werk of bij familie. 77.163.85.206 11 jun 2010 10:01 (CEST)

Je bent niet de enige. Ik vermoed dat er nog wel enige optimalisatie zal plaatsvinden in de komende maanden. TheDJ 11 jun 2010 12:18 (CEST)

De vectorskin gebruikt meer plaatjes dan de monobook-skin, maar dit zou slechts voor diegenen die een ouderwetse inbelverbinding gebruiken een probleem moeten zijn. De lange laadtijd kan ik niet reconstrueren (zelfs niet op een windows 98 machine waar ik nu op werk ^_^). Mogelijk wordt het probleem verholpen als de laatste versie van uw browser download. Voor internet explorer zal dit op dit moment een versie van Internet Explorer 8 zijn. Sum^?urai8^? 15 jun 2010 12:21 (CEST)

Zoekbalkje

Het zoekbalkje is nu moeilijker te vinden, bah! Sangam 11 jun 2010 10:15 (CEST)

Met de (nieuwe?) keyboardshortcuts gaat het juist veel sneller (in mijn geval Alt-F en ik zit op het zoekbalkje ), joepie! Apropos (waar ik eigenlijk dit voor schrijf), het zou prettig zijn als die pagina ook in het Nederlands erbij komt. Groetjes, Msj 11 jun 2010 13:40 (CEST)

Aah handig, zou mooi zijn dat even te vertalen ja. Ik ga een poging wagen. Mvg, Bas 11 jun 2010 13:57 (CEST)

Ik zag net dat er Help:Sneltoetsen is. Blijkbaar bestond dat toch al. Die pagina praat echter wel enkel over Monobook als skin. Msj 11 jun 2010 14:20 (CEST)

Ik had mijn vertaling bijna af dus heb hem even op Wikipedia:Sneltoetsen opgeslagen, ik ga nu even naar samenvoegen kijken en daarna maar ik van Wikipedia:Sneltoetsen een redirect. Mvg, Bas 11 jun 2010 14:34 (CEST)

Op Help:Sneltoetsen is nu een uitleg voor de vectorskin te zien. Op Help:Sneltoetsen/Monobook een uitleg voor gebruikers met Monobook. Mvg, Bas 11 jun 2010 14:54 (CEST)

"Iets opgevallen" vs toevoegen aan volglijst

Wanneer ik een pagina aan mijn volglijst toevoeg, komt het kader met "Iets opgevallen?" achter de tekst van het betreffende artikel te staan, waardoor de eerste regels van dat artikel vrijwel onleesbaar worden. Is een dergelijke bug een consequentie van de nieuwe layout? Josq 11 jun 2010 14:56 (CEST)

"Iets Opgevallen?" stond in de melding bovenaan, die melding zou je moeten kunnen verbergen. Mvg, Bas 11 jun 2010 15:03 (CEST)

Klopt, maar neemt niet weg dat er ergens een fout moet zitten in de hierarchie van meldingen en artikeltekst. Josq 11 jun 2010 15:25 (CEST)

A.U.B browser + versie vermelden. Bijna alle bugs zijn altijd browser specifiek, dus dit is zeer belangrijk. TheDJ 11 jun 2010 20:44 (CEST)

Oeps, zit nu achter andere computer. Mozilla heeft het probleem niet. Ik had volgens mij het probleem in IE, met windows XP. Josq 11 jun 2010 21:25 (CEST)

Ik ken het probleem. Ik werk met IE8 en als ik een pagina toevoeg aan mijn volglijst, dan komt de melding dwars door de artikeltekst te staan. Groet, Lymantria _overleg 31 aug 2010 14:37 (CEST)

talen

Nog iets handig: als we talen kunnen kiezen die we verstaan en links kunnen zoeken. Dan vinden we veel sneller de taal die we willen! Jipi d 11 jun 2010 17:42 (CEST)

Dit is ook op deze pagina al als idee geopperd, hiervan zou ik ook erg voorstander zijn. Mvg, Bas 11 jun 2010 17:50 (CEST)

villa augustus in dordrecht staat op de verkeerde plek naar jullie gelinkt

ik was er eergisteren en de link staat helemaal op de verkeerde plek, hij moet een stuk noordoostelijker staan, bij de watertoren en de engelse tuin 212.127.136.148 11 jun 2010 21:03 (CEST)

Bedoeld u de link op de kaart van google? Daaraan kunnen wij niets veranderen. Dat is waarschijnlijk het postadres. Recht bovenin het artikel Villa Augustus staat een coördinaat, dat heb ik gecontroleerd en klopt. Mvg, Bas 11 jun 2010 21:44 (CEST)

Spatie in bronsjabloon

Er zit ineens een overdreven grote spatie middenin het bronsjabloon, waarmee wordt aangegeven dat een lemma of een deel ervan is overgenomen van een anderstalige wikipedia. Zie bijv.

Kan iemand hier eens naar kijken, want dit ziet er natuurlijk niet fraai uit. Bvd en groet,--Piet.Wijker 11 jun 2010 21:27 (CEST)

Ik zie het niet met FF 3 en Windows. Welke browser en besturingssysteem gebruik je? Mvg, Bas 11 jun 2010 21:41 (CEST)

Ik ontdek inmiddels, dat het blijkbaar met de browser te maken heeft. Eerder vanavond zat ik te werken op een PC met browser 7 en Windows XP en daar manifesteerde zich het probleem. Nu zit ik achter een PC met browser 8 en Windows XP en nu is de spatie er niet, maar is tussen 'Gelijk delen' en 'licentie' dat speciale tekentje zichtbaar (geen idee hoe je dat noemt trouwens), dat schuin omhoog gerichte pijltje.--Piet.Wijker 11 jun 2010 22:14 (CEST)

Ik zou het "het externelinkicoontje" noemen, dat is het namelijk. Niels^? 11 jun 2010 22:38 (CEST)

Tja, nu je het zegt. In elk geval bedankt.--Piet.Wijker 11 jun 2010 22:59 (CEST)

Ik heb in het verleden (in monobook) wel eens momenten gehad dat het externelinkicoontje niet geladen werd bij het bekijken van pagina's, en dan ontstaat er een brede spatie omdat die ruimte er wel voor wordt vrijgehouden. Romaine (overleg) 11 jun 2010 23:00 (CEST)

Ik geloof dat er een bug in IE zit, waardoor het symbool verdwijnt als een externe link over 2 regels verdeeld is. TheDJ 12 jun 2010 13:11 (CEST)

Jammer jammer jammer

De oude versie was echt veel beter en via Google kon je van alles vinden. Dat lijkt nu verleden tijd. Ik zie alleen maar reclames. Jammer 88.159.153.10 11 jun 2010 21:27 (CEST)

Nog steeds is alles via Google te vinden en er staat nog steeds geen reclame op Wikipedia. Met vriendelijke groeten, _LolSimon -?- 12 jun 2010 00:08 (CEST)

Cursor blijft niet staan

Waarom blijft de cursor niet meer op zijn plaats staan, wanneer ik naar boven scroll om het handtekeningvignet aan te klikken? Als ik niet oppas, komt mijn handtekening op de gekste plaatsen te staan. Heel vervelend.--Piet.Wijker 11 jun 2010 23:04 (CEST)

Great

Ik vind het nieuwe layout van Wikipedia erg gaaf eruit zien; Keep it up!!! Saskia89 11 jun 2010 23:13 (CEST)

~* Werkelijk? Maar werk je er ook gemakkelijk mee? Ik niet... Robert Prummel 12 jun 2010 01:47 (CEST)

Lettergrootte

De lettergrootte is veel te klein. Wanneer ik die aanpas worden schuiven de linkjes bovenaan in elkaar, maar dat is in een oudere browser (op gecko 1.8), de recente Firefox doet dat laatste wel goed - maar heeft ook te kleine letters.

De plaatsing van het zoekveld vind ik wat ongelukkig, de overige site-navigatie links staan links op de pagina, de logica om de zoekfunctie dan naar rechtsboven te verplaatsen ontgaat me. Fenke 12 jun 2010 10:28 (CEST)

De keuze om het zoekveld naar rechtsboven te verplaatsen is gedaan, omdat daar iets meer zoekopdrachten werden uitgevoerd dan wanneer deze in de linker zijbalk stond. Hoe dit is gemeten heb ik geen idee van helaas. Ik begrijp alleen niet dat bij u de lettergrootte te klein is binnen vector. Binnen vector is namelijk de lettergrootte juist iets groter gemaakt en is de regelafstand iets vergroot. Ik kan u verder aanraden altijd een modernere browser te gebruiken, omdat oudere browsers steeds minder ondersteund worden, omdat bepaalde opmaakstandaarden niet goed worden uitgevoerd. (zelfs voor windows 98 kon ik nog de laatste versie van opera draaien bv.). Sum^?urai8^? 15 jun 2010 12:31 (CEST)

Letter is ook (te) klein, en in ieder geval te dun, op een recente Firefox (3.6.3), zoals ik ook aangaf. Fenke 22 jun 2010 17:47 (CEST)

SUL-breed uitschakelen

Kun je de nieuwe functionaliteit ook SUL-breed uitschakelen? Of moet ik dan elke taal stuk voor stuk langs? Davin 12 jun 2010 10:29 (CEST)

Op dit moment zul je ieder project (op dit moment zijn dat er een stuk of 13 projecten die vector gebruiken, maar binnen enkele weken volgt de rest van de projecten in één keer) handmatig moeten terugzetten, inclusief de eventuele andere opties die als onwenselijk gezien worden en er default aan worden gezet met de uitrol van vector. Wel heb ik begrepen dat men bezig is om je voorkeuren centraal in één keer in te stellen voor alle projecten, maar ik weet niet hoe lang dat gaat duren. Groetjes - Romaine (overleg) 12 jun 2010 12:33 (CEST)

Oké, dank je wel. Davin 12 jun 2010 12:36 (CEST)

knopje Verwijzingen boven bewerkingsvak

Ik vind de nieuwe functionaliteit om verwijzingen te maken een vooruitgang maar ik zou toch ook graag de oude knop willen hebben want de nieuwe methode is aanzienlijk trager (knopje klikken, schermpje moet laden en dan op een knopje klikken, versus enkel een knopje klikken in het oude systeem). EdBever 12 jun 2010 12:07 (CEST)

Je kunt kiezen of je de bewerkingsbalk van vector wilt gebruiken of de oude bewerkingsbalk in vector wilt gebruiken. Als je de oude bewerkingsbalk wilt gebruiken kun je in je voorkeuren op het tabblad Bewerken onder het kopje Bètafunctionaliteit de twee vinkjes weghalen, dan krijg je de oude bewerkingsbalk weer terug. Groetjes - Romaine (overleg) 12 jun 2010 12:54 (CEST)

Als je gewoon je toetsenbord gebruikt om [[]] te typen ben je nog sneller uit, want dan hoef je je hand niet van het toetsenbord naar de muis te bewegen. TheDJ 12 jun 2010 13:14 (CEST)

Bedankt! Ik heb het via voorkeuren gedaan, ik werk makkelijker met de muis dan met het toetsenbord. EdBever 13 jun 2010 13:40 (CEST)

Langzaam

Wanneer ik iets aanklik duurt het eindeloos veel langer vooraleer het nieuwe beeld verschijnt. Nog langer duurt het wanneer ik wens terug te gaan naar de vorige pagina. Zit u eerst mijn schijf te lezen of zo? 81.243.244.138 12 jun 2010 16:05 (CEST)

Semi-verplichtte invulling van Samenvatting bij bewerken

Volgens mij is in de Engelstalige Wiki bij de invoering van deze nieuwe look and feel versie oa de functionaliteit toegevoegd dat je expliciet gevraagd wordt om iets in te vullen na een bewerking van een bestaand artikel: dus als je een edit doet op een bestaande pagina en de Samenvatting NIET invult wordt je door het systeem gewaarschuwd dat je niets in dat veld hebt ingevuld en of je dat alsnog wil doen.
Ik had gehoopt dat met de invoering van deze nieuwe versie dat ook in de NL-Wiki zou komen, maar volgens mij is dat niet doorgevoerd. (zie ook:deze opmerking op de overleg-pagina van Eddy Lanzaat)

Komt deze functionaliteit alsnog in de NL-Wiki: ik zou het erg op prijs stellen. JanT 12 jun 2010 22:19 (CEST)

Hallo JanT, Die functionaliteit is daadwerkelijk ook toegevoegd in vector op nl-wiki. Je kunt hem voor jezelf aanzetten in je voorkeuren, tabblad Bewerken en dan voor de optie "Een melding geven bij een lege samenvatting" een vinkje plaatsen. Groetjes - Romaine (overleg) 12 jun 2010 22:30 (CEST)

Voor de goede orde: Deze functionaliteit was er ook onder monobook. Mvg, Bas 12 jun 2010 23:33 (CEST)

Ik vermoed overigens dat men bedoelt dat het een goed idee zou zijn als IP-gebruikers en nieuwe geregistreerde gebruikers standaard die melding te zien zouden krijgen. paul b 13 jun 2010 00:11 (CEST)

Dit is al jaaaaren beschikbaar als eigen keuze. Ik heb er overigens op en: niets van gemerkt dat dit "geforceerd" aanstaat (maw dus niet puur uit eigen beweging). Het zou mooi zijn als mensen (alle gebruikers, niet alleen de nieuwe of IP's) de samenvatting altijd zinvol invullen, maar het zou mij te ver gaan om dat te forceren. Gelukkig is dat laatste dan ook niet het geval. Niels^? 13 jun 2010 00:25 (CEST)

Hoi allen, bedankt voor alle antwoorden. Ik had het -voor zover ik me kan herinneren- nergens bewust aangezet en het viel me -na een Wiki-vakantie van een maand of 5- op dat als ik per ongeluk eens vergat om aan te geven wat ik gewijzigd had bij een edit- ik op de Engelstalige Wiki erio gewezen werd dat het samenvattings-vekd leeg was en of ik dat wel zeker wist. Ik denk dat de meeste mensen dit veld meer uit onwetendheid en/of onbewustheid niet invullen (voor de structurele niet invullers dan) of dat ze het incidenteel vergeten, maar om de 1e groep er op te wijzen zou het leuk zijn als die functie default aan staat. Ga ervan uit dat men niet bewust de mede-Wikianen dwars zit door het niet in te vullen, maar we gewoon niet bij stilstaan dat mensen ook echt checken wat er wordt ingevuld. Vandaar dus mijn vragen/opmerkingen. JanT 15 jun 2010 01:45 (CEST)

informatie tekort

Omdat ik binnenkort de stad Konstanz aan de Bodensee (Lake Konstanz) ga bezoeken, heb ik daarover wat gegoogeld. Nu valt me op dat Wikipedia bij 'bezienswaardigheden'alleen de kerken noemt, terwijl er ook een mooi museum is en er jaarlijks een muziekfestival plaatsvindt... Dat vond ik dan weer op de informatiesite van de stad zelf. 94.210.176.81 13 jun 2010 11:43 (CEST)

Wikipedia is nog lang niet volledig. Wanneer je informatie vindt die relevant is voor de encyclopedie zou je die kunnen toevoegen zodat andere mensen die informatie wel kunnen vinden op de wiki. Dit is de manier waarop Wikipedia ook groeit. Groetjes - Romaine (overleg) 13 jun 2010 13:49 (CEST)

Navigatiepopups

Ik heb standaard navigatiepopups ingeschakeld staan. Vooral bij het maken van linken naar de juiste pagina was dit een handig hulpmiddel, omdat uit het popupvenster direct de juiste link kon worden gekopieerd. Nu verschijnt wel het popupvenster, maar kan er geen tekst meer geselecteerd en gekopieerd worden. Gouwenaar 13 jun 2010 12:05 (CEST)

Bij mij werkt het wel (firefox). Mvg, Bas 13 jun 2010 13:37 (CEST)

Helaas bij mij werkt het niet in Firefox, niet in SeaMonkey en niet in Safari (allen gebruikt met Mac OS X 10.5.8). Gouwenaar 13 jun 2010 15:20 (CEST)

Voor de duidelijkheid, het gaat mij niet om het kopiëren van de totale url, want dat kan wel, maar het gaat om het selecteren van een stukje tekst, bijvoorbeeld om de juiste wikilink te kunnen aanmaken. Het selecteren van tekst in een popupvenster gaat helaas niet meer. Gouwenaar 13 jun 2010 19:45 (CEST)

Je hebt gelijk Gouwenaar, ik deed dat af en toe ook wel, maar het kan nu niet meer (safari op apple). Goudsbloem 13 jun 2010 21:18 (CEST)

Dit komt omdat het een hele oude versie van Popups is die nog attribuut "draggable" gebruikt, wat nu een gereserveerd attribuut is voor Drag 'n Drop in HTML5. TheDJ 14 jun 2010 01:19 (CEST)

Hoe het komt interesseert mij in het geheel niet, ik zou graag verbeteringen zien ingevoerd en geen verslechtering van functionaliteit. Gouwenaar 14 jun 2010 10:29 (CEST)

Deze bug zit al maanden in popups (Dit komt dus specifiek NIET door de nieuwe skin en hoort hier dus ook eigenlijk niet thuis op deze pagina). TheDJ 14 jun 2010 12:42 (CEST)

Merkwaardig tot voor kort leverde het geen enkel probleem op om die tekst te kopiëren, tot vorige week maakte ik er nog gebruik van. Dus hoe zo al maanden? Gouwenaar 14 jun 2010 12:51 (CEST)

Gebruik je normaal gesproken Safari ? Bij Safari zul je deze popups bug pas ervaren sinds Safari 5, bij Firefox bestaat hij al sinds Firefox 3.2 geloof ik. TheDJ 14 jun 2010 16:31 (CEST)

Wisselend: bij voorkeur Safari 5.0, maar ook Firefox 3.6.3. en Seamonkey 2.0.4. Van deze laatste beschik ik nog over een oude versie en daarin is het inderdaad mogelijk om nog wel te kopiëren vanuit de popupvensters. Gouwenaar 14 jun 2010 17:47 (CEST)

Ik heb de nieuwste versie van popups geport naar de Nederlandse Wikipedia. Tis even wachten tot een admin de nieuwe versie aanzet: Wikipedia:Verzoeken_voor_wijziging_menu's_en_dialoogteksten#Verzoeken. TheDJ 14 jun 2010 20:44 (CEST)

Voorgestelde update doorgevoerd. Mochten er problemen zijn, dan hoor ik het graag. Pompidom 14 jun 2010 20:51 (CEST)

Perfect, mijn hartelijke dank. Gouwenaar 14 jun 2010 22:05 (CEST)

Zoekbalk

Het is raar om te zien dat de zoekbalk (rechtsboven) zo ver van de andere navigatie hulpmiddelen (links) staat. Je verwacht de zoekbalk links, bij de rest en waar het eerst stond, en nu moet je gaan zoeken naar de zoekbalk. Highelf 13 jun 2010 13:15 (CEST)

Via een css (Zie Gebruiker:Lymantria/vector.css met dank aan Freaky Fries) kan het naar links verplaatst worden. Dan wordt het echter heel klein, en de zoekresultaten steken links uit van de pagina. Is verre van ideaal - maar dit gewoontedier heeft het toch liever zo. Groet, Lymantria _overleg 14 jun 2010 10:33 (CEST)

Uitleg over waarom de zoekfunctie verplaatst is naar rechtsboven op een pagina is hier te vinden: http://techblog.wikimedia.org/2010/06/usability-why-did-we-move-the-search-box/ - Romaine (overleg) 15 jun 2010 14:01 (CEST)

language

Where can i click to see a page in another language? I used to just click on the right side, but now i can't? 77.249.162.163 13 jun 2010 13:17 (CEST)

On the left site, under the arrow which says "andere talen" Mvg, Bas 13 jun 2010 13:29 (CEST)

JS/CSS-hulp gezocht

Inmiddels ben ik een paar uur bezig om Vector aan te passen aan mijn eigen wensen. Klakkeloos kopiëren van de Monobook.js/css bleek tot één grote bende te leiden. Ik blijf nog met de volgende vragen zitten, waarvan ik hoop dat iemand anders daar inmiddels iets op gevonden heeft:

1. Hoe kan ik de tabs aan de rechterzijde ('Bewerken' etc) verplaatsen naar rechts, dus aansluitend aan de tabs 'Artikel' en 'Overleg'?
2. Hoe kan ik mijn persoonlijke links ("<Gebruikersnaam>", "Overleg", "Voorkeuren", "Volglijst", ...) verplaatsen van rechtsboven naar de linkerkolom onder het Wikipedia-logo?
3. Hoe kan ik de naam van de link "Afdrukken/Exporteren" (in de linkerkolom) aanpassen?
4. Hoe kan ik het uiterlijk van de Categorie-links onderaan elk artikel aanpassen? (lichtere kleur, kleiner lettertype) (gevonden: [1])
5. Hoe kan ik de tabs ook onderaan elk artikel plaatsen (in plaats van alleen bovenaan zoals nu)?

Fruggo 13 jun 2010 19:26 (CEST)

1. Ik neem aan dat je bedoeld: De lezen en bewerktab naar 'links' ipv naar rechts (ze staan namelijk al rechts). Dit zal moeten gebeuren mbv een javascriptje; Ik denk dat het volgende moet kunnen werken, maar ik heb het niet kunnen testen

tag = document.getElementById('ca-view');
tag2 = document.getElementById('ca-edit');
tag3 = document.getElementById('left-navigation');
tag3.insertBefore(tag, null);
tag3.insertBefore(tag2, null);

2. Probeer een (aangepaste versie van) het volgende javascriptje eens:

tag = document.getElementById('mw-panel');
tag2 = document.getElementById('p-personal');
tag3 = document.getElementById('p-navigation');
tag.insertBefore(tag2, tag3);

3. Zoek de id van afdrukken/exporteren op (heb ik denk ik gewoon verborgen en kan 'm atm even niet zien (sorry)); doe dan: document.getElementById('id-van-dat-dingetje').innerText = "nieuwe linktekst";

5. Dat kan - ook - met een javascriptje. Ik denk echter dat het graphisch dan een rotzooitje wordt :-)

Algemene noot: In Vector zijn de id's van bepaalde menu's aangepast en is het menu bovenin (bewerken, etc.) in de broncode verdeeld in twee helften. Vaak kunnen de scriptjes voor monobook vrij eenvoudig aangepast worden om te werken binnen vector. Een browser als Chrome en Opera kunnen de opbouw van de pagina tonen (waarschijnlijk firefox ook wel) en door die naast monobook te houden kun je vaak wel zien waar de verschillen zitten. Misschien dat ik spoedig nog wel de veranderingen in naampjes ergens opschrijf ;-) Sum^?urai8^? 15 jun 2010 11:15 (CEST)

Dank voor je suggesties, ik ga hier eens mee puzzelen. Fruggo 15 jun 2010 20:05 (CEST)

Denk er ook aan dat met de komst van Vector ook de jQuery-bibliotheek overal aanwezig is. Het aanpassen van het Afdrukken/Export kopje kan dan bijvoorbeeld zo:

jQuery("#p-coll-print_export h5").text("Naam voor kopje");

Het aanelkaar schuiven van de linker en rechter tabbalk kan ook zo in CSS:

#right-navigation { float:none !important; margin-left:20em }

Het verplaatsen van de rechterboven links naar de linker kolom zou ik zo niet weten. De methode van Sumurai8 klinkt aannemelijk. –Krinkle 16 jun 2010 02:42 (CEST)

Safari en nieuwe layout

Ik weet niet zeker of het met de nieuwe layout te maken heeft, maar de laatste paar dagen (sinds de switch), heeft Safari heel vaak een 'uitval'. Ik open vaak meerdere tabs na elkaar (soms tot 20 pagina's tegelijk open). Tot de switch was dit NOOIT een probleem, maar nu valt safari om de 5 minuten uit. (Hierbij aangetekend, en daarom ook de kleine twijfel of het aan de layout ligt, dat Safari een paar dagen voor de switch is geupdate naar een nieuwere versie, dus het kan ook aan Safari liggen). Graag dus ook van meerdere mensen reactie hierop of het bij hun ook gebeurt. Goudsbloem 13 jun 2010 21:29 (CEST)

Het overkwam mij vanavond ook bij het aanmaken van een artikel in Safari, weg werk 🙁. Over het algemeen is Safari zeer stabiel. De door mij gebruikte safariversie is 5.0 (5533.16). In ieder geval een rapport naar Apple verzonden. Gouwenaar 13 jun 2010 21:33 (CEST)

Ik gebruik zelf Safari 4.0.5 (5531.22.7) en heb hier geen last van (en gebruik de niewue layout al sinds december 2009). Over het 'weg werk' probleem is trouwens wel een oplossing. Na het herstarten van Safari, ga naar het "Geschiedenis" menu en kies "Open alle vensters van de laatste sessie opnieuw". –Krinkle 13 jun 2010 21:42 (CEST)

Ja, het venster werd wel keurig geopend, maar zonder de door mij gedane bewerkingen. Gouwenaar 13 jun 2010 22:29 (CEST)

Nog even voor de duidelijkheid: ik gebruik versie 5.0 (7533.16) van Safari. Goudsbloem 13 jun 2010 21:45 (CEST)

andere talen

Als ik een pagina bekeek en ik wilde in een andere taal kijken naar eventueel meer informatie hoefde ik in de linker kollom alleen maar die andere taal aanklikken. Nu kan dat alleen als je je registreerd, iets wat ik NIET doe. Nu moeten wij (alle gebruikers dus) zich registreren, alleen om naar een andere taal om te kunnen schakelen, OF je moet het onderwerp selecteren, naar www.google.nl gaan voor de vertaling in de gewenste taal, opnieuw verbinding maken met wikipedia en daar in de zoekbalk de vertaling plaatsen, samen met de gewenste taal. Kortom, die 'nieuwe' linker kollom is er enorm op achteruit gegaan!

Dus webmaster, doe uw werk en breng die linker kollom in de 'oude' (en veel betere) staat! (U weet het, een nieuw uiterlijk is ook wel eens een verslechtering). 83.87.227.4 13 jun 2010 22:05 (CEST)

Wanneer je op "Andere talen" klikt in het linker menu, dan klappen de talen uit, en kun je verder kijken op andere projecten. Voor het zien van andere talen hoef je je dus niet te registreren. Groetjes - Romaine (overleg) 13 jun 2010 22:12 (CEST)

Als het goed is, is dat menu ook al standaard uitgeklapt? --Effeietsanders 13 jun 2010 22:57 (CEST)

1 opmerking, ten tijden van het schrijven was dat "andere talen" helemaal niet aanwezig, in ieder geval niet op de pagina's die ik daarvoor had bekeken. 83.87.227.4 14 jun 2010 07:08 (CEST)

Een verklaring daarvoor kan zijn dat er bij die artikelen nog geen versies in andere talen bestonden - dan wordt dat menu ook niet weergegeven. --Effeietsanders 15 jun 2010 00:27 (CEST)

Ideetje voor vector.js scriptje ivm met nieuwe layout

Het regelmatig met de muis gaan naar de oude plek van het zoekveldje is volgens mij voor meer mensen een van de nieuwe dingen die ergernis opwekken. Misschien is het een leuk idee om een extra script aan te bieden voor de eigen vector.js, dat m.b.v. javascript het zoekbalkje (ook) op de oude plek terugzet. Ik zat zelf te overwegen om dat te maken (als het mogelijk is), maar mijn kennis van Javascript is waarschijnlijk toch te beperkt om dat met succes te doen. Msj 14 jun 2010 09:07 (CEST)

Hierboven staat een oplossing beschreven: klik. Nadeel hiervan is dat het suggestiescherm nu links uitsteekt en van het scherm af valt. JZ85_overleg 14 jun 2010 11:04 (CEST)

Super . Werkt prima zo. Misschien handig om ook ergens op een helppagina te melden, voor de andere gewoontedieren. Msj 14 jun 2010 13:49 (CEST)

Iemand vroeg hier ook voor op Commons, daar had ik er een kleine Uitbreiding voor gemaakt die het in zn geheel in de linker kolom zet en het uiterlijk ervan aanpast zoals dat in de linkerkolom past. Deze is nu ook op nl.wikipedia te vinden onder "Uitbreidingen" in de Speciaal:Voorkeuren als "Zoekbalk plaatsen in de navigatie kolom. Gemaakt voor de Vector-skin". –Krinkle 14 jun 2010 15:15 (CEST)

Mocht je niet zo van JavaScript houden kun je het doen met CSS, maar dan is het niet zo goed opgenomen in de layout, maar het werkt wel

#p-navigation { margin-top:25px !important; }
#p-search { position:absolute; top:160px; left:0.75em; float:none; }
#searchInput { width:7.5em !important; }

–Krinkle 14 jun 2010 15:27 (CEST)

Nieuw logo

Jullie zeggen dat er een nieuw logo is, maar daar zie ik niets van. Moet die nog online komen? – De voorgaande bijdrage werd geplaatst door 84.27.155.20 (overleg · bijdragen) 14 jun 2010 15:45 (CEST)

Het nieuwe logo is al actief. Er zit niet heel veel verschil tussen het oude en het nieuwe logo. Het oude logo kun je hier bekijken. _LolSimon -?- 14 jun 2010 15:58 (CEST)

taal

Is het nu echt niet mogelijk om eens iemand aan te werven die de Nederlandse taal werkelijk onder de knie heeft ? De teksten in het Nederlands wemelen van de taalfouten, het is echt storend ! – De voorgaande bijdrage werd geplaatst door 91.176.117.47 (overleg · bijdragen) 14 jun 2010 16:09 (CEST)

Kunt u ook iets specifieker zijn of een voorbeeld geven? Ik vermoed namelijk dat u de artikelen zelf bedoelt en niet de gebruikersomgeving. Met vriendelijke groet, MrBlueSky 14 jun 2010 18:05 (CEST)

Knoppen toevoegen aan bewerkingsbalk in Bètafunctionaliteit

In monobook is het mogelijk om extra knoppen toe te voegen aan de bewerkingsbalk bij het bewerken, zodat er bijvoorbeeld snel dingen ingevoegd kunnen worden. Weet er iemand ook mogelijkheden voor om dat in vector met de Bètafunctionaliteit ook te doen?
En is het ook mogelijk ook een extra werkbalk hiervoor hierin toe te voegen? Alvast bedankt! Romaine (overleg) 14 jun 2010 19:07 (CEST)

https://usability.wikimedia.org/wiki/Toolbar_customization TheDJ 14 jun 2010 19:19 (CEST)

Daar de methode beschreven op usability-wikimedia redelijk technisch is heb ik een script ontwikkeld dat het bijna gelijk maakt aan de manier waarop het ging in Monobook. Zie verder: https://meta.wikimedia.org/wiki/User:Krinkle/insertVectorButtons#Install (indien nodig kan ik de Uitleg vertalen, maar ik denk dat de voorbeelden voor zich spreken). –Krinkle 15 jun 2010 00:59 (CEST)

Verheugd & Hoopvol !

Ik ben héél blij met de -Manier - waarop - Jullie - de komende "veranderingen" aankondigen ... Dat was het gemakkelijkste .. Maar ik heb nog véél te leren hierover, dat is een - "FEIT" - ... Gelukkig heb ik daar géén probleem mee ... Altijd/Alway bereid om te - "LEREN" - waar het ook vandaan mag komen ... Sinds ik Wikepedia heb ontdekt ... heb ik er al "Ontelbare malen, gebru!k van gemaakt & zo goed als nooit hebben - Jullie - mij teleurgesteld & dus "Omhels" - ik elk - Initiatief - Uwentwege ... & alvast met - Grote Dankbaarheid - mijnentwege ... !!! 84.198.24.65 14 jun 2010 23:31 (CEST)

Talen

Beste Wikipedia,

Ik wil graag vaak de Wikipedia raadplegen in het Ido, maar zie die taal niet vermeldt bij de lijst van talen. Ik begrijp dat er niet genoeg ruimte is om alle beschikbare talen standaard te laten zien, maar ik kan het nu ook niet terugvinden. Er is geen knop voor 'alle talen', alleen voor 'andere talen', maar daar verschijnen alleen de grootste talen (Duits, Spaans, Engels, Frans).

Met vriendelijke groet,

Hans Stuifbergen Amsterdam – De voorgaande bijdrage werd geplaatst door 86.80.228.154 (overleg · bijdragen)

Indien een artikel bestaat in een andere taal kan er een zogenaamde interwikilink worden toegevoegd aan het artikel op de Nederlandstalige Wikipedia. Dan -en alleen dan- verschijnt er in de linker kolom een link naar het artikel in deze taal. De Wikipedia's bij de grootste talen zijn ook het grootst, dus de kans dat u op deze wiki een link naar één van die talen terugvindt is ook iets groter dan bijvoorbeeld een link naar het Ido (Io:). Sum^?urai8^? 15 jun 2010 12:45 (CEST)

Hallo Hans, De Ido-uitgave van Wikipedia heeft zo'n 19.338 artikelen, terwijl de Nederlandstalige Wikipedia zo'n 606.635 artikelen heeft. Op veel artikelen is er dus geen link naar een artikel naar de Ido-versie te vinden omdat die nog niet geschreven zijn in het Ido. Wat er onder de kop andere talen op de artikelen staat, zijn alle talen die er voor dat artikel beschikbaar zijn. Groetjes - Romaine (overleg) 15 jun 2010 12:47 (CEST)

Overigens heeft e.e.a. niets met de skin 'vector' of 'monobook' te maken, dit geldt voor alle skins. Daarom is deze vraag eigenlijk meer iets voor de helpdesk dan voor deze pagina. Hier gaat het alleen om terugkoppeling over de nieuwe skin. Groet, Lexw 15 jun 2010 12:49 (CEST)

Dank voor jullie reacties. Het gaat me niet om artikelen waar een vertaling van bestaat in Ido of een andere taal, het gaat me om de Ido-versie van Wikipedia (Wikipedio). Hoe is die nu te vinden? Vroeger zat die onder de knop 'andere talen', nu niet meer.

Best Hans,

Romaine heeft de Ido-versie (weer?) toegevoegd. Als het goed is staat die nu weer op de vertrouwde plek. Mogelijk moet u wel eerst de hoofdpagina opnieuw laden (door middel van de F5-toets). MrBlueSky 15 jun 2010 16:18 (CEST)

Beste MrBlueSky en Romaine: bedankt! Het staat inderdaad weer op de vertrouwde plek, ik kan er weer bij. Dank. Groet, Hans – De voorgaande bijdrage werd geplaatst door 86.80.228.154 (overleg · bijdragen) 15 jun 2010 16:43

Zoek venster

Niet elke verandering is een verbetering. Zoeken links in de het navigatie venster was praktiser. 217.112.115.252 16 jun 2010 10:46 (CEST)

nieuwste verbeteringen

De nieuwste aanpassingen zijn zeer gemakkelijk en vormen een ware verbetering. Het aanpassen gaat nu beter, het is meer overzichtelijk. Ga zo door! Ckdewaal 16 jun 2010 11:50 (CEST)

Bewerkingsveld

In het bewerkingsveld onder Speciale tekens staan de tekensets Latijns en Latijns uitgebreid. Moet dat niet Latijn en Latijn uitgebreid zijn? Jan Arkesteijn 17 jun 2010 14:07 (CEST)

Waar zie je dit precies staan? Bij mij staat geen van beide (ik kan kiezen tussen Standaard, Arabisch, Cyrillisch, Fonetisch, Grieks en Hebreews). Naar mijn weten wordt "Latijn" alleen voor de taal gebruikt. Hier wordt echter niet de taal bedoeld, maar de soort leestekens. Fruggo 18 jun 2010 11:16 (CEST)

Dit staat in de lijst die verschijnt als je op "Speciale tekens" drukt in de knoppenbalk boven (niet onder) het bewerkingsveld. Maar ik kan me aansluiten bij Truggo. "Latijns" lijkt goed. –Krinkle 18 jun 2010 15:46 (CEST)

Ah, ik keek bij de verkeerde 'Speciale tekens' (niet dat ik 'm bovenin zie, maar dat zal komen omdat ik de kleine versie van de knoppenbalk gebruik). Fruggo 18 jun 2010 16:27 (CEST)

Latijns wordt alleen als bijvoeglijk naamwoord gebruikt, Latijn als zelfstandig naamwoord. Zie https://taaladvies.net/taal/advies/vraag/487/ Jan Arkesteijn 18 jun 2010 17:27 (CEST)

Ik heb eea aangepast in de standaardteksten (zie bijv ook http://mymemory.translated.net/t/Dutch/English/latijn voor meer voorbeelden). Zou met een paar dagen gecorrigeerd moeten zijn. Niels^? 18 jun 2010 22:12 (CEST)

Zoekveld Rand

Ik denk dat het beter is om in de css bij het zoekveld (en veel andere inputs end textarea's) het volgende toe te voegen:

outline:0px;

daardoor krijg je in Google Chrome (en misschien andere browsers) niet een lelijk oranje randje om het zoekvak heen. Dat randje zorgt ervoor dat de hele lichtblauwe uitstraling van Wikipedia minder wordt. 88.159.182.32 17 jun 2010 15:34 (CEST)

Performance

De nieuwe versie is echt te traag. Erg hinderlijk dat het laden van een pagina lang duurt en er dus een wachttijd ontstaat voor het scrollen, volgen van links e.d.- De voorgaande opmerking werd toegevoegd door 92.68.209.67 (overleg|bijdragen)

Tekstsveld bij terugkijken van verwijderde pagina's

Het tekstveld voor het bekijken van verwijderde pagina's komt bij mij enkele cm's naar rechts verschoven in beeld. Zeer onhandig. Groet, Lymantria _overleg 21 jun 2010 10:09 (CEST)

IE8 in compatibility mode toevallig ? Als je er een screenshot van kan maken waarin het goed zichtbaar is, en dat upload naar http://imagebin.ca ofzo, dan maak ik er een bugreport van. Ik vermoed dat het gerelateerd is aan bugzilla:20842. TheDJ 21 jun 2010 12:57 (CEST)

Volgens mij gewoon IE8, geen compatibility mode. Screenshot is hier. Groet, Lymantria _overleg 21 jun 2010 15:04 (CEST)

Menupagina coördinaten

Als je in een lemma waarop die aanwezig zijn klikt op de coördinaten rechtsboven, kom je terecht op de bekende kaarten- en satellietbeelden-menupagina, zoals hier. Is het mogelijk te regelen dat zulke pagina's voor de monobookers hun vorige uiterlijk terugkrijgen en dus niet worden weergegeven in vector? Wutsje 21 jun 2010 18:39 (CEST)

Ja, als je dit in je monobook.js plaatst:

/* maps.asp met skin=monobook */
addOnloadHook(function () {
  a = document.getElementsByTagName ( 'a' ) ;
  for ( i = 0 ; i < a.length ; i++ ) {
    h = a[i].href ;
    if ( h.match(/maps/) ) 
    a[i].href += "&skin=monobook" ;
  }
});

Ongeveer dan, ik heb namelijk weinig zin om meer tijd te besteden aan zoiets onbelangrijks. Demo hier (werkt niet meer als de bovenstaande code actief is). - Erik Baas 21 jun 2010 21:00 (CEST)

Dank, maar ik bedoelde de vraag algemeen en ze was ook niet specifiek aan jou gericht, maar aan het User Experience Team. Het lijkt me dat als gebruikers monobook als voorkeur instellen, dat ze dan niet langs een achterdeur toch hier en daar vector moeten krijgen. Ik zie niet in waarom dat onbelangrijk zou zijn. Wutsje 21 jun 2010 21:23 (CEST)

Allerlei veranderingen zullen in de toekomst voornamelijk gericht worden op vector, waardoor monobook op het gebied van comptabiliteit en nieuwste mogelijkheden steeds meer problemen zal geven. Het is inderdaad vervelend, maar ik denk niet dat er veel tegen te doen is. _LolSimon -?- 22 jun 2010 01:01 (CEST)

Nou, er is natuurlijk per definitie wel iets aan te doen, maar vermoedelijk bedoel je dat de wil daartoe ontbreekt. Jammer, want vroeger of later word je op deze manier wel gedwongen om over te stappen naar iets wat je eigenlijk niet wilt. In essentie zijn dat natuurlijk gewoon Microsoft-methoden. Kennelijk moet je vector een verbetering vinden. Dat is het in sommige opzichten ook wel, maar in andere niet (dat de verwijder- en beveiligtabjes zijn weggewerkt terwijl niet-moderatoren die niet eens kunnen zien is bijvoorbeeld iets waarvan ik de zin écht niet begrijp). Hoe dan ook, voor monobookers zijn met name de teksten in de rechterkolom op die coördinatenpagina veel te klein en daardoor domweg onleesbaar. Wutsje 22 jun 2010 01:17 (CEST)

Heb je al eens bedacht dat je ook gewoon zou kunnen vragen of dat font wat groter kan, in plaats van zo ontzettend negatief te doen ? Ik heb me nota bene voor jou uitgesloofd om de oude stijl zoveel mogelijk terug te krijgen (ja echt, want de bent tot nu toe de enige die er over geklaagd heeft), en het enige wat ik krijg is nóg meer gezeik. En dat terwijl je het nog niet eens gebruikt ! Waar zeur je eigenlijk over ? Bah. - Erik Baas 22 jun 2010 01:25 (CEST)

Het externe kaartenscript is geen pagina van wikipedia, maar een zelfstandig stuk software; ik heb het tijdig aangepast aan de nieuwe stijl om het gros van de lezers van dienst te zijn. Net zoals ik dat bij de start van het project gedaan heb om het er net als monobook uit te laten zien, wat (aan Wutsje's reactie te zien) kennelijk een beetje te goed gelukt is. En voor degenen die het slechts als een "achterdeur" zien (en dat te min vinden ?) heb ik nog een goede raad: gebruik 'm dan maar niet. - Erik Baas 22 jun 2010 01:23 (CEST) (na bc)

Het is inderdaad wel mogelijk om monobook en bijbehorende functies telkens goed aan te passen op nieuwe ontwikkelingen in de codes, teksten, software, enzovoorts, maar het kost vrij veel moeite en tijd om dat voor elke verandering goed bij te werken. Het ging mij dan ook niet specifiek om het bovenstaande probleempje. Wat betreft het voorbeeldnadeel van vector dat Wutsje hier aanhaalt: dat vond ik ook vervelend en daarvoor kun je een stukje code in vector.js plaatsen om de tabjes Titel wijzigen, Verwijderen e.d. op monobookwijze te tonen. _LolSimon -?- 22 jun 2010 01:52 (CEST)

Lolsimon, terzijde: ik heb accounts op honderden wiki's. Ik kan nu toch moeilijk op elke wiki overal extra scriptjes gaan laden, dat is praktisch gesproken niet te doen. Zoiets zou je centraal moeten kunnen instellen. Ik heb begrepen dat er wel wordt gewerkt aan global prefs, maar voor zover ik weet is het nog niet zo ver. Wutsje 23 jun 2010 17:19 (CEST)

Natuurlijk is het mogelijk, maar er gaat al met al erg veel tijd en energie in zitten, en die besteed ik eerlijk gezegd liever aan nieuwe dingen. Mede daarom heb ik me afzijdig gehouden van de discussies op deze pagina: ik heb zelf gekozen om monobook te blijven gebruiken, en ik ben me er van bewust dat dat op den duur problemen zal gaan opleveren. Het zij zo. Een andere reden is dat ik juist nu druk ben met andere dingen; jammer, want stoeien met CSS en Javascript kan erg leuk zijn, en misschien had ik wel een paar waardevolle bijdragen kunnen leveren... - Erik Baas 22 jun 2010 02:43 (CEST)

Kan iemand me uitleggen waarom 53 andere Wikipedia's een voor alle uiterlijkvoorkeuren gelijke (en dus ook ten behoeve van monobookers leesbare) coördinatenpagina produceren (zie bv hier) en nl:wiki niet? Wat is precies de reden dat die pagina op nl:wiki per se een vector-uiterlijk moet krijgen? De oplossing lijkt me simpel: ook op nl:wiki gewoon die pagina gebruiken. Iedereen blij - en wat er veel werk aan zou zijn zie ik niet: de pagina is er gewoon al. Wutsje 22 jun 2010 22:09 (CEST)

Kun jij eens uitleggen wat er volgens jou mis is met dat script ? Volgens mij is het namelijk prima in orde, ziet het er beter uit dan dat wat die andere 53 gebruiken, en is het vrijwel 100% van de tijd online, wat van de toolserver bepaald niet gezegd kan worden... Bovendien heb ik gisteren speciaal voor jou het uiterlijk aangepast (wat je nog steeds niet gebruikt, maar waar je wel weer klachten over had), maar het is voor jou nooit goed, he ? Verder stel je de vraag weer op de verkeerde plaats, je weet verdraaid goed dat ik dat ding gebouwd heb en onderhoud. Volgens mij wil je gewoon graag zaniken...

Verder: de oude versie staat nog online, zij het onder een andere naam: [2]. Zorg zelf maar voor een stukje Javascript om dat aan te roepen in plaats van de nieuwe versie (die blijkbaar goed genoeg is voor iedereen behalve Wutsje). - Erik Baas 23 jun 2010 00:48 (CEST)

Kom op Wutsje, 'onze' mapserver is veel overzichtelijker dan die van de toolserver, en dat de opmaak nu is ingesteld op het (standaard) vector-uiterlijk is toch geen groot probleem. Het blijft sowieso een externe link zonder al teveel zekerheden en invloed die je erop kan hebben. Zowel de toolserver of nsesoftware kunnen zelf hun opmaak aanpassen. Misschien moet je dat doen Erik, een eigen opmaak die niet lijkt op vector en de oude, dan kan niemand nog langer zeuren. Michiel1972 23 jun 2010 00:59 (CEST)

Ik wist niet dat Erik Baas die toolserverpagina had gemaakt en onderhoudt, er is geen paginageschiedenis van, dus dat is niet na te gaan. Ik ben hier niet over begonnen omdat ik hier last van heb - dat is wel zo, maar ik ben niet de maat der dingen - maar omdat ik vind dat iedereen die monobook wil blijven gebruiken niet met onleesbare lettertjes behoort te worden geconfronteerd (lees de allereerste zin van dit topic anders nog eens over). Dat ik de eerste ben die daar last van heeft betekent niet dat ik ook de enige ben. Aangezien dit allemaal voortvloeit uit de overgang naar vector, leek me dit de juiste plaats om mijn vraag te stellen, ik zou niet weten waar dat anders zou moeten gebeuren en het wordt me ook niet verteld. Dat "onze" toolserverpagina duidelijker is, is een mening, geen feit: de toolserverpagina is voor monobookers tenminste helemaal leesbaar. In welke opmaak "onze" toolserverpagina wordt getoond interesseert me werkelijk geen reet, als het maar voor iedereen leesbaar is. Dat ik dat scriptje tot nu toe niet heb gebruikt is omdat het niet voor iedere monobooker een oplossing is (en ook een beetje omdat ik niet weet wat ik moet denken van de woorden "ongeveer dan"). Dat ik zelf dan maar wat moet gaan programmeren is een voorbeeld van het typische machtswoord van techneuten die weten dat hun klanten volkomen afhankelijk van ze zijn. Dat past naadloos bij de een paar weken geleden in de Kroeg gedane suggestie dat wie niet blij is met vector altijd naar Google Knol of Wikia over kan stappen. Ik heb een paar neutraal geformuleerde vragen gesteld, waarop ik tot nu toe feitelijk geen antwoord heb gekregen. Wel wordt me op persoonlijk vlak van alles in de schoenen geschoven. Het enige wat deze discussie tot nu toe werkelijk laat zien is dat een handjevol van die techneuten op nl:wiki kennelijk op de achtergrond de dienst uitmaakt, daarbij nauwelijks tot geen tegenspraak duldt en geen kritiek kan verdragen. Mooi samenwerkingsproject zo. Wutsje 23 jun 2010 13:23 (CEST)

Vooral zo hard mogelijk om je heen blijven slaan hoor, beslist niet even bedanken voor de moeite, en zeker niet gewoon vragen of bepaalde details nog even aangepast kunnen worden. Dat is nou precies de reden dat ik gisteren iets schreef als "je bekijkt het verder maar". Technisch gesproken kan bijna alles, maar aan mijn incasseringsvermogen zijn grenzen, en die zijn na drie dagen onophoudelijke kritiek wel bereikt. - Erik Baas 23 jun 2010 13:38 (CEST)

Erik, ik heb je bedankt, zie mijn tweede bewerking in dit topic. Maar over één ding zijn we het in ieder geval wel eens: overleg is zinloos, in ieder geval hier. Op deze pagina is blijkbaar alleen feedback gewenst die door de geadresseerden als positief wordt ervaren. Wutsje 23 jun 2010 17:05 (CEST)

Feedback is meer dan welkom, evenals opbouwende kritiek en wijzigingsverzoeken van allerlei soort, maar bij gezeur gooi ik de deur dicht. En dat is wat je doet, al drie dagen lang, terwijl je nota bene geen enkele van de gemaakte aanpassingen gebruikt. - Erik Baas 23 jun 2010 17:11 (CEST)

Tsja, jij wilt het per se zien als mijn probleem, waar ik de hele tijd benadruk dat het een algemeen monobook-probleem is. Een oplossing die alleen voor mij werkt is dan geen echte oplossing, natuurlijk. Maar het is goed hoor, allemaal. Net wat ik zeg: overleg is hier zinloos. Wutsje 24 jun 2010 01:07 (CEST)

1. Het heeft niets met monobook te maken.
2. Je zou inmiddels kunnen weten wat het dan wel is...
3. Het gaat wel degelijk om jou alleen, er is niemand die het externe kaartenscript in de "oude look" gebruikt. Zelfs jij zelf niet, maar dat is een ander verhaal.
4. Voor wat jij "overleg" noemt heb ik een andere naam... :-( - Erik Baas 24 jun 2010 02:17 (CEST)

@Michiel1972: In plaats van een "eigen opmaak" heb ik destijds juist gekozen voor een zo soepel mogelijke overgang van wikipedia naar het externe script, door de layout er in grote lijnen op te laten lijken, vndaar ook de laatste aanpassing naar iets wat op "vector" lijkt. Misschien zou het wat gezeur tegengaan, maar vast ook weer nieuw en ander gezeur opleveren... ;-) - Erik Baas 24 jun 2010 15:49 (CEST)

[[]]

Beste mensen, Er zijn drie onderdelen die voor mij bewerkelijker zijn geworden. Ik moet nu tweemaal klikken om het geselecteerde van [[]] te voorzien. Om een pagina op een ander plaats te openen heb ik ook nog het toetsenbord nodig. Wanneer ik een fout in een functie heb gemaakt kan ik het niet in een handeling ‘ongedaan maken’ met de muis. Mvg, Lidewij 22 jun 2010 12:18 (CEST)

Wat bedoel je met het openen van een pagina op een andere plaats? In een nieuw tabblad openen kan (wellicht afhankelijk van je browserinstellingen) met je rechtermuisknop. Fruggo 24 jun 2010 13:44 (CEST)

Ja in de oude instelling, maar nu ik bv hier aan het schrijven ben kan ik de projectpagina of geschiedenis niet op die manier openen. Lidewij 24 jun 2010 13:50 (CEST)

Raar; bij mij geen problemen op dat vlak (Firefox 3.6.3)... Fruggo 24 jun 2010 19:41 (CEST)

Bekende bug in IE. Zal in de volgende ronde aan worden gewerkt. De oplossing is simpel, maar het uitrollen van die oplossing is zeer complex (alle caches zullen moeten worden geleegd, scripts aangepast, oftewel een puinzooi). Het is bugzilla:23490 TheDJ 25 jun 2010 00:19 (CEST)

Speciaal -> Alle pagina's op voorvoegsel

Als ik op de pagina Alle pagina's op voorvoegsel kijk, waar je kunt kijken naar alle artikelen op hun beginletters, dan staat daar boven: Redirects worden groen/cursief weergegeven. Als ik dan daaronder kijk, dan worden de redirects wél cursief aangegeven, maar niét groen. De laatste keer dat ik keek, was volgens mij onder de oude layout (monobook), en toen waren de redirects nog wel groen. Nu met Vector zijn ze niet meer groen. Ligt dat aan vector, of bijvoorbeeld aan mijn aparte instellingen voor vector (Gebruiker:Goudsbloem/vector.css)? Ik gebruik windows XP, met als browser Safari 5.0 (7533.16). Goudsbloem 5 jul 2010 21:22 (CEST)

Vector gebruikt vector.css, Monobook gebruikt monobook.css. Ze zijn allebei apart en op geen wijze met elkaar verbonden. Ik zie dat de code voor gekleurde redirect-links en beginnetje ("stub") pagina's wel aanwezig is in jouw vector.css, maar volgens jou werkt het dus niet. Dit is mogelijk de oorzaak van a:visited bij /* Links in menu */. CSS ("Cascading Style Sheets") werkt als een cascade. Wat later (meer naar onder) in de code staat overschrijft het voorgaande. a:visited is de CSS-hook voor een eerder bezochte pagina. Het is mogelijk dat de link in kwestie al eens eerder door jou bezocht is en dus krijgt het de kleur die gespecificeerd is bij a:visited en niet van a.stub of mw-redirect (gokje hoor!). Een mogelijk oplossing is het kopje en de code onder /* Links in menu */ te knippen en te plakken bovenaan het bestand, zodat het niet de .mw-redirect en a.stub overschrijft. –Krinkle 5 jul 2010 22:49 (CEST)

PS: Nu ik het bestand nog eens bekijk is het denk ik beter gewoon a:visited, te schrappen. Het is overbodig en zorgt volgens mij alleen voor een ongewenst effect. –Krinkle 5 jul 2010 22:51 (CEST)

Krinkle, alléén bij Speciaal -> Alle pagina's op voorvoegsel zijn die redirects niet groen. Zij horen voor iedereen groen te zijn, dus ook voor mij. De instellingen in mijn vector.css werken, ik heb oranje links en groene links in alle artikelen en naamruimtes. Goudsbloem 6 jul 2010 12:10 (CEST)

De reden dat redrects in normale artikelen wel groen zijn is simpel. Omdat je voor die redirects de eerdere overschrijving weer overschrijft.
Ik heb zojuist even jouw vector.css geïmporteerd en naar die Speciaal:-pagina gekeken en toen kwam het volgende in de web ontwikkelaars inspector: https://i.imgur.com/MIo6M.png
Zoals je ziet (van onder naar boven) is het eerst MediaWiki zelf die de link herkent en deze blauw van kleur maakt. Daarna komt de algemene stijl (Common.css) eroverheen voor alle gebruikers die o.a. redirects op een Speciaal-pagina groen maakt. Daarna komt jouw CSS erover heen die alle links weer blauw maakt. Als ik zo'n zelfde inspectie zou los laten op een normale pagina met een redirect, dan zou je daar weer boven zien Goudsbloem/vector.css a.mw-redirect { color: #FF8C00; } die het weer van kleur veranderd.
Het probleem ligt dus je eigen vector.css.
Hoewel ik niet CSS ga uitleggen, toch even een kleine tip: Hoewel CSS als een casade werkt, telt ook gewicht mee. Bijvoorbeeld: a.blabla { color:red }, zelfs als daarna a { color:orange } komt, zal toch <a class="blabla"></a> rood van kleur zijn, omdat ".blabla" specifieker is dan alleen "a". Dus de reden dat jouw vector.css alle MediaWiki-eigen stijlen voor links voor alle gebruikers ongedaan worden gemaakt is omdat je heel specifiek "a:link" programmeert. Ik raad aan, tenzij je hier een speciale reden voor hebt, het ":link" deel te schrappen. Te zamen met a:visited, onder /* Links in menu */. Hierdoor overschrijf je alleen hetgene dat je wil, in plaats van alles ongedaan te maken en leeg te beginnen. –Krinkle 6 jul 2010 17:06 (CEST)

Krinkle, als je hier kijkt (een heleboel kopjes omhoog is dat) stelde ik daar een vraag om mijn kleurenschema terug te krijgen. Romaine gaf toen aan wat ik moest doen, en dat heb ik braaf gekopieerd. Ik ben niet dom, maar verstand van programmeren heb ik nikkes-nada-noppes, ik heb altijd veel gejat . Dus als je het voor mij, net zoals Romaine dat deed, in een schemaatje hier neer kan zetten, dan kan ik dat ook weer 'jatten' en plakken.... Mijn dank is groot. Goudsbloem 10 jul 2010 00:08 (CEST)

Pop-ups 2

Ik gebruik ook pop-ups, en nu viel me op sinds ik vector gebruik, dat als er een pop-up schermpje zich opent als ik op een link sta die een doorverwijspagina is, dat de linken onder de streep waar je de doorverwijslink snel mee kunt repareren, ook niet meer groen zijn, maar blauw, net als de 'normale' linken in het pop-upscherm. Is deze verandering bewust gedaan in vector, of ligt dit ook aan mijn vectorinstellingen? Goudsbloem 5 jul 2010 21:29 (CEST)

Als je bij je uitbreidingen en pop-ups en zeusmodus aan hebt staan dan werkt het niet in combinatie met vector. Ergens in de 2 (zeer uitgebreide) codes zit een tegenstrijdigheid. Voorlopig is het dus helaas kiezen ben ik bang, ik heb zelf uiteindelijk zeusmodus maar uitgeschakeld. Mvg, Bas 6 jul 2010 10:27 (CEST)

Ik zal es kijken of ik wat kan vinden. TheDJ 6 jul 2010 11:54 (CEST)

Bij mij zijn ze gewoon groen hoor. Getest met de boogie woogie links in deze pagina. Zeus geeft wel een zooi errors trouwens, maar dat script heeft gewoon wat probleempjes hier en daar. Niet checken van return values (values.toSource en document.getElementById('chkqt' + i) ), gebruik van addliitem ipv addPortletlink(), gebruik van document.write ipv importScript. Dat soort dingen. TheDJ 6 jul 2010 12:06 (CEST)

Ik gebruik geen zeusmodus, dat kan het niet zijn. Goudsbloem 6 jul 2010 12:15 (CEST)

Je overschrijft hier nogal het een en ander: Gebruiker:Goudsbloem/vector.css. Dat is de oorzaak. De fout zit eigenlijk in popups, omdat de klasse niet aan het a element is gebonden, waardoor het nogal snel overschreven wordt door andere CSS. TheDJ 6 jul 2010 12:26 (CEST)

Gerepareerd in de Engelse versie nu. diff Als het je wat waard is om het hier ook te veranderen, moet je even een admin aanschieten. TheDJ 6 jul 2010 12:30 (CEST)

Bij mij doet pop-ups het nog steeds niet als ik zeusmodus inschakel. Als ik zeusmodus uitzet doet pop-ups het wel. Mvg, Bas 6 jul 2010 13:09 (CEST)

Lijn dwars door infobox

Hoe kan het dat de lijn van een subkop zichtbaar is dwars door de infobox heen (zie Bo Ekelund)? Nog nooit eerder gezien. Groet,--Piet.Wijker 10 jul 2010 08:23 (CEST)

Dit gebeurt in Internet Explorer, in Firefox heb ik dit niet. Romaine (overleg) 10 jul 2010 16:08 (CEST)

Dit lijkt mij wat te kort door de bocht. Waarom zie ik het dan maar in een enkel geval? Piet.Wijker 10 jul 2010 22:52 (CEST)

Ik heb hetzelfde, soms loopt de lijn door de infobox of foto, maar meestal niet. Bij Fanny Blankers-Koen loopt de lijn bijvoorbeeld niet door de infobox. Groet, Lymantria _overleg 11 jul 2010 17:10 (CEST)

Fijn dat hier zo alert op wordt gereageerd. Maar niet heus. Het probleem is nog steeds niet opgelost. Groet, Piet.Wijker 24 jul 2010 08:36 (CEST)

Heb het ook al diverse keren gezien. Magalhães 24 jul 2010 08:43 (CEST)

Moet ik dit maar gaan beschouwen als één van de onoplosbare problemen van de nieuwe lay-out? Piet.Wijker 31 aug 2010 13:59 (CEST)

Dit probleem heb ik in monobook ook al vaker gezien, en lijkt mij persoonlijk tegelijk ook vector-gerelateerd. Op dit moment heb ik persoonlijk geen duidelijkheid over de oorzaak ervan en weet ik ook niet hoe dat opgelost kan worden. Wat ik wel weet is dat ik er in Firefox geen last van heb, maar wel in Internet Explorer. In Internet Explorer maakte had ik het bij het voorbeeld van Bo Ekelund wel in vector en niet in monobook. Groetjes - Romaine (overleg) 31 aug 2010 17:46 (CEST)

bugzilla:23663. Als je IE compatibility view uitzet heb je er geen last meer van. TheDJ 31 aug 2010 18:01 (CEST)

O! En hoe doe ik dat dan? Piet.Wijker 31 aug 2010 22:44 (CEST)

Ik ga er intussen maar vanuit, dat of niemand zich verder voor dit probleem interesseert, of dat het onoplosbaar is gebleken. Want die streep dwars door de infobox loopt er nog steeds. Piet.Wijker 5 okt 2010 13:08 (CEST)

Ik moet zeggen dat het mij behoorlijk tegenvalt, dat er binnen de gelederen van het Nederlandse Wikipedia-legioen niemand schijnt te zijn die voldoende verstand heeft van de materie om het probleem op te lossen van de lijn, die soms dwars door een infobox heenloopt. Zie bijv. nu weer bij Ilse Pol. Ik had onze gebruikers met een computertechnische achtergrond hoger aangeslagen. Ik ben teleurgesteld. Groet, Piet.Wijker 9 dec 2010 11:19 (CET)

Jou reactie laat ik geheel voor jou en het plaatsen van gebruikers op een voetstuk is per definitie af te raden. Dit is niet een typisch probleem voor nl-wiki maar diverse wiki's hebben hier last van, waaronder ook en-wiki. Het is daarmee dus niet een probleem die puur alleen op nl-wiki speelt en dus niet relatief eenvoudig op te lossen is, maar MediaWiki-breed een probleem geeft. De bal ligt bij de developers/systeemontwikkelaars die MediaWiki laten draaien. Groetjes - Romaine (overleg) 10 dec 2010 11:48 (CET)

Als de zaken zo liggen, wacht ik de ontwikkelingen verder wel af, mits die developers/systeemontwikkelaars zich het probleem realiseren. Groet, Piet.Wijker 10 dec 2010 17:33 (CET)

Pop-ups 3

Indien ik pop-ups gebruik om een link naar een doorverwijspagina te repareren, dan kom ik, nadat ik die link gerepareerd heb, weer terug op dezelfde pagina. Als ik nu de wijzer op een link neerzet, komt het pop-ups veld niet meer tevoorschijn, alleen maar een zeer klein oranje vakje, op de plaats waar normaliter een geheel nieuw pop-ups venstertje tevoorschijn moet komen. Als ik dan weer naar een andere pagina ga, werkt pop-ups weer goed. Iemand anders ook deze ervaring? Ik gebruik Safari 4.1 (4533.16) op mijn mac met versie 10.4.11. Goudsbloem 12 jul 2010 17:28 (CEST)

Ongeveer hetzelfde. In 9 van de 10 gevallen werkt het pop-upscherm niet meer. Waarom het de ene keer wel werkt en de andere keer niet kan ik niet verklaren. Wat mij opvalt is dat, ingeval je op bewerken en vervolgens op toon bewerking ter controle klikt, het altijd wel werkt. Ik ben die nieuwe functionaliteit inmiddels zo zat, dat ik ben teruggekeerd naar de oude modus, maar daar constateer ik inmiddels hetzelfde. Mexicano _(overleg) 12 jul 2010 17:41 (CEST)

Dit is een bug in recentere versies van popups, maar ik snap nog niet waar ie vandaan komt. Heeft iig niets met de nieuwe functionaliteit te maken. TheDJ 14 jul 2010 16:32 (CEST)

Dat lijkt me correct, want zowel in de nieuwe functionaliteit als de oude komt thans hetzelfde probleem voor. Ik vraag me af wanneer dat tot een oplossing komt. Mexicano _(overleg) 16 jul 2010 19:18 (CEST)

Als primaire maintainer van popups, kan ik zeggen dat dat is wanneer ik de oorzaak van het probleem gevonden heb, of wanneer iemand anders die oorzaak bij mij komt aandragen. TheDJ 23 jul 2010 21:58 (CEST)

Ik heb inmiddels geconstateerd dat bij het uitschakelen van de Zeus-modus het probleem zich niet voordoet. Evenmin bij inschakeling van de Zeus-modus als de iconen van deze modus niet zichtbaar zijn, zoals b.v. in de bewerkfase na Toon bewerking ter controle. Er is dus duidelijk een conflictsituatie tussen de Pop-ups en de Zeus-modus. Mexicano _(overleg) 23 jul 2010 22:02 (CEST)

Opmaak artikel niet in overeenstemming met de conventies van Wikipedia

Bij het lemma over Hubert de Blanck, dat ik gisteren heb toegevoegd, blijft er de boodschap: De opmaak van dit artikel is nog niet in overeenstemming met de conventies van Wikipedia. Men wordt uitgenodigd deze pagina aan te passen. boven staan. Er wordt echter niet aangegeven waar er geen overeenstemming is en ook het nalezen van de conventies geeft mij geen hulp. Zie ik iets over het hoofd?

Beste, Als ik het artikel zo zie valt me op dat het één lap tekst is. Op een beeldscherm is dat onaantrekkelijk (of zelfs moeilijk) om te lezen. Het zou mooi zijn als er enkele logische paragraafkopjes tussen zouden komen. Ik zal eens kijken of ik een voorzet kan doen; wellicht kunt u dan zelf een betere indeling maken. Fruggo 14 jul 2010 16:54 (CEST)

Zoekvenster

Vraag in helpdesk ook hier geplaatst, denk dat het hier meer op zijn plaats is:
Hoi, Ik kreeg via OTRS de volgende vraag: "Ik zou het zeer op prijs stellen als het invoervenster direct actief is zodra ik de startpagina van Wikipedia open. Dan kun je namelijk direct met tikken beginnen zonder met de muis te moeten aanwijzen en klikken. Of kun je dat ergens instellen?" Nu was me zelf ook al opgevallen dat je het zoekvenster (sinds de nieuwe layout) soms twee keer moet aanklikken voor je daawerkelijk een cursor krijgt en je iets kunt intypen. Is dit een bekend probleem en weet iemand of er iets aan gedaan gaat worden? Magalhães 23 jul 2010 20:24 (CEST)
Einde verplaatsing.
Vriendelijke groet, Goudsbloem 23 jul 2010 20:35 (CEST)

Twee keer klikken is een bug, lijkt me, maar ik denk dat de gebruiker hier bedoelt dat net als bij Google, de cursor meteen in het zoekvak staat en je dus meteen na opening kunt gaan typen. Paul B 23 jul 2010 20:42 (CEST)

Ik heb nog nooit twee keer hoeven klikken. Is wel handig om te weten bij welke browsers (+versie) dit probleem zich voordoet. Het zoekveld is niet automatisch geselecteerd, omdat dan sneltoetsen en keyboard navigatie niet meer werkt. Om de en.wp FAQ te quoten: "This would interfere with usability, accessibility, keyboard navigation and standard forms. See bugzilla:1864. There is an accesskey property on it (default to accesskey="f" in English), and for logged in users there is a gadget available in your preferences." TheDJ 23 jul 2010 21:56 (CEST)

Bedankt voor het antwoord. Ik zal het doorgeven. Wat betreft het twee keer klikken: Ik heb gebruik zelf IE8. Volgens mij heb ik het echter ook wel eens op m'n werk gehad, waar vermoedelijk een lagere versie van IE gebruikt wordt. Ik zal eens kijken of het nu nog gebeurt. Magalhães 24 jul 2010 07:26 (CEST)

De situatie met het zoekvenster wordt er niet beter op. Sinds enkele dagen moet ik af en toe het woord 'zoeken' zelf eerst uit het venster verwijderen, voordat ik iets kan intikken. Het verdwijnt niet altijd meer automatisch, als je er met je cursor op gaat staan. Bij de vorige layout ging dit altijd probleemloos. Groet, Piet.Wijker 24 jul 2010 09:26 (CEST)

@Piet, Dat klinkt alsof een van de uitbreidingen (in je voorkeuren) of je scripts in monobook.js / vector.js een fout genereert, waardoor andere scripts niet meer worden uitgevoerd. TheDJ 24 jul 2010 16:37 (CEST)

Plaats de volgende code in je vector.js:

if (wgPageName == "Hoofdpagina") {

hookEvent("load", function() {document.getElementById('searchInput').focus();});

}

Met vriendelijke groet, Kwiki overleg 24 jul 2010 19:50 (CEST)

Geen idee waar jullie het over hebben. Groet, Piet.Wijker 25 jul 2010 08:56 (CEST)

Ik heb het over de oorspronkelijke vraag "Ik zou het zeer op prijs stellen als het invoervenster direct actief is zodra ik de startpagina van Wikipedia open", Magalhães zal mn antwoord doorsturen. Heb jij nog steeds hetzelfde probleem? Misschien kan ik daar ook iets op bedenken. Met vriendelijke groet, Kwiki overleg 25 jul 2010 08:58 (CEST)

Ja, mijn probleem is nog steeds niet opgelost, ook al doet het zich lang niet altijd voor. Groet, Piet.Wijker 25 jul 2010 09:20 (CEST)

Verdwenen knopjes

Waar zijn de knopjes Volgen , Verwijderen en Titel Wijzigen gebleven die voorheen boven de pagina stonden? Bean 19 24 jul 2010 20:04 (CEST)

• Volgen: dat is die ster rechts van de geschiedenis-tab. Een blauwe ster betekent dat die pagina door je gevolgd wordt.
• Verwijderen en titel wijzigen zitten onder het driehoekje rechts van die ster.

Er bestaat code om wat onder het uitklapdeel staat als gewone tab te verkrijgen. Romaine (overleg) 24 jul 2010 20:14 (CEST)

plaats zoekbalk

dag team,

ik vind de plaats van de zoekbalk niet handig en niet logisch. het midden van de pagina zou beter zijn (bv google)of meer naar links van het midden (waar men begint te schrijven, en ook de menubalk, navigatiebalk, bladwijzerbalk, etc. staan, in de linkerbovenhoek dus. – De voorgaande bijdrage werd geplaatst door 82.73.230.20 (overleg · bijdragen)

Skype symbool op de pagina?

http://nl.wikipedia.org/wiki/My_Name_Is...

Op deze pagina krijg ik beide achter de naam van Nicolette van Dam het Skype symbool in beeld. Ra, ra hoe kan dat. In de tekst is niets te vinden, toch staat het symbool er. Klik je er op, krijg je een nummer en kan je bellen? --82.72.146.205 31 aug 2010 02:10 (CEST)

Hallo, Dat is een gadget/onderdeel van je browser die dat er van maakt. Daar kunnen wij op Wikipedia niets aan doen. Groetjes - Romaine (overleg) 31 aug 2010 02:12 (CEST)

Dat is de Skype browser toolbar die dat doet. Dat ding heeft nogal wat problemen trouwens, ik zou hem persoonlijk zo snel mogelijk uitschakelen, want hij voegt soms "begin_of_the_skype_highlighting" als je een wiki pagina bewerkt. TheDJ 31 aug 2010 13:53 (CEST)

Ounderwerp toevoegn

Indien je op iemand zijn overlegpagina of een wikipedia-ruimte pagina als deze staat, staat er tussen de kopjes Bewerken en Geschiedenis het kopje Ounderwerp toevoegn. Lijkt mij taaltechnisch niet helemaal in orde.......

Iemand heeft het per ongeluk aangepast in de West-Vlaamse variant bij het vertalen van de mediawiki-teksten voor de West-Vlaamse wiki. Inmiddels is het terug hersteld, en zal bij de komende update ergens in de nachtelijke uren weer in goed taalgebruik te bewonderen zijn. Groetjes - Romaine (overleg) 1 sep 2010 15:21 (CEST)

Zoeken op aantal letters

Graag had ik in het zoekvenster een toolkit met verschillende opties gezien. Ik zou bijvoorbeeld zeer graag kunnen zoeken op het aantal letters (exclusief spaties) van een trefwoord. Vele andere quizzers wensen dit ook, daar zij bijvoorbeeld frequent een antwoord "van 7 letters, beginnend met een O" nodig hebben. Houd me op de hoogte van eventuele aanpassingen. Bedankt BertSeghers 5 sep 2010 12:48 (CEST)

Willekeurige pagina: plaatsen verwijderen

Het aanklikken van Willekeurige pagina resulteert in meer dan de helft van de keren in een artikel over een plaats op de wereld, meestal een kleine stad in één of ander land. Hierop staat weinig informatie. Als alle "plaats"-artikelen een label krijgen, kan het interessant zijn om de randomkiezer zo aan te passen dat de kans kleiner wordt dat een plaats gegenereerd wordt. Dit is maar een suggestie. Bert Seghers 5 sep 2010 12:54 (CEST)

In principe hebben ze dat label al, al deze plaatsen dragen namelijk dezelfde basis-infobox. Deze suggestie is wel eens eerder geopperd maar toen is er niets mee gedaan. Groetjes - Romaine (overleg) 5 sep 2010 13:19 (CEST)

Dat is boeiend. En zal er nu iets mee gedaan worden? Of is er een reden waarom er geen gehoor aan werd gegeven?

Hou bij het volgende in gedachten dat alleen al op de Engelse Wikipedia, deze functie 10.000.000 keer per dag gebruikt wordt. - Het probleem is dat de database geen indices voor dat soort dingen heeft. Wat dat betekend is dat het ZEER computer intensief is om iedere keer een "random" artikel te selecteren van een (in verhouding tot alle info in wikipedia) "arbitraire" subset van de artikelen. Om dat efficienter te maken moeten er dus eerst een "Subset" als het ware gecreerd worden. Probleem daar is natuurlijk weer dat deze subset specificaties voor elke wikipedia variant waarschijnlijk weer anders gedefinieerd moet kunnen zijn (die labels voor plaatsen heten in elke wikipedia variant weer anders). Dat maakt het een nogal ingewikkeld proces om goed te implementeren. Dusdandig complex dat tot zover nog niemand de taak op zich heeft genomen.

Daar komt bij dat veel mensen het door jou beschreven probleem juist zien als een voordeel. Het herinnert mensen eraan dat de encyclopedie nog niet af is en het inspireert hen misschien om bij te dragen aan een artikel. Al met al zijn dat nogal wat maren. Er zijn wel wat tools die je kunnen helpen een random pagina uit een specifieke categorie te verkrijgen enzo maar ook deze zouden niet "werkbaar" zijn op grote schaal in hun huidige vorm. Ze werken als het ware omdat maar zo weinig mensen weten dat ze bestaan en dat ze werken, als ze 1000000 x per dag gebruikt zouden worden zouden alle servers oproken :D TheDJ 6 sep 2010 14:49 (CEST)

ikea

Als gebruiker van Wikipedia begrijp ik dat de opzet en totstandkoming van artikelen in Wikipedia het risico op beperkingen ten aanzien van de bruikbaarheid en de betrouwbaarheid met zich kunnen meebrengen. Enige waakzaamheid en scepsis is daarom steeds op zijn plaats. Min of meer toevallig stuitte ik op een artikel over Ikea. Groot was mijn verbazing over de inhoud van de tekst, waarin niet één kritische noot valt te lezen en die voor het overige leest als een propagandafolder van Ikea zelf. Het moge ook de laatste krantenlezer in Nederland en Vlaanderen inmiddels bekend zijn dat er in de media in de afgelopen jaren de nodige kritische commentaren zijn verschenen over de werkwijze en bedrijfsopvatting van Ikea en/of haar oprichter. Niet ter discussie staat in hoeverre deze commentaren juist zijn - een oordeel daarover kan ik bij gebrek aan mogelijkheden tot controle van het waarheidsgehalte niet geven - maar of daarover niet ten minste iets in het redactionele artikel terug te vinden zou moeten zijn. Persoonlijk denk ik dat een encyclopedisch medium niet kan volstaan met de weergave van een artikel dat de schijn wekt van een letterlijke overname van een door het Ikea-concern zelf aangeleverde tekst. – De voorgaande bijdrage werd geplaatst door 80.140.165.237 (overleg · bijdragen) 5 okt 2010 11:48

Fijn

Gezien hier feedback geplaatst wordt, wil ik graag even zeggen dat ik de nieuwe balk enorm fijn vind werken. Ik gebruik hem nu ongeveer 3 maanden en zou voor geen goud terug willen. Goed werk! Grashoofd 31 okt 2010 21:46 (CET)

PDF & Print Button

Het zou makkelijk zijn om informatie eenvoudig te kunnen printen of op te slaan op je eigen pc middels een PDF of Print button. Wellicht dat dit er niet is omdat het niet wenselijk is vanuit het doel van Wikipedia?

Je kan vrij eenvoudig een pdf maken van een of meerdere pagina's, zie de buttons "Downloaden als PDF" en "Boek maken" in de linkerzijbalk. Michiel1972 2 nov 2010 21:26 (CET)

Alleen nog voor kinderen ????

IS Wiki alleen nog voor kinderen ?? aangezien het lettertype ZOOOOOO klein is geworden !!! , mensen boven de 40 zullen veel moeite hebben met de leesbaarheid van dit lettertype, vind het ook een vreemd lettertype (dat is wellicht persoonlijke smaak), ik kan je nu al zeggen dat deze grote het niet lang zal gaan houden. Zowel dan zullen er veel mensen af gaan haken.

Taalkolom

Sinds de nieuwe versie van de interface is het niet meer mogelijk gemakkelijk tussen verschillende talen te wisselen.

Een mooie toevoeging zou zijn dit weer terug te plaatsen aan de linkerkant, zodat je in ieder geval gemakkelijk tussen Nederlands, Engels en Duits (bijvoorbeeld) kan wisselen. Kleine aanpassing van de interface, maar met grote impact. 2A02:A44C:489E:1:F588:DEB7:A377:8A58 17 okt 2023 12:16 (CEST)

Er zit een mega grote knop rechtsboven, die kan je ook gebruiken TheDJ (overleg) 17 okt 2023 20:52 (CEST)