<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
   <channel>
      <title>JavaScript på norsk</title>
      <link>http://javascript.kakeboksen.org/</link>
      <description></description>
      <language>no</language>
      <copyright>Copyright 2008</copyright>
      <lastBuildDate>Tue, 30 Dec 2003 16:44:22 +0100</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

      
      <item>
         <title>Instanser av klasser, instanceof-operatoren</title>
         <description><![CDATA[Jeg har "tidligere":http://www.kakeboksen.org/javascript/arkivet/000299.html skrevet litt om problemer som kan oppstå når du sender et objekt til et annet vindu og så forsøker å teste hvilken klasse objektet er en instans av. Denne testen benytter <code>instanceof</code>-operatoren og slik det går frem av det tidligere innlegget oppfører ikke Microsoft Internet Explorer alltid slik en skulle forvente. Nå har jeg utvidet problemstillingen til også å teste variabler i andre vinduer og med flere browsere, for å finne ut når praksis er enig med teori.]]></description>
         <link>http://javascript.kakeboksen.org/2003/12/instanser_av_klasser_instanceo_1.html</link>
         <guid>http://javascript.kakeboksen.org/2003/12/instanser_av_klasser_instanceo_1.html</guid>
        
        
         <pubDate>Tue, 30 Dec 2003 16:44:22 +0100</pubDate>
      </item>
      
      <item>
         <title>Tekst-browser med JavaScript</title>
         <description><![CDATA[Browsere som kjører i terminalvinduer og viser frem websider kun som tekst er et nyttig redskap. De gir deg nemlig en veldig god indikasjon på hvordan en søkemotor vil oppfatte websiden din.  Eksempler på slike browsere er "Lynx":http://lynx.browser.org/ og <a href="http://artax.karlin.mff.cuni.cz/~mikulas/links/">Links</a>. Det finnes også en web-tjeneste for å vise hvordan Lynx oppfatter websider, den heter "<a href="http://www.google.com/url?sa=U&start=4&q=http://www.delorie.com/web/lynxview.html&e=7418">Lynx Viewer</a>".

For oss som jobber med JavaScript er dette selvfølgelig også interessant, men det åpenbare spørsmålet er: eksisterer det en tekst-browser som støtter JavaScript?

I "&lt;3f6fb504$1@news.broadpark.no&gt;":http://groups.google.com/groups?selm=3f6fb504%241%40news.broadpark.no&oe=UTF-8 ble det nevnt at Links kunne gjøre det, men det hadde jeg aldri merket. Etter noen undersøkelser kom jeg frem til at RedHat Linux versjon 9 som jeg kjører på laptopen min ikke inkluderer Links med JavaScript-støtte. Noen minutter senere hadde jeg oppdaget "en versjon":http://atrey.karlin.mff.cuni.cz/~clock/twibright/links/ (2.1) som faktisk har støtte for JavaScript.  Jeg har ikke tatt rede på hva nøyaktig den støtter ennå, men konstatert at document.write() og location- og navigator-objektene er støttet. Det skal bli interessant å teste den ytterligere.]]></description>
         <link>http://javascript.kakeboksen.org/2003/12/tekstbrowser_med_javascript.html</link>
         <guid>http://javascript.kakeboksen.org/2003/12/tekstbrowser_med_javascript.html</guid>
        
        
         <pubDate>Tue, 16 Dec 2003 21:08:39 +0100</pubDate>
      </item>
      
      <item>
         <title>Referansedokumentasjon</title>
         <description>Veldig ofte får jeg spørsmål fra folk som har liten erfaring med å programmere JavaScript, eller de har ingen erfaring med programmering overhodet.  De har kanskje lest seg til litt forståelse gjennom noen introduksjoner på nett, og lurer så på hvordan et eller annet skal gjøres.  Sjelden ser jeg at arbeidsvanene deres inneholder konsultasjon av dokumentasjonen.  Jeg tror det like gjerne skyldes forvirring om hvor en skal begynne å lete like mye som det skyldes manglende kunnskap om at det er et lurt sted å finne svar.</description>
         <link>http://javascript.kakeboksen.org/2003/12/referansedokumentasjon.html</link>
         <guid>http://javascript.kakeboksen.org/2003/12/referansedokumentasjon.html</guid>
        
        
         <pubDate>Tue, 16 Dec 2003 20:35:46 +0100</pubDate>
      </item>
      
      <item>
         <title>Språkets kjerne og objektmodeller</title>
         <description><![CDATA[<p>JavaScript (/JScript/ECMAScript) er i utgangspunktet ikke et stort og uoversiktlig programmeringsspråk. Grunnen til det er at den koden vi skriver for å manipulere HTML-dokumenter egentlig kan deles i to.  En del er selve kjernen av JavaScript, den andre er de objektene browseren tilbyr gjennom sin objektmodell.</p>]]></description>
         <link>http://javascript.kakeboksen.org/2003/12/sprakets_kjerne_og_objektmodel.html</link>
         <guid>http://javascript.kakeboksen.org/2003/12/sprakets_kjerne_og_objektmodel.html</guid>
        
        
         <pubDate>Fri, 12 Dec 2003 15:45:47 +0100</pubDate>
      </item>
      
      <item>
         <title>IE scope problem</title>
         <description><![CDATA[I går fikk jeg et interessant problem fra en tidligere arbeidskollega.  Jeg har lagt opp <a href="/javascript/files/ie-iframe-scope-problem.html" target="_blank">test-caset</a> som viser problemet, eventuelt mangelen på sådann (en takk til Øyvind som lagde caset).  Mozilla takler dette helt fortreffelig og mener at tall fortsatt er tall.  IE påstår derimot at et tall er ikke et tall, men et objekt.  Hvilket selvfølgelig er interessant da dette problemet ikke inntreffer dersom du forsøker deg på:
<pre><code>var foo = new Number(8);<br>alert(foo instanceof Number);</code></pre>
(Men legg merke til at <code>var foo = 8; alert(foo instanceof Number);</code> gir 'false' som svar)

Problemet er altså at en objektreferanse til et Number-objekt sendt som et argument til en funksjon i et annet vindu (rammer er jo også vindusobjekter) ikke lenger er et skikkelig Number-objekt.  Efter mye frem og tilbake samt en tur med gravemaskin i Microsofts JScript-dokumentasjon bestemte vi oss for at det beste var kanskje å finne en egenskap som identifiserte tallet.  Ikke overraskende mener IE at konstruktøren til 'foo' er et tall, slik at følgende lille kodesnutt funker i IE:
<pre><code>if(n.constructor.toString().indexOf("Number") != -1) { }</code></pre>
Ordentlig bakvendt i mine øyne, men det fungerer.]]></description>
         <link>http://javascript.kakeboksen.org/2003/02/ie_scope_problem.html</link>
         <guid>http://javascript.kakeboksen.org/2003/02/ie_scope_problem.html</guid>
        
        
         <pubDate>Tue, 11 Feb 2003 15:19:00 +0100</pubDate>
      </item>
      
      <item>
         <title>timer-lib.js</title>
         <description><![CDATA[[English summary: <a href="/javascript/files/timer-lib.zip">timer-lib.zip</a> is a multithreaded JavaScript timer library aiming for 25ms intervals on Win95/98/Me, where such an interval is not available (reference: <a href="http://www.webreference.com/dhtml/column28/">Smooth animation using DHTML</a>)]

For noen år siden ble jeg bedt om å programmere en tickertape i JavaScript. En slik applikasjon krever litt animasjon, noe jeg fant ut var vanskelig å få til. Efter mye testing skrev jeg en rapport om temaet, og denne ble senere publisert på DHTML Lab: <a href="http://www.webreference.com/dhtml/column28/">Smooth animation using DHTML</a>

Jeg hadde identifisert et problem, men det hjelper lite uten en løsning.  Den enkleste løsningen er selvfølgelig å ignorere problemet, men jeg finner ofte mer tilfredsstillelse i å finne løsningen og da helst en jeg syns er vakker.  Resultatet denne gangen ble et flertrådet lite bibliotek som kunne erstatte <code>setInterval()</code>.

Biblioteket ligger ute på filen <a href="/javascript/files/timer-lib.zip">timer-lib.zip</a>.  Det er rimelig godt dokumentert i kildekoden og burde således være relativt lett å ta i bruk.  Jeg har hatt det liggende tilgjengelig på web ganske lenge efter at det var interesse for det på DynApi2s mailing-liste "dynapi-help".  Mottakelsen der var delt da animasjonene viste seg å gå dobbelt så fort som normalt, men det var jo liksom meningen. :)

Er løsningen vakker?  Ikke godt å si, men jeg syns nå den i det minste kan kalles "elegant".  Selv-korrigerende og flertrådet og allikevel rimelig enkel i bruk.  Det er slikt jeg finner glede i å skrive.]]></description>
         <link>http://javascript.kakeboksen.org/2003/02/timerlibjs.html</link>
         <guid>http://javascript.kakeboksen.org/2003/02/timerlibjs.html</guid>
        
        
         <pubDate>Sun, 02 Feb 2003 12:42:05 +0100</pubDate>
      </item>
      
      <item>
         <title>Ekstrahere script-kode</title>
         <description><![CDATA[(English summary: I've written a Perl-script to extract JavaScript-code from an HTML document.  You can download a .zip-file with it with <a href="/files/getscripts.zip">this link</a>)

En kort kommentar:
Såvidt meg bekjent er antallet virkelig gode norsk-språklige nettsteder som omhandler JavaScript lavt.  Veldig lavt, faktisk.  Et søk på "javascript" begrenset til .no-domener på Google gir interessante resultater.  Jeg skal søke å rette opp dette og har derfor laget en egen blogg kalt "JavaScript på norsk".

Jeg starter ballet med å legge ut et Perl-script som viser all script-kode i et HTML-dokument.]]></description>
         <link>http://javascript.kakeboksen.org/2002/11/ekstrahere_scriptkode.html</link>
         <guid>http://javascript.kakeboksen.org/2002/11/ekstrahere_scriptkode.html</guid>
        
        
         <pubDate>Fri, 29 Nov 2002 16:50:49 +0100</pubDate>
      </item>
      
   </channel>
</rss>

