Help:Nl:HTML en Inline CSS
Categories: Stijlen en normen | WikiTree hulp | Hulp bij het bewerken van profielen
Vrijwaring: Dit is een niet-officiële vertaling. De Engelstalige versies zijn de officiële hulppagina's.
Vertaald: JvB
This page is technical and doesn't apply to most WikiTree members. It is primarily for those who are familiar with HTML and CSS and want to know if they can apply their advanced knowledge inside WikiTree profiles.
The short answer is no. Formatting other than what is explained on Editing Tips is not recommended.
Het is in de tweede plaats voor degenen die ongebruikelijke tags in profielen hebben gezien en niet zeker weten of ze kunnen worden verwijderd. Het korte antwoord is ja. Tags die niet aanbevolen kunnen worden verwijderd. Zie voor informatie over beleefdheid Overleg vóór het Bewerken.
De basisstijlregel voor HTML en inline CSS is: Het wordt niet aanbevolen, tenzij het specifiek wordt aanbevolen. Raadpleeg voor meer informatie over welke tags worden aanbevolen Aanbevolen Tags.
Hier vind je de discussie op G2G. Zie ook "Why does grammar style and formatting matter for 'cousin bait?'"
Wiki Markup vs. HTML
Wiki markup is de standaardmethode voor het opmaken van pagina's op WikiTree. Zie Bewerkings Tips voor meer informatie.
Bijvoorbeeld,=== Level 3 Headline === gebruikt wiki markup tags om een "level drie kop." te creëren. Het is hetzelfde als het gebruik van HTML-tags zoals deze: <h3>Level 3 Headline</h3>.
De systemen van WikiTree verbieden technisch gezien geen HTML- en CSS-tags. (We verbieden technisch gezien Javascript, omdat het zo gevaarlijk is in de handen van hackers en spammers.) Maar alleen omdat iets niet verboden is, wil dat nog niet zeggen dat het wordt aanbevolen of zal worden ondersteund.
Wiki Markup is Standaard
Tenzij het specifiek wordt afgeraden op een WikiTree help pagina of stijl pagina, alle wiki-markup-tags kunnen als standaard worden beschouwd. WikiTree zal proberen ze te ondersteunen als dit nog niet het geval is. We zullen indien nodig een specifieke regel publiceren met aanbevelingen.
HTML Tags en Inline CSS zijn Niet-Standaard
Behalve specifiek aanbevolen oo een WikiTree help pagina of stijl pagina, alle HTML en inline CSS moeten beschouwd worden als niet standaard. Alhoewel we geen regels hebben over alle mogelijke combinaties van HTML en CSS, betekent dit dat wanneer er geen regel is, deze ook niet wordt ondersteund. Het is niet officieel aanbevolen. Het maakt geen deel uit van de aanbevolen stijl.
Standaards zijn belangrijk bij Open Profielen
Ontwerpelementen waarvoor HTML en inline CSS vereist zijn, maken geen deel uit van de standaard style recommendations.
We raden ten zeerste af om iets anders te gebruiken dan aanbevolen tags in Open profielen van mensen. Dit is niet precies hetzelfde als zeggen dat ze verboden zijn.
Dingen zoals pornografie en spam zijn verboden volgens wettelijke bepalingen en onze Servicevoorwaarden. De punten in de Honor Code, such zoals die over beleefdheid en het citeren van bronnen, zijn regels die van alle actieve leden worden verwacht. Stijl en standaardens zijn meer richtlijnen. Stijlregels zijn de community-consensus voor wat er zou moeten gebeuren.
Het wordt ten zeerste aanbevolen dat u zich houd aan de aanbevolen tags op Open profielen. Als u niet-standaard ontwerpelementen toevoegt, moet je ervan bewust zijn dat de kans groot is dat iemand anders ze verwijdert.
Meer creatieve vrijheid op privé- en vrije ruimte profielen
Leden hebben wat meer vrijheid om hun creativiteit te uiten in Privé profielen en Free-Space Profielen.
Stijlregels zijn theoretisch van toepassing op alle WikiTree-profielen. Praktisch gezien zijn de regels echter niet zo belangrijk voor profielen van moderne mensen, omdat voor deze profielen over het algemeen niet met veel mensen hoeft te worden samengewerkt. Conflicten zijn minder waarschijnlijk. Als er onenigheid onder familieleden is, moeten niet-standaardelementen echter zonder discussie worden verwijderd.
Degenen die willen experimenteren, kunnen uiteindelijk het voortouw nemen bij het ontwikkelen van nieuwe normen. Ze moeten alleen onthouden dat experimenten risico's met zich meebrengen. Zie hieronder.
Problemen veroorzaakt door HTML en Inline CSS
Creatief gebruik van ontwerpelementen op WikiTree-profielen heeft duidelijke voordelen. De kosten zijn minder voor de hand liggend.
Esthetisch ontwerpen zijn onderwerp van potentiële onenigheid
Onze community ontwikkelt stijlregels om meningsverschillen op te lossen.
Laten we zeggen dat een neef denkt dat de tekst in het profiel van zijn grootvader groen moet zijn en de ander dat hij rood moet zijn. Wie heeft er gelijk? Hoe kan dit meningsverschil worden opgelost? Als het conflict via bemiddeling wordt behandeld, zou de WikiTree-gemeenschap een stijlregel moeten ontwikkelen die van toepassing is op dit individuele geval.
Conflicten over ontwerp zijn niet zo onwaarschijnlijk of ongewoon als je zou verwachten. Het is misschien ongebruikelijk dat leden hun meningsverschillen over de ontwerpbeslissingen van andere leden publiekelijk kenbaar maken. Vaak worden ze zelfs niet privé aan het andere lid getoond uit angst om hen te beledigen over een kleine ontwerpkwestie. Soms worden ze met derden besproken of helemaal onderdrukt, wat leidt tot toekomstige conflicten.
Esthetische stijlregels zijn moeilijk te schrijven en te handhaven
Omdat directe communicatie over ontwerpvoorkeuren ongemakkelijk is, worden veel ontwerpproblemen nooit besproken in G2G. Omdat het vaststellen van consensus via G2G deel uitmaakt van ons systeem voor het ontwikkelen van stijlregels, wordt het schrijven en handhaven van een groot aantal stijlregels over ontwerpvragen veel moeilijker. (Merk op dat we "moeilijk" maar niet onmogelijk zeggen. We zullen vrijwel zeker enkele stijlregels in de toekomst ontwikkelen om bepaalde ontwerpelementen te ondersteunen.)
Zelfs wanneer de individuele ontwerpregels zijn vastgesteld, is er waarschijnlijk een behoorlijke mate van verwarring en misverstand met betrekking tot deze regels. Misverstanden zijn de oorzaak van de meeste conflicten tussen leden.
Geavanceerde codering voegt complexiteit toe
Bij WikiTree draait alles om samenwerking. Een hoofddoel van onze community is om meer nakomelingen aan te moedigen om een bijdrage te leveren aan de profielen van hun voorouders.
We erkennen dat creatieve vrijheid inspirerend kan zijn. Het kan sommige ervaren leden aanmoedigen meer tijd te besteden aan het maken van geweldige profielen om hun voorouders te eren.
Aan de andere kant kan het creatieve gebruik van CSS en HTML door een lid intimiderend zijn voor een ander lid. Een nieuwe lid kan bang zijn om de tekst te bewerken omdat deze niet weet wat de tags betekenen. Deze angst is gegrond. Onervaren programmeurs kunnen gemakkelijk een pagina ontregelen.
We willen dat WikiTree "gebruiksvriendelijk" en uitnodigend is. Nieuwe leden zijn al genoodzaakt om enige kennis aan te leren van wiki mark-up tags. Vereiste kennis van CSS en HTML maakt het extra moeilijk. Het beperkt het aantal mensen dat een bijdrage kan leveren aan het profiel van hun voorouders.
Het scheiden van inhoud en ontwerp maakt het toegankelijker
We willen dat de inhoud van de profielen van onze voorouders toegankelijk is voor zoveel mogelijk mensen.
Dit is erg moeilijk omdat er een grote verscheidenheid aan computerhardware en -software is. Zelfs kleine verschillen tussen systemen van kunnen betekenen dat pagina's op een heel andere manier worden getoond. Wat op het ene systeem er goed uitziet, is misschien zelfs onleesbaar op een andere.
Het WikiTree-team is continue bezig om ervoor te zorgen dat de pagina's die je op wikitree.com ziet, toegankelijk zijn voor zoveel mogelijk mensen. Tegelijkertijd willen we niet dat pagina's volledig kaal en onaantrekkelijk zijn. Het is een precair evenwicht. We werken er constant aan om het beter te doen. We kunnen hier nooit mee stoppen omdat technologie en hoe het wordt gebruikt blijft veranderen.
Wanneer individuele leden CSS- en HTML-tags in de tekst van profielen plaatsen, wordt het voor het WikiTree-team nog moeilijker om te anticiperen op hoe profielen eruitzien voor verschillende mensen. In plaats van te beoordelen of de codering van een profielstijl werkt voor een bijna oneindig aantal verschillende mensen en systemen, moeten we een bijna oneindig aantal profielstijlen overwegen.
Als de inhoud en de esthetische presentatie gescheiden zijn (met stijlbladen voor de hele site), kunnen verbeteringen en correcties om de inhoud toegankelijker te maken regelmatig en relatief eenvoudig worden gemaakt. Als esthetische presentatie hard gecodeerd is in individuele profielen (met inline styling), kunnen fouten niet gemakkelijk worden geïdentificeerd en opgelost door het WikiTree-team.
Het is gemakkelijk om codeerfouten te maken of in te voeren
Het bovenstaande is waar, zelfs als alle CSS en HTML foutloos zijn gecodeerd.
In werkelijkheid is geen enkele code perfect. Elke programmeur en ontwerper maakt fouten, vooral bij het handmatig bewerken van tags zoals in WikiTree-profielen. Het is heel gemakkelijk en gebruikelijk om iets extra's op te nemen zoals een aanhalingsteken of iets weg te laten als een afsluitende </div> tag.
Fouten worden nog gebruikelijker wanneer meerdere mensen hetzelfde profiel bewerken. Code die zorgvuldig is toegevoegd door een CSS-professional kan worden teniet gedaan door een minder ervaren persoon met een enkele toetsaanslag.
Pagina's die wiki-opmaak en HTML mixen zijn moeilijk te valideren
Codeerfouten zijn misschien niet erg problematisch als ze altijd direct zichtbaar zijn voor de persoon die het profiel bewerkt. Veel kleine fouten verschijnen echter niet voor de persoon die ze heeft geïntroduceerd omdat hun webbrowser, monitor, besturingssysteem enz. het probleem niet laat zien, of omdat ze op dat moment niet in serieus conflict zijn met de andere CSS en HTML op het WikiTree-profielsjabloon.
Dit probleem is al 20 jaar het onderwerp van webontwerpers. Om dit probleem aan te pakken, zijn er veel hulpmiddelen voor het valideren van CSS- en HTML-code uitgevonden. Deze tools werken niet binnen WikiTree. Zelfs als je je code erin kopieert en plakt, zullen ze waarschijnlijk niet werken omdat de CSS- en HTML-tags worden vermengd met wiki-markup-tags.
Codeerfouten maken de inhoud minder veerkrachtig voor toekomstige wijzigingen
Talrijke fouten werden benadrukt tijdens een grafisch herontwerp van WikiTree in 2014. Dit grafische herontwerp was aanzienlijk, maar het was relatief klein in het grote schema van de evolutie van computerhardware en -software. Technologie zal over enkele jaren heel anders zijn. Onze afstammelingen zullen toegang krijgen tot deze inhoud via technologie die we ons vandaag niet eens kunnen voorstellen.
De beste manier om ervoor te zorgen dat de inhoud van WikiTree in de toekomst toegankelijk is, is om het eenvoudig te houden en ervoor te zorgen dat alle leden dezelfde normen gebruiken.
This page was last modified 17:57, 30 March 2022. This page has been accessed 784 times.