Wikipedia:SHEIC

→ Naar inhoud | → Naar onder | → Een nieuw onderwerp toevoegen

Welkom in het SHEIC! Deze overlegruimte is bedoeld voor mensen die op de Nederlandstalige Wikipedia tijd aan informatica, automatisering en verwante onderwerpen willen wijden. Zij dient tevens als centrale plaats ter bespreking en afstemming van artikelen, categorieën, portalen, lijsten en andere zaken met betrekking tot informatica, automatisering en wat dies meer zij. Dit café is nog in aanbouw, alle bekabeling en computerapparatuur is al volledig aangelegd, en er is redundante internetconnectiviteit met GigE uplinks, maar stoelen, een bar, de fundering van het café, het dak, de ramen en de deur ontbreken alleen nog. In de loop van 2007 wordt verwacht dat de bouwplannen zullen worden goedgekeurd en dat het café aan de water- en gasleiding zal worden aangesloten.

[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)

Zie ook: [1]. Dit is nu onmiddelijk actief op alle pagina's met chemische stoffen. Annabel_(overleg) 10 nov 2006 09:25 (CET)

 :-) - Erik Baas 10 nov 2006 15:22 (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 ([2]) 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)

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)

Werkt dit niet via css? (ik dacht toch dat dat altijd zo was als je iets ziet staan zoals class=) Annabel_(overleg) 17 nov 2006 16:21 (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)

(na bwc met Webboy) Da's waar. Misschien moeten we dan maar eens meer reclame maken voor de class-constructie. Annabel_(overleg) 17 nov 2006 16:44 (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)

Waar moet het dan in veranderd worden? Sεrvιεи | Overleg » 18 nov 2006 16:58 (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)

Hij is aangepast, weghalen lukt niet dan wordt ie niet goed weergegeven, ik er heb er maar visibility:visible van gemaakt, ik hoop dat ie zo goed is :) Sεrvιεи | Overleg » 20 nov 2006 15:47 (CET)

Perfect, dank je ! :-) - Erik Baas 20 nov 2006 16:01 (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)

Wat mij betreft kan hij gewoon weg. Ik kan me voorstellen dat je sommige pagina's om historische redenen of zo wilt behouden, ook al zijn ze niet meer geldig, maar bij deze zie ik daar het nut niet van in. - André Engels 12 dec 2006 10:34 (CET)

[bewerk] Afwijzing van de spamfilter

Ik probeer als link een webpagina op te geven, de spamfilter weigert dat. Weten jullie hoe dit zit? Het gaat om de volgende site: http://xoomer.alice.it/francescoraf/hesyra/dynasty0.htm. Als ik deze tussen haakjes zet dan geeft wikipedia een error: De pagina die u wilde opslaan werd geblokkeerd door het spamfilter. Meestal wordt dit door een externe link veroorzaakt. Hier is een reguliere expressie met de patronen die momenteel geblokkeerd worden: De volgende tekst deed onze spamfilter tot actie overgaan: http://xoomer.alice.it Terug naar Hoofdpagina.

Zou iemand mij willen helpen?--Oesermaatra0069 1 dec 2006 21:29 (CET)

De enige oplossing is dat je de tekst pas opslaat na het verwijderen van de betreffende link. - Erik Baas 1 dec 2006 22:00 (CET)

Ik heb al een opgeslagen tekst. Nu is er een site waar afbeeldingen er van zijn die wil ik er aan koppelen maar dat lukt niet. Het lukt alleen als platte tekst niet als link. Voor alle duidelijkheid het gaat om het artikel Hor-Aha, onderaan de pagina staat het kopje van bijwijzen, die site heeft verschillende archeologische bewijzen (afbeeldingen) opgenomen met tekst erbij aangezien ik deze niet mag opslaan op wikimedia commons zou ik het moeten linken via de haakjes [tekst] --Oesermaatra0069 1 dec 2006 22:07 (CET)

Het hele xoomer.alice.it domein is geblokkeerd via de Spam blacklist. Oplossing: daar vragen om verwijdering of op nl dit adres (laten) toevoegen op de Spam-whitelist door een mod. --_fr³ ₃k^e 2 dec 2006 03:22 (CET)

[bewerk] pre-expand include size too large

Ik ben de afgelopen dagen bezig geweest Sjabloon:Vlagland uit te breiden, maar vanmorgen zag ik op Lijst van IOC-landcodes opeens een hoop rode links onderaan die pagina terwijl daar gisteren nog vlaggetjes werden getoond. Na onderzoek blijkt dat alleen de eerste 128 keer Sjabloon:Vlagland goed wordt uitgevoerd en dat daarna "<!-- WARNING: template omitted, pre-expand include size too large -->" in de code wordt gezet. Als ik bovenaan de Lijst van IOC-landcodes wat landcode's weghaal, komt dat punt van het 128^e sjabloon wat later en zie je dus vlaggetjes die daarvoor als rode link werden getoon. Het zit dus niet in een verminking van de lijst op Sjabloon:Vlagland waar ik eerst van uitging. Iemand enig idee hoe we dit op een nette manier kunnen oplossen/omzeilen? - Robotje 3 dec 2006 09:00 (CET)

Als ik de uitleggende tekst onderaan Sjabloon:Vlagland weghaal, gaat het wel goed. Voorlopig dan maar die uitleg wat inkorten. - Robotje 3 dec 2006 09:05 (CET)

Je zou de uitleg in een subpagina van het sjabloon kunnen zetten, en dat includen op de sjabloonpagina, dan win je daar al wat bytes mee. Probleem is dat het sjabloon gewoon te groot is, en dat de servers teveel moeten rekenen om de pagina te leveren, dus stoppen ze er na een bepaald aantal bytes gewoon mee, en worden de rest van de sjablonen niet meer ingevuld. --Tuvic 3 dec 2006 19:58 (CET)

Dat heb ik eerder zien gebeuren, maar steeds wanneer sjablonen te diep genest waren, dus niet met sjablonen die "alleen maar" veel tekst bevatten. Zou het in dit geval kunnen komen doordat de tekst in {{sjablooninfo}} was opgenomen ? - Erik Baas 3 dec 2006 20:18 (CET)

Als je de huidige HTML-code van Lijst van IOC-landcodes bekijkt zie je

<!-- 
Pre-expand include size: 1950424 bytes
Post-expand include size: 14874 bytes
Template argument size: 1864 bytes
Maximum: 2048000 bytes
-->

Kortom, als alle sjablonen worden uitgepakt, is de totale grote 1.950.424 byte, terwijl het maximum 2 megabyte is. Het hierboven beschreven probleem was over toen de ik de verklarende tekst in het noinclude-deel verwijderd had. Blijkbaar is de software dus niet zo slim geschreven dat het noinclude-deel meteen weggelaten wordt. Jammer. Een maximum lijkt me trouwens geen slecht idee omdat sjablonen (al dan niet direct) recursief aangeroepen kunnen worden en dan zou je zonder maximum het systeem kunnen laten crashen. Volgens de uitleg hier was het maximum destijds in augustus 2006 verdubbeld van 1 megabyte naar 2 megabyte; maar ook dat blijkt dus is niet altijd genoeg. - Robotje 4 dec 2006 13:03 (CET)

{{Sjablooninfo}} voegt (zonder tekst) 23 bytes toe aan elk sjabloon, dat is dus geen probleem, ook niet als dat sjabloon in grote aantallen op een pagina staat. De tekst die op Vlagland stond was 7790 bytes, en dat geeft dus (vermenigvuldigd met 150 á 200 (?)) wél een probleem... Conclusie: tekst en uitleg op sjablonen geven erg veel overhead, en kunnen dus beter op een aparte pagina. Kortom, werk aan de winkel, want ik weet er wel een paar waar hele verhalen op staan... [HANDINEIGENBOEZEMSTEEKT] ;-) - Erik Baas 5 dec 2006 02:15 (CET)

Vraagje: wat is de beste naam voor de uitleg behorend bij b.v. een (fictief) "Sjabloon:Aap": "Sjabloon:Aap/Uitleg" of "Help:Sjabloon:Aap" ? - Erik Baas 5 dec 2006 02:15 (CET)

Zonder enige twijfel Sjabloon:Aap/Uitleg. De Help: naamruimte is voor generieke uitleg, zou wel kunnen dienen voor uitleg omtrent een familie van sjablonen zoals de vlaggensjablonen, maar niet voor elk apart sjabloon wmb. Wel een interessant/irritant probleem overigens, ik ben een fan van {{sjablooninfo}}, staat goed, duidelijk en professioneel. Lost het includeren van een subpagina in de <noinclude> ruimte echter wel alles op? Dan wordt de subpagina toch ook weer opgehaald door de parser (ipv {{sjablooninfo}} dan {{Sjabloon:Aap/Uitleg}}, waarin dan evt ook weer {{sjablooninfo}} instaat)? «Niels(F)» zeg het eens.. 5 dec 2006 02:28 (CET)

Ja en nee: ik begrijp uit dit en dit dat aparte pagina's/sjablonen die tussen <noinclude>-tags geplaatst worden gewoon meetellen voor de "Pre-expand include size", maar dat als de limiet overschreden nog wél de volgende sjablonen op de betreffende pagina verwerkt worden (indien kleiner, en zolang er ruimte is binnen de beschikbare 2MB). Maar er stond ook (ergens) het advies om pagina's en sjablonen die nu goed werken met rust te laten, dus niet massaal alles te gaan ombouwen. Het hangt allemaal erg af van het aantal sjablonen wat op een pagina toegepast wordt: één sjabloon met 10kB uitleg (da's veel) is geen probleem, 200 kleintjes (zoals de vlaggensjablonen op Lijst van IOC-landcodes) met elk twee regels tekst wel (die pagina zit dus tegen de grens aan !). - Erik Baas 5 dec 2006 02:45 (CET)

[bewerk] Redirect in sjabloon

Het sjabloon Kunst&CultuurAVDW 6 augustus bevat de volgende tekst

{{Kunst&CultuurAVDW week-29}}

In dat 'sjabloon' Kunst&CultuurAVDW week-29 staat echter

#REDIRECT Portaal:Kunst & Cultuur/Uitgelicht/29

Ik heb op die laatste pagina het plaatje vervangen door eentje van Commons met een hogere resolutie. Echter 'Sjabloon:Kunst&CultuurAVDW 6 augustus' blijft in de lijst staan waar het vorige plaatje (Afbeelding:Leonardo da Vinci.jpg) nog in gebruik is hoewel je daar wel degelijk het nieuwe plaatje ziet. En ja, de queuebuffer is leeg dus dat is het probleem niet. Kortom, een redirect in een sjabloon werkt wel, maar niet helemaal zoals verwacht. Die redirect is ontstaan bij het hernoemen van het sjabloon naar een subpagina van het portaal in augustus van dit jaar. Is het dan niet beter om dat hernoemen terug te draaien? - Robotje 8 dec 2006 09:25 (CET)

Vreemd, het is nu toch goed gekomen. Is dat vanzelf gegaan of heeft iemand iets gedaan na het lezen van bovenstaand bericht? - Robotje 8 dec 2006 11:40 (CET)

[bewerk] Knop Pagina opslaan uitgeschakeld voor anonieme gebruikers

Op de Franse wikipedia moet een anonieme gebruiker eerst op de knop Toon bewerking te controle drukken voordat hij de pagina kan opslaan. Zie bijvoorbeeld [3] Kunnen we dit ook invoeren op onze wikipedia? Het voorkomt dat anonieme gebruikers tien kleine wijzigen achter elkaar maken. Neet 17 dec 2006 22:58 (CET)