:strip_exif()/u/22479/169-back.gif?f=community)
/u/20544/pelle-jjvv-bg.png?f=community)
IMHO is HTML opmaak (markup); tja, structuur 
En kenmerk van CSS elementen is het opmaken van een document...
Maar je hebt enigszins wel gelijk hoor
En kenmerk van CSS elementen is het opmaken van een document...
Maar je hebt enigszins wel gelijk hoor
:strip_icc():strip_exif()/u/25938/lekkerkontje.jpg?f=community)
/u/22486/jasonbrooks2.png?f=community)
HTML is zekers geen opmaak hoor, en mocht het wel zo overkomen dan is dat sinds CSS zeker niet meer de bedoeling.Op dinsdag 16 april 2002 10:48 schreef willem169 het volgende:
IMHO is HTML opmaak (markup); tja, structuur
En kenmerk van CSS elementen is het opmaken van een document...
Ben ik dan abuis or what
HTML is toch niet meer dan een "taaltje" om je webpagina vorm te geven, niet méér...
Kijk, als het niet kan of gaat, oké; daar niet van
/Note
Die CSS3 module van papa_eend is absoluut wel even interessant...
HTML is toch niet meer dan een "taaltje" om je webpagina vorm te geven, niet méér...
Kijk, als het niet kan of gaat, oké; daar niet van
/Note
Die CSS3 module van papa_eend is absoluut wel even interessant...
erhmm... weuh
ik volg je even niet met deze uitspraak...
html staat voor HyperText MARKUP Language
als ik dat vertaal, komt er voor mij toch echt uit dat je er documenten mee kan opmaken.
Als die 'zooi' als DHTML, XML, etc. is allemaal maar extra. html is (was er origineel) voor de opmaak
/note
die link naar css3 was de eerste hit op google
Een colspan heeft inderdaad wel invloed op hoe een tabel er uit ziet, maar heeft ook met de structuur te maken. Bedenk dat td staat voor tabulair data, en dat tables in eerste instantie zijn uitgevonden om statische data in weer te geven, niet om bijvoorbeeld tekst in kolommen mee op je scherm te toveren.
Een colspan wil in dit verband niets meer zeggen dan dat de betreffende cel betrekking heeft op 2 (of meer) verschillende kolommen, in plaats van op 1 kolom. En dus hebben we het wel degelijk over structuur & inhoud, in plaats van opmaak
Een colspan wil in dit verband niets meer zeggen dan dat de betreffende cel betrekking heeft op 2 (of meer) verschillende kolommen, in plaats van op 1 kolom. En dus hebben we het wel degelijk over structuur & inhoud, in plaats van opmaak
:strip_exif()/u/22119/ch.gif?f=community)
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Oftewel: data == tekst,images,whatever;
dus je bent het met me eens dat dat niet helemaal klopt...
Maar goed, het ging erom of het handig zou zijn als dat in de toekomst te wel of te niet met CSS weer gegeven zou kunnen worden. Pelle zou zeggen van niet, maar, zou je problemen hebben met het feit als dat als CSS element zou worden ondergebracht?
Ik denk niet dat als dat zo zijn zijn, dat mensen daardoor in de problemen komen of wat dan ook, integendeel, ik denk juist dat het een stukje vergemakkelijking is. Ik zou het bijvoorbeeld persoonlijk veel netter vinden om zoveel mogelijk < td > properties onder te brengen in een CSS class, dus ook een eventuele col of rowspan.
Yep, maar ik vind dat dus niet opgaan voor row- en colspans
Sorry, ik had iets duidelijker moeten zijn
Misschien dat statistisch de lading wat beter dekt dan statisch; het gaat hier dus om bijvoorbeeld:
code:
1
2
3
4
5
6
7
8
| +-----------+----------------+ | plaats | inwoner aantal | +-----------+----------------+ | Rotterdam | 605.169 | | Amsterdam | 712.345 | | Den Haag | 538.000 | | Berkel | -3 | +-----------+----------------+ |
Oftewel, dingen die zegmaar uit een database of spreadsheetje hadden kunnen komen rollen.
Hmja, maar het wordt er niet overzichtelijker op als je een complexe tabel op gaat bouwen met CSS. Dan zie je alleen maar classes als je naar de tabel op zich kijkt, en is het onmogelijk om te zien welke data bijvoorbeeld bij welk kopje hoort. Je structuur valt weg, zegmaar de samenhang tussen de verschillende tabel-cellen. Je ziet niet meer wat waarbij hoort, en het aanpassen van je tabel wordt dan ook een stuk lastiger.Ik denk niet dat als dat zo zijn zijn, dat mensen daardoor in de problemen komen of wat dan ook, integendeel, ik denk juist dat het een stukje vergemakkelijking is. Ik zou het bijvoorbeeld persoonlijk veel netter vinden om zoveel mogelijk < td > properties onder te brengen in een CSS class, dus ook een eventuele col of rowspan.
Stel het zou mogelijk zijn, dan krijg je waarschijnlijk toch van dit soort constructies:
code:
1
2
| <td class="colsp2">blaat</td> <td class="rowsp4">melp</td> |
Enzovoorts. Arbeidsintensief dus, voor iets dat minder werkbaar wordt. Nee, mij zul je er niet aan krijgen.
Opzich doet dat toch niet terzake, ik bedoel, HTML opzich is zo plain en non-database als het maar zijn kan...
Nee juist niet imho.
Met CSS word het prima overzichtelijk, ik weet niet hoe jij je CSS / HTML dan schrijft, maar echt 1 van de dingen die ik in time-being geleerd heb is dat het absolute duidelijkheid schept in je document(!) in plaats van allerlei HTML gebrabbel door elkaar heen.
Nee joh, dat hoeft toch niet, dit is een beetje ontmoedigend voorbeeld want ik ben met je eens dat als je het zo doet, je niet echt veel opschiet. Voorbeeld:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| <table>
<tr>
<td class="pauper">
melp melp melp melp melp melp melp melp
</td>
<td class="pauper">
melp melp melp melp melp melp melp melp
</td>
</tr>
<tr>
<td class="sjako">
maximaal gelul maximaal gelul maximaal gelul
</td>
</tr>
</table> |
Duidelijk toch?
In class="sjako" in je CSS: colspan:2;
sim-pel
lijkt me.
Dat hoeft ook niet
Ieder z'n eigen manier van coden etcetera, dat blijf je houden, ieder heeft zo z'n trucjes om een website op te zetten en dat is ook niet erg.
Het begint een beetje weg te krijgen van een /13-lite-mod-dialoog...
Euhm, dit meen je toch niet, of wel? Ook informatie die uit een database komt, wordt als HTML naar je browser gestuurd. Daarnaast bestaat er ook nog iets als gegenereerde HTML (die door bijvoorbeeld een of andere cronjob uit een db getrokken wordt en daarna in een file wordt geschreven).
Dat heeft er dus helemaal niks mee te maken; td's zijn bedoeld voor dit soort zaken, en nergens anders voor. Niet voor positionering of andere opmaak-gerelateerde dingen. Dat het er wel voor gebruikt wordt is een andere zaak.
Inderdaad, je moet je HTML zoveel mogelijk beperken. Maar dan alleen waar het functioneel is. Ik heb in de afgelopen 4 jaar al behoorlijk wat bizarre tables in elkaar gezet. Simpel voorbeeldje, gaat even om het idee:
<table border="1"> <tr> <td colspan="3">Pelle</td> </tr> <tr> <td>woonplaats</td> <td>werk</td> <td>hobbies</td> </tr> <tr> <td>den haag</td> <td>iets met internet</td> <td>voetbal</td> </tr> <tr> <td colspan="2" rowspan="2"> </td> <td>squash</td> </tr> <tr> <td>bier</td> </tr> <tr> <td colspan="3">willem169</td> </tr> <tr> <td>woonplaats</td> <td>werk</td> <td>hobbies</td> </tr> <tr> <td>rotterdam</td> <td>ook iets met internet</td> <td>karate</td> </tr> <tr> <td colspan="2" rowspan="3"> </td> <td>motoren</td> </tr> <tr> <td>bier</td> </tr> <tr> <td>kattentaal</td> </tr></table>
Ga jij dat maar eens met CSS doen. En dan naar je table op zich kijken, zonder dat je daar dus die row- en colspans in hebt staan. Dan is het gewoonweg niet mogelijk om te zien dat motoren onder het kopje 'hobbies' hoort. Dat je het uit de context op kunt maken is wat anders; met statistische data in de vorm van cijfertjes is dat al bijvoorbeeld niet mogelijk.
Ja. Maar dit is dus een ranzig simpele tabel. Ik zie het nut er niet van in, sorry.
html-rights zijn 1337
Maar het gaat toch niet om HTML in combinatie met een database.. het gaan om HTML losstaand van alles, dus het zal me m'n anus oxideren dat de HTML output uit een database komt, of uit mijn eigen vingers, als je begrijpt wat ik bedoel.
Je moet niet zo moeilijk denken joh.
Ik ben maar een simpele ziel...
Je gebruikt toch een < td > om de opmaak van je pagina te bepalen?
Dat daar data in staat: I don't care.
Dat je die < td > een class meegeeft en daarmee structuur schetst: I don't care.
See my point?
* Willem Inderdaad, de een kijkt daar anders naar als de ander...
Het is nu toch s-u-p-e-r handig als je de bovenste < td > met "Pelle" erin, een CSS class mee te geven:
code:
1
2
3
4
5
6
| .beverhans {
colspan:3;
font-family:Verdana;
font-size:12px;
color:#000000;
} |
En dit kun je nog tot in de puntjes makkelijk reduceren tot enkele regels CSS.
voorbeeld:
code:
1
2
3
| td.beverhans {
colspan:3;
} |
IMHO is dat echt de mooiste oplossing.
Daar hebben ze dus XML/XHTML etc. voor uitgevonden.
Boomstructuren (dus structuur met data) stylen danwel niet combineren met CSS elementen (opmaak).
7ru3...ph34r my h7ml sk1ll5Pelle:
html-rights zijn 1337
nou, meer een familie-vete als je het mij vraagtOp dinsdag 16 april 2002 11:36 schreef willem169 het volgende:
Het begint een beetje weg te krijgen van een /13-lite-mod-dialoog...
Ik zeg alleen maar dat td's zijn bedoeld om dit soort data mee weer te geven. En dat kan uit een database komen, maar hoeft niet. Waarom denk je dat de th-tag bestaat? Precies, om kolomnamen weer te geven.
Als je heel erg miereneukerig bent, gebruik je elke tag om opmaak te bepalen. Maar met opmaak wordt over het algemeen bedoeld: font, kleur, background-image, line-height, dat soort meuk.
Ja, maar hoe zou je dat dan doen met die lege cell naast links naast je hobbies, er van uit gaande dat iemand een variabel aantal hobbies kan hebben? Dan moet je én per rowspan een aparte class maken, én raak je dus het overzicht kwijt als je puur en alleen naar je source kijkt. Ga 'm nou maar gewoon eens proberen te maken met classes (het gaat niet werken natuurlijk om dat te renderen, maar tijdens het maken ervan ga je inzien dat het zuigt om col- en rowspan met CSS te doen, en daar is het me even om te doen).
Dit snap ik dus niet. XHTML is niks anders dan HTML die je door een XML-parser heen kunt halen zonder errors. En de data die ik in mijn voorbeeld-tabelletje heb staan, zou inderdaad best uit een XML file kunnen komen. Maar dat doet hier helemaal niet ter zake.
* Pelle heeft hier genoeg over gezegd, veel duidelijker kan ik het in ieder geval niet brengen
:strip_icc():strip_exif()/u/16137/melissa-theriau-1.jpg?f=community)
Hmm again; Dat doet toch niet ter zake?
Conclusie: < td >'s zijn bedoeld om data in weer te geven.
* Willem
voor ddc:
...HTML is zekers geen opmaak hoor...
Goed, voor de rest ben ik het daar zeker wel mee eens, maar ik wilde nog even toevoegen dat ik het persoonlijk heel handig zou vinden als elementen als row- en colspan onder zouden worden gebracht in CSS.
Nog een leuke: Waarom zou CSS geen row of colspan onderbrengen in zijn syntax (of elementen?), als deze ook al de specificaties van bijvoorbeeld margin en padding bevat?... ik bedoel, dat heeft ook meer met technische pagina layout te maken dan met styling.
Maak ff een voorbeeldje... moment
Wat ik bedoel is, dat je door middel van een XML boomstructuur met data in combinatie met een CSS stylesheet makkelijk data/structuur en styling kunt vereenvoudigen, of output laten geven naar een HTML pagina. Kan me zo voorstellen dat zoiets juist tijdbesparing oplevert.
Hmm, ik maak nog even een voorbeeldjePelle:
* Pelle heeft hier genoeg over gezegd, veel duidelijker kan ik het in ieder geval niet brengen
En tja, ik kan mezelf ook niet duidelijker verwoorden en dan zou uiteindelijk de conclusie zijn dat ieder de dingen zo opmaakt als hij/zij zelf goeddunkt.
Dat neemt niet weg dat je je niet wil, of kán laten overtuigen dmv andere argumenten.
Hmmm nee.
Da's nou een typisch geval van styling. Ik denk dat als je even heroverweegt dat je dat zelf ook wel inziet
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Verwijderd
De theorie: CSS 2.
De praktijk:
IE:
Moz1:
Vertaling: IE bakt er compleet niets van, Moz komt een eindje, maar niet compleet.
1laatste keer dat ik testte is een tijdje geleden.
De praktijk:
IE:
Moz1:
Vertaling: IE bakt er compleet niets van, Moz komt een eindje, maar niet compleet.
1laatste keer dat ik testte is een tijdje geleden.
drm:
Hmmm nee.
Da's nou een typisch geval van styling. Ik denk dat als je even heroverweegt dat je dat zelf ook wel inziet
Dat wilde ik dus even zeggen ja.
Ik bedoel, bv. de margin en padding van je body zijn toch layout technische elementen? Nèt als je < td >'s. font-size en color daarentegen zijn layout style elementen.
En aangezien de eerst genoemde al in CSS zijn ondergebracht, waarom dan niet de tweede...?
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Nee, 't spijt me, maar dat zie ik niet in.
Als ik bijvoorbeeld de padding van een tabel-cel opgeef, waarom zou dat van een andere orde zijn dan wanneer ik de font-size van mijn linkjes aan wil passen? Sorry, maar dat begrijp ik echt niet
Nee want dan is het resultaat
code:
1
| <td colspan:2;> |
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Okee, ik probeer het nog een keerdrm:
Nee, 't spijt me, maar dat zie ik niet in.
Als ik bijvoorbeeld de padding van een tabel-cel opgeef, waarom zou dat van een andere orde zijn dan wanneer ik de font-size van mijn linkjes aan wil passen? Sorry, maar dat begrijp ik echt niet
Als we het hebben over opmaak (Hyper Text Markup Language) dan kun je dat splitsen in
• positionering van elementen en
• styling van elementen
Onder positionering valt imho o.a. padding margin En in indirecte zin ook tabellen en dus colspans
Onder styling valt imho o.a. size, color etc
En dan vindt willem169 het dus gek dat je wel een element als margin en padding kunt definieren in CSS, maar dus niet een "positionerings" element als colspan...
Ja maar je kunt ook gewoon zeggen dat het allemaal styling is.willem169
Okee, ik probeer het nog een keer
Als we het hebben over opmaak (Hyper Text Markup Language) dan kun je dat splitsen in
• positionering van elementen en
• styling van elementen
Dat onderscheid ontgaat me een beetje, en al helemaal als je padding/margin door gaat trekken naar col/rowspan wat imo evenveel met elkaar te maken heeft als font-size en col/rowspan.
[sup]
* drm vind 't zo langzamerhand een beetje een spannend-verhaal discussie worden, en kapt d'r mee :)[/sup]
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
volgens mij betekend markup niet precies opmaakOp dinsdag 16 april 2002 13:52 schreef willem169 het volgende:
[..]
Okee, ik probeer het nog een keer
Als we het hebben over opmaak (Hyper Text Markup Language) dan kun je dat splitsen in
laatst is me hier verteld dat je de betekenis meer moet zoeken in "markeer" ofzo.
Een HTML-doc bestaat als het goed is uit gegevens & structuur
De gegevens is de pure tekst zonder olijke tags.
De structuur wordt bepaald door de tags. De tags markeren de functie binnen die structuur van de verschillende happen gegevens.
(En de CSS is vervolgens voor de weergave van deze gegevens&structuur)
mi valt HTML niet uiteen in die 2 punten.
Sowieso liggen positionering en styling dicht bij elkaar: styling is afhankelijk van positionering, en het is eigenlijk allebei uiterlijk.
(Het is WEL zo dat er tussen de plek in de structuur van een hap gegevens en de uiteindelijke plek in de weergave een duidelijk verband ziet, zoals bij de td en de colspan daarin.)
td is echter NIET zoals jij zegt puur positionering in de weergave, het heeft OOK een functie voor de structuur
* Pelle zegt ongeveer wat * Pelle bedoelt
Alle elementen die slechts alleen met opmaak/presentatie/layout/styling/whatever/hoejehetookmaarnoemenwilt te maken hebben, lenen zich uitstekend voor CSS. Alle elementen die structuur van data aangeven, niet.
/u/7289/crop5f3f97f3c5bb2_cropped.png?f=community)
Op dinsdag 16 april 2002 13:52 schreef willem169 het volgende:
[..]
Okee, ik probeer het nog een keer
Als we het hebben over opmaak (Hyper Text Markup Language) dan kun je dat splitsen in
• positionering van elementen en
• styling van elementen
Onder positionering valt imho o.a. padding margin En in indirecte zin ook tabellen en dus colspans
Onder styling valt imho o.a. size, color etc
En dan vindt willem169 het dus gek dat je wel een element als margin en padding kunt definieren in CSS, maar dus niet een "positionerings" element als colspan...
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| <table class="mainTable">
<tr>
<td colspan="3" class="bever">
Pelle <div class="redStar">*</div>
</td>
</tr>
<tr>
<td class="melpkees">Woonplaats</td>
<td class="melpkees">Werk</td>
<td class="melpkees">Hobbies</td>
</tr>
<tr>
<td>Den Haag</td>
<td>Iets met internet</td>
<td>Voetbal</td>
</tr>
<tr>
<td colspan="2" rowspan="2"> </td>
<td>Squash</td>
</tr>
<tr>
<td>Bier</td>
</tr> |
In de code moet je toch zowieso al opgeven dat er maar 1 td is
code:
1
2
3
| <tr> <td></td> </tr> |
in plaats van 3
code:
1
2
3
4
5
| <tr> <td></td> <td></td> <td></td> </tr> |
dus als je die <tr> wil gebruiken om 1 gegeven in weer te geven, is dat toch al een vast gegeven? en dat is toch niet afhankelijk van de opmaak die je met CSS opgeeft?
Ik geloof dat de col & row span wel degelijk structuur is, en geen opmaak, ik vind het alleen een beetje lastig om uit te leggen.
7ru3wicher:
W* Willem willem169 werkt wel lang
Kom op: verder discussieren
Je kent het vast: druk zijn.
Ik ga vanavond een uitgebreid verhaal danwel niet slot betoog houden...
* Willem Hiervoor verwijs ik je naar de sig van drm
presenting
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
excusez-moiOp donderdag 18 april 2002 16:10 schreef willem169 het volgende:
[..]
7ru3
Je kent het vast: druk zijn.
Ik ga vanavond een uitgebreid verhaal danwel niet slot betoog houden...
* wicher|IA Hiervoor verwijs ik je naar de sig van drm
/u/8896/crop5dcc0ced23567_cropped.png?f=community)
/u/770/crop56562769ce1b9_cropped.png?f=community)
Leg uitOp donderdag 18 april 2002 16:32 schreef ThE_ED het volgende:
Een fijn vraagstuk om in de praktijk php voor te gaan misbruiken, lijkt mij.
Zelf een style sheet formaat verzinnen, laten parsen en mooie HTML code laten uitpoepen door php, lijkt me. (Of zie ik iets over het hoofd?)Op donderdag 18 april 2002 16:50 schreef Pelle het volgende:
[..]
Leg uit
Ik ben fan van dingen
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Dan zou ik het meteen grondig aanpakken, niet met dit soort onbenullige dingetjes...ThE_ED:
Maar wel koel
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
/u/34048/crop671ffd4cceb26_cropped.png?f=community)
Verwijderd
THNX!
Da's officieel de manier om iets gestructureerd weer te geven in HTML. Dus geen tabel gebruiken.
Alleen kan ik bij jouw methode niet meer superlui zijn, er zal iets meer gefreubeld moeten worden.
Op zich wel leuk zo'n oplossing want dan zo kun je ook plaatjes makkelijk croppen.
en *bookmarked* thx
thx
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
:strip_icc():strip_exif()/u/39264/notpingu.jpg?f=community)
tja, als je 'hoe het eruit ziet' zo breed gaat nemen...
maar waarom zou je de col- en rowspan willen fixen met CSS? om snel cq. dynamisch die dingen te veranderen? dan zul je al gauw zien dat het geen CSS kan zijn: als je de colspan of rowspan verandert, zul je ook je <TABLE> erop moeten aanpassen: dus de <TR> en <TD> zo plaatsen dat ze overeenkomen met de col- of rowspan. en dat kun je alleen met HTML doen.
of wil je soms ook zeggen dat je de plaatsing van elementen ook dmv. CSS zou moeten kunnen doen? want ja, plaatsing van elementen heeft ook invloed op hoe de pagina eruit ziet
[edit] ik heb die pagina van je gezien... ah dus dat wil je ermee doen? waarom dan niet gewoon een DIV boven elke tabel? die kun je net zo breed maken als je wilt... en anders is het toch weinig moeite om per tabel COLSPAN="3" toe te voegen?
[ Voor 14% gewijzigd door Not Pingu op 15-01-2003 19:31 ]
Certified smart block developer op de agile darkchain stack. PM voor info.
erm sorry hoor, maar ik vind het bovenstaande van drm niet echt een goed voorbeeld..sterker nog het is een bar slecht voorbeeld. een veelgemaakte fout ook, het bijna letterlijk vertalen van html elementen naar css elementen.
In het voorbeeld is voor elke td een nieuw div element aangemaakt, met als gevolg dat je je 'probleem' ( structuur en presentatie zijn verbonden ) nu alleen maar hebt vertaald naar css. Maw er is dus geen minuut nagedacht hoe dat nu wat logischer had gekund.
"I have a carefull mother" <> "Ik heb een kar vol modder" zei mijn engelse leraar vroeger, toen hij het had over een letterlijke interpretatie van een engelse zin, en ik krijg bijna een deja-vu...
"You're only as good, as what you did last week."
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Pagina: 1