DADK skrev:
> Ja, du prøvede at fortælle mig hvad "unobtrusive scripting" var - har stadig
> ikke forstået fordelen.
Det er korrewkt, det er ikke altid en fordel, som Birger skriver et sted.
Men grundlæggende svarer det til forskellen på inline CSS-styles og at
lægge CSS i style sheets i ekstern fil.
Med unobtrusive JS kan du ved grnbrug, f.eks. på en drop down menu,
nøjes med at rette ét sted. En onclick i selve HTMLen er obtrusive, den
invaderer HTMLen, ligesom inline CSS gør det. Hvis du vil flytte eller
rette den, så kræver det du retter i HTML, ikke i JS, og det skal så
gøres på hver HTML-side. Det behøver man ikke med unobtrusive scripting,
da JSen slet ikke findes indenfor <body> og </body>. Det er to helt
forskellige lag. Man kan dog i visse tilfælde behøve en class eller en
ID, hvis ikke man kan bruges selve TAGet - har jeg så fundet ud af (se
også Stigs svar).
Birger skriver tidligere, det kan være svært at overskue, og der må jeg
give ham ret, selv om jeg kun er begynder - det er en lidt anden måde at
tænke på. Derfor skal man måske i hvert fald i starten holde sig til det
simple - hvilket jeg så prøver.
>> ...Altså hvordan putter man sådan en eventhandler på udenfor HTMLen?
>
> meget nemt, lad os sige det er PHP {følgende er aldeles utestet, men det
> burde virke}
>
> echo "<script>";
> echo "function alert() {";
> echo "alet('test');";
> echo "} ";
> echo "</script>";
>
> eller naturligvis bedre <script>function alert() { alert('test");}</script>
>
> I dit eksempel må det være
>
> <script>function click() { alert('der er clicket;');}</script>
>
> <p onClick='click();'>Denne tekst er <span>klikbar</span></p>
Det ligner ikke unobtrusive scripting, men mere hvordan man laver en
function, det kan jeg godt;)... normalt blander man ikke serverside og
clientside. JSen skal ligge uden for HTMLen også. Det gælder også onclick.
>> Jeg kan godt se, der vel må være en ID af en art?
>
> Nej, der er nogle elementer der responderer på onClick, og andre der ikke
> gør - og det er forskelligt fra browser til browser. Der er elementer feks i
> IE, der slet ike burde respondere, og så kan man jo blive narret, og tro det
> gælder i alle.
Jeg har nu set det virke, så derfor kan jeg se fordelene. Man kan så
behøve en ID eller class alt efter funktion. Mit eksempel... Der skal
sættes en onclick via en eventhandler på et tag, men det skal gøres
udenfor HTMLen. Princippet jeg set virke før, men i en del mere
avancerede scripts, som jeg ikke forstod. Derfor spørger jeg til et
meget simpelt eksempel i stedet. Man er jo nødt til at kravle før man
kan gå;)
> Men hvad vil du opnå? Det viser sig jo, at i mange tilfælde findes der et
> HTML-tag folk ikke er opmærksomme på, hvor de kan bruge ren HTML i stedet
> for javascript.
Det handler netop om, at man med JS lægger ekstra funktioner på, som
ikke kan laves med HTML eller CSS, at disse ikke lægges i HTMLen, og at
det stadig virker uden JS. Mit eksempel er netop et eksempel, ikke hvad
det skal være, når det er færdigt.
>> Iøvrigt, så skal det hele vel startes med body onload, ikk?
>
> Nej, som udgangspunkt aldrig - kun hvis du har brug for noget helt
> specifict, der starter op efter siden er rendereret. <script>...vil blive
> afviklet, når browseren støder på det.
Det lyder som om du stadig snakker inline scripting... I hvert fald i
forhold til Stigs svar?
>> Hvis nogen kan give svaret og/eller har et lignende lige så simpelt
>> eksempel liggende som ovenstående ville det være fantastik.
>
> tja
>
> <script function dinGamleRoever() { alert 'din gamlec røver');}</script>
> <div onClick='dinGamleRoever();'
> style='background-color:darkslategrey';>oksehud</div>
Jeg vil ikke så gerne have hverken JSen eller stylen i selve HTMLen som
inline. Det er vidst det, det handler om;)
MVH
Rune Jensen