---

Den lille 2px blå border under billedet - hvorfor er den der mon.
Den går selvfølgelig væk hvis jeg sætter en højde på min div, men da
billedet jo kan være variabel højde, så er det jo ikke skide smart :)

http://dl.dropbox.com/u/1108180/image/index.html

---

On 29-04-2010 08:07, Martin wrote:
> Den lille 2px blå border under billedet - hvorfor er den der mon.
> Den går selvfølgelig væk hvis jeg sætter en højde på min div, men da
> billedet jo kan være variabel højde, så er det jo ikke skide smart :)
>
> http://dl.dropbox.com/u/1108180/image/index.html

Aha..
Så det var
body { line-height: 1; }
der var synderen
Er default mon så bare 0 ?

---

Den 29-04-2010 08:25, Martin skrev:
> On 29-04-2010 08:07, Martin wrote:
>> Den lille 2px blå border under billedet - hvorfor er den der mon.
>> Den går selvfølgelig væk hvis jeg sætter en højde på min div, men da
>> billedet jo kan være variabel højde, så er det jo ikke skide smart :)
>>
>> http://dl.dropbox.com/u/1108180/image/index.html
>
> Aha..
> Så det var
> body { line-height: 1; }
> der var synderen
> Er default mon så bare 0 ?

1ineheight 1 hvad?

Du kan sætte enheden i pixel, i tommer i centimeter, i em i %... og
sikkert flere, som jeg ikke kan huske.

Så hvad skal maskinen vælge, hvis du bare skriver 1?

;)


MVH
Rune Jensen

---

Rune Jensen skrev:
> Den 29-04-2010 08:25, Martin skrev:
>> On 29-04-2010 08:07, Martin wrote:
>>> Den lille 2px blå border under billedet - hvorfor er den der mon.
>>> Den går selvfølgelig væk hvis jeg sætter en højde på min div, men da
>>> billedet jo kan være variabel højde, så er det jo ikke skide smart :)
>>>
>>> http://dl.dropbox.com/u/1108180/image/index.html
>>
>> Aha..
>> Så det var
>> body { line-height: 1; }
>> der var synderen
>> Er default mon så bare 0 ?
>
> 1ineheight 1 hvad?

100 procent standard font size.
En numerisk værdi er tilladt (efter hukommelsen).

--

Med venlig hilsen
Jørgen Farum Jensen
Håndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
..

---

Den 29-04-2010 11:04, Jørgen Farum Jensen skrev:
> Rune Jensen skrev:
>> Den 29-04-2010 08:25, Martin skrev:

>>> Aha..
>>> Så det var
>>> body { line-height: 1; }
>>> der var synderen
>>> Er default mon så bare 0 ?
>>
>> 1ineheight 1 hvad?
>
> 100 procent standard font size.
> En numerisk værdi er tilladt (efter hukommelsen).

Hmmm.. OK. Synes stadig det strider imod alt hvad man har lært i skolen.

W3C kalder det "number", så den må være god nok.

Er det en skaléringsfaktor?


MVH
Rune Jensen

---

Martin formulerede torsdag:
> Den lille 2px blå border under billedet - hvorfor er den der mon.
> Den går selvfølgelig væk hvis jeg sætter en højde på min div, men da
> billedet jo kan være variabel højde, så er det jo ikke skide smart :)
>
> http://dl.dropbox.com/u/1108180/image/index.html

Ser ud til at din css fil definerer en ganske stort antal klasser - der
ikke bliver brugt. Men det kan selvfølgelig komme... ( * betyder et
hvilket som helst tag - det er lidt nemmere end at liste alle tags,
også at finde rundt i. Klip en hæl og skær en tå, så kommer det nok til
at passe..)

Problemet kan løses med en tilføjelse:
#page {
font-size : 0px;
}

"Fejlen" skyldes whitespace i din kode, som browserne mistolker som
tekst.

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

Der er ikke tale om en mistolkning. Alle whitespace karakterer er i
ascii tabellen lige som de synlige karakterer og har derfor samme
egenskaber hvad angår vidde og højde.
Hvis man sagde at WS ikke havde højde måtte man jo logisk sige at de
heller ikke har bredde. For at se effekten af det kan du bare fjerne
alle mellemrum i dette og se hvor let det så bliver at læse.

Regards Jens Peter Karlsen.

On Thu, 29 Apr 2010 09:20:38 +0200, Birger Sørensen
<sdc@bbsorensen.com> wrote:

>"Fejlen" skyldes whitespace i din kode, som browserne mistolker som
>tekst.

---

Jens Peter Karlsen sendte dette med sin computer:
> Der er ikke tale om en mistolkning. Alle whitespace karakterer er i
> ascii tabellen lige som de synlige karakterer og har derfor samme
> egenskaber hvad angår vidde og højde.
> Hvis man sagde at WS ikke havde højde måtte man jo logisk sige at de
> heller ikke har bredde. For at se effekten af det kan du bare fjerne
> alle mellemrum i dette og se hvor let det så bliver at læse.
>
> Regards Jens Peter Karlsen.
>
> On Thu, 29 Apr 2010 09:20:38 +0200, Birger Sørensen
> <sdc@bbsorensen.com> wrote:
>
>> "Fejlen" skyldes whitespace i din kode, som browserne mistolker som
>> tekst.

Det er en nylinie karakter og mellemrum eller tabulator for indrykning
i kildekoden. Der er ingen tekst. I min bog bør der så heller ikke være
hverken mellemrum eller whitespace i det browserne skal vise.
De fleste browsere finder ud af at fjerne whitespace foran og efter den
tekst, der skal vises - og det er i min bog en "mistolkning" at
indsætte en textNode til whitespacce, når der ingen tekst er at vise.
De fleste browsere indsætter alligevel en textNode som så bare er tom.
Og det giver ikke ret meget mening.

Den aktuelle kode ser sådan ud
<div>
<img...>
</div>
Der er ingen tekst - hvorfor så en textNode til at indeholde
whitespace, der ikke skal vises?
Problemet kan også løses (mener jeg at kunne huske) ved at skrive
kilden uden whitespace:
<div><img></div>
Så i dette tilfælde giver det fin mening uden mellemrum whitespace. Det
er bare sjældent koden bliver læselig uden whitespace, alle de steder
whitespacen ikke står om tekst.

Der er nok temmelig mange måde at organisere sin kode. Og at forvente
at browserne skulle kunne "dekode" dem alle, og kun indsætte nodes,
hvor der faktisk er brug for dem, er nok i overkanten.
Men det ville være rart, hvis man på en eller anden måde kunne finde en
fællesnævner for hvornår, der indsættes en tom textNode...

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

On 29-04-2010 09:20, Birger Sørensen wrote:
> Ser ud til at din css fil definerer en ganske stort antal klasser - der
> ikke bliver brugt. Men det kan selvfølgelig komme... ( * betyder et
> hvilket som helst tag - det er lidt nemmere end at liste alle tags, også
> at finde rundt i. Klip en hæl og skær en tå, så kommer det nok til at
> passe..)

Det er en simpel reset css, så alle browsere ser de forskellige
elementer så ens som muligt.

Så slipper man fx. for at skrive
font-family: <en helt række af familier>

så kan man nøjes med at skrive en enkelt.
Man skal heller ikke tænke på om en h1 har samme højde i alle browsere
og sådanne ting - den var nok mest brugbar i IE6 tiderne :) - Men jeg
holder mig til den, så behøver jeg ikke måle særlig meget.

---

Den slags sætter man bare for body, så nedarves det. Ingen grund til
en masse klasser bare til det.

Regards Jens Peter Karlsen.

On Thu, 29 Apr 2010 18:14:37 +0200, Martin <maa@scandesigns.invalid>
wrote:

>
>Det er en simpel reset css, så alle browsere ser de forskellige
>elementer så ens som muligt.

---

Jens Peter Karlsen:
> Den slags sætter man bare for body, så nedarves det. Ingen grund til
> en masse klasser bare til det.
>
> Regards Jens Peter Karlsen.
>
> On Thu, 29 Apr 2010 18:14:37 +0200, Martin <maa@scandesigns.invalid>
> wrote:
>
>>
>> Det er en simpel reset css, så alle browsere ser de forskellige
>> elementer så ens som muligt.

Ikke helt vist. input, textarea, label, fieldset, ol, ul - og der er
flere endnu -... nedarver vist ikke nødvendigvis fra body...
* {
padding : 0px;
margin : 0px;
font and what have you...
}
Der er ingen grund til at have alle tags listet - * dækker dem alle.

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

On 29-04-2010 23:20, Birger Sørensen wrote:
> Jens Peter Karlsen:
>> Den slags sætter man bare for body, så nedarves det. Ingen grund til
>> en masse klasser bare til det.
>>
>> Regards Jens Peter Karlsen.
>> On Thu, 29 Apr 2010 18:14:37 +0200, Martin <maa@scandesigns.invalid>
>> wrote:
>>
>>>
>>> Det er en simpel reset css, så alle browsere ser de forskellige
>>> elementer så ens som muligt.
>
> Ikke helt vist. input, textarea, label, fieldset, ol, ul - og der er
> flere endnu -... nedarver vist ikke nødvendigvis fra body...
> * {
> padding : 0px;
> margin : 0px;
> font and what have you...
> }
> Der er ingen grund til at have alle tags listet - * dækker dem alle.

så vidt jeg har forstået så skulle der være en bug med * { ... } men nu
er det et stylesheet som blev lavet i 2007 og er nok mest til at få
lukket en del huller i IE6, så det kunne godt være det kunne ændres med
* { ... } istedet, men altså 0.2kb eller 0.3kb gør nu ikke mig noget

---

Martin udtrykte præcist:
> On 29-04-2010 23:20, Birger Sørensen wrote:
>> Jens Peter Karlsen:
>>> Den slags sætter man bare for body, så nedarves det. Ingen grund til
>>> en masse klasser bare til det.
>>>
>>> Regards Jens Peter Karlsen.
>>> On Thu, 29 Apr 2010 18:14:37 +0200, Martin <maa@scandesigns.invalid>
>>> wrote:
>>>
>>>>
>>>> Det er en simpel reset css, så alle browsere ser de forskellige
>>>> elementer så ens som muligt.
>>
>> Ikke helt vist. input, textarea, label, fieldset, ol, ul - og der er
>> flere endnu -... nedarver vist ikke nødvendigvis fra body...
>> * {
>> padding : 0px;
>> margin : 0px;
>> font and what have you...
>> }
>> Der er ingen grund til at have alle tags listet - * dækker dem alle.
>
> så vidt jeg har forstået så skulle der være en bug med * { ... } men nu er
> det et stylesheet som blev lavet i 2007 og er nok mest til at få lukket en
> del huller i IE6, så det kunne godt være det kunne ændres med * { ... }
> istedet, men altså 0.2kb eller 0.3kb gør nu ikke mig noget

Jeg kender ikke til nogen bug, der skulle få * til ikke at gøre hvad
den bliver bedt om.
Er så nødt til at indrømme, at problemer med visning i IE6, er ligesom
at få en bil fra 40'erne til at køre over 200km/t. Det kan da godt være
det kan lade sig gøre, men er ikke noget jeg vil spilde min energi på
at få til at fungere. Der findes efterhånden så mange rigtige browsere,
at det ikke ville være nogen ulykke hvis IE forsvandt helt.
Antikviteter hører til, helt andre steder...

Det er vist lige for nyligt blevet dikuteret i en anden tråd, det med
hvor meget tingene fylder.
Og hvor meget tid der kan spares i browseren ved ikke at bruge f.ex.
div#mindiv, men nøjes med #mindiv - eftersom id'er alligevel er unike -
og hvor meget tid der kan spares ved ikke at angive regler/klasser, der
ikke anvendes til noget.

Det jeg tænkte på ifm dit stylesheet var overskueligheden.
Specielt når tingene *ikke* gør som forventet, er man nødt til at
gennemsøge styles for steder man evt. sætter noget forkert for de
involverede elementer - og der er sådan en liste ikke praktisk - det er
noget nemmere at overskue med *, når man nu mener alle elementer.

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk