---

Nu kan den nyeste FF/NN jo blot stilles til at vise sidene i IE-mode, så det
er egentlig ikke et problem, men hvorfor har FF/NN fravalgt CSS (som
tilsyneladende slet ikke understøttes)?

Kan FF fortælles (med meta el.l.) at den skal læse siderne i IE-mode?
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev dette den 11-06-2006 13:33:
> Nu kan den nyeste FF/NN jo blot stilles til at vise sidene i IE-mode, så det
> er egentlig ikke et problem, men hvorfor har FF/NN fravalgt CSS (som
> tilsyneladende slet ikke understøttes)?
>

Hvad mener du med at de ikke understøtter CSS, det gør de da.

> Kan FF fortælles (med meta el.l.) at den skal læse siderne i IE-mode?

Hvis du installerer IE Tab i Firefox, kan du indstille den til altid at
bestemte sider renderes via IE hos dig selv.
Jeg vil ikke mene du kan tvinge andre til at se dine sider via IE, når
de sidder med Firefox.

--
Michael Haase

---

Michael Haase wrote:
> Poul Erik Jensen skrev dette den 11-06-2006 13:33:
>> Nu kan den nyeste FF/NN jo blot stilles til at vise sidene i
>> IE-mode, så det er egentlig ikke et problem, men hvorfor har FF/NN
>> fravalgt CSS (som tilsyneladende slet ikke understøttes)?
>>
>
> Hvad mener du med at de ikke understøtter CSS, det gør de da.

Jeg tror, at Poul Erik taler om muligheden for at online-redigere i en sides
css, når FF er i IE-mode. Jeg har bemærket, at det åbenbart ikke kan lade
sig gøre.

Bare ærgerligt, at det ikke er muligt, for den tilsvarende funktion i IE's
egen Developer Toolbar er ikke så god som den i FF's.

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk/ - http://ginnerskov.dk/
http://html-faq.dk/

---

"Erik Ginnerskov" <erik@donotspammmeplease.invalid> skrev i en meddelelse
news:448c4f2f$0$15794$14726298@news.sunsite.dk...
> Jeg tror, at Poul Erik taler om muligheden for at
> online-redigere i en sides css, når FF er i IE-mode.

Ja, det kan man ikke heller )
Men det var nu ikke det.

Jeg forsøgte kort at bruge redigeringfunktionen i FF-mode, men fandt aldrig
ud af ideen med den. Måske fordi jeg bruger teksteditor og ftp til at køre
resultatet fra hotellet - har ikke php kørende lokalt.

Men FF viste da CSS - den bruger den blot ikke i FF-mode.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

"Michael Haase" <micvans@netscape.invalid> skrev i en meddelelse
news:42c66$448c1427$3e3d8433$20141@news.arrownet.dk...

> Hvad mener du med at de ikke understøtter CSS, det gør de da.

Ikke min FF i seneste version.
Jo i IE-mode, naturligvis, men ikke i FF-mode, hvor det syntes som CSS
ignoreres.

http://www.skolekammeraten.dk/std_file.php

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev dette den 11-06-2006 23:56:
> "Michael Haase" <micvans@netscape.invalid> skrev i en meddelelse
> news:42c66$448c1427$3e3d8433$20141@news.arrownet.dk...
>
>> Hvad mener du med at de ikke understøtter CSS, det gør de da.
>
> Ikke min FF i seneste version.
> Jo i IE-mode, naturligvis, men ikke i FF-mode, hvor det syntes som CSS
> ignoreres.
>
> http://www.skolekammeraten.dk/std_file.php
>
Siden ser ud på samme måde i FF 1.07 og 1.5, i Opera er der borders, med
de ser ikke ud på samme måde som i Internet Explorer.

Har du prøvet at validere din CSS? Der er 30+ errors

--
Michael Haase

---

"Michael Haase" <micvans@netscape.invalid> skrev i en meddelelse
news:77165$448db5b4$3e3d8433$32662@news.arrownet.dk...
> Har du prøvet at validere din CSS? Der er 30+ errors

Både ja og nej - jeg ved godt der er nogle der skal skrives anderledes end i
IE - men jeg kan ikke finde dokumentation der fortæller how to do ;-(

Jeg mener at have set et sted hvordan man designer forskellige dele af CSSen
til at tage sig af specifikke browsere. Men jeg kan altså ikke finde det nu.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> Jeg mener at have set et sted hvordan man designer
> forskellige dele af CSSen til at tage sig af specifikke
> browsere.

Under normale omstændigheder er det ikke nødvendigt
at specificere noget specielt for forskellige browsere, det
er kun i meget få tilfælde IE ikke forstår helt specifikke
css-koder.

Hvilke dele af css-koden har du problemer med i forhold
til forskellige browsere?

Jeg bruger ingen specielle IE-ting på de sider jeg har
lavet, og har derfor ikke haft behov for at lave noget specielt
til enkelte browsere.

Hvad er dit behov, og hvorfor?

Sørger du for at dine sider er lavet efter html-standarden,
burde det også kunne vises i de browsere der bliver brugt i
dag, med nogle ganske få undtagelser, og dem har vi
normalt en løsning på.

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

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:448e02cc$0$15790$14726298@news.sunsite.dk...

> Hvilke dele af css-koden...

Altsammen - der er slet ikke noget af koden, der virler i FF/IE-mode der
bliver brugt i FF/FF-mode. Det ignoreres ganske enkelt.

> Hvad er dit behov, og hvorfor?

Mit behov er ganske simpelt, at få samme funktiion, der virker i IE til også
at virke i FF - og jeg fatter ganske enkelt ikke grunden til det ikke er
sådan.

F.eks: <div class="flv"> der er defineret i CSS: .flv {float:left;}

Hvad skulle der være galt med det?
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> Jo i IE-mode, naturligvis, men ikke i FF-mode, hvor det
> syntes som CSS ignoreres.
>
> http://www.skolekammeraten.dk/std_file.php

Prøv at rette valideringsfejlene, både i html og css, så vises
de sikkert ens!

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

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:448df1c1$0$15782$14726298@news.sunsite.dk...
> Prøv at rette valideringsfejlene, både i html og css,
> så vises de sikkert ens!

Ja, du har sikkert ret - men så ser siderne sikkert også helt andeledes ud.
I praksis er det ikke muligt at validere siderne, medmindre man dropper den
ene eller den anden browser, samt nogle funktioner der ikke kan fungere ens
i samtlige - og det er ikke ønskeligt.

Det har været mig umulig at finde for mig forståeligt, sammenhængende
litteratur, der kunne forklare hvordan forskellene i de forskellige browsere
håndteres. Alle er tilsyneladende fanatiske tilhængere af det ene eller
andet og de der har ekpertisen vrænger på næsen når man bruger IE.

Enden bliver hver gang jeg prøver: For omfattende, for utilgængeligt, for
surt at tilfredsstille alle - og da brugerne for hovedparten benytter IE og
FF nu kan sættes til at virke som sådan - hvorfor så spilde tid med
validering og hovedbrud for minoriteterne.

Men det ærgrer mig ;-(

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> Ja, du har sikkert ret - men så ser siderne sikkert også
> helt andeledes ud.

Nej, det ser ikke anderledes ud, der er meget lille forskel,
og man skal virkelig se godt efter for at man kan se denne
forskel.

> I praksis er det ikke muligt at validere siderne, medmindre
> man dropper den ene eller den anden browser, samt nogle
> funktioner der ikke kan fungere ens i samtlige

Det tror jeg ikke på. Hvilke funktioner? Er det valid kode?

> Det har været mig umulig at finde for mig forståeligt,
> sammenhængende litteratur, der kunne forklare hvordan
> forskellene i de forskellige browsere håndteres.

Der findes heller ikke sammenhængende litteratur der kan
forklare sådan noget.

> Alle er tilsyneladende fanatiske tilhængere af det ene eller
> andet og de der har ekpertisen vrænger på næsen når man
> bruger IE.

Nej, der er ingen der vrænger på næsen af den browser der
er den mest udbredte, og den bliver da også bedre og
bedre. Der er nogle ganske få ting IE ikke forstår, det må vi
leve med lidt endnu. Netscape 4 var meget værre, det er vi
heldigvis kommet over, men det var en slem tid da den
levede

> Enden bliver hver gang jeg prøver: For omfattende, for
> utilgængeligt, for surt at tilfredsstille alle

Så har du sikkert brugt en forkert fremgangsmåde

Lyt til det eksperterne har at sige om din kode, ellers når du
ikke videre! Jeg kan godt huske den sidste debat vi havde
om emnet, men du kom med det ene modargumet efter det
andet, og alle flygtede skrigende.

> hvorfor så spilde tid med validering og hovedbrud for
> minoriteterne.

Validering af siderne er for alle, da det er den største chance
for at siderne bliver vist ensartet i alle browsere der er brugt i
dag.

> Men det ærgrer mig ;-(

Det ærgrer også mig. Alle vil meget gerne hjælpe dig videre,
men det kræver at du er med på en lytter, ellers når vi ikke
så langt.

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

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:448e0d74$0$15789$14726298@news.sunsite.dk...
> Nej, det ser ikke anderledes ud, der er meget lille forskel,
Det er ikke problemet.

> Det tror jeg ikke på. Hvilke funktioner? Er det valid kode?

Valid og valid - det meste er det sikkert, men skulle der være enkelte der
ikke er det, så skulle det vel ikke nægte alt at fungere?

Validering har den fejl, at hele siden, sammensat af mange standardmoduler
hvis indhold styres af hvem der ser siden, skal valideres samlet - og det
syntes værktøjet ganske enkelt at være for simpelt til at magte.

> Der findes heller ikke sammenhængende litteratur der kan
> forklare sådan noget.

Ja, så er det jo forståeligt, at man ikke kan finde ud af det

> Så har du sikkert brugt en forkert fremgangsmåde

Det kan jeg ikke afvise. Men man skal jo som bekendt krybe før man kan gå og
måske kniber det eksperterne at komme ned på kravleniveau )

> Lyt til det eksperterne har at sige om din kode,

De siger ingenting - kun de banale fraser op valideringens lyksaligheder,
der naturligvis ikke er forkerte, men som jeg altså ikke mener at kunne
bruge til opgavens løsning. Der må mere specifik viden til, hvilket
naturligvis kræver, at man læser koden og peger på de oplagte fejl der
sikkert er i den.

Det er ligesom påstanden om, at bare man har en regnemaskine, så er det nemt
nok, hvilket jo er noget sludder - man skal også have forståelsen for
matematikken, ellers er maskinen ikke meget bevendt.

> Alle vil meget gerne hjælpe dig videre,
> men det kræver at du er med på en lytter,

Jeg lytter meget gerne - og læser gerne dokumentationen - men savner
direkte, detaljeret, forklarende kritik af /min/ kode og forslag til
alternativer der er bedre. Det er derfor jeg har lavet siden med alle
eksperimenterne til egen forståelse for struktureringen af sider med CSS,
der alene er til dette formål.
http://www.skolekammeraten.dk/std_file.php
Min FF er version 1.5.0.4. og bruges den til at vise siden i hhv. FF-mode og
IE-mode ses forskellen talende.
Forklar mig hvorfor! - Og ikke mindst hvordan det undgås.
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> http://www.skolekammeraten.dk/std_file.php
> Min FF er version 1.5.0.4. og bruges den til at vise siden i
> hhv. FF-mode og IE-mode ses forskellen talende.
> Forklar mig hvorfor! - Og ikke mindst hvordan det undgås.

Du kan begynde med at validere html- og css-koden. Du har et par
skæve kommentarangivelser der kan volde problemer, og du har nogle
tilfælde af css-angivelser uden enheder.

Derudover er det voldsomt meget javascript på siden - og det ser
ikke ud til at være testet ordentligt. IE7 viser slet ikke menuen i
øverste højre hjørne (der er en tom plads i stedet).
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

---

"Jens Gyldenkærne Clausen" <jens@gyros.invalid> skrev i en meddelelse
news:Xns97E19C370C304jcdmfdk@gyrosmod.dtext.news.tele.dk...
> Poul Erik Jensen skrev:
>> http://www.skolekammeraten.dk/std_file.php

> Du kan begynde med at validere html- og css-koden.

Der er ikke noget i vejen med det meste - men jeg ved godt, at der ikke kan
benyttes scroll-definitioner, farver, etc. som jeg altså vælger at se bort
fra.

> Du har et par skæve kommentarangivelser der kan
> volde problemer,

Hvor - peg dog på dem - ellers bliver jeg vel ikke klogere?

> og du har nogle tilfælde af css-angivelser uden enheder.

Hvor? - jeg kan ikke finde dem!

> Derudover er det voldsomt meget javascript på siden

Ja - og der var ikke noget jeg heller ville, end komme af med det - men der
er ingen, der hidtil har kunnet anvise alternativer, der kan samme.

> IE7 viser slet ikke menuen

Og det er jo ikke så godt - så bliber jeg jo nød til at finde noget andet.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev dette den 13-06-2006 18:33:
> "Jens Gyldenkærne Clausen" <jens@gyros.invalid> skrev i en meddelelse
> news:Xns97E19C370C304jcdmfdk@gyrosmod.dtext.news.tele.dk...
>> Poul Erik Jensen skrev:
>>> http://www.skolekammeraten.dk/std_file.php
>
>> Du kan begynde med at validere html- og css-koden.
>
> Der er ikke noget i vejen med det meste -

..mbox a:hover {position:absolut;    -- skal være absolute
..a {cursor:hand;}           -- hand findes ikke
ul {type:disc;}             -- skal være list-type
..av {align:left;}          -- text-align istedet, og det                       samme i
..ac og .ah
..va {vertical-align:50;}       -- Du mangler enhed

..vam (vertical-align:middle;}
..vab (vertical-align:bottom;}     -- skal være { og ikke (
..kur {font-weight:italic;}       -- font-style, hvis det skal                      
være kursiv
..streget (text-decoration:line-through;) -- skal være {} og ikke ()

..kr {text-align:char; char:","; vertical-align:top;} -- Ved ikke om det
                er text-align : "," du vil
             bruge, men det virker kun i    
                tabeller
..slet
{filter:progid:DXImageTransform.Microsoft.Shadow(color=gray,direction=135);}
               -- Jeg er ikke sikker men det er
                garanteret microsoft specifik

>> Du har et par skæve kommentarangivelser der kan
>> volde problemer,

>Hvor - peg dog på dem - ellers bliver jeg vel ikke klogere?

I linje 645 og 647. Der er en - for meget


>> og du har nogle tilfælde af css-angivelser uden enheder.
>
> Hvor? - jeg kan ikke finde dem!

1) i din va class
2) <DIV id="TipLayer"
style="visibility:hidden;position:absolute;z-index:1000;top:-100;">
3) <td style="width:132; background-color:#A3C2AF;
4) <td style="font-size:12; text-align:center;">


Derudover lukker du en <div>, som ikke er åbnet
--
Michael Haase

---

"Michael Haase" <micvans@netscape.invalid> skrev i en meddelelse
news:c1064$448f00a1$3e3d8433$25079@news.arrownet.dk...

> Derudover lukker du en <div>, som ikke er åbnet

Tak Michael - det er bestemt en stor hjælp.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

"Michael Haase" <micvans@netscape.invalid> skrev i en meddelelse
news:c1064$448f00a1$3e3d8433$25079@news.arrownet.dk...
>>> Du kan begynde med at validere html- og css-koden.

Jamen - det er så gjort - så langt som det er muligt.

De vises stadig forskelligt ;-(

cursor:hand er en ikke eksiterende - men virker jo udmærket i IE. Men
hvordan omgår man det problem?
Eller retere - hvordan får man browseren til at vise samme i IE/FF - og
opera for den sags skyld?
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

"Poul Erik Jensen" <jep@image.dk> wrote in news:448f705d$0$38673
$edfadb0f@dread12.news.tele.dk:

> cursor:hand er en ikke eksiterende - men virker jo udmærket i IE.

ja, det er en IE-specifik ting.
Den rigtige (standard) er cursor:pointer og virker også i IE.

--
Venlig hilsen | Kind regards | Cordialement
Frank

---

"Frank Olieu" <fr@nk> skrev i en meddelelse
news:Xns97E2696745F91frankol@130.225.247.90...
> Den rigtige (standard) er cursor:pointer og virker også i IE.

Tak.

- Ikke nemt at få øje på som fejl - men logisk, når opmærksomheden henledes
på forskellen.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> cursor:hand er en ikke eksiterende - men virker jo
> udmærket i IE. Men hvordan omgår man det problem?

Hånden kommer automatisk når man peger på et link,
så det er ikke noget problem hvis dit link virkelig er et
link med <a href="link.htm">Linket</a>.

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

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:44907b16$0$15793$14726298@news.sunsite.dk...

> Hånden kommer automatisk når man peger
> på et link, ...

Det har du da ret i, men hvad når det er:

<input type="submit" name="enter" value="OK"
onclick="window.open('', 'ChangeDetectionWiz',
'resizable=yes,scrollbars=yes,width=624,height=460');
return true" style="cursor:pointer;">

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> Det har du da ret i, men hvad når det er:
>
> <input type="submit" name="enter" value="OK"
> onclick="window.open('', 'ChangeDetectionWiz',
> 'resizable=yes,scrollbars=yes,width=624,height=460');
> return true" style="cursor:pointer;">

Det kan også laves med et almindeligt link med tekst
eller grafik. Her har man i øvrigt også mulighed for at
påvirke linket med a:hover, for at gøre det lidt mere
spændende end den traditionelle knap, der også ser
forskellig ud i forskellige browsere og styresystemer.

På din

http://www.skolekammeraten.dk/std_file.php

ser din OK-knap hos mig meget forkrøblet ud, se

http://vebel.dk/test/skolekammeraten/ok-knap.gif

og den ser anderledes ud i andre systemer, har jeg set.

Du kan sagtens have onclick-events på et almindeligt link,
men jeg kan ikke lige forstå formålet med det du har. Når
jeg klikker på OK-knappen, åbnet er popup-vindue, der
igen åbner en ny browser med

http://www.changedetection.com/detect.html?email=enter+email&enter=OK

og så ligger popup-vinduet tomt tilbage inde bag det andet.

Her bør du overveje en anden løsning.

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

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:4491e770$0$15790$14726298@news.sunsite.dk...

> Det kan også laves med et almindeligt link med tekst
> eller grafik.

Du har naturligvis ret - men nu var det en af den slags man henter koden til
på en hjemmeside - og dem må man jo pr definition ikke ændre (selv om mange
incl. mig alligevel gør det )

> http://www.skolekammeraten.dk/std_file.php
> ser din OK-knap hos mig meget forkrøblet ud, se

Ja, den er gjort mindre - sådan syntes jeg nu det så bedst ud, da det blev
kodet. Men jeg kan godt se, at det ikke virker i alle browsere ... hm....på
todo-listen - et stykke nede )

> Her bør du overveje en anden løsning.

Tja, det har jeg ikke rigtigt reflekteret over, og det er da acceptabelt i
'fremmede' browsere - men også det kan komme på listen

Der er dog andre ting der syntes mere væsentlig at få fod på. På siden er
der div-boxe på hhv. 10% og 33%, der (i FF) ikke centrere som ønsket, en
overlapper en tidligere tillige. Siden er valideret, css er valideret - men
alligevel er der fejl i FF. Hvad er der galt og hvordan løser man det, så
det virker i alle?

Valideringsværktøjerne giver udmærkede retningslinier, men finder ikke alle
fejl og rapporterer andre, der slet ikke er der - eller er uden praktisk
betydning.
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> siden er der div-boxe på hhv. 10% og 33%, der (i FF)
> ikke centrere som ønsket

Centrering er forklaret på http://html-faq.dk/2007.asp, der
er også et par eksempler. Den måde fungerer i alle
browsere.

> Siden er valideret, css er valideret - men alligevel er der
> fejl i FF. Hvad er der galt og hvordan løser man det, så
> det virker i alle?

Jeg tror faktisk at det er FF der viser den på den rigtigste
måde i forhold til standarden, og så skal IE tilpasses så
den viser det på samme måde.

> Valideringsværktøjerne giver udmærkede retningslinier,
> men finder ikke alle fejl

Jo, den finder alle fejl, men kan ikke gøre for at IE ikke kan
følge med

> og rapporterer andre, der slet ikke er der - eller er uden
> praktisk betydning.

Når den viser en fejl, er der grund til at rette dem. Alle fejl har
praktisk betydning og bør rettes.

Nævnte side er jo ret omfattende, og med en masse javascript,
så det kan være vanskeligt at finde ud af om det er det ene
eller det andet der gør det. Prøv at lave noget helt enkelt, centrer
det med den metode i mit link, valider det, byg videre, valider,
og så videre.

Til sidst har du et billede af hvad der går galt, i stedet for bare
at se dig gal på validatoren, IE, FF eller andre ting. Du er
nødt til at isolere dig ud af problemerne.

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

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:44935950$0$15785$14726298@news.sunsite.dk...
> Centrering er forklaret på http://html-faq.dk/2007.asp, der
> er også et par eksempler. Den måde fungerer i alle
> browsere.

Ja, det simple kan vi jo alle

> Jeg tror faktisk at det er FF der viser den på den rigtigste
> måde i forhold til standarden, og så skal IE tilpasses så
> den viser det på samme måde.

Det er noget af et postulat - kan det bevises (med klare eksempler)?

> Jo, den finder alle fejl, men kan ikke gøre for at IE ikke kan
> følge med

Ja, min oplevelse er jo modsat - FF kan ikke følge med. Og fordi det bliver
gentaget af enhver, der ser ud til at have forstand, bliver det jo ikke
sandhed, at IE er forkert på den. Man kan vel lige så god ret sige, at FF er
simplere end IE, der er mere avanceret. I realiteten er det jo kampen om
kunderne, pengene og magten, hvor empatien hurtigt falder på den lille
producent, der ikke af den grund behøver at være den bedste.

> Når den viser en fejl, er der grund til at rette dem.
> Alle fejl har praktisk betydning og bør rettes.

I princippet - men det kommer vel an på hvor man lægger vægten?
Hvis nu man gerne vil farve sine scroll, så kan CSS ikke validere - hvem
skal så bestemme, brugeren, browserprogrammøren eller standartsætteren?

> Nævnte side er jo ret omfattende, og med en masse javascript,

Det er en ringe undskyldning, for problemet er "hovedvinduet" omkranset af
en DIV hvis indhold er centreret og baggrund er gul. Alt det andet er
ligegyldigt og burde ikke indvirke på den DIV, der gar den gule baggrund.
Menuen er noget bras, men den kan du se helt bort fra. (Forsøg på at ændret
til noget menu-CSS resulterede i at brugerne brokker sig

Det er jo helt klart (hvis man skifter mellem IE-mode og FF-mode) at IE
centrerer bokse der ikke er float, mens FF ikke gør det. Det kan jeg ved gud
ikke finde nogen fornuftig grund til - måske fordi den ikke er der, men det
er så det, og så skrotter jeg FF som ubrugelig/uberegnelig.
10% boksens outline refererer vertikalt til den umiddelbare vertikale tekst
i grund-DIVen, men horisontalt refererer den i FF åbentbart til boksen hvori
den har sit startpunkt og som den overlapper. I IE kravler den på plads i
hullet mellem de to sidestillede 40% bokse (og følger grundordren om at alt
skal centreres. Det samme er tilfældet med 33%, der burde være centreret i
hullet.

> Prøv at lave noget helt enkelt, ....

Det har jeg gjort i lange baner - jeg kan ikke få det til at virke på samme
måde. Retter man så det fungerer et sted, så vælter det det andet og
omvendt.
Måske stiller jeg for store krav når jeg vil bestemme placeringen og bredden
af elementer på siden - i hvert tilfælde horisontalt og gerne også
vertikalt, selv om det naturligvis kan være vanskeligt at opfylde samtidigt.

> ... i stedet for bare at se dig gal på validatoren, IE, FF eller andre
> ting.

Jeg er ikke gal på hverken det ene eller det andet, men kunne godt tænke mig
at en class-ordre havde samme funktion i alle browsere. Så var det nemlig
ligegyldigt om det var forkert - så var det lige forkert alle steder.

Det jeg søger er årsagssammenhæng mellem det der ser korrekt ud i IE uden at
gøre det i andre browsere. I /klar tale/ på et videnskabeligt grundlag.
Hvis der er forskel, hvad er så den konkrete forskel - og hvad er
alternativet, der kan leve op til kravet alle steder.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> Ja, det simple kan vi jo alle

Det simple er jo smukt, ikke?

>> Jeg tror faktisk at det er FF der viser den på den rigtigste
>
> Det er noget af et postulat - kan det bevises (med klare
> eksempler)?

Eksemplerne har du fået af andre i en anden tråd, ser jeg,
så det vil jeg ikke trampe mere rundt i.

Jeg kommer normalt ikke med postulater, kun med fakta, om
dem har andre også fortalt om.

>> Jo, den finder alle fejl, men kan ikke gøre for at IE ikke
>> kan følge med
>
> Ja, min oplevelse er jo modsat - FF kan ikke følge med.

Også her har du fået et fyldestgørende svar i en anden tråd.

> Og fordi det bliver gentaget af enhver, der ser ud til at have
> forstand, bliver det jo ikke sandhed, at IE er forkert på den.

Det kender jeg godt, det med gentagelser og sandhed, men
det er ikke til at vide hvem du tror mest på. Det er næsten
lige meget hvad jeg fortæller, så kommer du med et
modargument, og en antagelse af at jeg fortæller dig noget
forkert.

Jeg, og mange andre, vil gerne hjælpe dig til en dybere
forståelse af hvad der er rigtigt og forkert i web-sammenhæng,
men du bliver ved med at komme med en masse brok om FF
og dens fejlvisning af dine sider, og så tror jeg faktisk at der
er en del der hopper fra når de ser dit navn og din argumentation.

> Man kan vel lige så god ret sige, at FF er simplere end IE

Det vil jeg ikke give dig ret i, FF har bare valgt at vise siderne
som standarden forskriver. Det kan man godt kalde simplere,
se min første sætning!

> I realiteten er det jo kampen om kunderne, pengene og
> magten

Klart!

> hvor empatien hurtigt falder på den lille producent, der ikke
> af den grund behøver at være den bedste.

Den bedste til hvad? IE viser hvad designeren skriver, og
gætter sig til at det sikkert skal se sådan ud. FF og andre, der
overholder standarden, viser det på en anden måde, fordi
det skal vises på denne måde. Der er ikke udviklet på IE
siden 1998

>> Alle fejl har praktisk betydning og bør rettes.
>
> I princippet - men det kommer vel an på hvor man lægger
> vægten?

Jeg kan godt se at du farver din scrollbar, det er der forskellige
meninger om, se http://html-faq.dk/2023.asp

> Hvis nu man gerne vil farve sine scroll, så kan CSS ikke
> validere - hvem skal så bestemme, brugeren,
> browserprogrammøren eller standartsætteren?

Det er altid brugeren der bestemmer, eller bør bestemme. Vil
brugeren ikke se på din grønne scrollbar, hvor man ikke kan
se pilen, kan brugeren ikke slå det fra (jo, brugeren kan bruge
en browser hvor det ikke fungerer). Er brugeren irriteret over
din animerede tekst i statuslinjen, kan brugeren ikke gøre
andet end at slå javascript fra, og så er der måske andre
ting der ikke fungerer - eller bruge en anden browser, hvor
den slags ikke er tilladt.

Vi har jo vendingen:

> Ja, det simple kan vi jo alle

Ja, men den slags er browserspecifik kode, og fungerer ikke
i alle browsere, derfor bør man holde sig til det simple, og
undlade animeret tekst i statuslinjen, <marquee>, farvede
scrollbarer og den slags. Der er mange brugere der virkelig
hader den slags, så hvorfor skal de absolut belemres med
det?

Jeg har naturligvis en holdning til den slags, som ikke
nødvendigvis er din, men jeg har efterhånden stor erfaring i
at vide hvad folk vil have.

>> Nævnte side er jo ret omfattende, og med en masse
>> javascript,
>
> Det er en ringe undskyldning, for problemet er "hovedvinduet"
> omkranset af en DIV hvis indhold er centreret og baggrund er
> gul. Alt det andet er ligegyldigt og burde ikke indvirke på den
> DIV, der gar den gule baggrund.

Det er jo ikke til at vide før du undlader dem, om de har nogen
indflydelse, prøv at lave en side helt uden!

> Menuen er noget bras, men den kan du se helt bort fra.

Det var derfor jeg bad dig om at lave noget helt enkelt til at
starte med.

> Forsøg på at ændret til noget menu-CSS resulterede i at
> brugerne brokker sig

Uha, der findes også en frygtelig masse forskellige menuer,
mange i javascript, der ikke fungerer over det hele, og mange
i css der er bredere understøttet. Se min anbefaling på
http://html-faq.dk/links.asp#inspiration

> så skrotter jeg FF som ubrugelig/uberegnelig.

Efterfølgende har du efterhånden accepteret at...?

> Jeg er ikke gal på hverken det ene eller det andet, men
> kunne godt tænke mig at en class-ordre havde samme
> funktion i alle browsere.

Det er desværre ikke muligt

Det kommer jo helt an på hvad du skriver i denne class eller id,
IE forstår ikke det hele med hensyn til css2.

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

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:4494980c$0$15793$14726298@news.sunsite.dk...
> Det simple er jo smukt, ikke?

/Kan/ være det )

> Det kender jeg godt, det med gentagelser og sandhed,
> men det er ikke til at vide hvem du tror mest på.

Hverken den ene eller anden - for alle har vel lige ret.
Men det er naturligvis nødvendigt - omend det er under protest - at
underlægge sig det regelsæt der gælder for den aktuelle browser.

> forståelse af hvad der er rigtigt og forkert ....

Ja, jeg prøver også at hænge på, men er jo ikke tynget af bevidstheden om og
accepten af, at der er noget der ganske enkelt ikke lader sig gøre. Det er
uforståeligt at noget kan fungere i IE, ikke også på en eller anden lovlig
vis kan få samme effekt i alle andre browsere. I princippet er jeg fløjtende
ligeglad hvem der har fremstillet software eller bestemt regelsættet - og
finder det tåbeligt, at der ikke kan opnås fælles fodslaw.

> ... hopper fra når de ser dit navn og din argumentation.

Ja, der er jo frit valg )

> Det vil jeg ikke ... Det kan man godt ....

Har jeg så ret - eller har jeg ret ))

>> hvor empatien hurtigt falder på den lille producent, der ikke
>> af den grund behøver at være den bedste.

> ... Der er ikke udviklet på IE siden 1998

Nej, det er et faktum, som jeg ikke tidligere har været opmærksom på - men
det undskylder jo ikke, at man udelukker denne, den mest udbredte browsers
metodik (eller mangel på samme). FF vinder min sympati, fordi den dog kan
sættes til at fatte de fejl der opstår, når man benyttter IE som
udgangspunkt.

> Jeg kan godt se at du farver din scrollbar,

Det er måske et punkt, hvor jeg delvis vil bøje mig for din argumentation,
for naturligvis skal scrollbaren kunne findes - på den anden side er den et
forstyrrende element i billedet.

> Det er altid brugeren der bestemmer, eller bør bestemme.

Det kan vi komme op at bokse om ))

> ... mange [menuer] i css der er bredere understøttet.

Ja, måske, men ikke med samme funktionalitet. De eksempler der foreslås er
af list-typen - lige op og ned. Hvis min menu kunne ændres til at fungerer
valideret i alle browsere, uden at brugerne opdagede forskellen, så ville
jeg være glad.

>> samme funktion i alle browsere.
> Det er desværre ikke muligt
Jamen, det er jo det der er uacceptabelt )

> Det kommer jo helt an på hvad du skriver i denne
> class eller id, IE forstår ikke det hele med hensyn til css2.

Ja, men når jeg skriver class="text-align:center" og forventer at alt
herefter centreres - og får at vide at det er forkert, så vil jeg gerne have
et alternativ der kan udføre mit ønske. Ofte bliver det kun løst delvis,
eller helt afvist: "Det kan man ikke" og det er sådan set det jeg protestere
imod - der er ikke noget der hedder sådan.
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

"Poul Erik Jensen" <jep@image.dk> wrote in
news:4495541e$0$38720$edfadb0f@dread12.news.tele.dk:

> Ja, men når jeg skriver class="text-align:center" og forventer at alt
> herefter centreres - og får at vide at det er forkert,

(du mener vel 'style="text-align:center"')

"text-align:center" (som navnet antyder) er beregnet til at centrere...
tekst! Dvs. /inline/ indhold.
En div er et /blokelement/ og burde ikke blive centreret af denne regel. (men
IE gør det. Fejlagtigt.)
Til gengæld kan du bruge det til at centrere /indholdet/ af fx. en div, så
længe vi taler om tekst og andre inline-elementer.
Hvis du har fx. <div><p>bla bla</p></div> og sætter "text-align:center" på
div'en, arver /teksten/ i <p> også dette egenskab, mens selve p-elementet
ikke bliver centreret.

> så vil jeg gerne
> have et alternativ der kan udføre mit ønske.

Et blokelement (div, p, m.fl.) centreres ganske enkelt ved at angive en
bredde (i px, em, %...) samt margin-left:auto + margin-right:auto. Eks.:

div { width:80%; margin:0 auto; }

hvor "margin:0 auto;" er en forkortelse for:

{ margin-top:0;
margin-right:auto;
margin-bottom:0;
margin-left:auto; }

"0" kan selvfølgelig være en anden værdi.

Det kan ikke være mere enkelt...

--
Venlig hilsen | Kind regards | Cordialement
Frank

---

"Frank Olieu" <fr@nk.invalid> skrev i en meddelelse
news:Xns97E6EEF62B0C7frankol@130.225.247.90...
> (du mener vel 'style="text-align:center"')
Nej egentlig ikke - det var meningen med class'en )
Den hedder bare class="c" - men det er jo min definition.

> IE gør det. Fejlagtigt.)
Ja, det er gået op for mig, at jeg må ty til andre måder at centrere blokke.

> Et blokelement (div, p, m.fl.) centreres ganske enkelt ...
> ... samt margin-left:auto + margin-right:auto.

Jamen, det holder jo ikke hvis der er flere blandede billeder/blokke med
fast og % på linie, så bliver det ufleksibelt at arbejde med og lægger sig
oven på hinanden, hvis der ikke er plads i det vindue læseren stiller til
rådighed.

> div { width:80%; margin:0 auto; }

Ja, det er jo ikke forkert - det virker faktisk, selv om der er ovennævnte
problemer.

Men tak for hjælpen.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> Hverken den ene eller anden - for alle har vel lige ret.

Nej!

> Men det er naturligvis nødvendigt - omend det er under
> protest - at underlægge sig det regelsæt der gælder for
> den aktuelle browser.

Der er regelsæt for mange ting, og dem er vi nødt til at
forholde os til, hvadenten vi vil eller ej. Se for eksempel
Færdelsloven, det er ikke altid jeg er enig, men det er
nu engang vedtaget at vi alle skal køre i højre side, i en
bestemt hastighed og så videre. Det kan gå galt hvis man
overtræder en bestemt regel, men som regel går det godt.

> Ja, jeg prøver også at hænge på, men er jo ikke tynget
> af bevidstheden om og accepten af, at der er noget der
> ganske enkelt ikke lader sig gøre. Det er uforståeligt at
> noget kan fungere i IE, ikke også på en eller anden lovlig
> vis kan få samme effekt i alle andre browsere.

I andre browsere skal det bare gøres på en anden måde
som standarden foreskriver, og det fungerer mærkeligt
nok også i IE i de fleste tilfælde, for eksempel det med
centrining ved hjælp af metoden i http://html-faq.dk/2007.asp

> I princippet er jeg fløjtende ligeglad hvem der har
> fremstillet software eller bestemt regelsættet - og finder
> det tåbeligt, at der ikke kan opnås fælles fodslaw.

Jeg finder det også tåbeligt at teksbehandlingsprogrammer
ikke kan læse det samme dokument, bare for at drage
paralleller til noget andet.

I web-sammenhæng er der dog nogle standarder som mange
forsøger at følge, browserproducenter som designere - det er
en fælles færdselslov, så har vi i det mindste et udgangspunkt.

Nogle er hurtige til at opfatte de fælles nye signaler, andre er
længere tid om det - sådan vil det altid være.

Dengang Netscape 4 var på banen, og standarderne var
helt nye, havde vi meget større problemer end dem vi har i
dag - her skulle virkelig tænkes kreativt for at få det til at
fungere over det hele.

I dag skal vi bare få det vist i en browser der overholder denne
standard, og går der noget galt i dem der ikke gør, kan der
laves tilpasninger der får det til at ligne. Det er dog meget
sjældent at jeg er nødt til at lave noget specielt for disse, men
det er dog sket.

> Har jeg så ret - eller har jeg ret ))

Jamen, du har ret i mange ting, det er pisseirriterende ikke at
have ret Jeg tager da hatten af for at du har rykket dig fra
allerførste gang jeg så dit link, du har da forsøgt en masse ting,
har brokket dig højlydt, men har også lyttet til hvad jeg havde af
argumenter, det er et positivt tegn.

> naturligvis skal scrollbaren kunne findes - på den anden side
> er den et forstyrrende element i billedet.

Scrollbaren er ikke en del af billedet, det er brugerens værktøj
til at kunne navigere rundt på forskellige sider, og ser dette
værktøj forskelligt ud hver gang, kan det kun forvirre brugeren.

At Microsoft så har valgt at denne del kan styles, er en ting,
men det er ikke en del af standarden, som du allerede ved,
og det er hadet af mange brugere, fordi det ikke kan slås fra
under normale omstændigheder.

>> Det er altid brugeren der bestemmer, eller bør bestemme.
> Det kan vi komme op at bokse om ))

Hvem skulle ellers bestemme? Som udgangspunkt bestemmer
designeren hvad der skal stå på siden, og kommer med et
forslag til hvordan det skal præsenteres. Brugeren kan vælge
at slå alt fra i diverse toolbars, så er det brugeres foretrukne
skriftstørrelse, skrifttype, farve og så videre der bestemmer,
det bør du være med til at fremme.

Ja, det er ikke nemt at være web-designer

> De eksempler der foreslås er af list-typen - lige op og ned.

De udmærker sig netop ved at være så fleksible at de kan
ændres med css til at blive præsenteret på virkelig mange
forskellige måder med den samme html-kode, det var det mit
link skulle belyse.

>> Det er desværre ikke muligt
> Jamen, det er jo det der er uacceptabelt )

Ikke når du bevæger dig fra a til b, så kan alt lade sig gøre.

> Ja, men når jeg skriver class="text-align:center" og forventer
> at alt herefter centreres - og får at vide at det er forkert, så
> vil jeg gerne have et alternativ der kan udføre mit ønske.

Netop det spørgsmål har du fået besvaret i andre indlæg.

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

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:4495f353$0$84019$edfadb0f@dtext01.news.tele.dk...
> Nej!
Jo! - selv om de ikke altid får det ))

> nu engang vedtaget at vi alle skal køre i højre side, ...

Ja, der er love - de skal holdes, men regler - de kan debatteres ,-))

> I andre browsere skal det bare gøres på en anden måde

Det er jo det jeg mener er noget hø, når det nu kan lade sig gøre det ene
sted hvorfor kan der så ikke tillades samme funktion det andet. At vi så
ikke kan gøre så meget ved tingenes tilstand er en anden sag.

> Jeg finder det også tåbeligt ....

Ja, men det er jo det med mennesker - en kan være i tvivl, to kan blive
uenige, men tre gi'r kaos ))

> ..., så har vi i det mindste et udgangspunkt.

Ja, det er jo det jeg - omend nødtvunget - bøjer mig for, selv om det koster
bryderier.

> Jamen, du har ret i mange ting,
> har brokket dig højlydt, ...men har også lyttet ...

Selvfølgelig må man lytte - ellers blir man jo sat af.

> Scrollbaren er ikke en del af billedet, ...

Det kan også debatteres - men bare den dog ville nøjes med at dukke op, når
der var behov for den.

> Hvem skulle ellers bestemme?

Det skal jeg naturligvis )

> Ja, det er ikke nemt at være web-designer

Nej - ikke blandt ... web-designere ))

> Ikke når du bevæger dig fra a til b, så kan alt lade sig gøre.

Nej, desværre, det jeg vil, det må jeg ikke

> Netop det spørgsmål har du fået besvaret i andre indlæg.

Ja, men ikke fuldt tilfredsstillende, for selv om margin:auto er en løsning
i mange tilfælde, så er det IMHO ikke godt nok.

En style, der kan oprette frit flydende blokke som udnytter den til rådighed
værende plads. Gerne med mulighed for at diktere blokken mod siderne eller
midten.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk