Index.html bruger CSS sheetet list.css, og list.css indeholder følgende definering:
div#content { padding: 0px; }
Det overskriver defineringen i global.css
Synes godt om
Slettet bruger
25. maj 2009 - 20:55#3
Du skal enten fjerne
padding: 0px;
fra list.css eller ændre
padding: 8px 9px;
i global.css
Synes godt om
Slettet bruger
25. maj 2009 - 22:53#4
Hvorfor kan jeg ikke have begge to?
Synes godt om
Slettet bruger
25. maj 2009 - 23:18#5
Det kan du sagtens, men du spugte hvorfor den første div er forskydt nedad. Det er pga. linjen:
padding: 8px 9px;
Du kan (hvis du har lyst) fjerne en af dem for at løse problemet, men du behøver ikke. Troede bare at du skrev her fordi du havde brug for en løsning.
Synes godt om
Slettet bruger
25. maj 2009 - 23:21#6
Men HVORFOR får den linje skidtet til at forskydes nedad, når padding: 0px; er endegyldig?
Synes godt om
Slettet bruger
25. maj 2009 - 23:31#7
Fordi map.html ikke inkluderer link.css, men kun entity.css
Synes godt om
Slettet bruger
25. maj 2009 - 23:39#8
link.css? :S
Synes godt om
Slettet bruger
26. maj 2009 - 00:30#9
list.css, undskyld.
Synes godt om
Slettet bruger
26. maj 2009 - 00:55#10
Okaj, så tillader jeg mig lige at skære problemet ud i pap, så vi ikke misforstår hinanden :) CSS-filerne er nu opdateret - prøv at kaste et blik på dem nu.
Samme problem. Hvis du ønsker at fjerne problemet skal du enten indsætte list.css i map.html, entity.css i index.html eller sørge for at list.css og entity.css indeholder den samme definition.
Synes godt om
Slettet bruger
26. maj 2009 - 14:46#12
Men hvorfor skal de indeholde samme definition?
Synes godt om
Slettet bruger
26. maj 2009 - 19:31#13
For ellers kommer de ikke til at se ens ud.
Skåret helt ud i pap: Hvis du har to mure, og du maler den ene blå og den anden rød, så har murene forskellige farver. Ligeledes, hvis du har to sider, og de bruger to forskellige css sheets, så kommer de til at se forskellige ud.
Map.html indeholder definitionen "padding: 8px, 9px;" og er derfor forskudt nedad. Det gør index.html ikke, og er derfor ikke forskudt nedad.
Du kan sagtens have forskelligt css på de to sider, men så kommer de også til at se forskellige ud.
Synes godt om
Slettet bruger
26. maj 2009 - 20:16#14
Jeps, men så forstår jeg bare ikke, hvorfor padding:0px resulterer i forskydningen nedad? Der skulle der jo netop ingen forskydning være.
Synes godt om
Slettet bruger
27. maj 2009 - 12:42#15
Jeg er ikke sikker på, om vi snakker om det samme. Se evt. her:
(Du skulle jo nødig have top margin på den første selectable - ret evt. til 0 4px 8px 4px; - d.v.s. dobbel bund margin for at kompensere eller opret adskilt class/id til den første selectable og kast en margin: 0 4px 4px 4px!important; ind i css'en til den id/class)
Synes godt om
Slettet bruger
02. juni 2009 - 18:03#17
Jo, der skal være marginer på alle selectables, så jeg ikke skal rette dem individuelt. Som du kan se, er den øverste (og alle de andre) selectable-divs også placeret forkert - det er baggrunden (den øvre skygge) til den omkringliggende content-div, der er problemet.
Synes godt om
Slettet bruger
02. juni 2009 - 18:03#18
Hov, der fik jeg vist ikke lige rettet mig selv :) Jeg prøver igen:
Jo, der skal være marginer på alle selectables, så jeg ikke skal rette dem individuelt. Som du kan se, er den øverste (og alle de andre) selectable-div også placeret korrekt - det er baggrunden (den øvre skygge) til den omkringliggende content-div, der er problemet.
Synes godt om
Slettet bruger
02. juni 2009 - 18:08#19
Hov, du har ret i, at baggrunden står rigtigt, når padding-top:0px... Men hvorfor påvirkes margin af første indholdselement, og hvordan kan jeg undgå det?
Synes godt om
Slettet bruger
02. juni 2009 - 18:16#20
Nøj, hvor kan jeg da ikke skrive i dag. Rettelse:
Hov, du har ret i, at baggrunden står rigtigt, når padding-top:0px... Men hvorfor påvirkes background-placeringen af første indholdselement, og hvordan kan jeg undgå det?
Nu er det margin-top (ikke padding) jeg foreslog til 0, da margin-top netop p.t. rykker content blokken 4px ned - og derfor viser elementets baggrund 4px længere nede ... bemærk margin 4px i toppen rykker ikke baggrunden 4px ned, men hele elementet (incl. baggrunden).
Når et element har margin-top og lægger som det første element i et andet kan margin sommetider påvirkes som var det sat på det omkransende element.
Tilføj evt. et element på 0px højde først i content elementet over det første selectable a element (bare 0 px div med som indhold samt overflow:hidden; og uden margin/padding). - Denne er ikke testet, men burde gøre så de 4px margin bliver sat i forhold til det ovenstående element istedet for at påvirke placeringen af content.
Synes godt om
Slettet bruger
02. juni 2009 - 18:52#22
Jeg har lige fået en åbenbaring: Jeg hader CSS :) Anyway, takker, jeg roder lige med det.
Tro mig, du elsker css*. Det er så meget lettere at redde/rette et design ved brug af css end at rette hele kilden igennem - ændre tabel struktur og øge/minimere billeder til at strække celler. * (Før eller siden gør du sikkert om ikke andet :P)
Velbekom :) Ja, forskelle mellem browsere er nu irriterende. ( Har ikke lige IE<7 ved hånden, så jeg kan checke hvad den siger, men lige en p.s. vedr. forskelle: > og first-child er med fra IE7+ http://msdn.microsoft.com/en-us/library/cc351024(VS.85).aspx )
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.