---

Jeg har tidligere fået fantastisk god hjælp til at lave det jeg
kalder hjælpetekster, dvs når der peges på et ord kommer der en
forklarende tekst frem. Nu har jeg opdaget at nogle af dem i IE7 er
transparente, så at den øvrige tekst på siden skinner igennem.
Prøv på flg. side http://lisbetovervad.dk/sammenligninger.shtml at
pege på "kongruerer med" (under ... mismo ... que). Det er altså ikke
alle steder der sker, og jeg kan ikke lige gennemskue hvad der gør
det. Det sker ikke i FF3, og der er ingen valideringsfejl.

Kan I hjælpe?
--
Med venlig hilsen
Lisbet

---

> Det er altså ikke alle steder der sker, og jeg kan ikke lige gennemskue
> hvad der gør det. Det sker ikke i FF3, og der er ingen valideringsfejl.

De er ikke tranaperente hos mig i IE7.

Christian

---

Lisbet Laursen tastede følgende:
> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg kalder
> hjælpetekster, dvs når der peges på et ord kommer der en forklarende tekst
> frem. Nu har jeg opdaget at nogle af dem i IE7 er transparente, så at den
> øvrige tekst på siden skinner igennem.
> Prøv på flg. side http://lisbetovervad.dk/sammenligninger.shtml at pege på
> "kongruerer med" (under ... mismo ... que). Det er altså ikke alle steder der
> sker, og jeg kan ikke lige gennemskue hvad der gør det. Det sker ikke i FF3,
> og der er ingen valideringsfejl.
>
> Kan I hjælpe?

Teksten skinner igennem alle steder. Men kun den røde tekst, altså din
..trigger class.
Kan ikke lige gennemskue hvorfor, og det ligner (endnu) et IE problem.

Du bruger dispay til at vise/skjule. Prøv måske med visibilty i stedet
(display påvirker hele dokumentet, visibity kun det aktuelle element).
Vil mene at din opbygning med noterne som absoult placerede er bedre
egnet til visibility.

En kommentar : Noterne dukker frem under cursoren. Hvorfor ikke flytte
dem over linien i stedet for under, så de også kan læses?

Lidt mere.. ;>)
Du bruger js til vis/skjul - du kan så rent faktisk bruge cursorens
placering til at vise noten, og behøver så reelt kun een boks, der blot
flyttes til hvor den skal bruges.

I stedet for js, kan det vist gøres i css ved
..note {
...
display : none; eller visibility : hidden;
}
..trigger:hover .note {
display : block; eller visibility : visible;
}
i stedet

Birger

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

---

Birger Sørensen wrote:
> Teksten skinner igennem alle steder. Men kun den røde tekst, altså
> din
> .trigger class.
Ja, jeg så ikke lige at det kun er den røde tekst der skinner
igennem.

> Du bruger dispay til at vise/skjule. Prøv måske med visibilty i
> stedet
> (display påvirker hele dokumentet, visibity kun det aktuelle
> element).
> Vil mene at din opbygning med noterne som absoult placerede er
> bedre
> egnet til visibility.
>
> En kommentar : Noterne dukker frem under cursoren. Hvorfor ikke
> flytte
> dem over linien i stedet for under, så de også kan læses?
>
> Lidt mere.. ;>)
> Du bruger js til vis/skjul - du kan så rent faktisk bruge cursorens
> placering til at vise noten, og behøver så reelt kun een boks, der
> blot flyttes til hvor den skal bruges.
>
> I stedet for js, kan det vist gøres i css ved
> .note {
> ...
> display : none; eller visibility : hidden;
> }
> .trigger:hover .note {
> display : block; eller visibility : visible;
> }
> i stedet

Tusind tak for al din hjælp! Lige nu er jeg lidt tilbøjelig til at
vælge den mere enkle løsning med 'acronym', som en anden foreslår,
hvis jeg kan markere ordene med hjælpetekst via class (farve). Det
virker mere enkelt end alle disse notenumre der skal være styr på
(ca. 30 pr. side).

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen formulerede lørdag:
> Birger Sørensen wrote:
>> Teksten skinner igennem alle steder. Men kun den røde tekst, altså din
>> .trigger class.
> Ja, jeg så ikke lige at det kun er den røde tekst der skinner igennem.
>
>> Du bruger dispay til at vise/skjule. Prøv måske med visibilty i stedet
>> (display påvirker hele dokumentet, visibity kun det aktuelle element).
>> Vil mene at din opbygning med noterne som absoult placerede er bedre
>> egnet til visibility.
>>
>> En kommentar : Noterne dukker frem under cursoren. Hvorfor ikke flytte
>> dem over linien i stedet for under, så de også kan læses?
>>
>> Lidt mere.. ;>)
>> Du bruger js til vis/skjul - du kan så rent faktisk bruge cursorens
>> placering til at vise noten, og behøver så reelt kun een boks, der
>> blot flyttes til hvor den skal bruges.
>>
>> I stedet for js, kan det vist gøres i css ved
>> .note {
>> ...
>> display : none; eller visibility : hidden;
>> }
>> .trigger:hover .note {
>> display : block; eller visibility : visible;
>> }
>> i stedet
>
> Tusind tak for al din hjælp! Lige nu er jeg lidt tilbøjelig til at vælge den
> mere enkle løsning med 'acronym', som en anden foreslår, hvis jeg kan markere
> ordene med hjælpetekst via class (farve). Det virker mere enkelt end alle
> disse notenumre der skal være styr på (ca. 30 pr. side).

Det er sikkert også den bedste løsning - og det skulle ikke være et
problem at farve ordene.
Den mest iøjnefaldende forskel vil være, at med title=".." bestemmer du
ikke selv hvor noten popper op, eller hvordan den ser ud.

Birger

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

---

Birger Sørensen wrote:
>>
>> Tusind tak for al din hjælp! Lige nu er jeg lidt tilbøjelig til at
>> vælge den mere enkle løsning med 'acronym', som en anden foreslår,
>> hvis jeg kan markere ordene med hjælpetekst via class (farve). Det
>> virker mere enkelt end alle disse notenumre der skal være styr på
>> (ca. 30 pr. side).
>
> Det er sikkert også den bedste løsning - og det skulle ikke være et
> problem at farve ordene.
> Den mest iøjnefaldende forskel vil være, at med title=".."
> bestemmer
> du ikke selv hvor noten popper op, eller hvordan den ser ud.

Jeg er sådan set ligeglad med hvordan noten ser ud - hvis I ser på
mine sider, ligner noterne meget dem der er indbygget i browseren, og
jeg har også opdaget at de browserindbyggede (eller hvad det nu
hedder) altid kan ses, hvorimod jeg har måttet lave linjeskift (br)
på nogle i højre spalte for at de kunne ses.

Men disse (med title="...") popper vel også op i nærheden af det ord
der peges på?

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:
> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg
> kalder hjælpetekster, dvs når der peges på et ord kommer der en
> forklarende tekst frem. Nu har jeg opdaget at nogle af dem i IE7 er
> transparente, så at den øvrige tekst på siden skinner igennem.
> Prøv på flg. side http://lisbetovervad.dk/sammenligninger.shtml at
> pege på "kongruerer med" (under ... mismo ... que). Det er altså ikke
> alle steder der sker, og jeg kan ikke lige gennemskue hvad der gør
> det. Det sker ikke i FF3, og der er ingen valideringsfejl.

Det her er ikke et konkret svar på dit spørgsmål, men mere et velment
forslag :

I stedet for at bruge alt dette javascript, som da naturligvis giver fine
popups, men åbenbart vedligeholdelsesproblemer (udover at det sikkert i sig
selv er vanskeligt at vedligeholde note17, note18, note117 mv) hvorfor
bruger du ikke tag'et <acronym> der jo er beregnet til formålet?

f.eks

<acronym title="Har samme køn og tal som">kongruerer med</acronym>

Det virker på mig langt enklere og mere "korrekt"..

mvh

---

"David Konrad" <dadk@webspeed.dk> skrev i meddelelsen
news:49275eca$0$90274$14726298@news.sunsite.dk...
> Lisbet Laursen wrote:
>> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg
>> kalder hjælpetekster, dvs når der peges på et ord kommer der en
>> forklarende tekst frem. Nu har jeg opdaget at nogle af dem i IE7 er
>> transparente, så at den øvrige tekst på siden skinner igennem.
>> Prøv på flg. side http://lisbetovervad.dk/sammenligninger.shtml at
>> pege på "kongruerer med" (under ... mismo ... que). Det er altså ikke
>> alle steder der sker, og jeg kan ikke lige gennemskue hvad der gør
>> det. Det sker ikke i FF3, og der er ingen valideringsfejl.
>
> Det her er ikke et konkret svar på dit spørgsmål, men mere et velment
> forslag :
>
> I stedet for at bruge alt dette javascript, som da naturligvis giver fine
> popups, men åbenbart vedligeholdelsesproblemer (udover at det sikkert i
> sig selv er vanskeligt at vedligeholde note17, note18, note117 mv) hvorfor
> bruger du ikke tag'et <acronym> der jo er beregnet til formålet?
>
> f.eks
>
> <acronym title="Har samme køn og tal som">kongruerer med</acronym>
>
> Det virker på mig langt enklere og mere "korrekt"..
>
> mvh
>
>

Du kan også prøve at sætte z-index:100; på dine hjælpebokse
se evt. http://www.html.dk/tutorials/css/lektion15.asp

/Martin

---

Martin Ploug wrote:

> Du kan også prøve at sætte z-index:100; på dine hjælpebokse
> se evt. http://www.html.dk/tutorials/css/lektion15.asp

Du glemmer at det kun fungerer med position : absolute, og hjælpeteksterne
er jo flyovers, i en flydende tekst.

---

"David Konrad" <dadk@webspeed.dk> skrev i meddelelsen
news:4927e42d$0$90276$14726298@news.sunsite.dk...
> Martin Ploug wrote:
>
>> Du kan også prøve at sætte z-index:100; på dine hjælpebokse
>> se evt. http://www.html.dk/tutorials/css/lektion15.asp
>
> Du glemmer at det kun fungerer med position : absolute, og hjælpeteksterne
> er jo flyovers, i en flydende tekst.
>
>

Hej David

Ok ja, det kan der være noget om.

/Martin

---

Martin Ploug formulerede spørgsmålet:
> "David Konrad" <dadk@webspeed.dk> skrev i meddelelsen
> news:4927e42d$0$90276$14726298@news.sunsite.dk...
>> Martin Ploug wrote:
>>
>>> Du kan også prøve at sætte z-index:100; på dine hjælpebokse
>>> se evt. http://www.html.dk/tutorials/css/lektion15.asp
>>
>> Du glemmer at det kun fungerer med position : absolute, og hjælpeteksterne
>> er jo flyovers, i en flydende tekst.
>>
>>
>
> Hej David
>
> Ok ja, det kan der være noget om.
>
> /Martin

..note er i css defineret med position : absolute

Birger

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

---

Birger Sørensen wrote:

>> /Martin
>
> .note er i css defineret med position : absolute

Ja, z-index 3, uden top og left. Min fejl.

---

David Konrad wrote:
> Birger Sørensen wrote:
>
>>> /Martin
>>
>> .note er i css defineret med position : absolute
>
> Ja, z-index 3, uden top og left. Min fejl.

Det går HELT galt - *med* top/left

---

Efter mange tanker skrev Birger Sørensen:
> Martin Ploug formulerede spørgsmålet:
>> "David Konrad" <dadk@webspeed.dk> skrev i meddelelsen
>> news:4927e42d$0$90276$14726298@news.sunsite.dk...
>>> Martin Ploug wrote:
>>>
>>>> Du kan også prøve at sætte z-index:100; på dine hjælpebokse
>>>> se evt. http://www.html.dk/tutorials/css/lektion15.asp
>>>
>>> Du glemmer at det kun fungerer med position : absolute, og hjælpeteksterne
>>> er jo flyovers, i en flydende tekst.
>>>
>>>
>>
>> Hej David
>>
>> Ok ja, det kan der være noget om.
>>
>> /Martin
>
> .note er i css defineret med position : absolute
>
> Birger

Desuden har .note z-index : 3, så det burde fungere, eftersom ingen
andre(*) elementer har angivet z-index.

(*) Der er også defineret en #form, som så vidt jeg kan se, også har
z-index : 3; men ikke andendes. Formentlig er det Formen til Google
søgning der er tænkt på, men der er ikke angivet noget id="form".

Birger

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

---

Birger Sørensen wrote:
> Martin Ploug formulerede spørgsmålet:
>> "David Konrad" <dadk@webspeed.dk> skrev i meddelelsen
>> news:4927e42d$0$90276$14726298@news.sunsite.dk...
>>> Martin Ploug wrote:
>>>
>>>> Du kan også prøve at sætte z-index:100; på dine hjælpebokse
>>>> se evt. http://www.html.dk/tutorials/css/lektion15.asp
>>>
>>> Du glemmer at det kun fungerer med position : absolute, og
>>> hjælpeteksterne er jo flyovers, i en flydende tekst.
>
> .note er i css defineret med position : absolute

Så jeg kan faktisk godt bruge rådet om z-index:100; ?

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen skrev:
> Birger Sørensen wrote:
>> Martin Ploug formulerede spørgsmålet:
>>> "David Konrad" <dadk@webspeed.dk> skrev i meddelelsen
>>> news:4927e42d$0$90276$14726298@news.sunsite.dk...
>>>> Martin Ploug wrote:
>>>>
>>>>> Du kan også prøve at sætte z-index:100; på dine hjælpebokse
>>>>> se evt. http://www.html.dk/tutorials/css/lektion15.asp
>>>>
>>>> Du glemmer at det kun fungerer med position : absolute, og
>>>> hjælpeteksterne er jo flyovers, i en flydende tekst.
>>
>> .note er i css defineret med position : absolute
>
> Så jeg kan faktisk godt bruge rådet om z-index:100; ?

Det burde også virke med de 3 du allerede har givet den...

Birger

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

---

David Konrad wrote:
> Det her er ikke et konkret svar på dit spørgsmål, men mere et
> velment
> forslag :
>
> I stedet for at bruge alt dette javascript, som da naturligvis
> giver
> fine popups, men åbenbart vedligeholdelsesproblemer (udover at det
> sikkert i sig selv er vanskeligt at vedligeholde note17, note18,
> note117 mv) hvorfor bruger du ikke tag'et <acronym> der jo er
> beregnet til formålet?
> f.eks
>
> <acronym title="Har samme køn og tal som">kongruerer med</acronym>
>
> Det virker på mig langt enklere og mere "korrekt"..

Ja, jeg startede oprindeligt selv med <span title=...>, hvilket
virkede på samme måde som <acronym title=...", men manglede at det
kunne ses at der her var en hjælpetekst (se tråd fra 24/9), og det
udviklede sig så til den nuværende løsning. Men det må være muligt at
lave en løsning med class på acronym/span title, så at ordet får den
røde farve. Og ja, det vil jo være mere enkelt at skrive og
vedligeholde. Tak for forslaget - også til alle de andre!
--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:

>> <acronym title="Har samme køn og tal som">kongruerer med</acronym>
>>
>> Det virker på mig langt enklere og mere "korrekt"..
>
> Ja, jeg startede oprindeligt selv med <span title=...>, hvilket
> virkede på samme måde som <acronym title=...", men manglede at det
> kunne ses at der her var en hjælpetekst (se tråd fra 24/9),

Har desværre ikke tråde så langt tilbage, og har followed up, så jeg kan
ikke genhente dem - og groups.google er jo bestemt ikke blevet bedre, mere
logisk eller brugervenligt gennem årene - tværtimod. Der kommer i stigende
grad blot noget der minder om komplet irrelevante random-opslag, når man
søger.

> og det
> udviklede sig så til den nuværende løsning. Men det må være muligt at
> lave en løsning med class på acronym/span title, så at ordet får den
> røde farve.

Naturligvis - jeg vover det ene øje

<style>
acronym.note {
color:#d10000;
cursor : help;
font-family:arial,sans-serif;font-size:85%;
border-bottom : 0px; /* for FF's skyld */
}
</style>

<acronym class=note title="Har samme køn og tal som">kongruerer
med</acronym>

ser hos mig i FF, IE, Safari og Opera ud præcis som på
http://lisbetovervad.dk/sammenligninger.shtml - men naturligvis ikke med det
lidt større og finere markeret "hintvindue" (som jeg ikke mener man kan
style)

mvh

---

David Konrad wrote:
> Lisbet Laursen wrote:

>> Ja, jeg startede oprindeligt selv med <span title=...>, hvilket
>> virkede på samme måde som <acronym title=...", men manglede at det
>> kunne ses at der her var en hjælpetekst (se tråd fra 24/9),
>
> Har desværre ikke tråde så langt tilbage, og har followed up, så
> jeg
> kan ikke genhente dem - og groups.google er jo bestemt ikke blevet
> bedre,

Jeg bruger news:sunsite i OE, og det fungerer fint for mig (jeg kan
stadig se de gamle tråde).
>
>> og det
>> udviklede sig så til den nuværende løsning. Men det må være muligt
>> at
>> lave en løsning med class på acronym/span title, så at ordet får
>> den
>> røde farve.
>
> Naturligvis - jeg vover det ene øje
>
> <style>
> acronym.note {
> color:#d10000;
> cursor : help;
> font-family:arial,sans-serif;font-size:85%;
> border-bottom : 0px; /* for FF's skyld */
> }
> </style>
>
> <acronym class=note title="Har samme køn og tal som">kongruerer
> med</acronym>
>
> ser hos mig i FF, IE, Safari og Opera ud præcis som på
> http://lisbetovervad.dk/sammenligninger.shtml - men naturligvis
> ikke
> med det lidt større og finere markeret "hintvindue" (som jeg ikke
> mener man kan style)

Nej, så vidt jeg forstår, er de hjælpetekster der kommer via acronym
og span indbygget i browseren og kan ikke styles. Det er heller ikke
hovedsagen for mig, og jeg tror jeg vil prøve din model.

Tak for hjælpen!
--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:

>> ser hos mig i FF, IE, Safari og Opera ud præcis som på
>> http://lisbetovervad.dk/sammenligninger.shtml - men naturligvis
>> ikke
>> med det lidt større og finere markeret "hintvindue" (som jeg ikke
>> mener man kan style)
>
> Nej, så vidt jeg forstår, er de hjælpetekster der kommer via acronym
> og span indbygget i browseren og kan ikke styles. Det er heller ikke
> hovedsagen for mig, og jeg tror jeg vil prøve din model.
>
> Tak for hjælpen!

Jeg ved ikke om det i sidste ende er tilfredsstillende ift formålet, man har
jo typisk nogle helt særlige ideer om formål og virkemåde i tankerne - men
man kunne sige, at hjælpeteksterne da alt andet end lige vil blive
indekseret bedre i søgemaskiner, med acronym, frem for hvis de kun vises med
javascript.

mvh

---

David Konrad frembragte:
> Lisbet Laursen wrote:
>
>>> ser hos mig i FF, IE, Safari og Opera ud præcis som på
>>> http://lisbetovervad.dk/sammenligninger.shtml - men naturligvis
>>> ikke
>>> med det lidt større og finere markeret "hintvindue" (som jeg ikke
>>> mener man kan style)
>>
>> Nej, så vidt jeg forstår, er de hjælpetekster der kommer via acronym
>> og span indbygget i browseren og kan ikke styles. Det er heller ikke
>> hovedsagen for mig, og jeg tror jeg vil prøve din model.
>>
>> Tak for hjælpen!
>
> Jeg ved ikke om det i sidste ende er tilfredsstillende ift formålet, man har
> jo typisk nogle helt særlige ideer om formål og virkemåde i tankerne - men
> man kunne sige, at hjælpeteksterne da alt andet end lige vil blive indekseret
> bedre i søgemaskiner, med acronym, frem for hvis de kun vises med javascript.
>
> mvh

Teksterne står faktisk i en span, så der brude ikke være så meget
forskel for søgemaskinerne.
Noget andet er at title anvendes af telsesyntese programmer og til
andre formål også - specielt på acronym og abbr.
Ved ikke om det evt. vil virke forstyrrende.

Birger

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

---

Birger Sørensen wrote:

> Teksterne står faktisk i en span, så der brude ikke være så meget
> forskel for søgemaskinerne.
> Noget andet er at title anvendes af telsesyntese programmer og til
> andre formål også - specielt på acronym og abbr.
> Ved ikke om det evt. vil virke forstyrrende.

Har heller ingen anelse.

Mon

<span class="trigger" onmouseover="showNote('note17', true)"
onmouseout="showNote('note17', false)">kongruerer med<span class="note"
id="note17">/har samme køn og tal som</span></span>

fortolkes mere "menneskeligt" af skærmlæsere end

<acronym class=note"har samme køn og tal som">kongruerer med</acronym>???

Jeg har aldrig nogen sinde oplevet en skærmlæser i virkeligheden, så jeg har
absolut ingen fornemmelse for hvordan de virker. Jeg kunne /forestille/ mig
at en skærmlæser ikke vil læse et skjult span op.

---

David Konrad wrote:
> Birger Sørensen wrote:
>
>> Teksterne står faktisk i en span, så der brude ikke være så meget
>> forskel for søgemaskinerne.
>> Noget andet er at title anvendes af telsesyntese programmer og til
>> andre formål også - specielt på acronym og abbr.
>> Ved ikke om det evt. vil virke forstyrrende.
>
> Har heller ingen anelse.
>
> Mon
>
> <span class="trigger" onmouseover="showNote('note17', true)"
> onmouseout="showNote('note17', false)">kongruerer med<span
> class="note" id="note17">/har samme køn og tal som</span></span>
>
> fortolkes mere "menneskeligt" af skærmlæsere end
>
> <acronym class=note"har samme køn og tal som">kongruerer
> med</acronym>???
> Jeg har aldrig nogen sinde oplevet en skærmlæser i virkeligheden,
> så
> jeg har absolut ingen fornemmelse for hvordan de virker. Jeg kunne
> /forestille/ mig at en skærmlæser ikke vil læse et skjult span op.

Nu må jeg lige spørge (dumt!) hvad I mener med en skærmlæser. Er det
en der læser teksten op for blinde? I så tilfælde er det jo
ligegyldigt, fordi - jeg tror - at der endnu ikke findes skærmlæsere
der kan skifte mellem dansk og spansk. I så fald skal der jo endnu
mere kode ind for at fortælle hvad der er dansk og hvad der er
spansk. Kan det lade sig gøre? Men jeg har med al sandsynlighed
misforstået noget.

--
Med venlig hilsen
Lisbet

---

David Konrad wrote:
> Lisbet Laursen wrote:
>
>>> <acronym title="Har samme køn og tal som">kongruerer
>>> med</acronym>
>>>
>>> Det virker på mig langt enklere og mere "korrekt"..

Jeg glemte lige at spørge om hvilken forskel der er på at bruge
<acronym> og <span>?

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:
> David Konrad wrote:
>> Lisbet Laursen wrote:
>>
>>>> <acronym title="Har samme køn og tal som">kongruerer
>>>> med</acronym>
>>>>
>>>> Det virker på mig langt enklere og mere "korrekt"..
>
> Jeg glemte lige at spørge om hvilken forskel der er på at bruge
> <acronym> og <span>?

Acronym er direkte beregnet til den slags formål, det ligger næsten i
ordet - det var tiltænkt forkortelser, som man så kunne få belyst ved at
holde musen henover - <acronym title='Danmarks Radio'>DR</acronym>.

<span> er ment som tag for særligt stylede tekst-elementer indeni en
paragraf <p>

Der findes en ækvivalent til <acronym>, <abbr>, eg forkortelse, som virker
på samme måde. "Man" anbefaler i dag <abbr> fremfor <acronym>, men det er jo
fuldkommen hip som hap.

---

David Konrad wrote:
> Lisbet Laursen wrote:
>> David Konrad wrote:
>>> Lisbet Laursen wrote:
>>>
>>>>> <acronym title="Har samme køn og tal som">kongruerer
>>>>> med</acronym>
>>>>>
>>>>> Det virker på mig langt enklere og mere "korrekt"..
>>
>> Jeg glemte lige at spørge om hvilken forskel der er på at bruge
>> <acronym> og <span>?
>
> Acronym er direkte beregnet til den slags formål, det ligger næsten
> i
> ordet - det var tiltænkt forkortelser, som man så kunne få belyst
> ved
> at holde musen henover - <acronym title='Danmarks
> Radio'>DR</acronym>

Her er der jo ikke tale om forkortelser, men oversættelser.
>
> <span> er ment som tag for særligt stylede tekst-elementer indeni
> en
> paragraf <p>

Er det så ikke snarere <span> jeg skal bruge? Hvis det skal være
fuldstændig korrekt og ikke hip som hap?

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:

>> Acronym er direkte beregnet til den slags formål, det ligger næsten
>> i
>> ordet - det var tiltænkt forkortelser, som man så kunne få belyst
>> ved
>> at holde musen henover - <acronym title='Danmarks
>> Radio'>DR</acronym>
>
> Her er der jo ikke tale om forkortelser, men oversættelser.
>>
>> <span> er ment som tag for særligt stylede tekst-elementer indeni
>> en
>> paragraf <p>
>
> Er det så ikke snarere <span> jeg skal bruge? Hvis det skal være
> fuldstændig korrekt og ikke hip som hap?

Det vil jeg bestemt ikke gøre mig til overdommer over. Men man kan sige, at
<acronym> er et <span> udstyret med præcis den feature du ønsker, som <span>
ikke tilbyder eller rummer, og ikke er ment at skulle rumme, og det er jo
derfor du er nødt til at bruge 2 <span> samt javascript, som så i sidste
ende åbenbart giver problemer.

Jeg vil /personligt/ mene, at <acronym> er mere "korrekt" end et
"<span>-hack", men der er da frit slag i bolledejen.

Se den officielle baggrund eller begrundelse for <acronym>
http://www.w3.org/TR/REC-html40/struct/text.html#h-9.2.1

For en 3 års tid siden var jeg lidt i samme situation, og havde også lavet
sådan et popup-system, men det virkede rigtig dårligt i bla Opera, og så
faldt jeg over <acronym> og skiftede det hele ud, og det var jeg ikke
utilfreds med. Men det er jo ikke det samme som at du kan bruge denne
løsning.

mvh

---

David Konrad wrote:
> Lisbet Laursen wrote:
>
>>> <acronym title="Har samme køn og tal som">kongruerer
>>> med</acronym>
>>>
>>> Det virker på mig langt enklere og mere "korrekt"..
>>
>> Ja, jeg startede oprindeligt selv med <span title=...>, hvilket
>> virkede på samme måde som <acronym title=...", men manglede at det
>> kunne ses at der her var en hjælpetekst (se tråd fra 24/9),

> Naturligvis - jeg vover det ene øje
>
> <style>
> acronym.note {
> color:#d10000;
> cursor : help;
> font-family:arial,sans-serif;font-size:85%;
> border-bottom : 0px; /* for FF's skyld */
> }
> </style>
>
> <acronym class=note title="Har samme køn og tal som">kongruerer
> med</acronym>
>
> ser hos mig i FF, IE, Safari og Opera ud præcis som på
> http://lisbetovervad.dk/sammenligninger.shtml - men naturligvis
> ikke
> med det lidt større og finere markeret "hintvindue" (som jeg ikke
> mener man kan style)

Jeg har forsøgt mig med din opskrift med 'acronym title' og også med
en 'span title' allernederst på den nævnte side. Af en eller anden
grund (sikkert en banal fejl lavet af mig som jeg ikke kan få øje på)
virker 'acronym' ikke, dvs. de ord der skal 'title' på, slet ikke
vises.
Hvad er der galt?

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:

> Jeg har forsøgt mig med din opskrift med 'acronym title' og også med
> en 'span title' allernederst på den nævnte side. Af en eller anden
> grund (sikkert en banal fejl lavet af mig som jeg ikke kan få øje på)
> virker 'acronym' ikke, dvs. de ord der skal 'title' på, slet ikke
> vises.
> Hvad er der galt?

Tror det er fordi du erklærer acronym.note før .note, altså en klasse med
samme navn, og acronym.note så arver egenskaber fra .note, eg display:none,
svjks.Kan genskabe det 100% her {se til slut}. Mener, at hvis du i stedet
bruger et andet klassenavn, f.eks

acronym.forklaring {
color:#d10000;
cursor : help;
font-family:arial,sans-serif;
font-size:85%;
border-bottom : 0px;
}

<acronym class="forklaring" title="har samme køn og tal som">kongruerer
med</acronym>

Vil det virke. Du kan i øvrigt som det kom frem ifb Jørgen Farum muligvis
bruge <dfn> frem for <acronym>, der som han er inde på er mere semantisk
korrekt.

Altså

dfn.forklaring {
color:#d10000;
cursor : help;
font-family:arial,sans-serif;
font-size:85%;
border-bottom : 0px; /* for FF's skyld */
}

<dfn class="forklaring" title="Har samme køn og tal som">kongruerer
med</dfn>

men du kan selvfølgelig stadig bruge navnet note, udkommenter den gamle,
f.eks - indtil du er sikker på, at du vil bruge acronym, eller dfn

hvis du bruger dfn skal du være opmærksom på, at tag'et per default er
italic/skråskrift. Det kan du rette ved at tilføje

font-style : normal;

i css-klassen

<<<<<<<<>>>>>>>>>>>
jeg genskaber dit scenarie sådan :

<style>
acronym.note {
color:#d10000;
cursor : help;
font-family:arial,sans-serif;font-size:85%;
border-bottom : 0px; /* for FF's skyld */
}
..note {
border:none;
font-family:arial,sans-serif;font-size:85%;
position:absolute;
left:3em;
top:1em;
z-index:3;
display:none;
padding:3px;
border:1px solid black;
color:black;
background:#ffff99;
white-space:nowrap;
}
dfn.forklaring {
color:#d10000;
cursor : help;
font-family:arial,sans-serif;
font-size:85%;
border-bottom : 0px; /* for FF's skyld */
font-style : normal;
}
</style>
<br>
<acronym class=note title="Har samme køn og tal som">kongruerer
med</acronym>

<br>
<dfn class="forklaring" title="Har samme køn og tal som">kongruerer
med</dfn>


mvh

---

David Konrad wrote:
> Lisbet Laursen wrote:
>
>> Jeg har forsøgt mig med din opskrift med 'acronym title' og også
>> med
>> en 'span title' allernederst på den nævnte side. Af en eller anden
>> grund (sikkert en banal fejl lavet af mig som jeg ikke kan få øje
>> på)
>> virker 'acronym' ikke, dvs. de ord der skal 'title' på, slet ikke
>> vises.
>> Hvad er der galt?
>
> Tror det er fordi du erklærer acronym.note før .note, altså en
> klasse
> med samme navn, og acronym.note så arver egenskaber fra .note, eg
> display:none, svjks.Kan genskabe det 100% her {se til slut}. Mener,
> at hvis du i stedet bruger et andet klassenavn, f.eks

Ja, det må være forklaringen.

> Vil det virke. Du kan i øvrigt som det kom frem ifb Jørgen Farum
> muligvis bruge <dfn> frem for <acronym>, der som han er inde på er
> mere semantisk korrekt.

Hvis <dfn> er det mest korrekte, bruger jeg den.

> Altså
>
> dfn.forklaring {
> color:#d10000;
> cursor : help;
> font-family:arial,sans-serif;
> font-size:85%;
> border-bottom : 0px; /* for FF's skyld */
> }
>
> <dfn class="forklaring" title="Har samme køn og tal som">kongruerer
> med</dfn>

Det virker fint (jeg udelader blot font-size fordi det skal have
samme størrelse som den øvrige tekst). Tusind tak for hjælpen.

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:
> David Konrad wrote:
>> Lisbet Laursen wrote:

> Hvis <dfn> er det mest korrekte, bruger jeg den.
>
>> Altså
>>
>> dfn.forklaring {
>> color:#d10000;
>> cursor : help;
>> font-family:arial,sans-serif;
>> font-size:85%;
>> border-bottom : 0px; /* for FF's skyld */
>> }
>>
>> <dfn class="forklaring" title="Har samme køn og tal
>> som">kongruerer
>> med</dfn>
>
> Det virker fint (jeg udelader blot font-size fordi det skal have
> samme størrelse som den øvrige tekst). Tusind tak for hjælpen.

Og så kan jeg tilmed også bruge den til overskrifterne uden andre
ændringer. Så det er rigtig godt!

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:

> Og så kan jeg tilmed også bruge den til overskrifterne uden andre
> ændringer. Så det er rigtig godt!

Det var en lettelse - det er jeg glad for at høre! Blev ellers helt bekymret
for om jeg havde lokket dig ud på en vildmand

Og må jeg gentage, jeg synes siden visuelt og i logisk opbygning er rigtig
flot designet. Det er overskueligt, logisk og ikke overdænget med fyld eller
forstyrende elementer - minder grangiveligt om et opslagsværk for spansk.
Hvis indholdet er lige så godt, det har jeg lidt svært ved at bedømme - har
glemt alt spansk -, tror jeg mange spansk-interesserede og studerende vil
bookmarke siden, og bruge den som reference. Og så validerer den!

mvh

---

David Konrad wrote:
> Lisbet Laursen wrote:
>
>> Og så kan jeg tilmed også bruge den til overskrifterne uden andre
>> ændringer. Så det er rigtig godt!
>
> Det var en lettelse - det er jeg glad for at høre! Blev ellers helt
> bekymret for om jeg havde lokket dig ud på en vildmand
>
> Og må jeg gentage, jeg synes siden visuelt og i logisk opbygning er
> rigtig flot designet. Det er overskueligt, logisk og ikke
> overdænget
> med fyld eller forstyrende elementer - minder grangiveligt om et
> opslagsværk for spansk. Hvis indholdet er lige så godt, det har jeg
> lidt svært ved at bedømme - har glemt alt spansk -, tror jeg mange
> spansk-interesserede og studerende vil bookmarke siden, og bruge
> den
> som reference. Og så validerer den!

Takker mange gange! Uden al den hjælp jeg får her, kunne det slet
ikke lade sig gøre.
--
Med venlig hilsen
Lisbet

---

David Konrad skrev:

> Og må jeg gentage, jeg synes siden visuelt og i
> logisk opbygning er rigtig flot designet. Det er
> overskueligt, logisk og ikke overdænget med fyld
> eller forstyrende elementer

Helt enig.

> har glemt alt spansk

Jeg har ikke glemt det hele - jeg kunne da leje en bil
da jeg sidst ringede til Manolo i Aroyo de la Miel -
den stod da klar i lufthavnen til Señor Vebel

> tror jeg mange spansk-interesserede og studerende
> vil bookmarke siden, og bruge den som reference.

Er allerede sket her.

--
Allan Vebel
http://html-faq.dk
http://vebel.dk

---

Allan Vebel wrote:

> Jeg har ikke glemt det hele - jeg kunne da leje en bil
> da jeg sidst ringede til Manolo i Aroyo de la Miel -
> den stod da klar i lufthavnen til Señor Vebel

Det er rigtig flot, synes jeg. Selv hader jeg at tale fremmedsprog i
telefon fordi man jo kun kommunikerer med ord (evt. også
stemmeføring).
>
>> tror jeg mange spansk-interesserede og studerende
>> vil bookmarke siden, og bruge den som reference.
>
> Er allerede sket her.

Tak for den positive interesse. Den har jeg da rigtig meget brug for
når det drejer sig om et større "værk" som her.

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen skrev:

> Det er rigtig flot, synes jeg. Selv hader jeg at tale
> fremmedsprog i telefon fordi man jo kun
> kommunikerer med ord (evt. også stemmeføring).

Jeg er da også nødt til at forberede mig grundigt,
det hjælper at starte med "Soy de Dinamarca", og
fortsætte med "y quiero alquilar un coche" - så er
modparten klar over at man måske ikke er helt perfekt
til sproget. Giver man den så lidt dansk accent, kører
de lidt ned i hastighed - de snakker meget stærkt i
Andalucía

> Tak for den positive interesse. Den har jeg da rigtig
> meget brug for når det drejer sig om et større "værk"
> som her.

Bliv bare ved - det er nemmere end at finde Kjær
Jensen frem - nu har du jo en lang og kold vinter foran
dig

¡Buenas noches!

--
Allan Vebel
http://html-faq.dk
http://vebel.dk

---

Allan Vebel wrote:

> Bliv bare ved - det er nemmere end at finde Kjær
> Jensen frem - nu har du jo en lang og kold vinter foran
> dig

Ja, men nu tager jeg snart en måned til Sydspanien (Nerja) - uden
computer!

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:
> Allan Vebel wrote:
>
>> Bliv bare ved - det er nemmere end at finde Kjær
>> Jensen frem - nu har du jo en lang og kold vinter foran
>> dig
>
> Ja, men nu tager jeg snart en måned til Sydspanien (Nerja) - uden
> computer!

Nerja!? Har også været der en måneds tid. Tjek klipperne ud til højre for
strandpromenaden (svjh), de er ret spøjse, med masser af sten inde i sten,
som er gode at klatre i, hvis man da tør Dejlig by - men også lidt
turistet, man kan f.eks købe BT og prince-cigaretter Den mest specielle
og eventyragtige by jeg af virkelig mange byer har besøgt i Spanien, er
Ronda, der ligger oppe i bjergene, godt gemt væk. De taler en mærkelig
spansk "bjergdialekt", og byen er virkelig et besøg værd, med sin
fantastiske Parador, broen over den dybe slugt hvor håbløst forelskede i
gamle dage efter sigende kastede sig ud, og den ældste tyrefægterarena i
verden (svjh) En glemt perle.

---

David Konrad wrote:
> Lisbet Laursen wrote:
>> Ja, men nu tager jeg snart en måned til Sydspanien (Nerja) - uden
>> computer!
>
> Nerja!? Har også været der en måneds tid. Tjek klipperne ud til
> højre
> for strandpromenaden (svjh), de er ret spøjse, med masser af sten
> inde i sten, som er gode at klatre i, hvis man da tør Dejlig
> by -
> men også lidt turistet, man kan f.eks købe BT og prince-cigaretter
>

Ja, men mindre turistet end byerne vest for Málaga. Håber jeg da, jeg
har ikke været der siden 2001.

Den mest specielle og eventyragtige by jeg af virkelig mange byer
> har besøgt i Spanien, er Ronda, der ligger oppe i bjergene, godt
> gemt
> væk. De taler en mærkelig spansk "bjergdialekt", og byen er
> virkelig
> et besøg værd, med sin fantastiske Parador, broen over den dybe
> slugt
> hvor håbløst forelskede i gamle dage efter sigende kastede sig ud,
> og
> den ældste tyrefægterarena i verden (svjh) En glemt perle.

Vidunderlig by, jeg har været der flere gange. Og så er der
bjerglandsbyerne Frigiliana og Cómpeta, men også lidt turistede.

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen skrev:
> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg
> kalder hjælpetekster, dvs når der peges på et ord kommer der en
> forklarende tekst frem. Nu har jeg opdaget at nogle af dem i IE7 er
> transparente, så at den øvrige tekst på siden skinner igennem.
> Prøv på flg. side http://lisbetovervad.dk/sammenligninger.shtml at
> pege på "kongruerer med" (under ... mismo ... que). Det er altså ikke
> alle steder der sker, og jeg kan ikke lige gennemskue hvad der gør
> det. Det sker ikke i FF3, og der er ingen valideringsfejl.
>
> Kan I hjælpe?


Imodsætning til andre kan jeg godt se problemet.
Og den er virkelig tricky. Fænomenet optræder nemlig
kun når den ellers skjulte tekst deles eller rager
ud over højre margin, whatever, hvilket afhænger
af linjelængden og dermed af browservinduets bredde.

Førstehjælp: Giv .note deklarationen en formregel:
z-index:1;

Langtidsbehandling: Med så mange noter ville jeg helt
bestemt udforske muligheden for at droppe alle de
inline event handlere og nøjes med
<span class="note" title="Forklaring">Term</<span>
og så lave - evt. med hjælp fra clientside gruppen
en DOM JavaScript funktion der initierede mouseover
og mouseout event'en på alle elementer med class name
note. En sådan funktion skulle så aflæse indholdet
af title og oprette noten med dette indhold.

Stuart Langridge har en beskrivelse af en
sådan funktion i DHTML Utopia: Modern Webdesign
(Sitepoint 2005).

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

---

Jørgen Farum Jensen wrote:
> Lisbet Laursen skrev:
>> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg
>> kalder hjælpetekster, dvs når der peges på et ord kommer der en
>> forklarende tekst frem. Nu har jeg opdaget at nogle af dem i IE7
>> er
>> transparente, så at den øvrige tekst på siden skinner igennem.
>> Prøv på flg. side http://lisbetovervad.dk/sammenligninger.shtml at
>> pege på "kongruerer med" (under ... mismo ... que). Det er altså
>> ikke
>> alle steder der sker, og jeg kan ikke lige gennemskue hvad der gør
>> det. Det sker ikke i FF3, og der er ingen valideringsfejl.
>>
>> Kan I hjælpe?
>
>
> Imodsætning til andre kan jeg godt se problemet.
> Og den er virkelig tricky. Fænomenet optræder nemlig
> kun når den ellers skjulte tekst deles eller rager
> ud over højre margin, whatever, hvilket afhænger
> af linjelængden og dermed af browservinduets bredde.
>
> Førstehjælp: Giv .note deklarationen en formregel:
> z-index:1;

Som andre har nævnt: den har allerede deklarationen z-index:3;

> Langtidsbehandling: Med så mange noter ville jeg helt
> bestemt udforske muligheden for at droppe alle de
> inline event handlere og nøjes med
> <span class="note" title="Forklaring">Term</<span>
> og så lave - evt. med hjælp fra clientside gruppen
> en DOM JavaScript funktion der initierede mouseover
> og mouseout event'en på alle elementer med class name
> note. En sådan funktion skulle så aflæse indholdet
> af title og oprette noten med dette indhold.
>
> Stuart Langridge har en beskrivelse af en
> sådan funktion i DHTML Utopia: Modern Webdesign
> (Sitepoint 2005).

Tak for forslaget. Jeg forstår det ikke, det er for indviklet for
mig. Til gengæld vil jeg spørge om din mening mht. at bruge acronym,
som en anden i tråden har foreslået. Hvis bare det f.eks. via
farvning af ordet fremgår at der er tale om en hjælpetekst, er det
fint nok for mig. Jeg ved godt at jeg i sin tid efterlyste en anden
cursor også.

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen skrev:

> Tak for forslaget. Jeg forstår det ikke, det er for indviklet for
> mig. Til gengæld vil jeg spørge om din mening mht. at bruge acronym,
> som en anden i tråden har foreslået. Hvis bare det f.eks. via
> farvning af ordet fremgår at der er tale om en hjælpetekst, er det
> fint nok for mig. Jeg ved godt at jeg i sin tid efterlyste en anden
> cursor også.
>

Der er jo to problemer her -
1) Tydeliggørelsen af at nogle ord har en særlig betydning
og
2) Hvad skal der ske, når cursoren er over ordet

Ad 1) Brugen af acronym er en dårlig idé - det er semantisk
ukorrekt. span er den rigtige markør at bruge, for eksempel
<span class="trigger">Term
<span class="note">
Forklaring</span></span>

..trigger matcher den første span
..trigger .note matcher den indlejrede span
med en højere specificitet.

Ad 2) som du er allerede er inde på er den simpleste
løsning at lade browseren vise et title-element, så
skal HTML-koden være
<span class="trigger" title="Forklaring">Term</span>

Eftersom jeg ikke forstår hvad det er der sker,
når baggrunden vises i nogle tilfælde, også selv
om elementet har en højere z-index end forældreelementet
tøver jeg med at foreslå, at du fortsætter i din hidtidige
spore.

Den gode nyhed (muligvis) er, at jeg siden jeg skrev mit
foregående indlæs er kommet i tanke om, at jeg for nogen
tid siden har syslet med en DOM-løsning. En /skitse/
til en løsning finder du her:
http://webdesign101.dk/x/tooltips.html
Det meste af scriptet ligger i head-delen af siden, men
obs at jeg indlæser et eksternt script der
deklarerer funktionen getElementsByClassName.

En simplere alternativ løsning jeg lavede på
samme tidspunkt led af det samme problem, som
du nu har, erindrer jeg nu.

--

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

---

Jørgen Farum Jensen wrote:
> Lisbet Laursen skrev:
>
>> Tak for forslaget. Jeg forstår det ikke, det er for indviklet for
>> mig. Til gengæld vil jeg spørge om din mening mht. at bruge
>> acronym,
>> som en anden i tråden har foreslået. Hvis bare det f.eks. via
>> farvning af ordet fremgår at der er tale om en hjælpetekst, er det
>> fint nok for mig. Jeg ved godt at jeg i sin tid efterlyste en
>> anden
>> cursor også.
>>
>
> Der er jo to problemer her -
> 1) Tydeliggørelsen af at nogle ord har en særlig betydning
> og
> 2) Hvad skal der ske, når cursoren er over ordet
>
> Ad 1) Brugen af acronym er en dårlig idé - det er semantisk
> ukorrekt. span er den rigtige markør at bruge, for eksempel
> <span class="trigger">Term
> <span class="note">
> Forklaring</span></span>
>
> .trigger matcher den første span
> .trigger .note matcher den indlejrede span
> med en højere specificitet.
>
> Ad 2) som du er allerede er inde på er den simpleste
> løsning at lade browseren vise et title-element, så
> skal HTML-koden være
> <span class="trigger" title="Forklaring">Term</span>
>
> Eftersom jeg ikke forstår hvad det er der sker,
> når baggrunden vises i nogle tilfælde, også selv
> om elementet har en højere z-index end forældreelementet
> tøver jeg med at foreslå, at du fortsætter i din hidtidige
> spore.
>
> Den gode nyhed (muligvis) er, at jeg siden jeg skrev mit
> foregående indlæs er kommet i tanke om, at jeg for nogen
> tid siden har syslet med en DOM-løsning. En /skitse/
> til en løsning finder du her:
> http://webdesign101.dk/x/tooltips.html
> Det meste af scriptet ligger i head-delen af siden, men
> obs at jeg indlæser et eksternt script der
> deklarerer funktionen getElementsByClassName.
>
> En simplere alternativ løsning jeg lavede på
> samme tidspunkt led af det samme problem, som
> du nu har, erindrer jeg nu.

Tak igen. Det lyder meget indviklet. Og nu vil jeg spørge om jeg ikke
simpelt hen kan gøre som jeg har gjort ved mine overskrifter:

<h2><span style="cursor:help" title="Gradbøjning af
tillægsord">Adjektivers komparation</span></h2> - måske bare uden
'cursor:help' fordi det er nok at ordet har en anden farve, hvilket
det kan få vha en 'class'? Jeg er lidt ude på det her KISS-princip -
og ville det ikke være det mest enkle?

--
Med venlig hilsen
Lisbet

---

On Sat, 22 Nov 2008 15:51:05 +0100, "Lisbet Laursen"
<lisbet.olnospam@gmail.com> wrote:

>Tak igen. Det lyder meget indviklet. Og nu vil jeg spørge om jeg ikke
>simpelt hen kan gøre som jeg har gjort ved mine overskrifter:
>
><h2><span style="cursor:help" title="Gradbøjning af
>tillægsord">Adjektivers komparation</span></h2> - måske bare uden
>'cursor:help' fordi det er nok at ordet har en anden farve, hvilket
>det kan få vha en 'class'? Jeg er lidt ude på det her KISS-princip -
>og ville det ikke være det mest enkle?

Du kan forsimple det mere ved at droppe span:
<h2 class="help" title="Gradbøjning af tillægsord">Adjektivers
komparation</h2>

Så kan du definere cursor i h2.help

(Det forudsætter, at det er *hele* H2-teksten, der skal "hjælpes".)


Mvh. Jørn

--
Jørn Andersen,
Brønshøj

---

Jørgen Farum Jensen wrote:
> Lisbet Laursen skrev:
>
>> Tak for forslaget. Jeg forstår det ikke, det er for indviklet for
>> mig. Til gengæld vil jeg spørge om din mening mht. at bruge acronym,
>> som en anden i tråden har foreslået. Hvis bare det f.eks. via
>> farvning af ordet fremgår at der er tale om en hjælpetekst, er det
>> fint nok for mig. Jeg ved godt at jeg i sin tid efterlyste en anden
>> cursor også.
>>
>
> Der er jo to problemer her -
> 1) Tydeliggørelsen af at nogle ord har en særlig betydning
> og
> 2) Hvad skal der ske, når cursoren er over ordet
>
> Ad 1) Brugen af acronym er en dårlig idé - det er semantisk
> ukorrekt.

Af hvad for noget??? Så er det jo blot at bruge <dfn> i stedet for
<acronym> hvis det er tag-typen, du mener er "semantisk ukorrekt".

Et er sikkert - det er en regulær misforståelse at bruge javascript til at
konvertere tags om til at opføre sig anderledes, end den måde de er tiltænkt
på - /især/ når der findes tags som _fuldt_ _ud_ dækker det ønskede behov,
og ligefrem er _beregnet_ til præcis det ønskede formål.

> span er den rigtige markør at bruge, for eksempel

Nej. Ikke hvis man vil skrive korrekt HTML, og bruge de forskellige tags
korrekt, som specifikationen foreskriver.

Det svarer til at du mener at

<span onClick='document.location.href="Klik'>http://www.eb.dk";'>Klik her</span>

er bedre og mere "semantisk korrekt" eller "rigtigt" end

<a href=www.eb.dk>klik her</a>

Ja, hvorfor dog bruge <a> -tagget, når man med lidt javascript kan få <span>
til det samme?

> http://webdesign101.dk/x/tooltips.html
> Det meste af scriptet ligger i head-delen af siden, men
> obs at jeg indlæser et eksternt script der

Grotesk overkill at bruge 262 liniers javascript (!!!) på at vise nogle
ordforklaringer af en 10-20 karakterers længde, når der findes adskillige
lovlige, korrekte HTML-tags, beregnet til præcis sådan en situation.

(...)
> En simplere alternativ løsning jeg lavede på
> samme tidspunkt led af det samme problem, som
> du nu har, erindrer jeg nu.

Der skydes spurve med atomraketter, og det er denne forkerte brug, og intet
andet, som i sig selv genererer det problem med <span>, som Lisbet har. Og
som løsning foreslår du så brintbomber Helt misforstået. Lisbet's (
iøvrigt imho meget professionelt udseende/flot opsatte) side kan og bør
rummes indenfor fuldkommen normal straight HTML, som man så kan style med
lidt CSS.

---

David Konrad wrote:

> Der skydes spurve med atomraketter, og det er denne forkerte brug,
> og
> intet andet, som i sig selv genererer det problem med <span>, som
> Lisbet har. Og som løsning foreslår du så brintbomber Helt
> misforstået. Lisbet's ( iøvrigt imho meget professionelt
> udseende/flot opsatte) side kan og bør rummes indenfor fuldkommen
> normal straight HTML, som man så kan style med lidt CSS.

Tak for rosen! Jeg må i den forbindelse straks sige at mine
"professionelt udseende/flot opsatte" sider i allerhøjestej grad er
kommet i stand ved hjælp af Jørgen Farum Jensens fine bøger og
Webdesign101-netsider.
Med hensyn til den standende diskussion om "hjælpetekster" er jeg
totalt forvirret, aner ikke hvem der har ret, men er tilbøjelig til
at vælge en mere enkel løsning end den med JS, altså formentlig den
du er talsmand for.

--
Med venlig hilsen
Lisbet

---

Lisbet Laursen wrote:

> Tak for rosen! Jeg må i den forbindelse straks sige at mine
> "professionelt udseende/flot opsatte" sider i allerhøjestej grad er
> kommet i stand ved hjælp af Jørgen Farum Jensens fine bøger og
> Webdesign101-netsider. Med hensyn til den standende diskussion om
> "hjælpetekster" er jeg
> totalt forvirret, aner ikke hvem der har ret, men er tilbøjelig til
> at vælge en mere enkel løsning end den med JS, altså formentlig den
> du er talsmand for.

Altid - ALTID - bør man bruge den enkleste og simpleste løsning, og så vidt
som muligt udnytte HTML og CSS ift hensigt og intention. Der findes meget
ofte - hvis ikke altid - et HTML-tag eller en CSS-styling der klarer
problemet. <acronym>, eller <dfn> for den sags skyld, er jo lavet præcis
fordi du - som så mange andre - har dette behov. Det har aldrig været
meningen med HTML, at man skulle løse simple, grundlæggende problematikker
med lange, kringlede scripts. Javascript er til tider rimelig
browserafhængigt, man kan ikke være sikker på at det er slået til, eller
findes, og det er en ekstra fejlkilde, der skal vedligeholdes - og som i dit
tilfælde pludselig giver problemer i bestemte versioner eller browsere.
Altså et vedligeholdelseshelvede, fordi man oprindeligt ikke brugte HTML,
som HTML er tænkt.

Enkelhed og simpelhed - korrekt specifikationsoverholdende
hjemmesidedesign - er ikke blot mere overskueligt, og nemmere at
vedligeholde - det reducerer også antallet af fejlkilder. Det er sikkert
meget morsomt, hvis man har tid og lyst, at lave 262 linier javascript for
at vise en ordforklaring, det er sådan en lørdag-aften hyggeopgave, men det
er jo ren overkill at bruge det, når det absolut ikke er nødvendigt, og når
der oven i købet allerede findes en løsning indbygget i HTML.

---

Lisbet Laursen skrev:

> Tak for rosen! Jeg må i den forbindelse straks sige at mine
> "professionelt udseende/flot opsatte" sider i allerhøjestej grad er
> kommet i stand ved hjælp af Jørgen Farum Jensens fine bøger og
> Webdesign101-netsider.

Det bliver dit arbejde ikke ringere af. Vis mig den murersvend
der selv brænder sine mursten.

> Med hensyn til den standende diskussion om "hjælpetekster" er jeg
> totalt forvirret, aner ikke hvem der har ret, men er tilbøjelig til
> at vælge en mere enkel løsning end den med JS, altså formentlig den
> du er talsmand for.

Vælg det enkle som du også selv siger at du har til hensigt.
David giver nogle gode argumenter.

--
Bertel
http://bertel.lundhansen.dk/      FIDUSO: http://fiduso.dk/

---

David Konrad udtrykte præcist:
> Der skydes spurve med atomraketter, og det er denne forkerte brug, og intet
> andet, som i sig selv genererer det problem med <span>, som Lisbet har. Og
> som løsning foreslår du så brintbomber Helt misforstået. Lisbet's (
> iøvrigt imho meget professionelt udseende/flot opsatte) side kan og bør
> rummes indenfor fuldkommen normal straight HTML, som man så kan style med
> lidt CSS.

Øhhh...

Problemet findes kun i IE og span løsningen virker fint i FF.
Så for mig at se, er det (endnu) en IE bug, og det syntes jeg ikke vi
skal klandre Jørgen for.

Lisbeths js kode fylder præcis 8 liner, og består af en if sætning, der
vælger mellem 2 statements.
Der er meget langt til 262 linier og overkill.


Birger

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

---

Birger Sørensen wrote:

> Problemet findes kun i IE og span løsningen virker fint i FF.
> Så for mig at se, er det (endnu) en IE bug, og det syntes jeg ikke vi
> skal klandre Jørgen for.

Absolut ikke! Jeg overfortolkede også hans svar!

> Lisbeths js kode fylder præcis 8 liner, og består af en if sætning,
> der vælger mellem 2 statements.
> Der er meget langt til 262 linier og overkill.

Det var mere løsningen han foreslog ift
http://webdesign101.dk/x/tooltips.html Den er i øvrigt aldeles fremragende,
se mit svar til ham nederst, da den kan udvides.

---

David Konrad skrev:

>> Ad 1) Brugen af acronym er en dårlig idé - det er semantisk
>> ukorrekt.
>
> Af hvad for noget??? Så er det jo blot at bruge <dfn> i stedet for
> <acronym> hvis det er tag-typen, du mener er "semantisk ukorrekt".

Hvad kunne det ellers være, jeg mente? span er bedre
end acronym, dfn er bedre end begge dele, da det en
semantisk korrekt markør, som jeg havde glemt
vi havde.

> Et er sikkert - det er en regulær misforståelse at bruge javascript til at
> konvertere tags om til at opføre sig anderledes, end den måde de er tiltænkt
> på - /især/ når der findes tags som _fuldt_ _ud_ dækker det ønskede behov,
> og ligefrem er _beregnet_ til præcis det ønskede formål.
>

Jeg har klippet resten, men vil kommentere
det her - jeg synes du lægger meninger ind i mine
svar til Lisbeth, som jeg ikke har.

Jeg er helt enig med dig i, at den enkle løsning
altid er at foretrække, og jeg erkender at jeg ikke
altid er så god til at se den enkle løsning.

Jeg har såmænd blot påpeget den for mig at se bedste
løsning på et problem, som Lisbet har haft, og hvor
enkle løsning, nemlig brug af title attributten, efter
hendes eget udsagn ikke var tilfredsstillende.
(Det er i hvert fald sådan jeg har forstået debatten).

Jeg har ikke foreslået at bruge a-markøren til
tekster der ikke er links og jeg har ikke foreslået
brug af javascript-protokollen.

Det jeg har foreslået er at bruge 262 linjers JavaScript
kode (som i øvrigt er unobtrusive, title-markøren vises,
hvis der ikke er nogen JavaScript fortolker) til at erstatte
jeg ved ikke hvor mange linjers HTML-kode i form af
JavaScript-attributter på jeg ved ikke hvor mange sider.

Men hverken Lisbeth eller andre behøver jo at følge mine
forslag. Især hvis der er andre og konkret anvendelige
forslag.

--

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

---

Jørgen Farum Jensen wrote:
> David Konrad skrev:
>
>>> Ad 1) Brugen af acronym er en dårlig idé - det er semantisk
>>> ukorrekt.
>>
>> Af hvad for noget??? Så er det jo blot at bruge <dfn> i stedet for
>> <acronym> hvis det er tag-typen, du mener er "semantisk ukorrekt".
>
> Hvad kunne det ellers være, jeg mente? span er bedre
> end acronym, dfn er bedre end begge dele, da det en
> semantisk korrekt markør, som jeg havde glemt
> vi havde.

Nårh ok.

>> Et er sikkert - det er en regulær misforståelse at bruge javascript
>> til at konvertere tags om til at opføre sig anderledes, end den måde
>> de er tiltænkt på - /især/ når der findes tags som _fuldt_ _ud_
>> dækker det ønskede behov, og ligefrem er _beregnet_ til præcis det
>> ønskede formål.
>
> Jeg har klippet resten, men vil kommentere
> det her - jeg synes du lægger meninger ind i mine
> svar til Lisbeth, som jeg ikke har.
>
> Jeg er helt enig med dig i, at den enkle løsning
> altid er at foretrække, og jeg erkender at jeg ikke
> altid er så god til at se den enkle løsning.

Well - så er vi to, som jeg skrev til Lisbet, så gjorde jeg sådan set det
samme for 3 år siden eller så, men det virkede dårligt i især opera, og helt
tilfældigt faldt jeg over disse struktur-tags, <acronym> mv.

> Jeg har såmænd blot påpeget den for mig at se bedste
> løsning på et problem, som Lisbet har haft, og hvor
> enkle løsning, nemlig brug af title attributten, efter
> hendes eget udsagn ikke var tilfredsstillende.
> (Det er i hvert fald sådan jeg har forstået debatten).

OK - jeg har ikke læste den oprindelige tråd.

> Jeg har ikke foreslået at bruge a-markøren til
> tekster der ikke er links og jeg har ikke foreslået
> brug af javascript-protokollen.

Nej, det var også kun for at tydeliggøre (overdrive) pointen. Men jeg tror
vi er enige - undskylder hvis det virkede /for/ ekstrapolerende

> Det jeg har foreslået er at bruge 262 linjers JavaScript
> kode (som i øvrigt er unobtrusive, title-markøren vises,
> hvis der ikke er nogen JavaScript fortolker) til at erstatte
> jeg ved ikke hvor mange linjers HTML-kode i form af
> JavaScript-attributter på jeg ved ikke hvor mange sider.

Der er (mindst) én kæmpefordel ved din løsning - som ikke kan realiseres på
andre måder, dvs ved "ren" HTML, og det er jo at man kan style indholdet af
tooltippet, dvs indsætte billeder, bruge overskrifter, fed tekst mv.

Udskift slet og ret linien

tip.appendChild(document.createTextNode(content));

med

tip.innerHTML=content;

og man kan have f.eks

<a class="note" title="<img src=venus.jpg><br><b>Om Venus</b><br>Venus
befinder sig 108 mio km fra solen og
har en omløbstid på 225 dage"

og det er jo ret attraktivt, i nogle sammenhænge - måske ikke lige med
Lisbets side, men hun kunne jo have en fast overskrift ala "Ordforklaring",
med fed.

mvh

---

Lisbet Laursen tastede følgende:
> Tak for forslaget. Jeg forstår det ikke, det er for indviklet for mig. Til
> gengæld vil jeg spørge om din mening mht. at bruge acronym, som en anden i
> tråden har foreslået. Hvis bare det f.eks. via farvning af ordet fremgår at
> der er tale om en hjælpetekst, er det fint nok for mig. Jeg ved godt at jeg i
> sin tid efterlyste en anden cursor også.


title er en hjælpetekst, der vises når musen holdes over et element.
Hvis du ser på det element du selv nævner, (under ... mismo ... que),
kan du se dem - det er nemlig udført med title-metoden:
<span style="cursor:help" title="... mismo ... que (... samme ...
som)">... mismo ... que</span>
Titlen (hjælpeteksten) vises godt nok, når musen føres over elementet.
Men det forsvinder igen, også uden musen tages ud af elementet.
Desuden er der den ulempe, at det kan ikke vises igen, før en anden
title har været vist. (I hvert fald i IE7)

Det er den løsning Jørgen foreslår.
<span class="trigger" title="Hjælpetekst">Tekst</span>
Den vil virke, og du kan farve teksten, og også sætte cursoren - præcis
som din trigger class allerede er.
Til gengæld har du ingen kontrol over den måde hjælpeteksten vises på.

Jeg har eksperimenteret lidt.
vingilf.dk (ikke sikkert DNS er distribueret, men alligevel)
Der to tre slags :
Hjælpetekst1, som er som Lisbets oprindelige (bortset fra at der bruges
visibility i stedet for display) - den har samme fejl.
Hjælpetekst2, der også er mage til, men flytter teksten oven over i
stedet for under den oprindelige (top : -1em i stedet for 1em). Det
virker - også i IE.
Der er også et eksempel på almindelig title.

Så Lisbets problem, kan løses, ved at .note give top: -1em i stedet for
den nuværende 1em...
Det er så nok et IE fix...

Birger

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

---

Lisbet Laursen skrev:

> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg
> kalder hjælpetekster, dvs når der peges på et ord kommer der en
> forklarende tekst frem.

Jeg har skimmet tråden, men måske rammer jeg noget der er
kommenteret:

Der er to slags hjælpetekster. Den ene slags virker fint nok. Det
er den der er brugt på overskrifterne. Den anden slags virker
tilsyneladende okay i Opera, men hvis jeg ruller med siden, så
står de helt forkert og i nogle tilfælde forsvinder de helt ud af
det synlige vindue - jo længere nede på siden, jo større forskel
på placeringen af triggerord og forklaring.

--
Bertel
http://bertel.lundhansen.dk/      FIDUSO: http://fiduso.dk/

---

"Bertel Lund Hansen" <unospamo@lundhansen.dk> skrev i meddelelsen
news:1e8gi4pqdfot5h6s83u8etrb1girp7t0hl@news.stofanet.dk...
> Lisbet Laursen skrev:
>
>> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg
>> kalder hjælpetekster, dvs når der peges på et ord kommer der en
>> forklarende tekst frem.
>
> Jeg har skimmet tråden, men måske rammer jeg noget der er
> kommenteret:
>
> Der er to slags hjælpetekster. Den ene slags virker fint nok. Det
> er den der er brugt på overskrifterne. Den anden slags virker
> tilsyneladende okay i Opera, men hvis jeg ruller med siden, så
> står de helt forkert og i nogle tilfælde forsvinder de helt ud af
> det synlige vindue - jo længere nede på siden, jo større forskel
> på placeringen af triggerord og forklaring.
>
> --
> Bertel
> http://bertel.lundhansen.dk/ FIDUSO: http://fiduso.dk/


Jeg rammer nok også noget, der er foreslået og afprøvet
her i tråden, men man kunne vel også lave små pop-up
vinduer med javascript. Så skal man godt nok først klikke
på linkene for at få vist teksten.
(eller det har du Lisbet måske skrevet, at du ikke ønsker?)

jf. dette http://hjem.get2net.dk/ahome/koder/javascript_pop_op_vindue.htm

/Martin

---

Martin Ploug wrote:
> Jeg rammer nok også noget, der er foreslået og afprøvet
> her i tråden, men man kunne vel også lave små pop-up
> vinduer med javascript. Så skal man godt nok først klikke
> på linkene for at få vist teksten.
> (eller det har du Lisbet måske skrevet, at du ikke ønsker?)
>
> jf. dette
> http://hjem.get2net.dk/ahome/koder/javascript_pop_op_vindue.htm

Tak for forslaget, men nej, det er for omstændeligt til mine brugeres
brug. Jeg er sådan set godt nok tilfreds med det jeg har, bortset fra
at der i IE7 er nogle ulemper med gennemskinnelighed.

--
Med venlig hilsen
Lisbet

---

Bertel Lund Hansen forklarede den 22-11-2008:
> Lisbet Laursen skrev:
>
>> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg
>> kalder hjælpetekster, dvs når der peges på et ord kommer der en
>> forklarende tekst frem.
>
> Jeg har skimmet tråden, men måske rammer jeg noget der er
> kommenteret:
>
> Der er to slags hjælpetekster. Den ene slags virker fint nok. Det
> er den der er brugt på overskrifterne. Den anden slags virker
> tilsyneladende okay i Opera, men hvis jeg ruller med siden, så
> står de helt forkert og i nogle tilfælde forsvinder de helt ud af
> det synlige vindue - jo længere nede på siden, jo større forskel
> på placeringen af triggerord og forklaring.

noterne er defineret som absolut positionerede inde i den tekst (span)
de er forklaring til.
Hvis den oprindelige tekst scroller ud, uden at tage noten med, er det
forkert af browseren, ikke designet...

Birger

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

---

"Birger Sørensen" <sdc@bbsorensen.com> skrev i meddelelsen
news:492829d4$0$90264$14726298@news.sunsite.dk...
> Bertel Lund Hansen forklarede den 22-11-2008:
>> Lisbet Laursen skrev:
>>
>>> Jeg har tidligere fået fantastisk god hjælp til at lave det jeg kalder
>>> hjælpetekster, dvs når der peges på et ord kommer der en forklarende
>>> tekst frem.
>>
>> Jeg har skimmet tråden, men måske rammer jeg noget der er
>> kommenteret:
>>
>> Der er to slags hjælpetekster. Den ene slags virker fint nok. Det
>> er den der er brugt på overskrifterne. Den anden slags virker
>> tilsyneladende okay i Opera, men hvis jeg ruller med siden, så
>> står de helt forkert og i nogle tilfælde forsvinder de helt ud af
>> det synlige vindue - jo længere nede på siden, jo større forskel
>> på placeringen af triggerord og forklaring.
>
> noterne er defineret som absolut positionerede inde i den tekst (span) de
> er forklaring til.
> Hvis den oprindelige tekst scroller ud, uden at tage noten med, er det
> forkert af browseren, ikke designet...
>
> Birger
>
> --
> http://varmeretter.dk - billig, sund og hurtig mad
> http://bbsorensen.dk
>
>

Måske kan man bruge noget herfra http://tinyurl.com/6p6qaz

/Martin

---

Birger Sørensen skrev:

> noterne er defineret som absolut positionerede inde i den tekst (span)
> de er forklaring til.

Kan man definere position i forhold til en span? (ægte
spørgsmål).

> Hvis den oprindelige tekst scroller ud, uden at tage noten med, er det
> forkert af browseren, ikke designet...

Jeg vil blive meget overrasket hvis der er noget Opera gør
forkert. Imidlertid kører jeg som altid med den nyeste
opdatering, så skulle det værste ske (at Opera fejler) så er det
vel ikke urimeligt for en gangs skyld at bede designerne om at
tage hensyn til det - i betragtnig af hvilke enorme anstrengelser
folk har gjort sig for at få sider til at makke ret i en vis
lortebrowser som jeg godt kunne nævne?


--
Bertel
http://bertel.lundhansen.dk/      FIDUSO: http://fiduso.dk/

---

Bertel Lund Hansen kom med følgende:
> Birger Sørensen skrev:
>
>> noterne er defineret som absolut positionerede inde i den tekst (span)
>> de er forklaring til.
>
> Kan man definere position i forhold til en span? (ægte
> spørgsmål).
>
>> Hvis den oprindelige tekst scroller ud, uden at tage noten med, er det
>> forkert af browseren, ikke designet...
>
> Jeg vil blive meget overrasket hvis der er noget Opera gør
> forkert. Imidlertid kører jeg som altid med den nyeste
> opdatering, så skulle det værste ske (at Opera fejler) så er det
> vel ikke urimeligt for en gangs skyld at bede designerne om at
> tage hensyn til det - i betragtnig af hvilke enorme anstrengelser
> folk har gjort sig for at få sider til at makke ret i en vis
> lortebrowser som jeg godt kunne nævne?

Jo da.
Problemet med lortebrowseren er, at der er så mange der bruger den.
Vi skal bare vide, hvordan man får Opera til at scrolle rigtigt, og
holde den korrekte indbyrdes afstand mellem elementerne.
Det må da lige være en opgave for dig
Ellers skift til een der virker

Birger

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

---

Bertel Lund Hansen tastede følgende:
> Birger Sørensen skrev:
>
>> noterne er defineret som absolut positionerede inde i den tekst (span)
>> de er forklaring til.
>
> Kan man definere position i forhold til en span? (ægte
> spørgsmål).

Smuttede et svar der.
For at definere noget inde i noget andet, skal det noget andet også
være positioneret - hvilket normalt gøres ved at sætte position :
relative.
I hvert fald virker det i IE og FF. Men det er muligt, at der skal
noget andet til i Opera.
Det er noget med en egenskab ( hedder vist hasContent), der skal
sættes, men ikke er direkte tilgængelig.

Birger

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

---

Birger Sørensen wrote:
> Bertel Lund Hansen tastede følgende:
>> Birger Sørensen skrev:
>>
>>> noterne er defineret som absolut positionerede inde i den tekst
>>> (span) de er forklaring til.
>>
>> Kan man definere position i forhold til en span? (ægte
>> spørgsmål).
>
> Smuttede et svar der.
> For at definere noget inde i noget andet, skal det noget andet også
> være positioneret - hvilket normalt gøres ved at sætte position :
> relative.
> I hvert fald virker det i IE og FF. Men det er muligt, at der skal
> noget andet til i Opera.

Min opfattelse er at det typisk er default-forskellene, der giver problemet.
Om elementer per default er inline, har margin, floater left osv- og det
"snyder" når folk forventer, at HTML-"default" f.eks er IE eller FF default.
Den fejl begår jeg i hvert fald selv

Jeg er enig med Bertel i, at Opera er den bedste browser. Virker det korrekt
i Opera, er der tale om fuldkommen straight kode, som ikke blot validerer,
men også er bygget korrekt op. For mig er Opera-testen den endelige test. I
dette tilfælde, og tilfældet jeg selv har oplevet for et par år siden, med
sådanne hints eller tipbokse, er jeg overbevist om, at det er Opera der har
"ret", og de andre browsere der accepterer noget, der i virkeligheden ikke
er korrekt.

Desværre er Opera - fordi folk laver så dårlige hjemmesider - ikke en
browser jeg bryder mig om at bruge selv, til at besøge hjemmesider med, der
er for mange mærkelige "fejl", fordi siderne ikke er levet ordentligt, det
er ikke Operas skyld.

---

David Konrad tastede følgende:
>
> Min opfattelse er at det typisk er default-forskellene, der giver problemet.
> Om elementer per default er inline, har margin, floater left osv- og det
> "snyder" når folk forventer, at HTML-"default" f.eks er IE eller FF default.
> Den fejl begår jeg i hvert fald selv
>
> Jeg er enig med Bertel i, at Opera er den bedste browser. Virker det korrekt
> i Opera, er der tale om fuldkommen straight kode, som ikke blot validerer,
> men også er bygget korrekt op. For mig er Opera-testen den endelige test. I
> dette tilfælde, og tilfældet jeg selv har oplevet for et par år siden, med
> sådanne hints eller tipbokse, er jeg overbevist om, at det er Opera der har
> "ret", og de andre browsere der accepterer noget, der i virkeligheden ikke er
> korrekt.
>
> Desværre er Opera - fordi folk laver så dårlige hjemmesider - ikke en browser
> jeg bryder mig om at bruge selv, til at besøge hjemmesider med, der er for
> mange mærkelige "fejl", fordi siderne ikke er levet ordentligt, det er ikke
> Operas skyld.


Det er så tilbage til problematikken om hvorvidt browsere skal være
bagudkompatible - og i givet fald hvor langt tilbage man skal kunne gå.
IE går for langt, og gør derfor tingene besværlige for sig selv. Hvis
din - og Bertels - opfattelse er tigtig, går Opera så ikke langt nok,
og er derfor lige så meget ubrugelig som IE.
Jeg har ting der er bygget korrekt op efter standarderne, der ikke
virker i Opera. Og ikke på grund af bagudkompatibilitet.
For at være ærlig, har jeg hverken haft tid, lyst eller lejlighed, til
at finde ud af hvorfor - måske nok fordi jeg et eller andet sted er
ligeglad. Opera har valgt at være anderledes. Det kan sagtens lade sig
gøre. Men hvorfor?
Der er en grænse for hvor meget tid, energi og økonomi man kan lægge i
det mindretal, der bruger Opera.

Standarderne angiver, om et element er et inline eller blok element.
Forskellige default for margin etc. er et problem der kan løses ved et
fornuftigt design.

Jeg vil ikke være garant for Lisbet's side. Men umiddelbart er det ikke
den slags der er problemet.

Tilbage er, at Opera ikke flytter et element med, der er inde i et
andet. Så vidt jeg forstod Bertel, vises hjælpeteksten hvor den skal,
men scrolles ikke med resten af siden. Opera kan altså godt finde ud af
hvor elementet hører til. Så bør den også kunne finde ud af at flytte
det med, når det element den sidder i flyttes. Hvis kombinationen en
absolut positioneret span i en positioneret span ikke er "lovlig", skal
opera så heller ikke vise den "rigtigt" (som forventet), men oppe i
venstre hjørne af siden, ifølge din egen udredning om at Opera er "den
ultimative test".

Birger

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

---

Birger Sørensen wrote:

>> Desværre er Opera - fordi folk laver så dårlige hjemmesider - ikke
>> en browser jeg bryder mig om at bruge selv, til at besøge
>> hjemmesider med, der er for mange mærkelige "fejl", fordi siderne
>> ikke er levet ordentligt, det er ikke Operas skyld.
>
>
> Det er så tilbage til problematikken om hvorvidt browsere skal være
> bagudkompatible - og i givet fald hvor langt tilbage man skal kunne
> gå. IE går for langt, og gør derfor tingene besværlige for sig selv.
> Hvis din - og Bertels - opfattelse er tigtig, går Opera så ikke langt
> nok, og er derfor lige så meget ubrugelig som IE.

Hvad mener du med at "gå tilbage"? Der kommer jo ikke just nye
HTML-specifikationer hvert halve år. Opera understøtter vel HTML 4/4.01,
XHTML, akkurat som IE. Problemet med IE er imho ikke at den går "for langt
tilbage", men at hver ny version fortolker samme HTML og CSS forskelligt,
eller alternativt - eller slet ikke fortolker. Se bare da 7'eren kom - lige
pludselig var gamle "fejl" (eller mærkværdigheder) vi havde levet med fra
5.5'eren rettet, til gengæld introduceredes så helt nye spændende
"undtagelser" ift rendereringen. Det skyldtes da ikke en ny specifikation,
eller bagudkompatibilitet, men antagelig "strategiske" overvejelser hos MS
ifb den nyskrevne engine (eller hvad ved jeg)

> Jeg har ting der er bygget korrekt op efter standarderne, der ikke
> virker i Opera. Og ikke på grund af bagudkompatibilitet.
> For at være ærlig, har jeg hverken haft tid, lyst eller lejlighed, til
> at finde ud af hvorfor - måske nok fordi jeg et eller andet sted er
> ligeglad. Opera har valgt at være anderledes. Det kan sagtens lade sig
> gøre. Men hvorfor?
> Der er en grænse for hvor meget tid, energi og økonomi man kan lægge i
> det mindretal, der bruger Opera.

Helt og aldeles enig. Jeg har ignoreret slemme ting der ikke virkede i
Opera, fordi det virkede i IE, FF og Safari (sidstnævnte for at være sikker
på at få det stigende antal mac-brugere med) Opera ligger vist på 1% af
brugerne, eller så - men Opera er, om jeg så må sige, det "højeste stade" i
kvalitetssikringen - imho.

> Standarderne angiver, om et element er et inline eller blok element.
> Forskellige default for margin etc. er et problem der kan løses ved et
> fornuftigt design.
>
> Jeg vil ikke være garant for Lisbet's side. Men umiddelbart er det
> ikke den slags der er problemet.

Nej.

> Tilbage er, at Opera ikke flytter et element med, der er inde i et
> andet. Så vidt jeg forstod Bertel, vises hjælpeteksten hvor den skal,

Ikke i min opera [version 9.27] - det virker som om Opera forsøger at
placere den skjulte <span> et sted relativt ift den <span>, den er indlejret
i, ift til <body> (af mangel på bedre udtryk, altså indenfor "skærmen",
"side 1", hvis ikke der er scrollet) altså ikke relativt ift den <span>, den
er indlejret i, men positionerer den udenfor, ift hvad den <span> den er
indlejret i, selv er indlejret i [det gav næppe mening ].

Hvis du f.eks betragter "pronomen", så vises den indlejrede skjulte <span>
faktisk "korrekt" - den vises blot akkurat lige så meget forskudt, som
"pronomen" er forskudt ift venstre øverste hjørne. Hvis man forestiller sig
at "pronomen" XY-mæssigt er placeret cirka 300px, 300px, positioneres den
indlejrede <span> med 300px, 300px ift "pronomen", altså langt væk fra
"pronomen", og det forsvinder dermed helt "ud af skærmen", hvis man
scroller, eller moder-<span>'en er tilstrækkeligt langt til højre. Er den på
f.eks 700px, 500px, vil den skjulte <span> således blive vist på 1400px,
1000px + de 1em og 3em (eller hvor meget det var)

> men scrolles ikke med resten af siden. Opera kan altså godt finde ud
> af hvor elementet hører til. Så bør den også kunne finde ud af at
> flytte det med, når det element den sidder i flyttes. Hvis
> kombinationen en absolut positioneret span i en positioneret span
> ikke er "lovlig", skal opera så heller ikke vise den "rigtigt" (som
> forventet), men oppe i venstre hjørne af siden, ifølge din egen
> udredning om at Opera er "den ultimative test".

Det virker også lidt som om den prøver på noget lignende - men ja, jeg ved
ikke - det er slet ikke usandsynligt at det med Opera blot er noget jeg
bilder mig ind. Jeg har ærlig talt aldrig reflekteret så dybt over det, som
du her er inde på - har bare en egentlig ikke særlig velargumenteret positiv
forestilling om opera.

mvh

---

Følgende er skrevet af David Konrad:
> Birger Sørensen wrote:
>
....
>> Det er så tilbage til problematikken om hvorvidt browsere skal være
>> bagudkompatible - og i givet fald hvor langt tilbage man skal kunne
>> gå. IE går for langt, og gør derfor tingene besværlige for sig selv.
>> Hvis din - og Bertels - opfattelse er tigtig, går Opera så ikke langt
>> nok, og er derfor lige så meget ubrugelig som IE.
>
> Hvad mener du med at "gå tilbage"? Der kommer jo ikke just nye
> HTML-specifikationer hvert halve år. Opera understøtter vel HTML 4/4.01,
> XHTML, akkurat som IE. Problemet med IE er imho ikke at den går "for langt
> tilbage", men at hver ny version fortolker samme HTML og CSS forskelligt,
> eller alternativt - eller slet ikke fortolker. Se bare da 7'eren kom - lige
> pludselig var gamle "fejl" (eller mærkværdigheder) vi havde levet med fra
> 5.5'eren rettet, til gengæld introduceredes så helt nye spændende
> "undtagelser" ift rendereringen. Det skyldtes da ikke en ny specifikation,
> eller bagudkompatibilitet, men antagelig "strategiske" overvejelser hos MS
> ifb den nyskrevne engine (eller hvad ved jeg)
>

MS's egen forklaring på hvad der sker/er sket, er at man vil holde
bagudkompatibilitet, til de mange (forældede) sider som allerede findes
på nettet, i stedet for at tvinge site-ownere til at være nødt til at
bruge resourcer på at skulle opdatere.
De er så bare ikke så gode til at blande tingene sammen.
....

> Ikke i min opera [version 9.27] - det virker som om Opera forsøger at placere
> den skjulte <span> et sted relativt ift den <span>, den er indlejret i, ift
> til <body> (af mangel på bedre udtryk, altså indenfor "skærmen", "side 1",
> hvis ikke der er scrollet) altså ikke relativt ift den <span>, den er
> indlejret i, men positionerer den udenfor, ift hvad den <span> den er
> indlejret i, selv er indlejret i [det gav næppe mening ].
>
> Hvis du f.eks betragter "pronomen", så vises den indlejrede skjulte <span>
> faktisk "korrekt" - den vises blot akkurat lige så meget forskudt, som
> "pronomen" er forskudt ift venstre øverste hjørne. Hvis man forestiller sig
> at "pronomen" XY-mæssigt er placeret cirka 300px, 300px, positioneres den
> indlejrede <span> med 300px, 300px ift "pronomen", altså langt væk fra
> "pronomen", og det forsvinder dermed helt "ud af skærmen", hvis man scroller,
> eller moder-<span>'en er tilstrækkeligt langt til højre. Er den på f.eks
> 700px, 500px, vil den skjulte <span> således blive vist på 1400px, 1000px +
> de 1em og 3em (eller hvor meget det var)

Det er lidt at sætte sig mellem to stole..?
Enten i 3em, 1em eller der hvor det vises i de andre browser - 3em, 1em
ift den span det er indsat i.
Det andet er da grebet ud af luften..

Det kan så være, at "problemet" er, at position : relative ikke får
Opera til at opfatte den yderste span som positioneret, og det er det,
der får den til at regne sådan. Men den burde så gå tilbage til det
næste positionerede element, og anbringe det skjulte i forhold til
det..
Uden at se efter, er jeg næsten sikker på, at det er sådan standarden
foreskriver..

Syntes nu ikke vi skal tærske langhalm på det her.
Vi er vist enige, langt hen ad vejen

Birger

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

---

Birger Sørensen wrote:

>> Hvis du f.eks betragter "pronomen", så vises den indlejrede skjulte
>> <span> faktisk "korrekt" - den vises blot akkurat lige så meget
>> forskudt, som "pronomen" er forskudt ift venstre øverste hjørne.
>> Hvis man forestiller sig at "pronomen" XY-mæssigt er placeret cirka
>> 300px, 300px, positioneres den indlejrede <span> med 300px, 300px
>> ift "pronomen", altså langt væk fra "pronomen", og det forsvinder
>> dermed helt "ud af skærmen", hvis man scroller, eller
>> moder-<span>'en er tilstrækkeligt langt til højre. Er den på f.eks
>> 700px, 500px, vil den skjulte <span> således blive vist på 1400px,
>> 1000px + de 1em og 3em (eller hvor meget det var)
>
> Det er lidt at sætte sig mellem to stole..?
> Enten i 3em, 1em eller der hvor det vises i de andre browser - 3em,
> 1em ift den span det er indsat i.
> Det andet er da grebet ud af luften..

Ja, det er et totalt gæt, med de 1em og 3em (eller hvad note nu havde).

> Det kan så være, at "problemet" er, at position : relative ikke får
> Opera til at opfatte den yderste span som positioneret, og det er det,
> der får den til at regne sådan. Men den burde så gå tilbage til det
> næste positionerede element, og anbringe det skjulte i forhold til
> det..
> Uden at se efter, er jeg næsten sikker på, at det er sådan standarden
> foreskriver..

Du har nok ret.