Gebruiker:Martix/Kladblok/Tabel & Wikicode tests

Collapsed table (or single cell/text box) herschreven (test) wiki-table

bewerken

Split title-bar (header bar) (herschreven wiki-table test

bewerken

Bedoeld om in de layout van een infobox-sjabloon als een layout header boven de lege (bedoeld om te kopieren) template links, en een voorbeeld van het resultaat van een redelijke tot zo compleet mogelijke template rechts – of zelfs om het lege template en het resultaat voorbeeld zelfs in de tabel onder de betiteling in te voegen t.b.v. wat meer structuur in de gehele layout van infobox sjablonen –.

Header bar – Version 0.1

bewerken

Deze vroege versie, waar nog style statements bevatte en/of calls naar style definitions, en leverde het volgende visuele resultaat op (dat dus sowieso conflicteerde met het infobox-sjabloon):


Following are both an empty template, and an example of a populated one
[Version 0.1 : accepted into development ]
Leeg sjabloon dat bovenin een artikel moet worden gezet Voorbeeldresultaat van een completer ingevuld sjabloon


Ten behoeve van een volledig overzicht ende veranderingen, de snippet van [ Version 0.1 : accepted into development ] (ingevoerd in CMS en RCS) zag er als volgt uit:

{| style="table-layout:fixed; width:100%; text-align:left; border:0px solid black; background-color:#F7F7F7;" cellspacing="0" cellpadding="4"
 |+ style="text-align:left;" | <big>'''Following are both an empty template, and an example of a populated one'''</big><br /> [Version 0.1 : <small>'''accepted into development''' ]</small>
 | style="text-align:left; width:50%; border:1px solid black; white-space:nowrap;" | '''Leeg sjabloon dat bovenin een artikel moet worden gezet'''
 | style="text-align:right; width:50%; border:1px solid black; white-space:nowrap;" | '''Voorbeeldresultaat van een completer ingevuld sjabloon'''
|} 


Header bar – Version 0.2

bewerken

In deze versie zijn alle "style statements" vervangen door andere qualifiers, modifiers of zijn andere parameters aangesproken, of mogelijk dezelfde maar dan niet via style definities, maar er buitenom. Helaas was het conflict niet verholpen, maar er werd al rekening gehouden dat de gebruikte {nowrap}-sjablonen ook nog een (mede-) oorzaak zijn. Visueel zijn alle verschillende versies, ondanks de totaal andere methodieken, of andere aangesproken protocol-stacks, wat de verwachting dat de wiki-table ook in zuivere [X]HTML geschreven kan worden met precies dezelfde eigenschappen. (Dit is met name van belang voor een andere wiki-table die ook (dezelfde) conflicten geeft, maar die een wat dynamischer karakter hebben en lastiger om te bouwen zal zijn naar zuivere HTML.

De aanblik van deze versie 0.2 levert evenwel weer exact hetzelfde plaatje op; saai, maar dat is wel at vereist is:

Hieronder staan een leeg bronsjabloon en het resultaat van een ingevuld sjabloon naast elkaar
[ Version 0.2 : development progressed with 1 tick ]
Leeg sjabloon dat bovenin een artikel moet worden gezet Voorbeeldresultaat van een completer ingevuld sjabloon

De code/definitie van de bovenstaande titelbalk V0.2 is als volgt:

{| border="1" cellpadding="8" cellspacing="0" bgcolor="#F7F7F7" width="100%"
 |+ align="left" | <big>'''Hieronder staan een leeg bronsjabloon en het resultaat van een ingevuld sjabloon naast elkaar'''</big> [Version 0.2 : <small>'''development progressed with 1 tick''' ]</small>
 | border="1" align="left"  | {{nowrap|'''Leeg sjabloon dat bovenin een artikel moet worden gezet'''}}
 | border="1" align="right" | {{nowrap|'''Voorbeeldresultaat van een completer ingevuld sjabloon'''}}
|}




Header bar – Version 0.4

bewerken

Maandag, 2 april 2018: Het bovenstaande (heading/header) object is met heel andere statements geconstrueerd, en heeft desondanks dezelfde functionele en visuele eigenschappen als het eerste object dat veel style-statements bevatte en aanriep,die vrijwel zeker de oorzaak zijn van het conflict. Helaas ging de bovengenoemde titelbalk óók (nog) niet samen met (een specifiek) infobox sjabloon, het resultaat/foutmeldingen waren nagenoeg gelijk. Het kan echter goed mogelijk zijn dat het gebruikte {nowrap}-sjabloon nu de boosdoener is (want of het nu om style-statements gaat of iets anders, het conflict is altijd op sjabloon-niveau en mét een ander sjabloon dat door de horeca-infobox ook wordt aangeroepen.

Dit leidt dus logischerwijs dat in de bovenstaande bovenstaande versie van de wiki-snippet eerst nog een poging wordt gemaakt om die sjablonen e vervangen of te verwijderen, voordat het echt volledig naar HTML wordt geconverteerd. Dat leidt dus tot (bijvoorbeeld) de volgende aanpassing:


{| border="1" cellpadding="8" cellspacing="0" bgcolor="#F7F7F7" width="100%"
 |+ align="left" | <big>'''Hieronder staan een leeg bronsjabloon en het resultaat van een ingevuld sjabloon naast elkaar'''</big> [Version 0.4 : <small>d'''evelopment progressed with 2 ticks''' ]</small>
 | border="1" align="left" white-space="nowrap"  | '''Leeg sjabloon dat bovenin een artikel moet worden gezet'''
 | border="1" align="right" white-space="nowrap" | '''Voorbeeldresultaat van een completer ingevuld sjabloon'''
|}

...hetgeen de het volgende visuele resultaat geeft:

Hieronder staan een leeg bronsjabloon en het resultaat van een ingevuld sjabloon naast elkaar
[ Version 0.4 : development progressed with 2 ticks ]
Leeg sjabloon dat bovenin een artikel moet worden gezet Voorbeeldresultaat van een completer ingevuld sjabloon



Andere test voor forceren opmaak

bewerken
(klik op [bewerken] om de wiki-brontekst te zien
De opzet hieronder is feitelijk een tabel met 1 rij en 3 kolommen, met alle frameborders opnzichtbaar gemaakt.
Het oinderschrift bij de afbeelding in de meest linkse cel in m.b.v. twee {{nowrap}}-sjablonen geforceerd om cd eerste twee woorden op één regel bij elkaar te houden, alsook voor de laatste twee woorden; dat is met dit proportionele font en kerneing/overhang de verdeling waarbij de zinsdelen het minst van elkaar verschillen. Zonder dee forcering zou de regelafbreking [kunnen] zorgen voor een verdeling over 3 regels met in het ongunstigste geval op de 3 regels resp. 2, 1, en en 1 woord. Het is ook mogelijk te kiezen voor een verdeling van resp. 1, 2, 1 woorden per regel (het beginnende en laatste woord (ongeveer even breed) op een eigen regel, en de twee tussenliggende woorden samen op de middelste regel. Dealer's choise!
Het (resultaat) van het stanza
 
Bettelhovebeek bij het Egmontpark
Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Pellentesque arcu. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos hymenaeos. Nullam sapien sem, ornare ac, nonummy non, lobortis a enim. In rutrum. Nullam eget nisl. In laoreet, magna id viverra tincidunt, sem odio bibendum justo, vel imperdiet sapien wisi sed libero. Etiam ligula pede, sagittis quis, interdum ultricies, scelerisque eu. Nullam rhoncus aliquam metus. Proin in tellus sit amet nibh dignissim sagittis.
Commons heeft media­bestanden in de categorie Onroerend erfgoed in Zottegem.
————————————————————————————————————————————————



ARCHIEF: de plek onder dit kopje is bedoeld als code snippets archive

bewerken

Dat betekent dus dat oude/niet courante code ensnippets die elders het overzicht verminderen letterlijkonder de de kopregel van deze sectie geplaatst dient te worden, dus onderaan de pagina, neaar wél boven de {appendix}. De meeste gearchiveerde stukjes code en snippets zal niet in de "normal page view" zichtbaar zijn, omdat ze ofwel afzonderlijk ofwel omdat een heel blok tussen <!-- HTML comment signs --> staat die alleen maar zichtbaar zijn in bewerkmodus. Maar het is niet uitgesloten dat er zo nu en dan iets "merkwaardigs" of een verdwaalde regel code zichtbara is in deze sectie.

Er is nog geen structuur opgezet, het is gewoon voor deze specifieke kwestie de aangewezen plek om oudere of zelfs niet werkende code naartoe te verplaatsen; code deleten daar doe ik niet aan.


Wikibrontekst snippets 'uitgecommenteerd'