20. marts 2005 - 21:11Der er
30 kommentarer og 2 løsninger
Tabeller,Tabelle og flere tabeller - er det her rigtigt - ellers
Jeg har nu forsøgt med et skema i tabeller, men er meget i tvivl om det er rigtigt den måde jeg gør det på.
Siden bliver næsten valideret, jeg får denne lille bemærkning,
Line 121, column 3: document type does not allow element "H5" here
<h5>Svovlsur Amoniak tilføres efter blomstring af Rhododendron</h5>
(skal lige bemærkes, at jeg ikke har lært engelsk i skolen)
kan dog ikke rigtigt se at jeg har lavet noget forkert, men fejlen kan godt ligge et andet sted. afslutning af div eller andet men kan ikke finde fejlen.
I lang tid har samarbejdsbranchen fokuseret på at forbedre enhedsfunktioner – bedre kameraer, klarere lyd og smartere software. Men den virkelige forvandling handler ikke om funktioner.
Nu så jeg lige lidt mere rundt på Ib's site og så, at vi tre andre jo er de rene forårskyllinger - selvom vi ca. er godt og vel dobbelt så gamle ... tilsammen. Der røg vores 'hvide elefant' status :)
ibtage >> Det må jeg sige! Det billede jeg havde af personen bag din bruger, var vist skudt sådan ca. 40 år ved siden af. Du holder dig zq godt ;o)
Synes godt om
Slettet bruger
20. marts 2005 - 21:43#8
>olebole...Tak for de pæne ord .. Ja jeg er nær på de 72, og får meget tid til at gå med denne hobby, og hver dag lære jeg noget nyt, men i vil også på et tidspunkt erkende at hukommelsen ikke er hvad den var i ens yngre år, så det er ikke altid man kan holde styr på alle "koderne", men jeg hygger mig, det er bare en herlig hobby. Og så er det jo dejligt med Eksperten, og de flinke mennesker der gerne hjælper.
Det javascript der er på siden er et jeg har fået fra 'cliche' til deres counter på parameter.dk, og det har jeg ikke turde ændre. men nu prøver jeg, og ser om den tæller.
Jeg fik ikke lige respons på, MÅDEN jeg har lavet tabellerne på, kan det gøres mere fikst, for jeg skal hen af vejen have lavet flere af samme type, og det ville jo være nemt at have en MASTER der bare kunne skrives ind i, f. eks. noget CSS - ikke PHP/MySql
Synes godt om
Slettet bruger
20. marts 2005 - 21:44#9
Forresten var der ikke nogle der ville have point'ne, de var jo rigtigt alle
Jeg er kun en lysebrun ørkenrotte, der slet ikke samler på point.
Som HTML ser dine tabeller fornuftige ud. Skriver du tabellerne manuelt i HTML, får du noget af et arbejde på sigt. Jeg ville overveje noget med en administrationsside, med data i en database.
Synes godt om
Slettet bruger
20. marts 2005 - 22:01#11
Ja det er også det jeg forudser, man kan da copy/paste en del, men jeg ved ikke lige hvor jeg skal begynde hvis det skal være med data/database. Jeg har PHP/MySql på host, så jeg må se om ikke jeg kan lære det også.
JavaScript'et sker der ikke noget ved at sætte type på. Der kan du slappe helt af.
Derudover er det absolut nydelig kode, som er langt bedre end, hvad man ser i mange professionelle løsninger. Skal vi ned i de helt små detaljer i dit table-tag: <table width="400" border="1" cellspacing="1" style="font:normal;font-size:medium;font-family:'Arial';color:#880020;">
- så er 'width' attributten det, der kaldes deprecated af W3C. Det betyder ikke 'ulovligt', men 'uønsket' og 'på vej ud'. Du kan altså godt bruge den, men den overlever ikke i fremtidige standarder. Du kan lægge den ind under dine styles - og så skal du have enhed på 'width:400px'. Derudover er det altid en god idé at angive flere muligheder for skriftsnit: 'font-family:arial,verdana,sans-serif;'
- og man bruger kun gåseøjne om skriftnavnet, hvis dette indholder specielle tegn - som f.eks. mellemrum: style="font-family:arial,'ms sans serif',tahoma,sans-serif"
Så er der lige en enkelt ting, jeg undrer mig lidt over. Det er de to ' ', du har efter hver tabel. Er de der for at skabe luft under tabellen? Er det tilfældet, ville jeg foretrække at sætte en bund-margin på tabellen 'margin-bottom:12px' - eller hvad det nu skal være for en værdi. Din løsning er ikke forkert, men det andet er lidt mere 'robust' og resultatet dejlig forudsigeligt ... samtidig med, du så ikke bruger skrifttegn til designformål og dermed forbedrer logikken i koden. I princippet rystende ligegyldigt, hvis ingen andre skal overtage koden ... men lidt perfektionist er man vel altid ;o)
Hvis dine regler for tabellerne skal være ens, kan du også give dem en klasse - eller hvis du ved at langt de fleste skal være ens, kan du også skrive:
table { /* Dine regler for de fleste tabeller her. De vil gælde _alle_ tabeller */ } .minAndenSlagsTabel { /* Dine regler for en afvigende tabel her. De overskriver dem, vi skrev ovenfor på tabeller med denne klasse */ }
Men som sagt, skriver du _langt_ bedre kode end mange, der er født med en mus i hånden. Selv et brokkeho'de vil have svært ved at finde materiale i den kode ... tro mig ... jeg _ved_ det! ;D
-- og angående kommentarerne kan man vel også tilføje, at hvis du skal lave en hel del tabeller, vil det netop være en fordel at styre det med klasser, fordi du så kan nøjes med een definition, som kan genbruges mange gange:
netop ... da jeg sad og kikkede i HTML/CSS, tænkte jeg også på, du måske kunne bruge arv i forbindelse med nogle af dine divs:
.enDivKlasse{ /* Nogle regler her */ } .enDivKlasse div { /* Nogle regler, der gælder alle div under div med klassen 'enDivKlasse' */ }
- som du allerede gør med klasse under klasse. De forskellige arveregler kan kombineres på forskellig måde, hvilket ofte kan forbedre overblikket i CSS-koden.
Du spurgte tidligere om points. De kunne passende gå til roenving, da jeg tidligere idag blev lidt rigeligt overøst i et andet spm, hvor han egentlig skulle have haft sin andel :)
Synes godt om
Slettet bruger
20. marts 2005 - 22:58#17
I er vist et par 'festlige' fyre.
Jeg vil selvfølgelig lave <table width= om så det er fremtidig W3C, og det er dejligt at få sådan noget på det rene inden man kommer for langt hen i programeringen.
Ligeledes var det en god ting med class til tabellerne, men kan man også definerer col og row i CSS ?
Den med skrifttypen er jeg med på, og er ikke sikker på om jeg har konflikter der, jeg har jo en Link/CSS der indlæses for doc. Men kalder man ikke den jeg skriver i <table for inline, og har den ikke førsteprioritet frem for den anden.
Det er ikke fordi jeg vil slutte indlæg, det er meget belærende, men i må huske at lægge et svar.
-- men en fuld (og overskuelig !-) udnyttelse af css, laves selvfølgelig ved at definere sine styles i stylesheetet, og så kun komme deciderede undtagelser i nline styles ...
-- een væsentlig og fornuftig undtagelse findes dog for style-properties, man skal teste i forbindelse med javascript-funktioner, for i et script kan man kun aflæse properties sat direkte på elementet eller sat via script !o]
Hvad mener du med col og row ?-)
-- hvis det er colspan og rowspan, kommer css til kort, da du så kommer over i en fysisk definition af tabelcellernes sammenhæng ...
-- og så vil jeg da mene at oles bemærkninger om point begynder at ligne noget med hævn og modhævn ...
Synes godt om
Slettet bruger
20. marts 2005 - 23:24#19
Ibtage jeg ved ikke om du mener, om man kan definere td og tr i css, hvilket du godt kan:
Du kan godt bruge 'tr' eller '.enTabelKlasse tr' som selector (jeg har ikke lige et dansk ord for sådan en djævel). Men du kan kun bruge de properties, der kan sættes på en række ... tekstfarve, baggrundsfarve, dimensioner - men ikke f.eks. border. Den hører hjemme under 'td'.
<col>-tag'et - hvis det er det, du tænker på - prøvede jeg faktisk at style på forleden uden den store success, hvad farve angår. Bredden kunne jeg godt definere, men ikke andet af det, jeg prøvede. Mine undersøgelser angående CSS og det tag er dog yderst begrænset :)
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.