Vorlage Diskussion:Stammbaum/Archiv

message: Kannst du bitte mal die Vorlage:Stammbaum inklusive Vorlage:Stammbaum/step2 durchschauen?
eine einfache leere Zelle mit 

{{Stammbaum/Start}}
{{Stammbaum | | }}
{{Stammbaum/Ende}}

erzeugt folgenden HTML-Code

<td rowspan="2" colspan="2">
<div style="width: 2em; height: 2em;"><span style="font: 1px/1px serif;"> </span></div>
</td>

Kannst du mal bitte schauen, inwiefern man den style jedes Divs(TD|span) durch eine class erzeugen kann? Wenn man die Class ensprechend kurz benennt, so lassen sich z.B. bei Stammbaum der griechischen Götter einige kb an Traffic vermeiden. Zum besseren Reinfinden:
Das ist ein Feld des Stammbaumes. Als Rahmen wird immer border-bottom und border-right verwendet. Außer in Vorlage:Stammbaum/step2, da werden die Boxen für die Namen erzeugt. Ein Feld ist in html immer 2 zeilen hoch und 2 Spalten weit. Boxen sind 6 spalten weit und 2 spalten hoch. Würde mich freuen, wenn du eine Lösung findest. Im genannten Beispiel sind irgendwo 48 Leerzellen nebeneinander die mit 

<td rowspan="2" colspan="2">
<div style="width: 2em; height: 2em;"><span style="font: 1px/1px serif;"> </span></div>
</td>

erzeugt werden. wenn man schon da in html den colspan auf 96 vergrößert sind dass schon "unmengen" an Traffic :) MfG --darkking3 Թ 16:07, 22. Mai 2007 (CEST)
replies: text: Hallo Darkking3, momentan schaff ich's aus zeitlichen Gründen gerade nicht, werde mich Deiner Anfrage aber möglichst zeitnah annehmen. Gruß --WIKImaniac 19:44, 22. Mai 2007 (CEST)

text: Was Du suchst, findet sich tatsächlich in der Vorlage:Stammbaum und nicht in den anderen beiden Vorlagen, die lediglich zum Öffnen und Schließen der Tabelle zuständig sind. Ich bin mal durch den Code gegangen, und habe zusammengestellt, welche CSS-Style-Kombinationen mit welcher Häufigkeit auftreten.
Häufigkeit	Style
2         	style="width: 2em; height: 2em;"
97        	style="font: 1px/1px serif;"
69        	style="width: 1em; height: 1em;"
14        	style="border-bottom: 1px solid black;"
14        	style="border-right: 1px solid black;"
14        	style="width: 1em; height: 2em;"
15        	style="width: 2em; height: 1em;"
5         	style="border-right: 1px solid black; border-bottom: 1px solid black;"
12        	style="border-bottom: 1px dashed black;"
12        	style="border-right: 1px dashed black;"
4         	style="border-right: 1px dashed black; border-bottom: 1px dashed black;"
3         	style="width: 1em;"
3         	style="height: 1em;"
3         	style="border-right: 1px solid black; border-bottom: 1px dashed black;"
4         	style="border-right: 1px dashed black; border-bottom: 1px solid black;"
Entweder kannst Du die Styles, zumindest diejenigen, die häufig verwendet werden, als CSS-Klasse "eins zu eins" auslagern. Ebenso könntest Du die vorhandenen Styles aufbrechen und rekombinieren, um nicht allzu viele Styles anlegen zu müssen. Um Dir das Suchen und Ersetzen der einzelnen Styles zu erleichtern, habe ich bereits parallel zur Erstellung obiger Tabelle die Styles der Vorlage:Stammbaum "standardisiert", so dass Du nun sogar eine automatische Ersetzung vornehmen lassen könntest. Gruß --WIKImaniac 21:15, 23. Mai 2007 (CEST)

text: In welcher Vorlage bringe ich die Styls am besten unter? Ich hatte an /Start gedacht, da sonst bei jedem aufrufen von Stammbaum auch die Styles neu definiert werden. Und /Step2 ist auch ein styles-kandidat, da ja bei jedem Kästchen auch ein style gesetzt werden kann? würde zusätzlich zwar auch die definierten designmöglichkeiten beschränken, aber Angaben im Tag gingen doch vor style? Ich würde mich freuen, wenn du mir dabei helfen könntest. Alternativ können wir diese Disk ja bei der Vorlage fortsetzen. --darkking3 Թ 23:11, 23. Mai 2007 (CEST)
replies: text: Hinsichtlich Deiner Vermutung, dass spezifische Style-Angaben die allgemeinen CSS-Vorgaben überdecken, kann ich bestätigen. Hmm, das ist ein interessanter Ansatz die CSS-Information in Vorlage:Stammbaum/Start unterzubringen. Ich hatte zunächst erwartet, Dir würde die zentrale CSS-Datei vorschweben. Sollte sich dies umgehen lassen, dann wäre das sogar noch besser, da ich mir nicht wirklich vorstellen kann, dass für eine einzelne Vorlage dort umfangreiche Styleklassen angelegt werden würden. Am besten beziehst Du ein paar weitere Mitarbeiter aus der Wikipedia:WikiProjekt Vorlagen/Werkstatt in diese Diskussion mit ein. Gruß --WIKImaniac 23:32, 23. Mai 2007 (CEST)
replies: text:  moved from here. Dass eine Vorlage Einträge in eine allg. CSS der Wikipedia kommt, ist utopisch. War auch nie mein Ziel. Ich weiß, dass man Styles im <head></head> unterbringen kann, ähnlich dem Stil einer css. Was mir noch einfallen würde, wäre eine Vorlage wie Stammbaum/style, in der die Styles ausgelagert sind und von /Start eingebunden werden.
Hallo, ich habe die Stile von oben mal zerlegt und mit möglichen CSS-Klassennamen versehen.  Die Gesamthäufigkeiten sind in den Kommentaren genannt.  --Wiegels „…“ 17:01, 24. Mai 2007 (CEST)

text: Ich würde die Styles in der Vorlage:Stammbaum/Start unterbringen. Das ist zwar nicht so sauber wie eine eigene CSS-Unterseite, allerdings wird dadurch eine weitere Vorlageneinbindung vermieden. Und bei diesem Unterfangen geht es ja augenscheinlich um Serverentlastung. Gruß --WIKImaniac 18:16, 24. Mai 2007 (CEST)
thread_title:  Durchsicht [[Vorlage:Stammbaum]] 

message: Hallo, wir würden diese Vorlage gerne für Jedipedia verwenden. Deshalb möchte ich fragen, ob es ein Tutorial für die Installation gibt? Gruß, Premia 22:47, 5. Nov. 2007 (CET)
thread_title:  Tutorial? 

message: Im folgenden Beispiel der englischen Wikipedia (siehe hier) findet sich folgendes Beispiel zur Erzeugung eines farbigen Hintergrunds bei den Boxen:
 

{{familytree/start}}
{{familytree| | | | |WHITE| | | | |WHITE=White box}}
{{familytree| |,|-|-|'|!|`|-|-|.| }}
{{familytree|RED  |~|GREEN|~|BLUE |RED=Red box|GREEN=Green box|BLUE=Blue box
|boxstyle_RED  =background-color: #faa;
|boxstyle_GREEN=background-color: #afa;
|boxstyle_BLUE =background-color: #aaf;
}}
{{familytree/end}}

Mit der entsprechenden deutschen Vorlage funktioniert es aber nicht.
Das Coding 

{{Stammbaum/Start}}
{{Stammbaum| | | | |WHITE| | | | |WHITE=White box}}
{{Stammbaum| |,|-|-|'|!|`|-|-|.| }}
{{Stammbaum|RED  |~|GREEN|~|BLUE |RED=Red box|GREEN=Green box|BLUE=Blue box
|boxstyle_RED  =background-color: #faa;
|boxstyle_GREEN=background-color: #afa;
|boxstyle_BLUE =background-color: #aaf;
}}
{{Stammbaum/Ende}}

ergibt folgende Anzeige:
Mache ich hier etwas falsch oder handelt es sich um einen Fehler in der Vorlage? Schöne Grüße zum Neuen Jahr. --HerbertErwin 11:00, 1. Jan. 2008 (CET)
replies: text: Du machst gar nichts falsch, es wurdebewusst weggelassen, da es den Quelltext nur unnötig vergrößert, was in keinem Verhältniss zum Nutzen steht. Man könnte es nicht einbauen, da dann Vorlage:Stammbaum (komplex) eine zu hohe Preexpandinclude Size hätte, die derzeit bei 2048kb liegt. --darkking3 Թ 11:10, 1. Jan. 2008 (CET)
thread_title:  Farbiger Hintergrund bei den Boxen 

message: Liebe Experten, ich habe hier einen Stammbaum Platons erstellt. Dabei gelten die Verwandtschaftsverhältnisse in den ersten fünf Generationen als unsicher. In Ermangelung einer anderen Form der Verbindungslinien habe ich hierzu gestrichelte Linien verwenden, die jedoch auch für eheliche Verbindungen Anwendung finden. Gibt es irgendeine Möglichkeit, für diese Zwecke eine andere Linienart (etwa gestrichelt mit Punkten) einzubinden? Herzlichen Dank für eine Antwort vorab. --Anamnesis 11:18, 9. Aug. 2009 (CEST)
replies: text: Es wäre möglich, gepunktete Linien zu schaffen, allerdings wäre es einfach drunter zu schreiben, dass die gestrichelten linien nur vermutungen o.ä. sind. Man müsste ja die Kreuzungen usw. erstellen wie sie von durchgezogen und gestrichen sowie ihren kombinationen gibt. Alles in allem würde die einen erheblichen Aufwand bedeuten, da man 2 alle Kreuzungen doppelt erstellen müsste (solid und dashed auf dotted. Ich bin gerade am Überlegen, ob es möglich wäre, einen weiteren Parameter zu schaffen, um die Linien umschaltbar zu machen ;) --darkking3 Թ 13:36, 9. Aug. 2009 (CEST)
replies: text: Das Problem besteht darin, dass es ja auch durchaus gesicherte eheliche Verbindungen gibt (s. z.B. zwischen Ariston und Periktione), die mit dem gleichen Linientyp gekennzeichnet sind. Ich möchte aber keine unnötigen Umstände bereiten, schließlich kann ich eine andere Form der Verbindungslinie auch per Bildbearbeitung erstellen, da ich den Stammbaum ohnehin als Bilddatei benötige. Grundsätzlich wäre diese Option aber vielleicht doch bedenkenswert. Nochmals vielen Dank. --Anamnesis 17:00, 9. Aug. 2009 (CEST)
thread_title:  Frage zu Verbindungslinien 

message: Hallo, wie stellt man es denn dar, wenn eine Person eine erste und zweite Ehe hatte? Gibt es irgendwo in der Wikipedia ein Beispiel? Aus der ersten Ehe sind auch Nachkommen darzustellen. Gruß --dealerofsalvation 19:28, 11. Mär. 2010 (CET)
replies: text: Stammbaum der griechischen Götter und da bei Zeus schauen mit 12 frauen ^^ --darkking3 Թ 21:11, 11. Mär. 2010 (CET)
replies: text: Danke, das hatte mir bereits geholfen. Es geht um den christlichen Kulturkreis, wo Ehen nacheinander stattfinden, da hatte ich dann das (siehe Beatrix von Hildrizhausen) zustande gebracht, ein anderer Benutzer hat zur Verdeutlichung der Reihenfolge noch eine (1) und (2) zu den Ehegatten hinzugefügt. Ist das so üblich? Als optimal stelle ich mir vor, wenn man die gestrichelten Linien selber numerieren könnte. --dealerofsalvation 12:05, 20. Mär. 2010 (CET)
replies: text: Nummerierung ist zwar prinzipiell möglich, allerdings würde mir nur einfallen, dies wie eine eigene Box umzusetzen mit anderen Rändern, sodass der Abzweig nummeriert wäre. --darkking3 Թ 12:22, 20. Mär. 2010 (CET)
thread_title:  Erste & zweite Ehe 

message: man kann kein valign="top" übergeben - da man das auch global an <tbody> übergeben kann, sollte es also an Vorlage:Stammbaum/Start neben den style-element übergeben werden können --W!B: 08:06, 9. Jun. 2009 (CEST)
thread_title:  valign 

message: unklar ist mir folgendes (undokumentiertes) material: 
(ich hab die Vorlage:./Start mit cellspacing="5" cellpadding="5" border="1" nachgestellt:)
	
code:
:| | | |
:| |.| |
:| | | |
=== Inhalt der Musterzellen ===
* Vorlage:Stammbaum definiert in den ersten zeilen unter „3 leere Felder“ die füllungen ||, | | und |0|, wobei ich annehme, dass «0» als alternative für «space» implementiert ist (während eine „ganz leere box“ tatsächlich als leer definiert ist)
aber: definiert ist das leerfeld als:
:  
meiner meinung nach ist aber style="font: 1px/1px serif;" keine gültige definition des font-elements, sodass davon auszugehen ist, dass der   weder 2em noch 1px dargestellt wid, sondern in std-schriftgröße des browsers (auch die anweisung serif ist völlig nutzlos, allfällig wäre monospace bzw. ...,  ... oder  ... sinnvoll)
imho könnte man diesen schnippsel deutlich straffen auf 
: 
ohne irgendetwas zu verlieren (und die „ganz leere box“ sollte genauso definiert sein, um keine unvorhersehbaren effekte zu produzieren)
beispiel siehe oben, mittlere zelle «.»: stellt man die textgröße im browser um, ändert sich die größe der zellen (was ja auch sinnvoll ist) --W!B: 10:39, 12. Jun. 2009 (CEST)
replies: text: Ich hatte "damals" schon beim Überarbeiten der Vorlage und bei der zusammenführung mit Vorlage:Familytree Probleme, den Quelltext maßgeblich zu vereinfachen, da man z.B. bei Stammbaum der griechischen Götter wunderbar sieht, was dies für eine Monstervorlage ist. Die Vorlage erzeugt aus 11.675 byte Quelltext eine 900.368 Byte große Seite. Somit ist diese Seite bytemäßig auf jeden Fall die größte ihrer Art. Alle anderen v.a. Lange Artikel sind insgesamt wesentlich kürzer. Wir können gerne den Quelltext erstmal in einem BNS überarbeiten und den Erfolg uns anschauen :) --darkking3 Թ 12:11, 12. Jun. 2009 (CEST)
replies: text:  na immerhin toll - ich hatte schon angst, dass die vorlage niemand versteht, sondern sie nur ein en-import ist -   hab schon ich getestet, ich seh keinen unterschied - wir sollten schauen, was man sonst noch am code straffen könnte, ohne gröbere umbauten vorzunehmen --W!B: 16:43, 12. Jun. 2009 (CEST)
replies: text: So ganz versteh ich die Vorlage eh noch nicht, aber der htmlcode und die dahinterliegende Idee ist nicht das problem. Und interesse zum straffen hatte ich schon in der Vorlagenwerkstatt angebracht, fand aber kein Gehör. Siehst ja hier die Auswertung der Parameter ;) --darkking3 Թ 23:34, 12. Jun. 2009 (CEST)
replies: text:  na dann machen wirs halt ohne Werkstattteam.. 
hauptproblem der vorlage in der jetzigen form ist, dass sie "blindwütig" jede Stammbaum-zelle in  2x2 HTML-zellen setzt, was bei einem 40 breiten stammbaum zu bis zu 120 HTML-Zellen je zeile führt, bei 10 zeilen (also gar nicht so groß), sind das 1200!! Zellen - kein wunder, dass das mega-blähend wirkt: HTML ist nicht für straffen code berühmt.. lösungsweg unten unter #Problem 2x2 --W!B: 05:35, 13. Jun. 2009 (CEST)

text: Aber das ist kein reines wp-problem? Somit müsste man davon ausgehen, dass die Implementierung von HTML bzw. die Umsetzung in den Parsern falsch ist. --darkking3 Թ 12:18, 12. Jun. 2009 (CEST)
replies: text:  das ist ein fehler in HTML, nur, wir brauchen ihn nicht verwenden.. ;) --W!B: 16:37, 12. Jun. 2009 (CEST)
replies: text: Ich kann mir nicht so recht vorstellen, wie du den umgehen willst? Schließlich machst du ja eine Box mit colspan="6" und rowspan="2" auf und willst am Ende noch seitlich Linien anfügen? --darkking3 Թ 23:22, 12. Jun. 2009 (CEST)
thread_title:  problem im code der vorlagen 

message: * Vorlage:Stammbaum definiert in den ersten zeilen unter „3 leere Felder“ die füllungen ||, | | und |0|, wobei ich annehme, dass «0» als alternative für «space» implementiert ist (während eine „ganz leere box“ tatsächlich als leer definiert ist)
aber: definiert ist das leerfeld als:
:  
meiner meinung nach ist aber style="font: 1px/1px serif;" keine gültige definition des font-elements, sodass davon auszugehen ist, dass der   weder 2em noch 1px dargestellt wid, sondern in std-schriftgröße des browsers (auch die anweisung serif ist völlig nutzlos, allfällig wäre monospace bzw. ...,  ... oder  ... sinnvoll)
imho könnte man diesen schnippsel deutlich straffen auf 
: 
ohne irgendetwas zu verlieren (und die „ganz leere box“ sollte genauso definiert sein, um keine unvorhersehbaren effekte zu produzieren)
beispiel siehe oben, mittlere zelle «.»: stellt man die textgröße im browser um, ändert sich die größe der zellen (was ja auch sinnvoll ist) --W!B: 10:39, 12. Jun. 2009 (CEST)
replies: text: Ich hatte "damals" schon beim Überarbeiten der Vorlage und bei der zusammenführung mit Vorlage:Familytree Probleme, den Quelltext maßgeblich zu vereinfachen, da man z.B. bei Stammbaum der griechischen Götter wunderbar sieht, was dies für eine Monstervorlage ist. Die Vorlage erzeugt aus 11.675 byte Quelltext eine 900.368 Byte große Seite. Somit ist diese Seite bytemäßig auf jeden Fall die größte ihrer Art. Alle anderen v.a. Lange Artikel sind insgesamt wesentlich kürzer. Wir können gerne den Quelltext erstmal in einem BNS überarbeiten und den Erfolg uns anschauen :) --darkking3 Թ 12:11, 12. Jun. 2009 (CEST)
replies: text:  na immerhin toll - ich hatte schon angst, dass die vorlage niemand versteht, sondern sie nur ein en-import ist -   hab schon ich getestet, ich seh keinen unterschied - wir sollten schauen, was man sonst noch am code straffen könnte, ohne gröbere umbauten vorzunehmen --W!B: 16:43, 12. Jun. 2009 (CEST)
replies: text: So ganz versteh ich die Vorlage eh noch nicht, aber der htmlcode und die dahinterliegende Idee ist nicht das problem. Und interesse zum straffen hatte ich schon in der Vorlagenwerkstatt angebracht, fand aber kein Gehör. Siehst ja hier die Auswertung der Parameter ;) --darkking3 Թ 23:34, 12. Jun. 2009 (CEST)
replies: text:  na dann machen wirs halt ohne Werkstattteam.. 
hauptproblem der vorlage in der jetzigen form ist, dass sie "blindwütig" jede Stammbaum-zelle in  2x2 HTML-zellen setzt, was bei einem 40 breiten stammbaum zu bis zu 120 HTML-Zellen je zeile führt, bei 10 zeilen (also gar nicht so groß), sind das 1200!! Zellen - kein wunder, dass das mega-blähend wirkt: HTML ist nicht für straffen code berühmt.. lösungsweg unten unter #Problem 2x2 --W!B: 05:35, 13. Jun. 2009 (CEST)
thread_title:  Inhalt der Musterzellen 

message: ausserem ist zu sehen, das am ende mancher stammbaumbox-zeilen (also jeder zweiten html-tabellenreihe) eine zusätzliche box steht: sie ist wirklich 1px groß, nur addieren sich spacing, padding und border im beispiel oben dazu (in den artikeln, mit standardeinstellung, ist sie natürlich kaum erkennbar)
tatsächlich setzt diese ganez vorlage auf einer definitionslücke in html auf, nämlich der, wenn eine zelle mit colspan und rowspan über die ganze breite angesetzt ist:
{| border="1"	A 	B
AB	AB	
AB	AB	
AB	AB	
dann ist nämlich undefiniert, wie die (vollständig überdeckte) nächste zeile codiert wird - und es gibt auch in wikicode keine möglichkeit, nach der zweiten AB-zelle die tabelle fortzusetzten:
formal richtig wäre:	formal richtig wäre:	formal richtig wäre:	workaround:	workaround:	workaround:
{| border="1"	A                   	B                   	           	           	
AB                  	AB                  	                    	           	           	
AB                  	AB                  	                    	           	           	
AB                  	AB                  	A                   	B          	           	
insgesamt führt das aber zu der situation, dass die zellenanzahl nicht überall gleich ist, was den browser aus dem tritt werfen kann: tatsächlich sollten auch die Stammbaum-zeilen mit einer formal html-korrekten zelle abschliessen --W!B: 10:39, 12. Jun. 2009 (CEST)
replies: text: Aber das ist kein reines wp-problem? Somit müsste man davon ausgehen, dass die Implementierung von HTML bzw. die Umsetzung in den Parsern falsch ist. --darkking3 Թ 12:18, 12. Jun. 2009 (CEST)
replies: text:  das ist ein fehler in HTML, nur, wir brauchen ihn nicht verwenden.. ;) --W!B: 16:37, 12. Jun. 2009 (CEST)
replies: text: Ich kann mir nicht so recht vorstellen, wie du den umgehen willst? Schließlich machst du ja eine Box mit colspan="6" und rowspan="2" auf und willst am Ende noch seitlich Linien anfügen? --darkking3 Թ 23:22, 12. Jun. 2009 (CEST)
thread_title:  Problem einer zusätzlichen Fiktivzelle 

message: === definition der Muster ===
wenn ich den code recht versteh, dient der große, vordere abschnitt der Vorlage:Stammbaum dazu, den HTML-code für die 2x2-entsprechungen zu den Mustern zu definieren - die sind aber fix implementierte, globale (also von den jew. aufrufparametern unabhängige) variablen, es ist also unfug, sie bei 30 aufrufen (bei 30 zeilen) jedes mal neu zu definieren - die gehören einzelnd in vorlagen ausgelagert, also statt:
 |row1 "."=  |
 |row2 "."= |
(zur straffung des zellinhalts siehe #Inhalt der Musterzellen) und in /step2
 {{{|{{{row1 |…
gehört:
* Vorlage:Stammbaum/row1 "." und Vorlage:Stammbaum/row2 "." enthalten den code
 {{{|{{Vorlage:Stammbaum/{|…
oder? da sie dort in einer if-bedingung aufgerufen werden, werden sie also nur geladen, wenn sie gebraucht werden - dann lassen sich sicherlich auch sinnigere namen finden, ein paar zeichen sind nicht url-tauglich: aber die user-side Muster-syntax muss natürlich so bleiben --W!B: 06:19, 13. Jun. 2009 (CEST)
thread_title:  diverse lösungsansätze für eine schlankere vorlage 

message: wenn ich den code recht versteh, dient der große, vordere abschnitt der Vorlage:Stammbaum dazu, den HTML-code für die 2x2-entsprechungen zu den Mustern zu definieren - die sind aber fix implementierte, globale (also von den jew. aufrufparametern unabhängige) variablen, es ist also unfug, sie bei 30 aufrufen (bei 30 zeilen) jedes mal neu zu definieren - die gehören einzelnd in vorlagen ausgelagert, also statt:
 |row1 "."=  |
 |row2 "."= |
(zur straffung des zellinhalts siehe #Inhalt der Musterzellen) und in /step2
 {{{|{{{row1 |…
gehört:
* Vorlage:Stammbaum/row1 "." und Vorlage:Stammbaum/row2 "." enthalten den code
 {{{|{{Vorlage:Stammbaum/{|…
oder? da sie dort in einer if-bedingung aufgerufen werden, werden sie also nur geladen, wenn sie gebraucht werden - dann lassen sich sicherlich auch sinnigere namen finden, ein paar zeichen sind nicht url-tauglich: aber die user-side Muster-syntax muss natürlich so bleiben --W!B: 06:19, 13. Jun. 2009 (CEST)
thread_title:  definition der Muster 

message: meiner meinung nach ist die jetzige methode, Vorl:Stammbaum bis 40 zellen/zeile und Vorlage:Stammbaum (komplex) für bis 99 falsch gedacht, besser wäre:
* Vorl:Stammbaum deckt nur den bereich ab, in dem der entstehende stammbaum das seitenformat nicht sprengt (standard ist hierbei noch immer die druckversion/pdf-export mit std-schriftgröße, also etwa 770px), das dürfte bei durchnittlich 7-10 buchstaben je zellname und einer maximalbreite von etwa 40 buchstaben je zeile maximal 6,7 zellen sein
* alles, was breiter ist, sollte sowieso in einen eigenen artikel umgelagert werden (um für pdf-export oder druckversion eine abweichende größe zu wählen - auf papier hiesse das: über zwei bögen verteilen, oder faltblatt)
und dann gibt es keinen wirklichen grund, im zweiten falle die seite jedesmal neu aufzubauen, das heisst, die vorlage kann kann gesubstet werden
nun ist es aber nicht absicht der WP, fertigen html-code zu präsentieren (denn dann müsste jeder autor neben der wikisyntax auch html lernen), daher wäre es sinvoll, wenn der vorlagencode auskommentiert am beginn der seite steht - zum editieren stellt man wieder nur den ein, und hat die neue seite (tatsächlich könnte sogar die substende vorlage für ein update das auskommentierten codes, und einen einleitenden infotext sorgen)
dazu sollten wir mal sichten, welche der einbindungen für artikeltext, und welche für eigene artikel in frage kommt  --W!B: 06:37, 13. Jun. 2009 (CEST)
thread_title:  substen 

message: hauptproblem der vorlage ist aber, das oben angesprochene problem, dass sie "blindwütig" jede Stammbaum-zelle in 2x2 HTML-zellen setzt, was bei einem 40 breiten stammbaum zu bis zu 120 HTML-Zellen je zeile führt, bei 10 zeilen (also gar nicht so groß), sind das 1200!! Zellen..
also müsste man auch für die Muster ein "zellen zusammenfassen" implementieren - häufige fälle dürten sein:
* zwei und drei waagrechte striche können mit |---| und |-----| angegeben werden, in HTML dann colspan="4" und "6" - das reduziert wohl schon etliches: es kommen nur je zwei zusätzliche musterdefinitionen je strichvariante dazu (siehe oben #definition der Muster, wie man das effektiver macht)
* für noch längere striche könnte man eine syntax analog zu dem oben in #zellenbreite vorgestellt modell implementieren, fragt sich, was da not-/zu auf-wändig wäre..
* das schlimmste problem ist aber der whitespace: hier treten endlos endlose kolonnen auf, daher wäre eine syntax etwa in der form  | 2 |, |   3   | .., |        9      |   (damit wären die zahlen auch reserviert, müsst man schauen, ob das irgendwo für die box-inhaltsdefinition benutzt wird  benutzt wird), das würde schon nur mit den ersten beiden das volumen dritteln, alle zusammen reduzieren auf geschätzt 15% html-code
gibt sicherlich noch andere möglichkeiten der user-side syntax, um einen strafferen satz zu produzieren, der autor muss halt ein bissl mehr nachdenken.. --W!B: 06:58, 13. Jun. 2009 (CEST)
thread_title:  Problem 2x2  

message: * ausserdem ist bzgl. der 2x2-zellen sowieso noch offen, die statt mit HTML-rändern mit den schon oben 2007 vorgeschlagenen unicode-zeichen dafür zu implementieren - keine ahnung, obs da gegenargumente gibt, ausser, dass die HTML-methode extrem stabil ist, was das entgültige rendern am bildschirm betrifft 
* man könnte auch statt HTML einen TeX-code produzieren, und den darstellen lassen, aber fragt sich, was das bringen soll, wir wollen ja kein vollwertiges Stammtafel-Satzprogramm schreiben, sondern eine editierhilfe --W!B: 07:06, 13. Jun. 2009 (CEST)
thread_title:  oder ganz was anderes .. 

message: Gute Sache. Ich habe das erst vorgestern Tagen in der fr:WP gesehen, und dachte mir: Warum gibt's das in der de:WP noch nicht? Aber willst du es von der Codierung her verändern, Larzan? Dadurch könnte man vielleicht keine Stammbäume aus anderen WP-Projekten kopieren. (Denn zusätzlich zur sprachlichen Übersetzung müsste man noch die Zeichencodierung verändern.) --Enyavar 20:06, 25. Nov. 2006 (CET)
replies: text: Ich hab mal die Darstellung der Linienformate aus der fr:WP kopiert. Allerdings sind dort einige zusätzliche Mischungen, die in der en:WP offenbar nicht definiert wurden. An den Erzeugungscode wage ich mich nicht, das ist mir zu hoch. --Enyavar 20:26, 25. Nov. 2006 (CET)
replies: text: Ich wollte mir mal die neuen funktionen zum vorlagen programmieren ansehen, das mit der anzahl der  variablen kann man damit vieleicht dynamischer machen, die syntax bleibt aber dieselbe, also kompatibel zu den anderen wikis...--Larzan 14:29, 27. Nov. 2006 (CET)
thread_title:  Gute Sache 

message: Kann man das hier vielleicht auf die Vorlage übertragen? Ich habe null Ahnung wie diese Vorlage funktioniert. --Universal-InteressierterDisk.Arbeit 09:05, 28. Feb. 2015 (CET)
replies: text: Kann man, aber die genealogischen Daten würd ich da nicht reinschreiben ;) --darkking3 Թ  11:00, 28. Feb. 2015 (CET)
replies: text: Ach so, ich dachte nur das solche Sachen alle hierdurch ersetzt werden sollten. --Universal-InteressierterDisk.Arbeit 11:26, 28. Feb. 2015 (CET)
replies: text: Nein, das nicht. Aber vom ASCI-Charme sollte man schon weg. --darkking3 Թ  14:32, 28. Feb. 2015 (CET)
replies: text: Man kann es zumindest versuchen - aber ich fürchte, die genealogischen Daten müssen draußen bleiben. Nicht, weil es wer verbieten würde, aber bei dieser Vorlage (selber schon angewendet) erscheint es mir unpraktisch. Versucht sich schon jemand dran? Es muss ja nicht doppelt gemacht werden. --Enyavar (Diskussion) 17:10, 28. Feb. 2015 (CET)
replies: text: Was für genealogische Daten? --Universal-InteressierterDisk.Arbeit 12:59, 1. Mär. 2015 (CET)
replies: text: Geboren, gestorben, regiert. Vergleiche beispielsweise Otto IV., wo die genealogischen Daten fehlen. --Enyavar (Diskussion) 19:14, 1. Mär. 2015 (CET)

text: Ich nehme es mal auf der Disk in Angriff und kopiere es dann in den Artikel. Gruß --Enyavar (Diskussion) 10:05, 2. Mär. 2015 (CET)
replies: text:  Erledigt, danke für den Hinweis, Abubiju. Der alte Stammbaum findet sich auch noch in der Diskussion, falls Unstimmigkeiten bestehen sollten. --Enyavar (Diskussion) 11:20, 2. Mär. 2015 (CET)
thread_title:  Übertragung 

message: Suche jemanden, der die Vorlagenartefakte (also die dreifachen geschwungenen Klammern) unsichtbar macht. … «« Man77 »» Alle Angaben ohne Gewehr. 23:22, 23. Jul. 2020 (CEST)
replies: text: Done. -- -donald- (Diskussion) 12:25, 24. Jul. 2020 (CEST)
thread_title:  [[Badr ibn Abd al-Aziz]] 

message: Hallo!
Wenn ich mir diese Vorlage in der Wikipedia-App angucke (oder auch Vorlage:Wechselwirkung Teilchen Kräfte bzw. deren Einbindung), dann gibt es da zumindest auf Android ein kleines Darstellungsproblem. Und zwar ist in den Winkeln welche durch  bzw.  dargestellt werden, die waagerechte Linie bis zum Ende durchgezogen, so dass sie von  bzw.  nicht zu unterscheiden sind. Das scheint ein spezielles Problem der App zu sein. Vielleicht findet ja jemand die Ursache und kann das fixen.
Das selbe ist auch im Broser von Android zu beobachten, allerdings nur in der mobilen Ansicht. In der klassischen Ansicht sind diese rechten unteren Ecken richtig dargestellt.
Im Zuge dessen wäre es auch ganz nett, wenn die Mobile Ansicht angeguckt wird. Die Boxen um "Helios", "Großmutter" und "Mutti" haben eine nach rechts verlängerte Grundlinie. Aber das wiederum nur in der mobilen Ansicht am Desktop (am Smartphone ist das bei mir okay) – versteh einer die Welt! --Wurgl (Diskussion) 19:30, 6. Mär. 2021 (CET)
replies: text: Hallo Wurgl, das von dir beschriebene Problem war generell in der mobilen Ansicht zu sehen.  Durch Auffüllen der zugrunde liegenden HTML-Tabelle konnte es behoben werden.  Es ist den Browsern überlassen, wie sie Löcher in Tabellen ergänzen, und im Mobilfall werden wohl einfach vorhandene Linien weitergeführt.  Die übrigen Einträge dieser Kategorie sind in dieser Hinsicht in Ordnung.  --Wiegels „…“ 20:49, 6. Mär. 2021 (CET)
replies: text:  Kann es sein, dass in der App bei diesen zwei Ecken rechts unten (siehe Text oben) ein Problem der gleichen Art besteht? Also ebenfalls einfach fortgesetzte Linien? --Wurgl (Diskussion) 21:12, 6. Mär. 2021 (CET)
replies: text:  Wie sich die App verhält, weiß ich nicht, weil ich sie schon lange nicht mehr benutze.  Das fehlerhafte Verhalten in der mobilen Ansicht ist mir schon länger bekannt und ich dachte, dass ich ihn jetzt endlich behoben hätte.  Auf der Dokumentationsseite sah jetzt alles gut aus, aber in den Artikeln nicht.  Der Fehler hängt anscheinend damit zusammen, dass in der mobilen Ansicht die erstellte HTML-Tabelle die CSS-Eigenschaft border-collapse: collapse; besitzt.  Wenn man diese in der Desktop-Ansicht hinzufügt, hat man den Fehler da auch.  Interessant ist: Wenn man die untere Umrandung des vorangehenden Kastens färbt, nimmt die fehlerhafte Linie diese Farbe an.  Das Problem wäre vermutlich behoben, wenn man die Zusammenlegung der Ränder von Nachbarzellen hier generell abstellen würde.  --Wiegels „…“ 23:06, 6. Mär. 2021 (CET)
replies: text:  Nach erfolgreichen Tests war ich mutig und habe die Lösung umgesetzt.  In Einzelfällen kann die abgestellte Eigenschaft über den Parameter style wieder eingeschaltet werden.  Sieht es für dich jetzt besser aus?  --Wiegels „…“ 23:37, 6. Mär. 2021 (CET)
replies: text:  Klasse gemacht! In der App ist alles bestens, in der mobilen Ansicht auch. Danke! --Wurgl (Diskussion) 08:59, 7. Mär. 2021 (CET)
thread_title:  Problemchen in der Wikipedia-App 

message: Im mittleren Beispiel („Falsch: das einzelstehende | hinter Grv führt zur Fehldarstellung“) wird sowohl im „Richtig“- wie auch im „Falsch“-Fall der gleiche Quelltext angezeigt, wenn die Bildschirmbreite genau so ist, dass hier ein automatischer Zeilenumbruch eingeschoben wird. Da müsste wohl bei „Richtig“ ein nowrap ergänzt werden, damit das nicht zufällig genauso aussieht.--Mabschaaf 10:00, 1. Mai 2022 (CEST)
replies: text: Hallo Mabschaaf, ist die Anzeige damit besser?  --Wiegels „…“ 11:22, 1. Mai 2022 (CEST)
replies: text: Ja, passt, danke!--Mabschaaf 13:00, 1. Mai 2022 (CEST)
thread_title:  Abschnitt Richtlinien