Wikipedia:SHEIC
Archief (45 dagen+) |
→ Naar inhoud | → Naar onder | → Een nieuw onderwerp toevoegen
|
Inhoud |
[bewerk] Uitklapsubcategorieën
Prachtig, die nieuwe uitklapfunctie voor subcategorieën op de categorieën-pagina's. Minder mooi is dat na openklappen de tekst Niets gevonden, sorry verschijnt. Dat suggereert namelijk dat de categorie leeg is, terwijl er alleen maar geen subcategorieën in zitten. Hier zouden de artikelen getoond moeten worden, of anders moet de tekst veranderd worden in "Geen subcategorieën gevonden" (en dan zónder sorry, dat suggereert n.l. een fout in de zoekmachine). - Erik Baas 1 sep 2006 14:32 (CEST)
- Netjes... :-) - Erik Baas 2 sep 2006 13:17 (CEST)
Er is ook een nieuwe speciale pagina hiervoor, Speciaal:CategoryTree, waarbij je ook de mogelijkheid hebt om pagina's in de categorieboom te tonen. Hans (JePe) 2 sep 2006 13:55 (CEST)
- Groots. :-) Dat laatste werkt overigens wel voor pagina's en afbeeldingen, maar niet voor categorieën, en dat is een beetje jammer. Of vraag ik nu teveel ? - Erik Piggelmee ;-) 2 sep 2006 14:17 (CEST)
- Prima aanvulling :) Ik ben eigenlijk wel erg benieuwd WIE zoiets dan effectief aanpast hier op de nl.Wikipedia? Dit is toch een softwarematige aanpassing, is het dan Brion VIBBER himself die dit heeft gedaan (want hij is de enige geregistreerde developer)? Freestyle (overleg) 2 sep 2006 15:15 (CEST)
-
-
- Sorry ik stel vragen die een eenvoudige wikipediaan niet behoort te stellen. Ik mag hopen dat ik ooit tot de alwetende moderator-goden zal behoren, zodat ook deze mysterieën voor mij onthuld zullen worden. Tot die tijd zal ik me weer voegen bij de onwetende kudde wikipediaan-schaapjes... Freestyle (overleg) 5 sep 2006 18:27 (CEST)
-
-
-
-
- Softwarewijzigingen worden door de devs uitgevoerd. Op meta zal er wel ergens een lijstje staan. Moderatoren kunnen enkel de systeemberichten in de MediaWiki-naamruimte bewerken, en verder eigenlijk niets aan de software veranderen. (toch niet dat ik al heb gevonden :-) ) --Tuvic 6 sep 2006 19:56 (CEST)
-
-
Slechte zaak (heb ik gecheckt op categorie onderaan deze pagina), want de boomstructuur is nu default, en dat is geen verbetering van de lijststructuur. Omdat (1) alles nu onderelkaar staat i.p.v. verdeeld over de breedte van de pagina: langere pagina, meer scrollen; (2) ik kan default niet veranderen in mijn "voorkeuren"; (3) als ik op een (+) klik staat er "aan het laden", maar er gebeurt niks. --Johjak (!) 2 sep 2006 15:27 (CEST)
- (1): De oude situatie zou inderdaad default moeten zijn. (2): Misschien kan de laatst gebruikte optie bewaard worden in een cookie ? (3): Dat moet haast een probleem in jouw browser zijn, werkt hier goed in FF, Opera 8.02 en IE. Neemt niet weg dat het gewoon voor iedereen zou moeten werken, zeker nu het de default is. - Erik Baas 2 sep 2006 15:57 (CEST)
- Zoals het er nu uitziet (in 3 kolommen, net als "vroeger"), is het bijna perfect. Alleen verspringt de tekst van de 2e en 3e kolom nog wel eens naar links, als er bij het uitklappen van een tak een wat langere tekst te voorschijn komt. Dat zou opgevangen kunnen worden door elke rij van de tabel een vaste breedte van 33% te geven. - Erik Baas 2 sep 2006 23:04 (CEST)
-
-
-
-
-
- Handig en heel overzichtelijk de Categorieboom, dank, heb ik nog een vraag over : is er een Alt-F2 functie om alle categorieen in 1 keer uit te klappen?, dat gaat nu handmatig en dat betekend dat alle +en met de hand aangeklikt moeten worden.
-
-
-
-
Voor een keer niet erg, maar elke keer ....mion 14 okt 2006 22:04 (CEST)
-
-
-
-
-
-
- Nog een wens ? ja, dit is inderdaad een duidelijke catboom betreffende het onderwerp, aanvullende informatie is gewenst, de root is mooi aangegeven waarop die gebaseerd is, graag zou ik van de categorieen ook willen weten in welke categorieen ze nog meer geplaatst zijn. 1 levert dit de controle op dat een categorie naast in de juiste catboom OOK in een verkeerde catboom staat of niet, en 2, door catbomen van hetzelfde onderwerp in 4 verschillende talen naast elkaar te leggen is er een makkelijke controle of er nog een cat is waar de cat ook in had moeten staan. Of bestaat er al zo'n tool ? gezellig cafe trouwens, gr. mion 14 okt 2006 22:04 (CEST)
-
-
-
-
-
[bewerk] Table to Wikitable
Niet heel vaak maar wel af en toe heb ik het probleem dat ik een redelijk grote lijst of tabel heb, bijvoorbeeld in Word of in Excel, en die ik dan in een wiki wil plakken. Hiervoor zijn een aantal mogelijkheden, maar allen met hun nadelen:
- Tabel opslaan als HTML
- nadeel: Word maakt er een enorme crap van met alle styles.
- Tabel handmatig omzetten naar wikisyntax
- Nadeel:Heel veel werk
- Tabel in een <pre>-blok zetten (vooral voor lijsten)
- Nadeel:Lelijk
- Omzetten met find & replace
- Is lastig, hele set dingen waar je aan moet denken.
Is er een tool waar je een "gangbaar" tabelformaat in kan gooien (zij het html table, zij het OLE, CSV, of met tab gescheiden) en waar een mooie wikitabel uitkomt? Dit mag verder alle troep van stijlen en breedtes eruit gooien, zodat er een nette wikisyntax-tabel overblijft. Als deze tool er niet is, is iemand zo handig om dit in een javascript o.i.d. te programmeren? IIVQ (Melusine) 20 sep 2006 16:10 (CEST)
- Zoiets? [1]? «Niels(F)» zeg het eens.. 20 sep 2006 16:15 (CEST)
- Ik wil eens een pagina maken waar alle links naar zulke externe tools op staan (denk ook aan coordinatenuitpluizers voor Google maps, lijsten sorteren en in kolommen verdelen, de edit-counters, etc.), maar ik heb geen idee hoe die moet gaan heten. Suggesties, please ? - Erik Baas
-
- In Help:Hulpmiddelen kan het misschien toegevoegd worden. Hans (JePe) 22 sep 2006 12:27 (CEST)
-
-
- Goed plan, dank je. - Erik Baas 22 sep 2006 13:11 (CEST)
-
@IVQ: als het toch in Excel ook staat: wat ik vaak doe is lege kolommen tussenvoegen, en daarin plaats je dan bv. iets als || (en omlaag kopiëren kiezen). Eventueel nog een beginkolom met zaken als |- algin="weetikveelwat" | in, enzovoort. Dat is weinig werk om zelf doorgevoerd in te geven in excel, en kopieer je dan ook gewoon mee ;-) Met een andere teksteditor kunnen eventueel nog wat search/replaces uitgevoerd worden (gebruik een iets uitgebreidere dan notepad, waar je bv. ook op tabs, CR/LF etc.. kunt zoeken). Afhankelijk van in welk formaat je data staat (zeker in excel dus), en hoe je tabel moet geformateerd zijn, kan zoiets bv. ook erg snel... Ik gebruik deze methode o.a. voor artikels over Belgische voetbalseizoenen, zoals Eerste klasse 1912-13 (voetbal België), anders zou het manueel erg veel werk zijn ;-). Voor de rest: een editor die uitgebreide reguliere expressies ondersteunt in zijn replace-functies kan ook handig zijn voor wie dat wenst (genre PowerGrep of zo op windows)... --LimoWreck 21 okt 2006 15:25 (CEST)
[bewerk] vaste gegevens overr gemeentes op commons zetten?
Zou het niet beter zijn die statistische en andere gegevens in de sjablonen over gemeentes in Frankrijk, Spanje, Portugal, Roemenië en ga zo nog maar even door, op te slaan in artikelen op Commons, met pictogrammen per cijfertje en daaronder een toelichting in alle talen? Dan hoef je op nog maar één plaats twee keer per jaar de server flink te belasten in plaats van voor elke taal en hoeft men niet per taal opnieuw het wiel uit te vinden. Floris V 9 okt 2006 20:46 (CEST)
- Een woord: Wikidata. IIVQ 11 okt 2006 23:27 (CEST)
[bewerk] Problemen met REVISION???? magic words
Magic Words | waarde | Omschrijving |
---|---|---|
{{REVISIONDAY}} | 30 | Dag v/d maand dat de pagina voor het laats veranderd is |
{{REVISIONMONTH}} | 11 | Maand dat de pagina voor het laats veranderd is |
{{REVISIONYEAR}} | 1999 | Jaar dat de pagina voor het laats veranderd is |
{{REVISIONTIMESTAMP}} | 19991130010000 | Tijdstempel met datum & tijd dat de pagina voor het laats veranderd is |
Bovenstaande magic words lijken niet goed te werken. "REVISIONYEAR" wordt gebruikt in het sjabloon:WS om bij te houden in welk jaar voor een IP adres voor het laatst het dossier is bijgewerkt. Dat zou 2006 moeten zijn voor recente dossiers, maar dat wordt nu 1999. Fout lijkt ook op o.a. de Duitse Wikipedia te spelen dus het zal wel een foutje zijn in de servers of de wikisoftware. Intussen loopt langzaam Categorie:Wikipedia:Waarschuwing 1999 vol. Kan hier iemand naar kijken? Alvast bedankt, Robotje 16 okt 2006 14:10 (CEST)
- Probleem lijkt intussen verholpen. Echter, die categorie is nog niet leeg. We zouden een minimale wijziging van het ws-sjabloon kunnen doen, maar dan loopt de queue-buffer wel hard op. Op termijn zal dit probleem wel overgaan. - Robotje 16 okt 2006 14:16 (CEST)
-
- Het probleem speelt alleen tijdens het bewerken van een pagina, in de opgeslagen versie wordt het wel goed weergegeven. Maar doordat het tijdens het bewerken de verkeerde datum weergeeft wordt wanneer het in een categorie wordt gebruikt ook de verkeerde categorie opgeslagen. Hiervover heb ik al een bugmelding gedaan (bugzilla:6092), maar dat heeft helaas nog niets opgeleverd. Een voorlopige oplossing is een nul-edit, dus in het waarschuwingsjabloon op bewerk klikken en daarna opslaan zonder iets te veranderen, dat heb ik al een paar keer eerder gedaan en zojuist weer. Een nul-edit is ook niet in de geschiedenis van het sjabloon terug te vinden. Hans (JePe) 16 okt 2006 15:39 (CEST)
-
-
- Probleem lijkt trouwens niet helemaal verholpen want zo langzaam aan komen er toch weer steeds nieuwe pagina's bij in die categorie die met een nul-edit weer te verwijderen zijn. Toch nog een probleempje met één van de servers? - Robotje 17 okt 2006 16:22 (CEST)
-
[bewerk] Lijstenvraagje
Vrag: In een genummerde lijst wil ik een sublijst opnemen, maar daarna wil ik weer in het oorspronkelijke item doorgaan. Kan dit, en zoja hoe?
Ter verduidelijking:
- kenmerk 1
- kenmerk 2: dit heeft drie subkenmerken, te weten:
- subkenmerk 1
- subkenmerk 2
- subkenmerk 3
- Hier zou ik graag nog een verhaaltje houden dat bij kenmerk 2 hoort.
- kenmerk 3
Ik kan wel inspringen met #:, maar dan loopt je kantlijn niet mooi door. Hoe doe ik dit? IIVQ (Melusine) 20 okt 2006 11:50 (CEST)
- Dat lijkt inderdaad moeilijk te zijn. Een oplossing die ik kan bedenken is gewoon
< br/> (nieuwe lijn)
gebruiken, en dan handmatig te nummeren. Hoe je het met louter wiki-markup moet doen, weet ik echter niet. --Tuvic 21 okt 2006 18:34 (CEST)
-
- Het kan wel als je HTML-tags gebruikt:
- Code
#kenmerk 1 #kenmerk 2: dit heeft drie subkenmerken, te weten: ##subkenmerk 1 ##subkenmerk 2 ##subkenmerk 3 ::Hier zou ik graag nog een verhaaltje houden dat bij kenmerk 2 hoort. <ol start="3"> <li>kenmerk 3</li> </ol>
- Resultaat
- kenmerk 1
- kenmerk 2: dit heeft drie subkenmerken, te weten:
- subkenmerk 1
- subkenmerk 2
- subkenmerk 3
-
- Hier zou ik graag nog een verhaaltje houden dat bij kenmerk 2 hoort.
- kenmerk 3
Alleen het inspringen van de regel met "verhaaltje kenmerk 2" varieert een beetje per browser. - Erik Baas 31 okt 2006 17:50 (CET)
[bewerk] helluppp
Ik heb een nieuw sjabloon gemaakt (vertaald van de Franse Wikipedia), namelijk Sjabloon:Infobox Vuurwapen, nou wilde ik dat even aanpassen aan de hand van het Engelse sjabloon. AK-47, dit is het resultaat, kan iemand er voor zorgen dat ik er zo'n randje omheen krijg? Is het trouwens mogelijk om die dingen te testen zonder op te slaan? Pepijn,20 okt 2006 13:04
- Ik heb de infobox-klasse toegevoegd aan MediaWiki:Common.css, en het zou nu opgelost moeten zijn. Om te testen zonder op te slaan, moet je ervoor zorgen dat het sjabloon zelf niet tussen
<includeonly>-tags
staat.--Tuvic 21 okt 2006 18:34 (CEST)- Het is me nu gelukt om hem een rand te geven, bedankt voor de hulp --Pepijn 22 okt 2006 12:30 (CEST)
[bewerk] portaal:Egyptologie
Ik was een tijdje geleden bezig met het aantrekkelijker maken van portaal:egyptologie. Dit is mij wel ongeveer gelukt, hoewel ik nog niet helemaal tevreden ben. Er is namelijk een vierkantje dat heet: categorie en die heeft een witte achtergrond in een blauw vierkantje. Ik heb nu op dit moment niet zoveel tijd en zeker niet om te experimenteren dus zou iemand dat willen aanpassen? Alle aanpassingen op het portaal zijn welkom. --Oesermaatra0069 21 okt 2006 16:53 (CEST)
- Kan je iets specifieker zijn over die witte achtergrond? Ik zie namelijk niet echt wat het probleem is.--Tuvic 21 okt 2006 18:34 (CEST)
- ik denk dat het probleem al opgelost is. Een ene JePe heeft in: Portaal:Egyptologie/Categorie de boel verbeterd. En het ziet er mooi..dus bedankt.--Oesermaatra0069 21 okt 2006 22:38 (CEST)
[bewerk] Nd:YAG laser
Hoi, ik heb een vraag, de laserduidingen in de markt zijn ongelukkigerwijs gelijk aan het format van de interwiki links. Naamvoering van het artikel gaat natuurlijk wel, maar doorlinken vanuit andere artikelen niet als het begin de duiding is van een taal in de interwiki sectie. Dus Nd geeft geen problemen, er is geen wikipedia met een taal Nd. Maar de [[Ho:YAG laser]] wel, (Hiri Motu) Is er een softwarematige oplossing ? het probleem speelt natuurlijk in alle wikipedia's. gr. mion 23 okt 2006 17:37 (CEST)
- Ik geloof niet dat daar een oplossing voor is. Tip: Gebruik als naam Ho-YAG laser en maak bovenaan gebruik van sjabloon:naam o.i.d. (naar analogie van Sjabloon:Kleine letter)IIVQ 23 okt 2006 21:29 (CEST)
TOP, dank voor de tip IIVQ. gr. mion 23 okt 2006 21:31 (CEST)
[bewerk] Trimmen van string?
Ik heb al een paar dagen terug het sjabloon:CAS aangemaakt. De bedoeling is dat je het sjabloon aanroept en als eerste en enige paramter het CAS-nummer van een chemisch product opgeeft: hierdoor wordt een link gelegd naar een vrij toegankelijke database met info over dat product. Probleem is echter dat als er bij de opgave van de parameter dikwijls een spatie voor of na het nummer getypt wordt, waardoor het niet meer werkt. Is er daarom een soort trimfunctie?
Annabel(overleg) 9 nov 2006 19:57 (CET)
- Er bestaat bij mijn weten geen trimfunctie; maar hier lees ik "conditionals trim the leading and trailing whitespaces around pipe characters", misschien is daar iets mee te doen. P.S.: Ik heb "if:" vervangen door "ifeq:", ik nam aan dat je wilt checken op de aanwezigheid van tekst in het CAS-nummer ? - Erik Baas 9 nov 2006 23:09 (CET)
- Het lijkt nu goed te werken, met en zonder spaties. Om evt. extra tekst (zoals b.v. bij Arginine) te kunnen tonen heb ik een 2e parameter toegevoegd. - Erik Baas 9 nov 2006 23:46 (CET)
- Bedankt Eric!
- Dit is wat ik zocht. Het gebruik van {{lc: }} en {{uc: }} heb ik inderdaad gebruikt voor het checken op de aanwezigheid van tekst. Mijn uiteindelijke bedoeling is dat het sjabloon automatisch zou kunnen worden toegepast in bijvoorbeeld het sjabloon:ChemischeStof en dan heb je kwasi altijd spaties. Bij sommige heb je ook meerdere CAS-nummers zoals het voorbeeld dat je gegeven hebt met arginine. Dan komt in het veld CAS van het sjabloon ChemischeStof o.a. de naam van het product voor en < br / >. In dat geval komt er geen link. Jouw toevoeging van extra parameter is ook een handige toevoeging voor het niet automatisch toepassen.
- Annabel(overleg) 10 nov 2006 09:13 (CET)
- Het lijkt nu goed te werken, met en zonder spaties. Om evt. extra tekst (zoals b.v. bij Arginine) te kunnen tonen heb ik een 2e parameter toegevoegd. - Erik Baas 9 nov 2006 23:46 (CET)
[bewerk] prettytable
Ik had een tabel van de pagina WordPerfect gekopieerd naar de Engelse WP. Ik zag net dat ze daar het sjabloon:prettytable vervangen hadden ([3]) door iets anders, zodat er onmiddellijk van css gebruik gemaakt werd. Is dit hier nu ok de regel of is dit wenselijk? Zo ja wil ik wel fixen met AWB...
Annabel(overleg) 17 nov 2006 16:03 (CET)
wikitable:
aap | noot |
---|---|
test 1 | test 2 |
prettytable:
aap | noot |
---|---|
test 1 | test 2 |
- De class "wikitable" kun je op nl: ook al sinds enige tijd gebruiken, en ik zie geen enkel verschil met "prettytable". En wat bedoel je precies met "onmiddellijk van css gebruik maken" ? - Erik Baas 17 nov 2006 16:11 (CET)
-
-
- Jawel, maar ik dacht dat jij misschien dacht dat er wat dat betreft verschil was tussen beide, en dat is er (zo te zien) dus niet. Ergo: ga maar nix fixen. ;-) - Erik Baas 17 nov 2006 16:23 (CET)
- Wacht even, het kwartje is gevallen: "sjabloon:prettytable" doet niets anders dan "class="prettytable" invullen (ik had over het woord "sjabloon" heen gelezen, sorry). - Erik Baas 17 nov 2006 16:25 (CET)
- Hé, Ik zie het nu ook. Wat moeten we daar nu mee? Dit sjabloon dat nu enkel een compatibiliteitsnut heeft is op 6443 pagina's ingevoegd als sjabloon... Annabel(overleg) 17 nov 2006 16:34 (CET)
- Iemand heeft mij aangeraden het maar niet meer te gebruiken in nieuwe sjablonen, maar het niet speciaal uit de oude te gaan slopen (i.v.m. serverbelasting). En het is inderdaad vrij zinloos: class="prettytable" invullen is niet zo erg veel moeilijker dan {{prettytable}}... ;-) - Erik Baas 17 nov 2006 16:39 (CET)
- Hé, Ik zie het nu ook. Wat moeten we daar nu mee? Dit sjabloon dat nu enkel een compatibiliteitsnut heeft is op 6443 pagina's ingevoegd als sjabloon... Annabel(overleg) 17 nov 2006 16:34 (CET)
- prettytable is een synoniem voor wikitable (hier op nlwiki), zie MediaWiki:Common.css. WebBoy… 17 nov 2006 16:42 (CET)
-
[bewerk] CSS-fout in hoofdpagina
Firefox geeft op de hoofdpagina een foutmelding:
- Error: Error in parsing value for property 'display'. Declaration dropped.
- Source File: http://nl.wikipedia.org/wiki/Hoofdpagina
- Line: 40
Dat lijkt te worden veroorzaakt door de volgende regels in een stylesheet:
- /**** Inline STYLE-tag style sheet ****/
- /*<![CDATA[*/ #siteSub, #contentSub, h1.firstHeading { display: normal !important; } /*]]>*/
En inderdaad is de waarde "normal" niet geldig voor de property "display". Beetje slordig vind ik dat, maar ik kan het zelf niet oplossen... - Erik Baas 17 nov 2006 19:53 (CET)
- Tiens, ik vind die regel niet in de HTML broncode van de hoofdpagina. De HTML validator plugin in firefox geeft ook geen foutmelding. Annabel(overleg) 17 nov 2006 20:05 (CET)
- De melding verschijnt in de "Javascript console", de bewuste regel heb ik opgezocht m.b.v. de "Edit CSS"-plugin. - Erik Baas 17 nov 2006 20:07 (CET)
- Het komt door een stukje javascript in Mediawiki:Monobook.js door Servien. Hij heeft "probeersel" in de samenvatting geschreven, ik vraag me af wat het doel hiervan is. Hans (JePe) 17 nov 2006 20:21 (CET)
-
- Ik zal hem eens even aan de tand gaan voelen... ;-) - Erik Baas 17 nov 2006 20:33 (CET)
-
-
- Deze toevoeging staat er al een hele poos. Het zorgt voor de opschrift "hoofdpagina" i.p.v. "artikel". Ik had 't destijds toegevoegd omdat andere Wikipedia's deze toevoeging ook gebruikte (iets andere vorm weleswaar), de hoofdpagina is eigenlijk ook geen artikel, dus vandaar... maar goed als iemand weet hoe dit verbetert kan worden dan hoor ik 't wel anders is weghalen ook goed. Sεrvιεи | Overleg » 18 nov 2006 10:17 (CET)
-
-
-
-
- Aha, duidelijk. Het probleem zit alleen in "display: normal" (dat is n.l. geen geldige CSS), zou je dat willen corrigeren ? - Erik Baas 18 nov 2006 12:31 (CET)
-
-
-
-
- Dat weet ik niet. Wat is de bedoeling van "display:normal" ? Kan het zijn dat je "visibility:visible" bedoelde ? Op dit moment doet het toch ook niets, misschien kan die hele regel wel weg ? Of is iets wat b.v. alleen in IE werkt ? - Erik Baas 18 nov 2006 17:12 (CET)
-
[bewerk] Zoeken in Wikipedia
Op de pagina Wikipedia:Woorden die niet als zoekterm gebruikt kunnen worden staan termen die in het Engels veel voorkomen en waarop niet gezocht kan worden. Als je daar op de Engelse interwiki klikt (en:Wikipedia:Common words, searching for which is not possible), kun je lezen dat die lijst sinds februari 2006 geen zin meer heeft. En een kleine test lijkt te bevestigen dat woorden op die lijst wel degelijk gevonden worden. Bij de Engelse WP hebben ze besloten die lijst te markeren als niet meer relevant en dus niet te verwijderen. Zouden wij dat ook moeten doen of kan die lijst gewoon weg? - Robotje 19 nov 2006 10:51 (CET)