Overleg gebruiker:Erik Baas

• Archief: 2008-2019 · 2020 · 2021 · 2022 · 2023

How we will see unregistered users

Hi!

You get this message because you are an admin on a Wikimedia wiki.

When someone edits a Wikimedia wiki without being logged in today, we show their IP address. As you may already know, we will not be able to do this in the future. This is a decision by the Wikimedia Foundation Legal department, because norms and regulations for privacy online have changed.

Instead of the IP we will show a masked identity. You as an admin will still be able to access the IP. There will also be a new user right for those who need to see the full IPs of unregistered users to fight vandalism, harassment and spam without being admins. Patrollers will also see part of the IP even without this user right. We are also working on better tools to help.

If you have not seen it before, you can read more on Meta. If you want to make sure you don’t miss technical changes on the Wikimedia wikis, you can subscribe to the weekly technical newsletter.

We have two suggested ways this identity could work. We would appreciate your feedback on which way you think would work best for you and your wiki, now and in the future. You can let us know on the talk page. You can write in your language. The suggestions were posted in October and we will decide after 17 January.

Thank you. /Johan (WMF)

4 jan 2022 19:18 (CET)

Ben je geen "<" bij span vergeten?

https://nl.wikibooks.org/w/index.php?title=Sjabloon:Bi&type=revision&diff=354714&oldid=338215&diffmode=source Geertivp (overleg) 6 jan 2022 14:11 (CET)

Ja, slordig! :-( En alleen zichtbaar op pagina's zonder infobox, vandaar dat 't me niet opgevallen was. Dank je! - Erik Baas (overleg) 6 jan 2022 14:16 (CET)

superscript

Beste Erik Baas, bedankt voor al je goede werk. Je ingreep met DISPLAYTITLE e.d. om een superscript ^eetje in de lucht te laten hangen heb ik bij mijn artikels echter teruggedraaid... Hoewel niet fout, is het niet zo gebruikelijk volgens Onze Taal. Maar vooral: ik vind het persoonlijk niet zo fraai, vandaar, mvg, J.G.G. (overleg) 21 jan 2022 13:47 (CET)

Daar ben ik - om meer dan een reden - niet blij mee, maar het is jouw boek. - Erik Baas (overleg) 21 jan 2022 17:59 (CET)

Oei, dat is jammer. Het verwonderde me dat je een voorkeur hebt voor een constructie je die eigenlijk zelden tegenkomt in een lopende tekst: vooral "20^e-eeuwse" levert een springerig, onrustig woordbeeld op. Zoals gezegd denkt ook Onze Taal er zo over. Allemaal details natuurlijk, niets om ons over op te winden, mvg, J.G.G. (overleg) 21 jan 2022 19:54 (CET)

Ik heb juist moeite met de aan elkaar geschreven versie, tussen bv. "20" en "e" zou op z'n minst iets moeten staan om aan te duiden dat daar letters weg gelaten zijn. Een apostrof op die positie ziet er ook niet uit, maar anders... ;-) - Erik Baas (overleg) 21 jan 2022 23:03 (CET)

Kijk, als ik je daar gelukkig mee kan maken, draai het dan allemaal maar terug naar jouw versie hoor. Geen probleem, ik wilde er eigenlijk eerst toch afblijven. Maakt me niet zoveel uit, mvg, J.G.G. (overleg) 21 jan 2022 23:55 (CET)

Nieuwgrieks

Beste, Ik heb gezien dat u onlangs wijzigingen hebt aangebracht aan de pagina 'nieuwgrieks'. Kent u iets van deze taal en zo ja, zou u dan de woordenlijsten van les 3 en hoger willen toevoegen? Ik zou graag Nieuwgrieks leren op deze manier. - De voorgaande opmerking werd toegevoegd door 109.136.161.245 (overleg|bijdragen)

Helaas weet ik niets van Grieks, ik heb op die pagina alleen wat technische dingetjes gefixt. De schrijvers van eigenlijke inhoud zijn Ilianthi en (vooral) Dirk math, wiens overlegpagina's je kennelijk al gevonden had. Als daar geen reactie op komt (misschien volgen ze die berichten niet meer) zou je ze nog een e-mail kunnen sturen,via de link "Deze gebruiker e-mailen" (linker kolom, onder "hulpmiddelen". - Erik Baas (overleg) 26 jan 2022 21:05 (CET)

Kolommen2 (variabel)

Hoi,
Ik had beloofd nog een keer naar Kolommen2 (variabel) te kijken in verband met het niet correct werken van de opmaak in kolom 2. Heb je toevallig ook een pagina waar dat probleem optreedt? Dan kan ik gerichter naar een oplossing zoeken. Groetjes, T.vanschaik (overleg) 11 apr 2022 21:35 (CEST)

Oei, die had ik toen wel, maar ik zal nu eerst even moeten zoeken... ;-) - Erik Baas (overleg) 12 apr 2022 15:11 (CEST)

Op Basiskennis_chemie/Systematische_Probleem_Aanpak/Significante_cijfers, de derde rij van de tabel "Rekenen in het Laboratorium" (die begint met "Ondanks de grote nauwkeurigheid") heeft drie cellen, de overige maar twee. Het valt me op dat de tweede cel - als enige - leeg is: kan dat er iets mee te maken hebben? - Erik Baas (overleg) 12 apr 2022 15:18 (CEST)

Bedankt, ga ik naar zoeken, T.vanschaik (overleg) 12 apr 2022 23:16 (CEST)

Het heeft enige tijd geduurd, maar ik denk da ik er uit ben. Door te controleren of er geen lege vette en/of cursieve tekst ontstaat (parameter is leeggelaten) ben ik geloof ik van de problemen af. Het gold zowel voor het figuur/formule-bijschrift "Nummer" als "Kol2". :-)))) T.vanschaik (overleg) 21 apr 2022 23:33 (CEST)

Anonieme bewerking in boek Duits

Dag,

hieraan meteen het "zwaarste" label van vandalisme geven lijkt me eerlijk gezegd een tikkeltje overdreven. Ook al was de bewerking inhoudelijk dan niet juist (meine is zelf geen uitgang, maar een verbogen vorm van mein), het lijkt me eerder een onhandige, maar niet slecht bedoelde poging geweest te zijn om iets inhoudelijks toe te voegen. Maar dat is uiteraard niet hetzelfde als bijv. gescheld toevoegen.

Op deze manier heeft een uitnodiging op de hoofdpagina om aan een boek mee te werken denk ik al met al weinig zin. Overigens staat Duits er nu al wel heel lang. Ik zie het elk jaar terugkomen, ik heb alleen niet het idee dat het ook echt veel nieuwe bewerkers aantrekt. De Wikischim (overleg) 28 sep 2022 00:22 (CEST)

Ik las er "meine schaft" in, en aangezien een van de mogelijke vertalingen "mijn penis" is. Ergo, geknoei. En wat is er zwaar aan het woord "vandalisme"? Hoe zou jij het dan noemen? - Erik Baas (overleg) 28 sep 2022 02:35 (CEST)

OK, nu snap ik misschien beter wat je bedoelt. De Wikischim (overleg) 28 sep 2022 10:37 (CEST)

Kemzieks woordenboek

Ik wou een infobox in het boek plaatsen, maar dat verloopt niet zoals verwacht. Graag ook in deze je hulp. Moeten er verder nog zaken aan het boek worden toegevoegd? GeenVraag (overleg) 13 okt 2022 06:54 (CEST)

Sorry, ik was er even niet, maar ik zie dat je inmiddels het recept gevonden hebt? - Erik Baas (overleg) 22 okt 2022 12:36 (CEST)

Ik heb een WSBN toegevoegd, maar dat verschijnt niet automatisch in de lijst "WSBN voor Wikibooks NL"? En ik zou verder niet weten hoe de Infobox moet worden aangevuld. GeenVraag (overleg) 24 okt 2022 08:46 (CEST)

Klopt, Die lijst moet handmatig bijgewerkt worden, zie hier. - Erik Baas (overleg) 25 okt 2022 00:05 (CEST)

Vraagje

Ik zie dat mijn nieuw aangemaakte pagina direct in een categorie verouderd wiskunde formaat is geplaatst. Waar vind ik daar meer over? En waar vind ik documentatie over het nieuwe formaat? TeunSpaans (overleg) 22 okt 2022 14:06 (CEST) Het gaat over Gebruiker:TeunSpaans\Verzamelingen\Wat is een verzameling

Het lijkt me hetzelfde probleem als dit. Kort samengevat: niets van aantrekken. ;-) - Erik Baas (overleg) 25 okt 2022 00:01 (CEST)

Erik, dank je! TeunSpaans (overleg) 25 okt 2022 19:19 (CEST)

Opruim verzoek

Erik,

zou je : gebruiker:TeunSpaans\Verzamelingen

• gebruiker:TeunSpaans\Verzamelingen\Inleiding
• gebruiker:TeunSpaans\Verzamelingen\Wat is een verzameling
• gebruiker:TeunSpaans\Verzamelingen\Bewerkingen
• gebruiker:TeunSpaans\Verzamelingen\Venn diagrammen
• gebruiker:TeunSpaans\Verzamelingen\Afbeeldingen en fucnties
• gebruiker:TeunSpaans\Verzamelingen\Carthesisch product
• gebruiker:TeunSpaans\Verzamelingen\Oplossingen opgaven

Willen opruimen?

Dat lukt me niet, helaas TeunSpaans (overleg) 27 okt 2022 07:59 (CEST)

Uitgevoerd. Je had het overigens zelf kunnen doen door simpelweg de titel te wijzigen (tabje Meer -> Hernoemen). PS.: Ik heb ook Gebruiker:TeunSpaans\Verzamelingen\Deelverzamelingen verwijderd, die was ook leeg en de inhoud was al verplaatst. - Erik Baas (overleg) 27 okt 2022 15:09 (CEST)

Dank je! TeunSpaans (overleg) 27 okt 2022 22:03 (CEST)

Linf fouten in mw.html.create

Beste Erik, ik ben druk bezig (sorry voor de vele edits, programmeren blijft lastig) met de Module:Layout. Ik zie dat jij erg druk bezig bent LINT-fouten uit wikibooks te halen (nogmaals sorry dat ik die vaak over het hoofd zie). Om te voorkomen dat de module die gaat creëren is mijn vraag of gebruik maken van de mediawiki Scribunto extensie die ene koppeling legt met mw.html.create, problemen gaat veroorzaken? Ik wilde juist deze mediawiki bibliotheek gebruiken om mooie HTML te bouwen. Alvast bedankt voor je antwoord en je vele bijdragen BeeBringer (overleg) BeeBringer (overleg) 5 jan 2023 09:12 (CET)

Moeilijk te voorspellen, daarvoor weet ik niet genoeg van genoemde software; we zien wel. Wat ik wel al zie is 38 pagina's in Categorie:Wikibooks:Pagina's met scriptfouten, en die kan ik niet voor je oplossen. Mede daarom heb ik je edits op Module:String/doc teruggedraaid. - Erik Baas (overleg) 6 jan 2023 16:52 (CET)

PS.: Schiet je niet een beetje door in je - ongetwijfeld goede - bedoelingen? Er zijn nu 53 (!) modules in de reeks Layout*, je maakt er dagelijks nog een paar meer, en ik zie door de bomen het bos niet meer... Ook is het doel mij niet echt duidelijk, maar misschien verandert dat als ik een praktische toepassing van Sjabloon:Opmaak zie? - Erik Baas (overleg) 6 jan 2023 17:16 (CET)

Ik schiet ongetwijfeld door ;) Ik heb wel de Categorie:Wikibooks:Pagina's met scriptfouten weer schoongepoetst. Ik was aan het hernoemen en toen moest ik plots weg vandaar. En ik heb meteen een reminder op elke module pagina gezet zodat ik ook check of die categorie leeg blijft. Probleem was dat ik met een pagina werkte die alle modules onder Module:Layout raakte. Juist om door de bomen het bos weer te zien was ik zaken aan het hernoemen en herordenen. Mijn bedoeling is te zorgen dat in ieder geval de boeken die ik heb mogen starten netjes worden opgemaakt, waarbij bijvoorbeeld automatisch een hoofdstukopsomming, boeken uit dezelfde boekenreeks, een bronnenpagina, een index van woorden in de tekst met een zakenregister, persoonsregister en conceptregister, en de juiste categorieën worden gevuld door alleen het sjabloon:Opmaak te plaatsen. Voor mijn eigen lol bouw ik het zo dat eventueel anderen het later ook kunnen gebruiken als ze willen. Met vriendelijke groet, BeeBringer (overleg) 6 jan 2023 18:38 (CET)

Ben heel benieuwd naar het resultaat, kan me er nog geen compleet beeld van vormen. - Erik Baas (overleg) 8 jan 2023 00:13 (CET)

Lintfouten en nieuw sjabloon

Hoi,
Na een tijdje de sjablonen Vragenblok en Antwoordenblok gebruikt te hebben, blijkt het toch handiger om maar een sjabloon te gebruiken en het op en neer schakelen tussen pagina's daarmee te omzeilen. Ik heb een nieuw sjabloon gemaakt: VraagEnAntwoord. Als ik in de editor kijk zie ik dat de afsluitende </table>-tag niet groen kleurt. Volgens mij wijst dat erop dat de software het niet als een correcte afsluit-code herkent. In de browser gaat het wel goed. Ook extra tekst toevoegen achter de betreffende code in het sjabloon heeft tot effect dat die netjes onder de tabel geplaatst wordt. Omdat tekst die niet in tabelcellen opgegeven wordt juist boven aan de tabel verschijnt geeft mij dat ook de indruk dat de tabel correct gedefinieerd is in het sjabloon, alleen dat de software het niet herkent. Ik hoop dat de lintfoutcontrole er niet ook weer over struikelt. Groetjes, T.vanschaik (overleg) 29 jan 2023 16:58 (CET)

De "linter" ziet er geen fout in, en jouw diagnose klinkt ook goed. Toch moet er ergens een fout in zitten, misschien eerder in de code. Bv. een niet afgesloten tr, td, nowiki of noinclude kan ook voor zulke problemen zorgen.

Wordt de /table-tag wel groen als je alle code tussen table en /table weghaalt? - Erik Baas (overleg) 29 jan 2023 21:07 (CET)

Ik zie 'm nog niet, ook deze zit weer goed verstopt. ;-) Wel kwam ik 9 10 nieuwe lintfouten tegen op [1] en 20 48 99 103 126 139 149 op [2] (de onderste 20). Lijkt meestal erger dan het is, als je de span in Sjabloon:Infobox fixt verdwijnen er al meteen een stuk of 15. - Erik Baas (overleg) 29 jan 2023 21:28 (CET)

PS.: Ik zal er ook even naar kijken, maar niet vandaag.

De editor interpreteert al die conditionele code niet. Die kleurtjes zijn in zulke gevallen minder accuraat. --bdijkstra (overleg) 14 mrt 2023 16:46 (CET)

Speciaal:Filter/4

Hoi,
Dit filter triggert op code als <br /> en beweert, zonder te vermelden om welke tag het gaat, dat de handeling schadelijk is en dat het om een verouderde HTML-tag gaat. Volgens mij is de code niet schadelijk en is de tag "br" op zich niet verouderd. bdijkstra (overleg) 20 feb 2023 16:17 (CET)

De code is (nog) niet schadelijk (zie ook mijn reactie hier) en <br> is ook niet verouderd, maar <br /> is dat wel. Ik zal de toelichting uitbreiden met de nodige details; had verwacht dat "Verouderde HTML" duidelijk genoeg zou zijn, omdat het onderwerp al vaak aan de orde geweest is. - Erik Baas (overleg) 20 feb 2023 16:41 (CET)

Sorry, ik kom hier niet zo vaak, dus ik heb die discussies niet gevolgd. Welke autoriteit op het gebied van HTML beweert dat zulke verouderd is of schadelijk zou kunnen worden? In de HTML5-specificatie lees ik niet zoiets. En Speciaal:LintErrors/obsolete-tag is leeg, maar er staat hier en daar nog wel <br />, dus het is ook geen lintfout, hoewel deze pagina wel iets in die richting suggereert. bdijkstra (overleg) 20 feb 2023 17:59 (CET)

• De linter meldt niet alle fouten, sommige duiken pas later op, of na een bewerking van de pagina, vele andere heb ik op moeten zoeken mbv. Search:insource: etc.
• De specificatie op w3.org vermeldt expliciet <br>; dat is toch duidelijk? - Erik Baas (overleg) 20 feb 2023 18:15 (CET)

  De linter meldt per definitie alle lintfouten. Het kan inderdaad even duren voordat een verandering leidt tot een opname in de speciale pagina. Linthint is in mijn ervaring echter altijd accuraat. Bij w3.org lijkt inderdaad <br> de voorkeur te hebben, maar <br /> wordt daar niet expliciet of impliciet afgekeurd. En hier of hier ook niet. Dit filter is onnodig vijandig jegens gebruikers. Het blijvend actief houden ervan is tiranniek. bdijkstra (overleg) 21 feb 2023 11:16 (CET)

Nogmaals: w3.org zegt <br>. Punt. Dat daar niet alle niet toegestane varianten worden vermeld is normaal. Zie bv. wetten.overheid.nl, punt 7:

De verkeerslantaarns van driekleurige verkeerslichten zijn samengesteld uit een rood, een geel en een groen licht [..]

Daar staat ook niet expliciet vermeld dat het niet blauw of paars mag zijn. Het lijkt mij volkomen duidelijk, en ik begrijp niet waarom je er tegenin blijft gaan. Ik stop dan ook met deze zinloze discussie.

Tenslotte: ik heb letterlijk vele duizenden lintfouten gefixt, en een goed jaar geleden was de lijst leeg op 1535 niet afgesloten tags na! Nu staan er weer ruim 1800 (waarvan 129 met medium of hoge prioriteit), vrijwel allemaal van een en dezelfde gebruiker. Ik heb het punt al meer dan eens aangekaart op zijn/haar OP, maar dat lijkt geen effect te hebben. Daarom heb ik het nu zo opgelost.

Er lijkt een betere en minder botte manier te zijn om via filters dit doel te bereiken; ik ben me aan het inlezen. (*) - Erik Baas (overleg) 21 feb 2023 12:08 (CET)

8.1.2.1 punt 6 van de HTML5 spec keurt <br/> expliciet goed. Graag het filter verwijderen of uitschakelen. bdijkstra (overleg) 15 mrt 2023 16:43 (CET)

Die alinea gaat over start tags. <br> is geen start tag. - Erik Baas (overleg) 15 mrt 2023 23:16 (CET)

Zie iets hoger: "Void elements only have a start tag" en nog iets hoger "Void elements ..., br, ...". bdijkstra (overleg) 16 mrt 2023 09:44 (CET)

*: Het filter is inmiddels minder "greedy" afgesteld, en blokkeert - om verwarring te voorkomen - alleen nog maar verouderde syntax van het br-element in de toegevoegde of gewijzigde tekst. - Erik Baas (overleg) 19 mrt 2023 02:26 (CET)

Wikijunior Natuurkunde mag niet bewerkt worden?

Beste Erik,

Als ik iets wil doen op Wikijunior:Natuurkunde/Inleiding, bijvoorbeeld in de eerste alinea "enzovoorts" (punt ontbreekt) =>"enzovoorts." (punt erbij) verschijnt bij opslagweigering de vrolijke mededeling "Deze handeling is automatisch geïdentificeerd als schadelijk, en daarom niet toegelaten. Als u denkt dat uw handeling wel constructief was, rapporteer dan aan de beheerder wat u probeerde te doen. De regel op basis waarvan uw handeling is tegengehouden: Verouderde HTML-tags, ic. (pijl naar links) br / (pijl naar rechts)>."

• Maar er zijn zo te zien helemaal geen "verouderde HTML-tags, ic.". ic. = in casu? En zou er trouwens bezwaar tegen zijn als die gouwe ouwes er wel waren? Wat kunnen ons lintfouten schelen? We zitten niet in een rekenprogramma. Hypercorrectie is schadelijk?
• Rara? Mag deze hindernis weg?

Dankjewel, Hansmuller (overleg) 3 mrt 2023 16:56 (CET)

De lintfouten zijn gefixt. - Erik Baas (overleg) 3 mrt 2023 17:29 (CET)

Wil je ajb ophouden dit lintfouten te noemen? De linter keurt <br /> goed. bdijkstra (overleg) 14 mrt 2023 16:47 (CET)

Ten onrechte. - Erik Baas (overleg) 14 mrt 2023 17:11 (CET)

Ten rechte of ten onrechte, dat maakt niet uit. Als je iets een lintfout noemt, dan zou je het met de linter moeten kunnen vinden, anders stuur je mensen met een kluitje het riet in. bdijkstra (overleg) 15 mrt 2023 16:34 (CET)

Het is een lintfout, zoek de definitie van "lintfout" maar op. De linter signaleert deze ten onrechte niet, maar dat betekent niet dat deze fouten niet opgelost zouden moeten worden. Het gaat om verouderde HTML, net als bv. <small> en <center>: één pot nat! Waarom strijd jij zo fanatiek tegen het fixen van <br />, maar niet die andere twee? Ik begrijp best dat je er enorme hinder van ondervindt bij al je bijdragen aan wikibooks, tw. bijna 200 in de afgelopen 16 jaar, waarvan nul sinds de activering van het filter, maar de echt actieve gebruikers zijn er al lang aan gewend, en het scheelt mij elke dag veel tijd. - Erik Baas (overleg) 15 mrt 2023 23:32 (CET)

Voor mij is in de context van Mediawiki-wiki's een lintfout een (potentieel) probleem dat gevlagd wordt door de Linter-extensie. 'small' is een normaal toegestaan element in HTML5, zie 4.5.4. 'center' is wel verouderd. En je mag best mensen aansporen om <br> te schrijven i.p.v. <br />, maar niet onder valse voorwendselen of m.b.v. draconische maatregelen. bdijkstra (overleg) 16 mrt 2023 09:54 (CET)

Voor jou ja, daar zeg je het. De definitie is letterlijk navelpluis. Zie en:w:Lint (software), en:Wikipedia:Linter en [3].

De linter signaleert <small> (en big) inderdaad niet meer, maar ik weet zeker dat dat een jaar (++?) geleden wel zo was. PS.: Ik heb je mijn redenen gegeven vwb. dat filter, en ik neem je zeer kwalijk dat je dat "valse voorwendselen" noemt. - Erik Baas (overleg) 17 mrt 2023 23:54 (CET)

Navelpluis is geen definitie maar een vertaling van het woord lint buiten de context van software. Binnen die context is een lintfout een fout die door een lint-tool (of linter) is aangewezen (gevlagd). En als jij beweert dat <br /> een lintfout is, dan moet er dus een lint-tool zijn die dat aangeeft. Maar die is er volgens mij niet.

Ik hou mij sinds 2017 bezig met lintfouten (zie bv. hier) en ik kan me niet herinneren dat 'small' en 'big' ooit categorisch afgekeurd werden. Het zijn wel inline-elementen dus ze zijn wel betrokken bij lintfouten wanneer ze verkeerd gebruikt worden.

En je hebt inderdaad je redenen gegeven vwb. dat filter. Voor het voorwendsel 'schadelijk' gaf je direct toe dat dit (nog) niet zo was, dus een vals voorwendsel. (*) Voor het voorwendsel 'verouderd' beriep je je op w3.org, maar je had blijkbaar niet goed naar de specificatie gekeken (zie kopje hierboven). Vandaar het tweede valse voorwendsel. bdijkstra (overleg) 18 mrt 2023 01:25 (CET)

Je hebt gelijk. Zo, nou eindelijk tevreden? Ga iemand anders' tijd verspillen. :-( - Erik Baas (overleg) 18 mrt 2023 01:31 (CET)
*: Je verdraait de werkelijkheid: de woorden "nog niet schadelijk" etc. zijn geen "bekentenis" mijnerzijds, maar een +/- citaat van de eerste pagina die ik ooit las over lintfouten: het gaat om heel veel, kleine, ongemerkt ingeslopen foutjes in HTML en wikicode, die nu nog geen probleem geven omdat de parser danwel je browser ze opvangt. Maar dat zal niet eeuwig zo blijven, en daarom moeten ze tijdig aangepakt worden. Als jij echt zo ervaren was met lintfouten zou je dat weten. Ik denk dat een verontschuldiging op zijn plaats is.- Erik Baas (overleg) 19 mrt 2023 02:20 (CET)

Echte lintfouten moeten inderdaad tijdig aangepakt worden. Vóórdat ze schadelijk worden. Het (via Mediawiki:abusefilter-disallowed) stellen dat ze nu al schadelijk zijn, klopt niet. --bdijkstra (overleg) 20 mrt 2023 11:29 (CET)

Sjabloon:Graph:Chart

Hoi,
Op de Nederlandse Wikipedia is een sjabloon aanwezig om plaatjes te definiëren: Graph:Chart. Als ik dat in de zandbak van Wikibooks uitprobeer krijg ik een rode link. Omdat je de vorige keer dat ik een sjabloon kopieerde vond dat de geschiedenis ook gekopieerd moest worden, en ik geen flauw idee heb hoe dat moet, hier het verzoek of het betreffende sjabloon ook (door jou, inclusief al bijbehorende toeters en bellen) naar Wikibooks gekopieerd kan worden. Vast bedankt. T.vanschaik (overleg) 17 mrt 2023 21:29 (CET)

Dat was niet omdat ik dat vond, maar omdat op deze pagina staat dat het zo moet. Dat is officieel ook de pagina waar het aangevraagd zou moeten worden, maar een berichtje op mijn OP is ook goed. Ik zal 'm voor je importeren, maar verwacht niet dat het vandaag of morgen al werkt, er worden ook nog een module en veel andere sjablonen gebruikt. - Erik Baas (overleg) 17 mrt 2023 22:59 (CET)

Helaas: import van Module:Graph geeft een foutmelding, en na handmatig kopiëren zou het inhoudsmodel nog op "Scribunto" ingesteld moeten worden, maar dat staat niet in de lijst. Morgen verder... - Erik Baas (overleg) 17 mrt 2023 23:26 (CET)

Dat inhoudsmodel kan waarschijnlijk alleen worden ingesteld in de Module-naamruimte. bdijkstra (overleg) 18 mrt 2023 00:10 (CET)

Nee. Bestaande modules zijn ingesteld op "Opgeschoonde CSS", en dat kan ik pas testen na een titelwijziging. Zoals gezegd, morgen; ik heb het voor vandaag gehad. - Erik Baas (overleg) 18 mrt 2023 00:14 (CET)

• Uitgevoerd, zie Sjabloon:Graph:Chart en Sjabloon:Tabel Exact/Elektronegativiteit Periodiek Systeem Grafiek. Er moeten nog wel diverse links aangepast worden. - Erik Baas (overleg) 19 mrt 2023 23:24 (CET)

Scheikunde Opgaven/Index

Hoi,
Ik zag dat je in Scheikunde Opgaven/Index 51 "overbodige" tabellen hebt verwijderd. Hoewel ik direct toegeef dat in de huidige versie (overigens volgens mij maar 26) tabellen weinig zinnigs aan het geheel toevoegen, is dit een index waar ik mee bezig ben. Ik heb het vage vermoeden dat ik van de 26 er weer zo'n 20, en misschien wel meer, weer teruggezet heb. Helemaal blij ben ik er dus niet mee. T.vanschaik (overleg) 19 mrt 2023 11:27 (CET)

• De "51" klopt inderdaad niet: je had een heel grote table voor de hele pagina, een voor de ABC-links (die heb ik vervangen door een div), en een ééncellige per letter: 28 dus, en 27 op de andere pagina omdat ik daar de enige zinvolle tabel ("T") heb laten staan. Ik had om te testen de table-borders zichtbaar gemaakt, en toen zag het er uit als twee tables per letter. Sorry.
• Tables zijn niet bedoeld voor opmaak en pagina-indeling, en op de pagina waren ze - op wat grotere witruimtes na - niet eens zichtbaar. Het spijt me dat je er niet blij mee bent, maar dit was echt volslagen zinloos.
• Voor die ABC-links hebben we trouwens een sjabloon (dat op deze pagina uiteraard niets doet):

• Hetzelfde geldt trouwens voor je sjabloon Paginalink, daar zijn zelfs een handvol alternatieven voor; zie Categorie:Sjablonen.

- Erik Baas (overleg) 19 mrt 2023 12:56 (CET)

Soms heb ik in wetenschappelijke teksten ook Griekse letters nodig en die voor die speciale gevallen in het sjabloon te stoppen is niet handig. Ik hoe het voorlopig op wat ik nu gebruik. ;) T.vanschaik (overleg) 31 mrt 2023 16:39 (CEST)

OK. - Erik Baas (overleg) 1 apr 2023 02:04 (CEST)

SVG-uploaden

Hoi,
Ik heb een bestandje met een organische structuurformule gemaakt dat er in mijn browser prima uitziet (Firefox maakt een mooi plaatje van een .svg-bestand) maar als ik het upload ben ik ineens alle contrast kwijt. Is dat iets geks, of doe ik iets fout. Ik heb al vaker op deze manier plaatjes ge-upload, en tot nu toe ging het goed. Bijgaand de tekst:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.0//EN" "https://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">
<svg width="512px" height="231px" version="1.0" xmlns="https://www.w3.org/2000/svg"><!--

--><line x1="6" y1="150" x2="131" y2="225" fill="black" stroke="black" stroke-width="5" /><!--
--><line x1="131" y1="225" x2="250" y2="154" fill="black" stroke="black" stroke-width="5" /><!--
--><line x1="262" y1="154" x2="381" y2="225" fill="black" stroke="black" stroke-width="5" /><!--
--><line x1="381" y1="225" x2="506" y2="150" fill="black" stroke="black" stroke-width="5" /><!--
--><line x1="250" y1="154" x2="250" y2="6" fill="black" stroke="black" stroke-width="5" /><!--
--><line x1="262" y1="154" x2="262" y2="6" fill="black" stroke="black" stroke-width="5" /><!--
--><line x1="250" y1="154" x2="262" y2="154" fill="black" stroke="black" stroke-width="5" /><!--

--></svg>

De eerste drie regels heb ik overgenomen uit het wikibook over SVG

Het bestand is onder de naam File:2-Ethylbut-1-ene.svg in de commons opgenomen. Het staat er twee keer in, omdat ik na de eerste keer kijken hoe het op een pagina uitpakte het idee had dat de lijntjes gewoon te dun geworden waren. Dus: doe ik iets fout of gaat er ergens anders iets mis T.vanschaik (overleg) 31 mrt 2023 16:48 (CEST)

Ik zie het zo 1-2-3 niet, de code lijkt wel in orde (maar kan wel veel compacter). Je zou de achtergrond nog expliciet wit kunnen maken met een rect van de volle grootte! Heb je de pagina gepurge'd, browsercache geleegd, en dan opnieuw geladen? Helaas kan ik je nu niet verder helpen, ik zit een beetje in de lappenmand. :-( Probeer het anders even hier. - Erik Baas (overleg) 1 apr 2023 02:13 (CEST)

Aan de SVG-code ligt het kennelijk niet: op commons is het verschil tussen beide versies duidelijk te zien, zowel in de SVG-weergave als in de thumbnails. En in Chrome is de weergave helemaal OK (normaal gebruik ik Firefox). Je kunt het bestand wel gewoon gebruiken op je artikel, mits je een andere breedte dan 512px gebruikt!

Width: 512 px

Width: 511 px

De eigenlijke oorzaak is mij niet duidelijk... Zal het eens aankaarten op commons. - Erik Baas (overleg) 2 apr 2023 19:22 (CEST)

512 is hexadecimaal: &0200; Misschien dat het daaraan ligt. T.vanschaik (overleg) 3 apr 2023 10:16 (CEST)

Geen idee hoe, maar het probleem is opgelost (zie bovenstaande afbeeldingen)! :-) - Erik Baas (overleg) 3 apr 2023 23:14 (CEST)

PS.: Dit is wat ik bedoelde met compactere code:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.0//EN" "https://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">
<svg width="512px" height="231px" version="1.0" xmlns="https://www.w3.org/2000/svg">
 <g stroke="black" stroke-width="5" stroke-linecap="round">
  <line x1=  "6" y1="150" x2="131" y2="225" />
  <line x1="131" y1="225" x2="250" y2="154" />
  <line x1="262" y1="154" x2="381" y2="225" />
  <line x1="381" y1="225" x2="506" y2="150" />
  <line x1="250" y1="154" x2="250" y2=  "6" />
  <line x1="262" y1="154" x2="262" y2=  "6" />
  <line x1="250" y1="154" x2="262" y2="154" />
 </g>
</svg>

1: groeperen, en dan de non-default properties aan de groep toekennen;

2: fill="black" kan weg, heeft hier geen functie;

3: stroke-linecap="round" om de lijnen onderaan beter te laten aansluiten.

- Erik Baas (overleg) 3 apr 2023 23:32 (CEST)

4: <!-- en --> zijn overbodig in SVG, regeleindes en meervoudige spaties worden toch al volkomen genegeerd.

- Erik Baas (overleg) 26 apr 2023 14:49 (CEST)

Bedankt

Een bezem die symbool staat voor de grote schoonmaak op Wikibooks.

Bedankt Erik!

Ik wil je graag vanuit het diepst van mijn hart bedanken voor al het geweldige werk dat je op Wikibooks verricht. Je inspanningen om de kwaliteit en netheid van onze geliefde online kennisbank te verbeteren, zijn echt bewonderenswaardig en verdienen alle lof. Jouw toewijding aan het schoonmaken, ordenen en controleren van pagina's zorgt ervoor dat onze gemeenschap kan blijven groeien en bloeien. Je passie voor het behoud en de verbetering van Wikibooks getuigt van een diep respect voor de waarde van gedeelde kennis en samenwerking.

Om je te bedanken, wil ik graag deze wiki-afbeelding met je delen, die jouw inzet voor het schoonmaken en het behouden van de kwaliteit van Wikibooks symboliseert. Mogen deze virtuele bezem en mijn woorden van waardering je eraan herinneren dat je inspanningen gezien en gewaardeerd worden door onze wereldwijde gemeenschap. Blijf alstublieft doorgaan met het fantastische werk dat je doet, en weet dat je een onmisbaar onderdeel bent van de Wikibooks-familie.

Met de warmste groeten en grote dankbaarheid, BeeBringer (overleg) 21 apr 2023 20:05 (CEST)

Sjabloon:Graph:Chart

Hoi,
Op Sjabloon:Graph:Chart staat vanaf 10 april dat het wegens technische problemen niet beschikbaar is. Heb je enig idee wanneer de problemen verholpen zijn? Vast bedankt voor de moeite. T.vanschaik (overleg) 26 apr 2023 13:36 (CEST)

Nee sorry, meer dan "Apparently, it is a matter of days to get graphs back" (https://phabricator.wikimedia.org/T334940) weet ik ook niet. PS.: Heb jij misschien toevallig nog een screendump van die grafiek? - Erik Baas (overleg) 26 apr 2023 14:07 (CEST)

Dank voor het aanbod. Ik wilde een nieuwe grafiek gaan maken, maar dat lukte dus niet. Inmiddels via een svg het geheel omzeild, zie Wiskunde voor MBO techniek/Grafieken y=ax+b. T.vanschaik (overleg) 28 apr 2023 10:56 (CEST)

Helaas, ik zie daar geen SVG hoor! Heb je 'm nog niet opgeslagen? - Erik Baas (overleg) 28 apr 2023 14:42 (CEST)

Sjabloondocumentatie en sjablonen

Hoi,
Ik zag dat je in Sjabloon:Rekenen in de techniek/Grafieken y=ax+b de layout van de bij de documentatie horende koppen teruggezet hebt naar standaard wiki-opmaak. Daar ben ik niet echt blij mee. Ik had ze juist naar een andere kleur gezet omdat de koppen in de documentatie en de koppen die in het sjabloonvoorbeeld voorkomen nauwelijks te onderscheiden waren. In het sjabloon wil ik geen andere koplayout gebruiken, dus daarvandaan de afwijkende kleur van de documentatiekoppen. T.vanschaik (overleg) 28 apr 2023 13:07 (CEST)

Het doel van die groene kleur begreep ik pas toen ik een tweede pagina zag waar dat ook het geval was, en het stond op mijn todo-lijst om het terug te draaien (wat je inmiddels zelf al gedaan hebt). Ik denk nog wel na over een betere oplossing, een die in een oogopslag duidelijk is (en zonder uitleg vooraf). Heb als eerste {{Sjablooninfo}} toegepast, dat ziet er mi. beter uit, en is er tenslotte voor gemaakt. ;-) - Erik Baas (overleg) 28 apr 2023 14:35 (CEST)

Kolommen2 (variabel) /2

Ik ben aan het puzzelen geweest. In de sjabloonzandbak staat een nieuwe poging. Het lijkt te werken. Ik durf de zandbakversie echter niet zomaar in kolommen2 te dumpen. Beetje eng. Ik ga morgen wel eens kijken of ik een truc kan verzinnen om te proberen of het allemaal goed gaat. T.vanschaik (overleg) 15 mei 2023 01:06 (CEST)

Je kunt ook kolommen2 voorlopig laten zoals die is, en verder ontwikkelen in de sjabloonzandbak, met een kopie van een van je pagina's in de zandbak (met {{Wikibooks:Sjabloonzandbak}}). Dan blijven je "echte" pagina's in stand en heb je ook geen tijdsdruk en is het misschien minder eng ;-) - Erik Baas (overleg) 15 mei 2023 10:57 (CEST)