WN

WN (https://www.wn.se/forum/index.php)
-   Klientsidans teknologier, design och grafik (https://www.wn.se/forum/forumdisplay.php?f=12)
-   -   FF3 och tabeller (https://www.wn.se/forum/showthread.php?t=30039)

mcfluff 2008-06-22 13:21

Till tabeller osv så är det klart man använder tabeller. Men inte till att strukturera upp en hel sida. ;)

KarlRoos 2008-06-22 14:20

Citat:

Originally posted by mcfluff@Jun 22 2008, 13:21
Till tabeller osv så är det klart man använder tabeller. Men inte till att strukturera upp en hel sida.

Mjo,
ett alternativ till tabeller om man är div extremist är att faktiskt skriva upp tabulär data med divs.
Exempel
Dock är detta ej nödvändigt, men för att strukturera upp sidor och använda tabeller - nej.

mr_lundis 2008-06-22 14:22

Varför blir allting table vs. div wars?!

dAEk 2008-06-22 15:10

Jag fortsätter väl på off topic-spåret som redan körts in så fint här...

Det har aldrig varit table vs div. Jag tror att de syftar på att det inte är "rätt" att använda fel element för fel sorts information, t.ex. genom att en tabell för en märka upp en lista som i Brazzans exempel. Egentligen är det alltid ett element vs alla andra mer än x vs y eftersom valet av taggar alltid beror på informationen som skall märkas upp. :)

För att märka upp en kalender tycker jag att en tabell är det bästa valet.

dAEk 2008-06-22 15:21

Citat:

Ursprungligen postat av KarlRoos
Citat:

Ursprungligen postat av mcfluff
Till tabeller osv så är det klart man använder tabeller. Men inte till att strukturera upp en hel sida. *

Mjo,
ett alternativ till tabeller om man är div extremist är att faktiskt skriva upp tabulär data med divs.
http://lehsign.com/projects/div-table/
Dock är detta ej nödvändigt, men för att strukturera upp sidor och använda tabeller - nej.

Det där är så himla galet det kan bli! Informationen som märkts upp har inga relationer även om det presenteras som en tabell. Använder man en skärmläsare blir det mycket svårare jämfört med om innehållet hade märkts upp med en tabell istället.

Tycker att det här är ett bra exempel när man inte hajjat innebörden av semantisk markup. Men det är väl därför du skrev "om man är extremist". Ingetdera är väl sådär jättepopulärt eller värt att rekommendera.

KarlRoos 2008-06-22 15:28

Citat:

Ursprungligen postat av dAEk
Citat:

Originally posted by -KarlRoos@Jun 22 2008, 14:20
Citat:

Ursprungligen postat av mcfluff
Till tabeller osv så är det klart man använder tabeller. Men inte till att strukturera upp en hel sida. *

Mjo,
ett alternativ till tabeller om man är div extremist är att faktiskt skriva upp tabulär data med divs.
http://lehsign.com/projects/div-table/
Dock är detta ej nödvändigt, men för att strukturera upp sidor och använda tabeller - nej.


Det där är så himla galet det kan bli Informationen som märkts upp har inga relationer även om det presenteras som en tabell. Använder man en skärmläsare blir det mycket svårare jämfört med om innehållet hade märkts upp med en tabell istället.
Tycker att det här är ett bra exempel när man inte hajjat innebörden av semantisk markup. Men det är väl därför du skrev om man är extremist. Ingetdera är väl sådär jättepopulärt eller värt att rekommendera.

Jag tycker inte heller att det är något man bör göra då detta ej fungerar särskilt bra i alla webbläsare.
Dock så är det ett alternativ.

dAEk 2008-06-22 16:00

Ja, ett alternativ är det ju. Ett alternativ ungefär lika bra som <span class="h1-bold-italic">En rubrik</span> eller en massa divar med

för brödtext istället för att använda stycken (

).

KarlRoos 2008-06-22 17:12

Citat:

Originally posted by dAEk@Jun 22 2008, 16:00
Ja, ett alternativ är det ju. Ett alternativ ungefär lika bra som span class=h1-bold-italicEn rubrik/span eller en massa divar med brbr för brödtext istället för att använda stycken (p).
Jävligt dålig jämförelse då det som jag sa faktiskt fungerar (i "moderna" webbläsare) och dessutom validerar (X)HTML och CSS.
Det du sa förut med att information inte har några relationer,
ta en titt till... <_<

</off topic> - om dAEk vill vidare diskutera detta så kan vi ta det över PM :)

mr_lundis 2008-06-22 17:32

Citat:

Originally posted by dAEk@Jun 22 2008, 15:10
Jag fortsätter väl på off topic-spåret som redan körts in så fint här...
Det har aldrig varit table vs div. Jag tror att de syftar på att det inte är rätt att använda fel element för fel sorts information, t.ex. genom att en tabell för en märka upp en lista som i Brazzans exempel. Egentligen är det alltid ett element vs alla andra mer än x vs y eftersom valet av taggar alltid beror på informationen som skall märkas upp.
För att märka upp en kalender tycker jag att en tabell är det bästa valet.

Om jag omformulerar mig då? Varför blir allting "design i tabeller" vs semantisk markup (och css)? ;)

dAEk 2008-06-22 19:14

Citat:

Originally posted by KarlRoos@Jun 22 2008, 17:12
Jävligt dålig jämförelse då det som jag sa faktiskt fungerar (i "moderna" webbläsare) och dessutom validerar (X)HTML och CSS.
Det du sa förut med att information inte har några relationer,
ta en titt till... <_<

</off topic> - om dAEk vill vidare diskutera detta så kan vi ta det över PM :)

Jag tycker inte om att bli sågad och sedan inte få sista ordet, så... :D

På vilket sätt är det en dålig jämförelse? Mina exempel fungerar också i moderna webbläsare och HTML-koden validerar (varför validering togs upp vet jag inte). Det jag argumenterar för är semantisk markup och inte vad som fungerar eller inte fungerar i vissa webbläsare. Ur ett semantiskt perspektiv är <span class="heading"> lika dåligt som en fejkad tabell uppbyggd av divar eller andra element. De är båda alternativ men dåliga sådana. Håller du inte med?


Alla tider är GMT +2. Klockan är nu 23:24.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson