---

Jeg er gået fast i et forsøg på at bruge små ikoner som link.

Jeg forsøger at lave et fotogallere med små ikoner i højre side og et stort
billede vist i midten.Når der trykkes på et lille ikon skal der vises et nyt
billede i midten.

Men når der hæftes linkdata på ikonerne, bliver de usynlige.

Se et par eksempeler på http://www.arkivet-vinderup

Galleritest2 viser siden med ikonerne synlige:
<div class="iconfoto"><img src='Test/P1000999.JPG' Alt=''></div>

medens Galleritest1 er med linkdata og usynlige
<div class="iconfoto"><a
href='/galleri/Galleri.asp?Folder=Test&Titel=Galleritest&Billed=1><img
src='Test/P1000999.JPG' Alt=''></a></div>

Siden er dannet med asp-program for at lave linkene.

Jeg har stirret mig blind!
Nogen ide om hvorfor ikonerne ikke vises?

Mvh Kurt

---

Linket til siden manglede ".dk", den er http://www.arkivet-vinderup.dk

Kurt

"Kurt G" <kurt_g@guldbaek.net> skrev i en meddelelse
news:4a96a7d6$0$304$14726298@news.sunsite.dk...
> Jeg er gået fast i et forsøg på at bruge små ikoner som link.
>
> Jeg forsøger at lave et fotogallere med små ikoner i højre side og et
> stort billede vist i midten.Når der trykkes på et lille ikon skal der
> vises et nyt billede i midten.
>
> Men når der hæftes linkdata på ikonerne, bliver de usynlige.
>
> Se et par eksempeler på http://www.arkivet-vinderup
>
> Galleritest2 viser siden med ikonerne synlige:
> <div class="iconfoto"><img src='Test/P1000999.JPG' Alt=''></div>
>
> medens Galleritest1 er med linkdata og usynlige
> <div class="iconfoto"><a
> href='/galleri/Galleri.asp?Folder=Test&Titel=Galleritest&Billed=1><img
> src='Test/P1000999.JPG' Alt=''></a></div>
>
> Siden er dannet med asp-program for at lave linkene.
>
> Jeg har stirret mig blind!
> Nogen ide om hvorfor ikonerne ikke vises?
>
> Mvh Kurt
>

---

Kurt G skrev:

> <div class="iconfoto"><a
> href='/galleri/Galleri.asp?Folder=Test&Titel=Galleritest&Billed=1><img
> src='Test/P1000999.JPG' Alt=''></a></div>

Du mangler et ' sidst i linkadressen.
Jeg er ret overbevist om at det er hele grunden.

Jeg opdagede det ved at Galleritest1 har 63 html-fejl, mens Galleritest
kun havde 6 fejl.

(For pokker hvor har jeg selv lavet den slags fejl en del gange.
Validatoren har hjulpet mig en del gange på den konto).

--
Philip - http://chartbase.dk

---

Philip Nunnegaard wrote:

> Du mangler et ' sidst i linkadressen.
> Jeg er ret overbevist om at det er hele grunden.

Hvad F*?
Du havde åbenbart svaret før mig.
Dit indlæg (og sikkert mange andre) er først dukket op her til eftermiddag
(sunsite).

Men der har åbenbart været noget bøvl med sunsite i går og idag.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Men der har åbenbart været noget bøvl med sunsite i går og idag.

Det så jeg.
Det forklarer nok at der i flere tråde er kommet flere enslydende svar
fra forskellige personer med flere timers mellemrum.

Jeg oplevede i øvrigt samme bøvl med TDC for et par uger siden, hvor
Sunsite netop var min "redning".

--
Philip - http://chartbase.dk

---

Philip Nunnegaard wrote:

> Det så jeg.
> Det forklarer nok at der i flere tråde er kommet flere enslydende svar
> fra forskellige personer med flere timers mellemrum.

Ja, og det forklarer også nogle mærkelige indlæg, jeg så rundt omkring.
Der var tilsyneladende tale om manglende synkronisering, så hvis man skrev
til sunsite, kunne man se sunsite, men de andre var 'væk'.

Her i går da de var kommet i gang, kunne jeg se, at jeg havde læste indlæg
midt i tråde, hvor jeg tilsyneladende hverken havde læst indlægget før og
efter.

--
Med venlig hilsen
Stig Johansen

---

Kurt G wrote:

> medens Galleritest1 er med linkdata og usynlige
> <div class="iconfoto"><a
> href='/galleri/Galleri.asp?Folder=Test&Titel=Galleritest&Billed=1><img
> src='Test/P1000999.JPG' Alt=''></a></div>
>
> Siden er dannet med asp-program for at lave linkene.
>
> Jeg har stirret mig blind!
> Nogen ide om hvorfor ikonerne ikke vises?

Du mangler at afslutte din literal i href.
href='/galleri/Galleri.asp?Folder=Test&Titel=Galleritest&Billed=1>
skal være
href='/galleri/Galleri.asp?Folder=Test&Titel=Galleritest&Billed=1'>

I virkelighede burde du også lave & om til &amp;

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen formulerede spørgsmålet:
8X
> I virkelighede burde du også lave & om til &amp;

Putting it mildly?

Hvert & der skal være &amp; giver en advarsel og 2 fejl.
Så med mindre konkurrencen går på at lave så mange fejl som muligt...



Birger

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

---

Birger Sørensen wrote:

> Stig Johansen formulerede spørgsmålet:
> 8X
>> I virkelighede burde du også lave & om til &amp;
>
> Putting it mildly?

Yeps

Jeg havde overvejet at skrive, list sarkastisk, at validatoren kunne have
fortalt Kurt hvor hans fejl lå.

Men jeg synes ikke det fremgik så præcist (i FF' validator) hvor der
specifikt manglede en ', så valgte en blød formulering.

Ind imellem får jeg også indtrykket af at nogle synes, at validatorens
beskeder måske ikke altid er let forståelige.

Dog bekræfter det, at det altid er en god idé at snakke med validatoren en
gang imellem

--
Med venlig hilsen
Stig Johansen

---

Jeg vil gerne takke jer begge for hjælpen. Validatoren var slet ikke faldet
mig ind (alderen)! Jeg skal prøve at gøre det til en vane at bruge
validatoren.
Og tak for den milde udlægning

Mvh Kurt

"Stig Johansen" <wopr.dk@gmaill.com> skrev i en meddelelse
news:4a9763cc$0$326$14726298@news.sunsite.dk...
> Birger Sørensen wrote:
>
>> Stig Johansen formulerede spørgsmålet:
>> 8X
>>> I virkelighede burde du også lave & om til &amp;
>>
>> Putting it mildly?
>
> Yeps
>
> Jeg havde overvejet at skrive, list sarkastisk, at validatoren kunne have
> fortalt Kurt hvor hans fejl lå.
>
> Men jeg synes ikke det fremgik så præcist (i FF' validator) hvor der
> specifikt manglede en ', så valgte en blød formulering.
>
> Ind imellem får jeg også indtrykket af at nogle synes, at validatorens
> beskeder måske ikke altid er let forståelige.
>
> Dog bekræfter det, at det altid er en god idé at snakke med validatoren en
> gang imellem
>
> --
> Med venlig hilsen
> Stig Johansen

---

Kurt G forklarede den 28-08-2009:
> Jeg vil gerne takke jer begge for hjælpen. Validatoren var slet ikke faldet
> mig ind (alderen)! Jeg skal prøve at gøre det til en vane at bruge
> validatoren.
> Og tak for den milde udlægning
>
> Mvh Kurt
>
> "Stig Johansen" <wopr.dk@gmaill.com> skrev i en meddelelse
> news:4a9763cc$0$326$14726298@news.sunsite.dk...
>> Birger Sørensen wrote:
>>
>>> Stig Johansen formulerede spørgsmålet:
>>> 8X
>>>> I virkelighede burde du også lave & om til &amp;
>>>
>>> Putting it mildly?
>>
>> Yeps
>>
>> Jeg havde overvejet at skrive, list sarkastisk, at validatoren kunne have
>> fortalt Kurt hvor hans fejl lå.
>>
>> Men jeg synes ikke det fremgik så præcist (i FF' validator) hvor der
>> specifikt manglede en ', så valgte en blød formulering.
>>
>> Ind imellem får jeg også indtrykket af at nogle synes, at validatorens
>> beskeder måske ikke altid er let forståelige.
>>
>> Dog bekræfter det, at det altid er en god idé at snakke med validatoren en
>> gang imellem
>>
>> -- Med venlig hilsen
>> Stig Johansen

Man kunne, hvis man var Kurt, måske overveje, om det ville være
passende med en nylinie karakter i koden en gang i mellem.
Det giver lidt overblik, bare at have tingene på hver sin linie, og det
er nemmere at finde fejlene.
Linie 24 er f.eks. 3977 karakterer lang, så det er også lidt af en
opgave for validatoren, at vise præcis hvor problemet er...

Er ikke til ASP, så andre må fortælle ham hvordan det gøres.

http://www.arkivet-vinderup.dk
er det rigtige link (FF fandt det selv.)
IE mener at eftersom jeg har forbindelse til internettet, vil jeg måske
oprette en forbindelse mere? når jeg følger Kurts link (uden .dk).


Birger

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

---

Birger Sørensen wrote:

> Man kunne, hvis man var Kurt, måske overveje, om det ville være
> passende med en nylinie karakter i koden en gang i mellem.
> Det giver lidt overblik, bare at have tingene på hver sin linie, og det
> er nemmere at finde fejlene.
> Linie 24 er f.eks. 3977 karakterer lang, så det er også lidt af en
> opgave for validatoren, at vise præcis hvor problemet er...
>
> Er ikke til ASP, så andre må fortælle ham hvordan det gøres.

Du skuffer mig lidt, Birger.
Browseren er fløjtende ligeglad med whitespaces, og performancewise er det
en god idé at reducere disse.

I _udviklingsfasen_ er det en god idé at have 'human readable' formattering,
men det er ikke en nødvendighed.

Nu ved jeg godt du er til PHP, men dér er der vel også forskel på:
establish.some.loop
echo <something> // genererer en helvedes lang streng
vs.
establish.some.loop
echo <something> + crlf // genererer linieskift

crlf skal i denne context erstattes med eks \r\n, uagtet, at nogle tror at
det kun er \n

i ASP er der en prædefineret variabel, der hedder vbCRLF.

Alternativt kan man bruge hexværdierne
0D 0A
eller decimalværdierne 13 10

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Du skuffer mig lidt, Birger.
> Browseren er fløjtende ligeglad med whitespaces, og performancewise er det
> en god idé at reducere disse.
>
> I _udviklingsfasen_ er det en god idé at have 'human readable' formattering,
> men det er ikke en nødvendighed.

Men så skal man sidde og rette frem og tilbage hele tiden (fjerne og
tilføje linjeskift), mens man udvikler nye ting til sin hjemmeside.

Og uden linjeskiftene vil det blive fuldstændigt uoverskueligt at skulle
rette i filerne eller prøve at gennemskue den genererede html. Men der
kan selvfølgelig være noget ide i idet mindste ikke at tilføje \n (eller
\r\n) eller vbCrlf efter hver linje i php eller asp-koden.

På den anden side set, så er jeg for doven til at studere andres kode,
hvis de opererer med linjer på flere tusinde tegn.

> i ASP er der en prædefineret variabel, der hedder vbCRLF.

Og så vidt jeg husker er der en forskel mere:
I php skriver man det indenfor anførselstegnene, mens det i asp skal
skrives udenfor:

echo "Noget tekst\r\n";
response.write "Noget tekst" & vbCrlf


--
Philip - http://chartbase.dk

---

Philip Nunnegaard skrev:

> Og så vidt jeg husker er der en forskel mere:
> I php skriver man det indenfor anførselstegnene, mens det i asp skal
> skrives udenfor:

Det er en lidt krøllet forklaring. Konstanter og funktionskald
skal også i PHP skrives uden for anførselstegnene.

> echo "Noget tekst\r\n";

men koder skal indenfor.

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

---

"Philip Nunnegaard" <nunnenospam@hitsurf.dk> wrote in message
news:4a97b040$0$36558$edfadb0f@dtext01.news.tele.dk...
> Stig Johansen skrev:
>
> > I _udviklingsfasen_ er det en god idé at have 'human readable'
formattering,
> > men det er ikke en nødvendighed.
>
> Men så skal man sidde og rette frem og tilbage hele tiden (fjerne og
> tilføje linjeskift), mens man udvikler nye ting til sin hjemmeside.

Nu var det ikke ment som _ethvert_ linieskift, men kun "im grossen træk"
I Kurt's tilfælde var der tale om HTML, der tydeligvis var generet af ASP.

Hvis vi snakker større (tabel) mængder, synes jeg nu godt, det kan være en
ide at udelade crlf i de enkelte linier.

Her er et eksempel (i ASP), der illustrerer hvad jeg mener.
Do while (Not oRs.eof)
Response.Write "<tr>" + _
...noget _
"</tr>" + vbCrLf

Her udskrives crlf for hver <tr>, så selve tabel rækkerne står på hver sin
linie.
I ASP benyttes ' som comment, så fjernelse af crlf består i at rette sidste
linie til:
"</tr>" ' + vbCrLf
skal man have crlf ind igen, fjernes '

> Og uden linjeskiftene vil det blive fuldstændigt uoverskueligt at skulle
> rette i filerne eller prøve at gennemskue den genererede html.

Det er jeg enig i, og jeg synes som sagt også det er en god ide i
udviklingsfasen.

--
Med venlig hilsen/Best regards
Stig Johansen

---

Stig Johansen skrev:

>> Og uden linjeskiftene vil det blive fuldstændigt uoverskueligt at skulle
>> rette i filerne eller prøve at gennemskue den genererede html.
>
> Det er jeg enig i, og jeg synes som sagt også det er en god ide i
> udviklingsfasen.

Kan vores forskellige måde at tænke på mon bunde i at vi arbejder på
forskellig måde?
Jeg tænker på at jeg aldrig betragter mit arbejde som færdigt. Der er
hele tiden nye ting som jeg lige kommer på skal plottes på, eller der
dukker ting op som jeg mener kræver rettelser i koden.

Enten fordi der opstår ting som jeg ikke havde opdaget i
udviklingsfasen, eller fordi jeg med tiden har lært nye ting, som jeg
ønsker at tage i brug.

Endelig er det ikke ualmindeligt at jeg opdager at der serverside er
genereret noget ikke-valid html, som jeg ikke havde tænkt på at den
ville generere. Det er lidt nemmere for mig at opdage og rette i, hvis
den genererede html stadig er læsevenlig.

--
Philip - http://chartbase.dk

---

Philip Nunnegaard wrote:

> Kan vores forskellige måde at tænke på mon bunde i at vi arbejder på
> forskellig måde?

Jeg tror mere det bunder i, at jeg altid har været vant til at optimere på
kryds og tværs.

De ting jeg har lavet gennem tiderne har været projekter, hvor man næsten
ikke få maskiner der var store nok.

Når man ikke kan få en større maskine, så må man optimere den man kan få.

Har man yderligere kun 1200 bps til rådighed, bliver man nødt til at spare
her også.

Mange af mine projekter har også været 'skraldemand'/'brandmand', hvor jeg
har skullet rydde op, når projektet ikke rigtig duede.

Så en 20-30 års vane rydder man ikke lige af vejen

I mange tilfælde er det nok fluekn*pperi, men det sidder lidt i
'aftrækkerfingeren'

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen har bragt dette til verden:
> Philip Nunnegaard wrote:
>
>> Kan vores forskellige måde at tænke på mon bunde i at vi arbejder på
>> forskellig måde?
>
> Jeg tror mere det bunder i, at jeg altid har været vant til at optimere på
> kryds og tværs.
>
> De ting jeg har lavet gennem tiderne har været projekter, hvor man næsten
> ikke få maskiner der var store nok.
>
> Når man ikke kan få en større maskine, så må man optimere den man kan få.
>
> Har man yderligere kun 1200 bps til rådighed, bliver man nødt til at spare
> her også.
>
> Mange af mine projekter har også været 'skraldemand'/'brandmand', hvor jeg
> har skullet rydde op, når projektet ikke rigtig duede.
>
> Så en 20-30 års vane rydder man ikke lige af vejen
>
> I mange tilfælde er det nok fluekn*pperi, men det sidder lidt i
> 'aftrækkerfingeren'

.... og i dag kører det hele på Windoze. (I hvert fald for langt
størsteparten på clientside)
Bare for at få lidt perspektiv på tingene

Hvorfor dog bruge kanoner til at skyde gråspurve - vi har da missiler!

Det skurrer også lidt, når den teknik, mange af os herinde anbefaler
til alle "nybegynderne", er bare henter hele siden igen igen, når der
skal ændres 4 linier.

Det er HTML'en, der skal bruges ved fejlfinding og vedligeholdelse.
Også hvis det er skrevet i PHP eller ASP, er det i HTML'en man starter.
Yt med tabeldesign - i stedet skriver vi hele siden på een linie.
Vi finder et sted hvor gærdet er lavt nok til at hoppe over - for at
finde et sted det er højt nok til at vi kan kravle under.

Så min holdning er, at HTML'en skal være læsbar og til at finde rundt
i.
Det kræver noget whitespace - og det er lige så nødvendigt som det er
at indlæse hele siden igen, i stedet for kun de 4 linier der skal
ændres.



Birger

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

---

DON'T get me started - Warning

Birger Sørensen wrote:

> ... og i dag kører det hele på Windoze. (I hvert fald for langt
> størsteparten på clientside)
> Bare for at få lidt perspektiv på tingene

Ja, men nu var vi ovre i serverside generet HTML.
Hvis vi snakker serverside, så hvor stor en andel tror du Win har dér?

Hvor mange virksomheder kører operationelle systemer/DW[1] (Data Warehouse)
på Win?

[1] Kom i tanke om et andet indlæg hvor jeg skrev DW, som kunne forstås som
DreamWeawer (skide forkortelser;)

> Hvorfor dog bruge kanoner til at skyde gråspurve - vi har da missiler!

Det ved jeg squ ikke rigtigt - Peder Scram har vist affyret sit sidste
Harpoon missil.

> Det skurrer også lidt, når den teknik, mange af os herinde anbefaler
> til alle "nybegynderne", er bare henter hele siden igen igen, når der
> skal ændres 4 linier.

Ikke forstået.

> Det er HTML'en, der skal bruges ved fejlfinding og vedligeholdelse.
> Også hvis det er skrevet i PHP eller ASP, er det i HTML'en man starter.

Man kan vel også læse korrektur på sine kodelinier(?).
Jeg bruger Hapedit til ASP, og jeg er (næsten) sikker på, at syntax
fremhævningen ville have afsløret Kurt's fejl i det her tilfælde.

Dog bruger jeg konsekvent " i XML/(X)HTML, så brugen af mixet ' og " kunne
muligvis skjule fejlen.

> Yt med tabeldesign - i stedet skriver vi hele siden på een linie.

Tabeldesign, og een linie - hvad har du indtaget?

> Vi finder et sted hvor gærdet er lavt nok til at hoppe over - for at
> finde et sted det er højt nok til at vi kan kravle under.

Hvem er 'vi'?

> Så min holdning er, at HTML'en skal være læsbar og til at finde rundt
> i.

Ja, så længe det er i udviklingsfasen.
Du må respektere, at vi har forskellige baggrunde, og motiver.

Philip og Bertel skriver, at de aldrig er færdige, og det respekterer jeg.

Men i min verden, så har jeg givet tilbud på en given, og afgrænset opgave,
eksempelvis en regnskabsrapport ud fra en given database (DW), herunder
SVARTIDSGARANTI.

No cure - no pay, så for at være på den sikre side, så tænker jeg
performance ind fra starten.

Så når opgaven er færdig, og godkendt, så er den færdig.

> Det kræver noget whitespace - og det er lige så nødvendigt som det er
> at indlæse hele siden igen, i stedet for kun de 4 linier der skal
> ændres.

Jeg ved ikke hvor du har de 4 linier fra, men det kan muligvis være
kardinalpunktet for hvornår svartidsgarantien er opfyldt eller ej.

Det er sikkert slet ikke her vi skal diskutere den slags, men nu røg tråden
lidt over i performance og optimering (aka Grøn IT).

Slutter her

--
Med venlig hilsen
Stig Johansen

---

BTW:

Stig Johansen wrote:
> DON'T get me started - Warning

Hvordan ser det ud med møde i webdesigngruppen?

Jeg har tilkendegivet, at jeg tager toget fra høje tåstrup 13:12, så jeg kan
være på OBC i god tid jfr. Erik's tidsplan.

Men det kunne da være sjovt, hvis vi kunne 'samle dig op' på Ringsted
station.

Jeg fik en mail fra Rune hvor vi snakkede om, at os fra djævleøen kunne
mødets i toget, men jeg har ikke høret noget nærmere(endnu)

Hvad er din, og andres planer?

'Vi' kunne jo ligeså godt afpasse vores togplaner efter din plan mht.
Ringsted, eller hvad din plan er.

Jeg skriver 'Vi', for jeg har ikke hørt fra andre.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Jeg fik en mail fra Rune hvor vi snakkede om, at os fra djævleøen kunne
> mødets i toget, men jeg har ikke høret noget nærmere(endnu)

> Hvad er din, og andres planer?

Jeg tror at vi hører nærmere i løbet af ugen.
Ellers tager jeg nok toget kl. 13 fra Hovedbanen (altså 13:12 fra Høje
Taastrup), eller hvad vi nu finder ud af.

--
Philip - http://chartbase.dk

---

Philip Nunnegaard wrote:

> Jeg tror at vi hører nærmere i løbet af ugen.
> Ellers tager jeg nok toget kl. 13 fra Hovedbanen (altså 13:12 fra Høje
> Taastrup), eller hvad vi nu finder ud af.

Nu skal det nok overgå til lidt intern snak, men så vidt jeg har forstået,
så tager du og Rune fra KBH, og så kan vi mødes i toget 13:12 (Høje
Tåstrup), men hvad med Birger?

Jeg synes stadig det kunne være sjovt hvis han stødte til i Ringsted (eller
hvordan hans planer nu passer fra hvor han bor).

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:
8X
> Jeg synes stadig det kunne være sjovt hvis han stødte til i Ringsted (eller
> hvordan hans planer nu passer fra hvor han bor).

Der kommer jeg nok til at skuffe...

Jeg tager sammen med kæresten meget tidligt til Odense, hvor jeg møder
papsøn og -svigerdatter, og tager ud og ser på Odense ZOO.

Noget med handicapbilletter og DSB, og en der er meget interesseret i
dyr, som så sit snit til at blande sig i mine planer, og få noget ud af
det selv, uden det kommer til at koste... :')
Billetter bestilt i går (ja - på en lørdag!), så det er først lige
faldet på plads (eller i hvert fald - jeg er lige blevet sat ind i mine
ændrede planer), og derfor har jeg ikke givet lyd fra mig før.

Så - Bager From på OBC kl. 15.
Til gengæld kan jeg så blive en time længere - 22.16 fra Odense,
mener jeg hun sagde. Har arrangeret noget privat transport fra
Slagelse, så vi ikke er afhængige af, at den offentlige skal passe
sammen herned ad.

Birger

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

---

Birger Sørensen skrev:

> Så - Bager From på OBC kl. 15.
> Til gengæld kan jeg så blive en time længere - 22.16 fra Odense,
> mener jeg hun sagde. Har arrangeret noget privat transport fra Slagelse,
> så vi ikke er afhængige af, at den offentlige skal passe sammen herned ad.

Jeg er ved at skrive mail til de forskellige.


MVH
Rune Jensen

---

Birger Sørensen wrote:

> mener jeg hun sagde.

Nu er vi ude i OT, men jeg får også altid det sidste ord herhjemme:
JAVEL!


ses..

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Så en 20-30 års vane rydder man ikke lige af vejen

Der har vi nok humlen. - Sammenholdt med at du arbejder i enkeltopgaver
som du afleverer, hvorefter de er afsluttet for dit vedkommende.

Du har været med fra dengang hvor computerkraft virkelig var noget man
sparede på, fordi det var ultimativt nødvendigt. Ikke kun privat (som
f.eks. mig og min lille ZX Spectrum), men også erhvervsmæssigt.

En tid hvor selv basic-programmering blev betragtet som noget hø.
Rigtige programmører skrev kun 1-taller og 0'er, eller til nød skrev de
koden i Assempler. Skulle det absolut være et 3. generations-sprog, var
det Cobol.

Det var i hvert fald noget i den dur min mor belærte mig om, da hun gik
på EDB-skolen i 1980/1981.

> I mange tilfælde er det nok fluekn*pperi, men det sidder lidt i
> 'aftrækkerfingeren'

Gode vaner oparbejdet gennem mange år er vel ikke at foragte.
Det er langt værre hvis man som jeg har oparbejdet en masse dårlige
vaner med html-kode gennem en del år og så pludselig begyndte at
interessere sig for standarder på et meget sent tidspunkt. Det er stadig
en kamp uden lige at ryste af mig.

--
Philip - http://chartbase.dk

---

Philip Nunnegaard wrote:

> Du har været med fra dengang hvor computerkraft virkelig var noget man
> sparede på, fordi det var ultimativt nødvendigt. Ikke kun privat (som
> f.eks. mig og min lille ZX Spectrum), men også erhvervsmæssigt.

<storyteller>
Jeg kommer fra en lidt anden verden, og hører måske slet ikke til i denne
gruppe, men når du nu nævner Spectrum'en, så var det faktisk sådan at HP
brugte Zilog i sine 'største' produkter.

HP3000, serie 64(senere 68 og 70), som vi anskaffede i ca. '85, var
indrettet med en CPU med 'wired instructions', og herudover 64KB microcode.

Microcode skulle prebootes før den egentlige bootsekvens startede.
Dertil brugte man Zilog's Z80, som dermed indgik i udstyr til 1 mio+

Just a story ;)
</storyteller>


--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Jeg tror mere det bunder i, at jeg altid har været vant til at optimere på
> kryds og tværs.

Hæ. Jeg havde en hjemme-pc med 1 Kbyte rom og 24 Kbyte ram. Hver
bit blev pint til sidste dråbe.

Men i dag er det arbejdstid der er den vigtige ressource, så det
der kan lette arbejdet nu og senere, har højere prioritet. Jeg
har prøvet for mange år siden at tage et program op af skuffen
hvor det tog mig længere tid at hitte ud af hvordan det virkede
end i sin tid at skrive det - sådan føltes det i hvert fald.

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

---

Stig Johansen skrev:

> Browseren er fløjtende ligeglad med whitespaces, og performancewise er det
> en god idé at reducere disse.

Det er en god idé ikke at spekulere så meget på performance som
på udviklingstid når vi snakker petitesser som blanktegn. Jeg
sørger altid for at mine scripts producerer letlæselig kode -
også på det tidspunkt hvor jeg tror at jeg er færdig med den. Det
er jeg nemlig aldrig alligevel.

Jeg mindes med gru Basickode til CBM64 hvor nogle 'fiffige'
nørder fandt ud af at man kunne fjerne alle mellemrum.

FORT=1TO320;LETA=A+1;LETB=A*5;SYS65748;SYS59835;IFA>7GOTO511;
osv.

> crlf skal i denne context erstattes med eks \r\n, uagtet, at nogle tror at
> det kun er \n

Det virker nu fint med \n. Var der ikke noget med at vi skulle
spare blanktegn?

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

---

Bertel Lund Hansen skrev:

> Jeg mindes med gru Basickode til CBM64 hvor nogle 'fiffige'
> nørder fandt ud af at man kunne fjerne alle mellemrum.
>
> FORT=1TO320;LETA=A+1;LETB=A*5;SYS65748;SYS59835;IFA>7GOTO511;
> osv.

let var ikke nødvendigt, så der kunne man godt optimere..

Min favotir var sådan noget som:

fOi=.to255:pO1024+i,i:a=a+i:?a:nE

punktummet var en "fejl", et ret brugt hack, som gjorde det kørte ligeså
hurtigt som i MC (næsten). Spørgsmålstegnet blev konverteret til print,
det andet var "forkortelser" af de rigtige kommandoer.

Til gengæld kunne der "kun" være to linjer a 40 tegn, men med
ovenstående tricks kunne man nemt komme op på 3 linjer.

C64 basic var ret nemt ikke at programmere overskueligt i iøvrigt. Men
det fede var heller ikke BASIC, men maskinkode-delen.


MVH
Rune Jensen

---

Bertel Lund Hansen wrote:

> Jeg mindes med gru Basickode til CBM64 hvor nogle 'fiffige'
> nørder fandt ud af at man kunne fjerne alle mellemrum.
>
> FORT=1TO320;LETA=A+1;LETB=A*5;SYS65748;SYS59835;IFA>7GOTO511;
> osv.

Det har jeg heldigvis været forskånet for :)
Jeg kørte dengang(jeg går ud fra vi snakker omkring '80) på noget andet
'jern', hvor det mere var COBOL og noget der hed Transact (4GL), samt lidt
Business Basic og lidt senere Pascal.

>> crlf skal i denne context erstattes med eks \r\n, uagtet, at nogle tror
>> at det kun er \n
>
> Det virker nu fint med \n. Var der ikke noget med at vi skulle
> spare blanktegn?

Kommer vel an på om man synes 'virker fint' er ok, eller man vil forholde
sig til standarder.
Plejer normalt at finde en RFC, men wikipedia må det blive i det her
tilfælde:
<http://en.wikipedia.org/wiki/Newline>
.....
Most textual Internet protocols (including HTTP, SMTP, FTP, IRC and many
others) mandate the use of ASCII CR+LF (0x0D 0x0A) on the protocol level,
but recommend that tolerant applications recognize lone LF as well. In
practice, there are many applications that erroneously use the C newline
character '\n' instead (see section Newline in programming languages
below). This leads to problems when trying to communicate with systems
adhering to a stricter interpretation of the standards; one such system is
the qmail MTA that actively refuses to accept messages from systems that
send bare LF instead of the required CR+LF.[1]
.....

Godt nok er det kun på protocol level, men alligevel...

Bortset fra det, så det HP grej, jeg har arbejdet med gennem årene,
fortolkede en LF som LF - bogstaveligt, så hvis man skrev
ny(LF)linie, så blev output:
ny
linie
og ikke
ny
linie
lavede man en
ny(CR)linie
blev linie skrevet oven i ny (det kan jeg ikke vise i min newsreader).

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Godt nok er det kun på protocol level, men alligevel...

I HTML kan man bruge blanktegn nøjagtig som man lyster. Uanset
hvilke og hvor mange man klumper sammen, bliver det blot oversat
til et mellemrum i browseren. Og mellemserverne må selv om om de
tror der sendes mange linjer eller kun én. Det har heller ingen
betydning.

> lavede man en
> ny(CR)linie
> blev linie skrevet oven i ny (det kan jeg ikke vise i min newsreader).

Ja ja, det kender jeg godt. Men du kan ikke finde en korrekt
browser der viser forskel på CR, LF, CRLF, LFCR osv.

Det kan kun blive et (mindre) problem hvis man udveksler kode
mellem forskellige editorer.

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

---

Bertel Lund Hansen wrote:

> Stig Johansen skrev:
>
>> Godt nok er det kun på protocol level, men alligevel...
>
> I HTML kan man bruge blanktegn nøjagtig som man lyster.

Jeg foretrække nu at kalde det whitespace, da det også omfatter TAB m.fl. ud
over blanktegn.

> Det kan kun blive et (mindre) problem hvis man udveksler kode
> mellem forskellige editorer.

Eller udveksler data mellem systemer.
FF har den kedelige (synes jeg) egenskab, at hvis man sender et textarea via
AJAX, så benytter den kun LF.

Ned i en database, og ud i et andet (windows) system, eller fil, så vil man
nok opleve noget 'bøvl'.

Det er muligt det er blevet bedre, men det ser rigtig sjovt ud i f.eks.
notepad på Win2K, hvis det kun er LF.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> > I HTML kan man bruge blanktegn nøjagtig som man lyster.

> Jeg foretrække nu at kalde det whitespace, da det også omfatter TAB m.fl. ud
> over blanktegn.

Jeg foretræpkker nu at definere tab som et blanktegn. Hvor har du
fra at det ikke skulle være det?

> Eller udveksler data mellem systemer.

Nu talte vi om kodning af HTML. Det er det jeg udtaler mig om.
Der er det ligegyldigt hvad slags blanktegn man bruger som
linjedeler.

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

---

Bertel Lund Hansen wrote:

> Jeg foretræpkker nu at definere tab som et blanktegn. Hvor har du
> fra at det ikke skulle være det?

Det ved jeg ikke.
'blanktegn' opfatter jeg som = space, eller mellemrum.

Er 'blanktegn' en fordanskning af whitespace?

Hmm. prøvede Google translate, han siger whitespace på dansk.
blanktegn fra dansk til engelsk bliver blank.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Det ved jeg ikke.
> 'blanktegn' opfatter jeg som = space, eller mellemrum.

Hm, jeg kan se på googletræffersider at der er mange der deler
din opfattelse. Selv bruger jeg det i samme betydning som
"whitespace": tegn der efterlader tom plads (hvis på hvis
baggrund).

Der var dog en træffer der støttede min opfattelse:

http://groups.google.com/group/dk.edb.internet.webdesign.clientside/browse_thread/thread/5557d9cda567efd0

Martin Ploug inkluderer tab.

> Er 'blanktegn' en fordanskning af whitespace?

Sådan bruger jeg det.

> Hmm. prøvede Google translate, han siger whitespace på dansk.

Det overrasker mig ikke. Brug aldrig Google som dansk-ekspert.

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

---

Bertel Lund Hansen wrote:

> Det overrasker mig ikke. Brug aldrig Google som dansk-ekspert.

Det gør jeg nu heller ikke.
Jeg har gennem de sidste knap 30 år arbejdet i og for HP, samt primært
deltaget i udenlandske grupper, hvor alt (programmering, dokumentation
m.v.) skulle være p engelsk.

Så jeg lidt det modsatte problem af Philip.
Jeg kender ikke rigtig de danske udtryk, og skal nærmest oversætte dem til
engelsk for at forstå meningen.

Blanktegn var et 'ukendt' ord (for mig).

Måske ville jeg bruge 'fyldtegn' i stedet....

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Så jeg lidt det modsatte problem af Philip.
> Jeg kender ikke rigtig de danske udtryk, og skal nærmest oversætte dem til
> engelsk for at forstå meningen.

Det handler om hvilken terminologi man er vant til.
Da Firefox-pluginet Webdeveloper Toolbar pludselig kom på dansk for
nylig, ledte jeg desperat efter "Outline". Det hed åbenbart "Fremhæv" på
dansk.

"Tools" hedder ikke "Værktøjer" men derimod "Funktioner" i de fleste
dansksprogede programmer, og sådan er det hele vejen igennem.

Jeg kendte også engang en der desperat ledte efter "Min computer" på
skrivebordet.

--
Philip - http://chartbase.dk

---

Philip Nunnegaard wrote:

> Jeg kendte også engang en der desperat ledte efter "Min computer" på
> skrivebordet.

Ja, ja, og supporteren sagde: du skal starte med at åbne et vindue.
Hvortil blondinen svarede: det har jeg gjort, med det trækker så frygteligt.

--
Med venlig hilsen
Stig Johansen

---

Følgende er skrevet af Stig Johansen:
> Philip Nunnegaard wrote:
>
>> Jeg kendte også engang en der desperat ledte efter "Min computer" på
>> skrivebordet.
>
> Ja, ja, og supporteren sagde: du skal starte med at åbne et vindue.
> Hvortil blondinen svarede: det har jeg gjort, med det trækker så frygteligt.

"Så åben døren, i stedet..."

Birger

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

---

Philip Nunnegaard skrev:

>Jeg kendte også engang en der desperat ledte efter "Min computer" på
>skrivebordet.

Det er da heller ikke til at finde det der, det skidt skal ikke ligge der
og flyde

--
Ivan V. klattrup
http://klattrup.dk

---

Bertel Lund Hansen wrote:

> Ja ja, det kender jeg godt. Men du kan ikke finde en korrekt
> browser der viser forskel på CR, LF, CRLF, LFCR osv.

Det måtte lige testes.
Jeg havde specielt <pre> og white-space:pre; i tankerne:
<http://w-o-p-r.dk/test/crlf.asp>
Da browserne tilsyneladende er 'taknemmelige', ser det ud til at være
ligemeget, bortset fra LFCR:
<http://w-o-p-r.dk/test/crlf.asp>

Men jeg vil alligevel fortsætte med at bruge crlf, da jeg bedre kan lide, at
tingene er konsistente.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Jeg havde specielt <pre> og white-space:pre; i tankerne:

Okay, jeg tænkte ikke lige på den krølle.

Der er i øvrigt forskel i en anden sammenhæng, og det bakser jeg
med i øjeblikket. Jeg er ved at designe en hjemmeside som en
formular der skal udfyldes hvis man vil appellere en afgørelse i
en bridge turnering.

Meningen er at den skal fungere med alle browsere, og opsætningen
er nem nok. Det sjove kommer når det skal være muligt at
tekstkopiere en hjemmeside med en kortfordeling og kopiere den
ind i et textarea. Browserne leverer forskelligt format fra samme
original.

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

---

Stig Johansen har bragt dette til verden:
> Birger Sørensen wrote:
>
>> Man kunne, hvis man var Kurt, måske overveje, om det ville være
>> passende med en nylinie karakter i koden en gang i mellem.
>> Det giver lidt overblik, bare at have tingene på hver sin linie, og det
>> er nemmere at finde fejlene.
>> Linie 24 er f.eks. 3977 karakterer lang, så det er også lidt af en
>> opgave for validatoren, at vise præcis hvor problemet er...
>>
>> Er ikke til ASP, så andre må fortælle ham hvordan det gøres.
>
> Du skuffer mig lidt, Birger.
> Browseren er fløjtende ligeglad med whitespaces, og performancewise er det
> en god idé at reducere disse.
>
> I _udviklingsfasen_ er det en god idé at have 'human readable' formattering,
> men det er ikke en nødvendighed.
8X

Jeg går ud fra, at det ikke er min performance som fejlfinder, du
hentyder til.
For den er stort set lig 0, hvis alting står på een linie..


Birger

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

---

Birger Sørensen wrote:

> Jeg går ud fra, at det ikke er min performance som fejlfinder, du
> hentyder til.

Den kender jeg ikke noget til, men den plejer vist at være meget god.
Nej, jeg tænkte på båndbredde, og egentlig kun ved store 'sider'.

Jeg er mest vant til at lave interne ting, bla DW rapporter, hvor ekstra
whitespaces godt kan løbe op.

Men det var ligeså meget dengang hvor man kun havde 64Kbps mellem
afdelingerne.

Så det er nok ikke aktuelt i disse dage.

> For den er stort set lig 0, hvis alting står på een linie..

Nu har Kurt fjernet sin side, men jeg kom til at tænke på, at min FF har en
funktion, der hedder cleanup, som 'smukkeserer' koden.
Gad vide hvordan koden ville have set ud der?

Jeg skriver bare 'min FF', for jeg kan ikke huske hvilken plugin den er
kommet med, eller om det er standard.

--
Med venlig hilsen
Stig Johansen

---

"Stig Johansen" <wopr.dk@gmaill.com> skrev i en meddelelse
news:4a9948e4$0$328$14726298@news.sunsite.dk...
KLIPPET
> Nu har Kurt fjernet sin side, men jeg kom til at tænke på, at min FF har
> en
> funktion, der hedder cleanup, som 'smukkeserer' koden.
> Gad vide hvordan koden ville have set ud der?
>
> Jeg skriver bare 'min FF', for jeg kan ikke huske hvilken plugin den er
> kommet med, eller om det er standard.
>
> --
> Med venlig hilsen
> Stig Johansen

Vil du gerne have den igen?

Mvh Kurt

---

"Stig Johansen" <wopr.dk@gmaill.com> skrev i en meddelelse
news:4a97a88d$0$326$14726298@news.sunsite.dk...
> Birger Sørensen wrote:
>
>> Man kunne, hvis man var Kurt, måske overveje, om det ville være
>> passende med en nylinie karakter i koden en gang i mellem.
>> Det giver lidt overblik, bare at have tingene på hver sin linie, og det
>> er nemmere at finde fejlene.
>> Linie 24 er f.eks. 3977 karakterer lang, så det er også lidt af en
>> opgave for validatoren, at vise præcis hvor problemet er...
>>
>> Er ikke til ASP, så andre må fortælle ham hvordan det gøres.
>
> Du skuffer mig lidt, Birger.
> Browseren er fløjtende ligeglad med whitespaces, og performancewise er det
> en god idé at reducere disse.
>
> I _udviklingsfasen_ er det en god idé at have 'human readable'
> formattering,
> men det er ikke en nødvendighed.
>
> Nu ved jeg godt du er til PHP, men dér er der vel også forskel på:
> establish.some.loop
> echo <something> // genererer en helvedes lang streng
> vs.
> establish.some.loop
> echo <something> + crlf // genererer linieskift
>
> crlf skal i denne context erstattes med eks \r\n, uagtet, at nogle tror at
> det kun er \n
>
> i ASP er der en prædefineret variabel, der hedder vbCRLF.
>
> Alternativt kan man bruge hexværdierne
> 0D 0A
> eller decimalværdierne 13 10
>
> --
> Med venlig hilsen
> Stig Johansen

De lange linier har en enkelt lille forde, nemlig at det er nemmere at komme
til bunden af koden,
men det er nok også det eneste!
Det har også irriteret mig med de lange linier, så jeg må sætte nogle vbCRLF
ind i loop-ene, der genererer menu og andre lister!
Tak for jeres hjælp!

Mvh Kurt

---

Kurt G wrote:

> Validatoren var slet ikke
> faldet mig ind (alderen)! Jeg skal prøve at gøre det til en vane at bruge
> validatoren.

Brug det som et udviklingsværktøj.

Jeg har selv brugt den siden sidste årtusinde, hvor det var nemmere at
spørge validatoren, fremfor at gennemlæse det genererede[1] HTML.

[1] Der var tale om et lidt anderledes projekt.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:

> Ind imellem får jeg også indtrykket af at nogle synes, at validatorens
> beskeder måske ikke altid er let forståelige.

Det var også mit indtryk, og vi havde på et tidspunkt en diskussion om
at lave en dansk oversættelse af fejl og advarsler. Umiddelbart ville
jeg synes, den kunne være en hjælp specielt til begynderen, da W3c (ikke
kun validatoren) i sig selv er lidt "tørt". Men idéen strandede lidt..


MVH
Rune Jensen

---

Rune Jensen skrev:

> Det var også mit indtryk, og vi havde på et tidspunkt en diskussion om
> at lave en dansk oversættelse af fejl og advarsler.

Det minder mig om en fejlbesked som jeg aldrig forstod:

    "...must be literal"

Hvad skulle være bogstaveligt? spurgte jeg mig selv.
Havde de derimod skrevet "must be in quotes", havde jeg forstået det med
det samme.


--
Philip - http://chartbase.dk

---

Philip Nunnegaard skrev:
> Rune Jensen skrev:
>
>> Det var også mit indtryk, og vi havde på et tidspunkt en diskussion om
>> at lave en dansk oversættelse af fejl og advarsler.
>
> Det minder mig om en fejlbesked som jeg aldrig forstod:
>
> "...must be literal"
>
> Hvad skulle være bogstaveligt? spurgte jeg mig selv.
> Havde de derimod skrevet "must be in quotes", havde jeg forstået det med
> det samme.

Nu er det lang tid siden, jeg har leget med validatoren, så hvilken fejl
er det ovenstående fra?

De mest opståede fejl er sådan noget som entities, alt-tekster (og man
kan ikke bare oversætte - man skal nok have med kriterierne for
ALT-tekster), og block-elementer kontra inline-elementer (Bertel havde
en ret god forklaring på et tidspunkt), men der er jo en del flere.

Jeg lavede engang dette som et forsøg, men det strandede lidt (nok af
mangel på reel viden, der er, som der står, plads til forbedringer)
http://runejensen.dk/temp/nyhedsgrupper/deiwh/validatexhtml.htm



MVH
Rune Jensen

---

Rune Jensen skrev:

> Nu er det lang tid siden, jeg har leget med validatoren, så hvilken fejl
> er det ovenstående fra?

Den opstår typisk hvis man udelader anførselstegn omkring noget der skal
have anførselstegn.
F.eks. <img src="noget.jpg" width=135 height=335>

Jeg mener faktisk at jeg så fejlmeldingen så sent som da jeg klikkede på
linket i denne tråd. Det var den melding der løste trådstarters problem,
fordi der manglede et afsluttende anførselstegn.


--
Philip - http://chartbase.dk

---

Philip Nunnegaard skrev:

> Jeg mener faktisk at jeg så fejlmeldingen så sent som da jeg klikkede på
> linket i denne tråd. Det var den melding der løste trådstarters problem,
> fordi der manglede et afsluttende anførselstegn.

Du har da ret, en lille misforståelse sorry.


MVH
Rune Jensen


--
Puppet Generation:
http://www.youtube.com/watch?v=Fv-kR0IRnww

---

Philip Nunnegaard skrev:

>     "...must be literal"

> Hvad skulle være bogstaveligt? spurgte jeg mig selv.
> Havde de derimod skrevet "must be in quotes", havde jeg forstået det med
> det samme.

Måske, men nu ved du hvad det betyder hvis du læser om literals i
andre kode-sammenhænge.

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

---

Bertel Lund Hansen wrote:
> Philip Nunnegaard skrev:
>
>>     "...must be literal"
>
>> Hvad skulle være bogstaveligt? spurgte jeg mig selv.
>> Havde de derimod skrevet "must be in quotes", havde jeg forstået det med
>> det samme.
>
> Måske, men nu ved du hvad det betyder hvis du læser om literals i
> andre kode-sammenhænge.
>
Desværre ikke, da forskellige sprogdesignere bruger ordet om forskellige
kategorier af syntakselementer. F.eks. er der nogen beskrivelser af
nogle sprog der betegner 112 som en "numeric litteral" . Så det er ikke
spor oplagt at "...must be literal" betyder "...literals must be
quoted". Især da ældre udgaver af HTML ikke krævede quotes.

Der er nu et delt projekt med at lave ekstra hjælp til validator
fejlmeddelelser: www.htmlpedia.com Hjælpen herfra er allerede
integreret i "HTML Validator extension" til Firefox.

---

Jakob Bohm skrev:

> Der er nu et delt projekt med at lave ekstra hjælp til validator
> fejlmeddelelser: www.htmlpedia.com Hjælpen herfra er allerede
> integreret i "HTML Validator extension" til Firefox.

Det er meget interessant, og jeg ville gerne linke, hvis servicen ser
fornuftig ud, men.. linket virker ikke..? Er det det rigtige link?


MVH
Rune Jensen

---

Rune Jensen skrev:
> Jakob Bohm skrev:
>
>> Der er nu et delt projekt med at lave ekstra hjælp til validator
>> fejlmeddelelser: www.htmlpedia.com Hjælpen herfra er allerede
>> integreret i "HTML Validator extension" til Firefox.
>
> Det er meget interessant, og jeg ville gerne linke, hvis servicen ser
> fornuftig ud, men.. linket virker ikke..? Er det det rigtige link?

Min idé var noget a la dette:

http://webdesigngruppen.dk/html_validator.asp

Det er lige meget hvad man bruger som URL, den tager det samme (URLen er
hard coded), men det bør vise idéen allerede ved første fejl (som er
lidt skralde-latin i stedet for dansk)?


MVH
Rune Jensen

---

Rune Jensen wrote:

> Stig Johansen skrev:
>
>> Ind imellem får jeg også indtrykket af at nogle synes, at validatorens
>> beskeder måske ikke altid er let forståelige.
>
> Det var også mit indtryk, og vi havde på et tidspunkt en diskussion om
> at lave en dansk oversættelse af fejl og advarsler. Umiddelbart ville
> jeg synes, den kunne være en hjælp specielt til begynderen, da W3c (ikke
> kun validatoren) i sig selv er lidt "tørt". Men idéen strandede lidt..

Jeg ved ikke med alle fejl, men i Kurt's tilfælde var der en masse af de der
& fejl, hvor validatoren kun siger, at den ikke kender entiteten.

I virkeligheden fandt jeg slet ikke fejlen via validatoren, da jeg på en
eller anden måde valgte at starte med DOM inspectoren.
Her stod noden med href="noget.jeg.ikke.husker<img src=", hvilket fortæller
at der mangler en '.

Men præcis den med & tegnet kunne måske være en god ide at forklare lidt
dybere. Ikke blot oversætte meldingen, men _forklare_.

Jeg tænker her på, at et & ikke nødvendigvis skal være et &amp;, men lige så
godt kan være manglende afslutning på en &lt (mangler ;), eller en
stavefejl eks. &it;

--
Med venlig hilsen
Stig Johansen