09. februar 2007 - 13:46Der er
12 kommentarer og 2 løsninger
tabel-mystik med kolonnebredder
Flg. lille tabel repræsenterer store mysterier...
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html> <head></head> <body> <table width="100%" border="1" cellspacing="0" cellpadding="0"> <tr> <td>New Account:</td> <td width="100px">min 4 characters long</td> <td width="100px"> </td> </tr> <tr> <td>E-mail:</td> <td>Needed to be able to retrieve your account in case you forget it</td> <td> </td> </tr> </table> </body> </html>
Hvorfor deles øverste sætning men ikke nederste? Hvorfor overholdes de bredder, jeg har sat på kolonnerne ikke? - det burde ikke være nogen konflikter.
Det ser ikke ud til at betyde noget, om jeg bruger px eller ej. Jeg vil selvfælgelig ikke have noget delt, medmindre det er nødvendigt, resten af den ønskede opførsel gir sig selv af min kode.
Sådan som jeg læser din kode, vil du have de to sidste kolonner til at have en fast bredde og den første kolonne til at tilpasse sig. Følgende kode opfører sig på den måde, hvis det er det du ønsker:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html> <head></head> <body> <table border="1" width="100%"> <tr> <td>New Account:</td><td width="100">min 4 characters long</td><td width="100"> </td> </tr> <tr> <td>E-mail:</td><td width="100">Needed to be able to retrieve your account in case you forget it</td><td width="100"> </td> </tr> </table> </body> </html>
Ønsker du ikke at skrive den samme værdi to steder, kan en colgroup løsning laves.
<table width="100%" border="1" cellspacing="0" cellpadding="0"> <col><col style="width:100px"><col style="width:100px"> <tr> <td>New Account:</td> <td>min 4 characters long</td> <td> </td> </tr> <tr> <td>E-mail:</td> <td>Needed to be able to retrieve your account in case you forget it</td> <td> </td> </tr> </table>
Hjælp? Det var vel mere et forarbejde for at udrede helt præcis hvad du mente. Jeg kom med en løsning på det formodede problem og et forslag til hvordan man kunne lave et bedre alternativ (som olebole var så venlig at tilføje).
At du så vælger at give olebole point for en løsning som jeg også ville have fundet frem til, hvis jeg havde fået lidt respons, synes jeg er komisk. Jeg synes ærlig talt ikke det er fair, men det er der jo ikke så meget at gøre ved. Heldigvis tager jeg det ikke så tungt :-)
terrak >> Jeg opretter hellere end gerne et spm, så du kan få points ... også selvom du afleverede en ganske usikker forklaring og en dårlig løsning (med masser af unødig kode). Desuden var du ikke indepå brugen af col-elementer - men talte om colgroups, som ikke kan bruges til ret meget i denne forbindelse ;o)
olebole > det har intet at gøre med point. Usikker forklaring? Ingen af os har svaret på de to spørgsmål der oprindeligt blev stillet. Ja, jeg var usikker på præcis hvad det var spørger ville og derfor spurgte jeg, men fik intet yderligere at vide, hvorefter jeg lavede den hurtigste løsning jeg kunne (uden at skulle læse om col-elementerne, som jeg ikke bruger så tit og derfor ikke er helt sikker i). Hvis det viste sig at det var hvad der blev spurgt om, ville jeg have lavet den "alternative løsning".
Dårlig løsning kan vi snakke om hvis der var mange rækker - og dog så ved jeg ikke helt om det er noget jeg vil snakke om når din definition af "masser af unødig kode" er lig -8 tegn (når nu vi er i detaljerne). At jeg skrev colgoups tager jeg på mig - det var en fejl. Jeg tænkte at det ville være en dum idé at skrive "col" rent søgemaskinemæssigt, så jeg skrev noget i samme kategori.
- Så ja, det er stadig komisk.
Nanna31 > hvis jeg lægger et svar nu, kommer jeg til at fremstå som pointgrisk.
nej overhovedet ikke, du har jo leveret en udmærket indsats, og du har ret i, at der ikke er blevet svaret på mit oprindelige spm. Læg nu et svar, så er alle tilfredse, og det er også fair nok.
terrak >> det er en dårlig løsning - bl.a. fordi du disabler de væsentligste dele af CSS-standarden i IE6, når du bruger den viste DTD (og jeg ved godt, du blot har skrevet af efter spørgsmålet, men det gør ikke løsningen bedre).
Hvis man skriver unødige attributter på disse tabel-celler, gør man det med overvejende sandsynlighed også på en masse andre - og det summer op i 'masser af unødig kode'. Hvis du f.eks. skriver til større sites med titusindvis af sidevisninger om dagen, løber den slags unødig kode let op i mange unødige MB om dagen ... det handler absolut ikke om detaljer ;o)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.