Gå til innhold

Drømmemannen

Medlemmer
  • Innlegg

    576
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av Drømmemannen

  1. Da kunne jeg bruke denne:

    function validateCallback(responseXML) {

    var input = response.XML.getElementsByTagName("value")[0].firstChild.nodeValue;

    Jeg har ikke brukt xml i javascript før, men hvordan importerer du egentlig xml'en inn? Jeg tittet litt på en link: http://www.quirksmode.org/dom/importxml.html og den gjør det helt annerledes, for meg ser det ut som du tar inn responseXML, og plutselig bruker response.XML, jeg ville ikke satset på at getElementByTagName funker hvis det du egentlig gjør er å bruke getElementByTagName på en streng.

    Siden du linker til laster XML fra en lokal fil. Det er nok ikke det trådstarter er interessert i. Enig at det er merkelig bruk av responseXML og response.XML. Det hjelper nok å være litt konsekvent ;)

     

    Jeg foretrekker JSON over XML siden det er mye enklere å jobbe med i javascript. Men hvis du er nødt til å bruke XML, må du parse responseText som du får fra AJAX-kallet ditt.

    Det er ikke noe i veien for å bruke request.responseXML så lenge riktig MIME-type er sendt fra serveren. Hvis man sender XML som text/html må man bruke request.responseText og kjøre XML-parser etterpå. Sender man XML som application/xml kan man fint bruke request.responseXML. Med request mener jeg naturligvis XHR-objektet.

  2. Hvert li-element skal jo til enhver tid synes, så det enkleste er å legge det som skal skjules i div-elementer. F.eks. noe slikt (enkelt laget):

    <ul>
     <li>
    <a href="java script:visSkjul('a')">Vis/skjul</a>
    <div id="a" style="display:none">
      Skjult innhold
    </div>
     </li>
    </ul>
    
    ----------- java script:
    
    function visSkjul(id) {
    var style = document.getElementById(id).style;
    style.display = (style.display == "none" ? "block" : "none");
    }

    Note: Det skal ikke være mellomrom mellom java og script i javascript over. Det virker som om det er en bug i forumet her som gjør om alle tilfeller av "javascript" til "java script" inni en kodeboks.

  3. Så en må "dummifi" xp nok til at bruker typen den er myntent på kan bruk den?

    Det er vel ikke snakk om å fordumme noe som helst, snarere det motsatte, altså å øke gjennomsnittlig nytte per kodelinje slik at OSet får plass og kan kjøre effektivt på en maskin med begrensede ressurser. Eller sagt på en annen måte, fjerne alt som ikke er nødvendig.

     

    Når det gjelder blogg-posten er den åpenbart skrevet av en provosert person som ikke klarer å skjule følelsene sine. Les mellom linjene.

  4. En ting er hva som er teknisk mulig, en annen ting er hva u-land er tjent med. U-land er ikke tjent med å bruke lukket programvare og spesielt ikke lukkede formater (det siste gjelder alle, ikke bare u-land). At f.eks. én programvareleverandør har prinsipiell full kontroll over (u-)lands/bedrifters dokumenter er potensielt skummelt og bør/kan unngås. Nå finnes det endel som jobber for adoptering av fri og åpen programvare i u-land. Var selv til stede under Digital Freedom Expo i Cape Town litt tidligere i år.

  5. thor918: Hvis du leser noe av det jeg linket til (inkludert kommentarer) på forrige side ser du at innerHTML både er raskere og fører til mindre kode. Det er enkelt å la bruken av innerHTML bli et dilemma, om du vil.

    ;) ja ser.

    men første kommentaren din var at innerHTML er en uting..

     

    vil det si at du er nå blitt konvertert til en innerHTML-bruker?

    jeg for min del føler at innerHTML forenkler koden som må til en god del.

    hvis det blir en standard så blir nå jeg lykkelig i værtfall.

    og at den er raskere i utførelse er jo en god ting for oss som benytter innerHTML.

    Jeg synes metoden er skitten og holder meg til standard kode så godt jeg kan. Skulle den bli standard vil den fortsatt være skitten i mine øyne, men i det minste standard :)

     

    egentlig er jeg mest nysgjerrig hvordan man kan erstatte innerHTML med

    xml notasjonskodene som enkelte folk foreslår å benytte.

    ser jo enkelt nok ut å legge inn tekst.. men å legge inn Html var ikke fult så enkelt. (ikke uten en masse kode i værtfall) så en post om at det ligger en html parser i javascript. men har ikke sjekket det ut.

    Du må bruke document.createElement("elementNavn") for hvert eneste element. Det er i bunn og grunn slik man manipulerer DOM-trær uansett scripting-/programmeringsspråk. Det finnes biblioteker som kan hjelpe deg, uten at jeg kan anbefale et her og nå.

     

    Det finnes en XML-parser, ja, som gir deg et slikt DOM-tre, som så kan hukes på nettsiden. Enkleste er å søke.

  6. Skal headeren se slik ut da?

     

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
      "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="no" lang="no">
    <head>
    <meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" />

    Se linken jeg ga deg over, dvs http://www.w3.org/QA/2002/04/valid-dtd-list.html. Du mangler <?xml... foran <!DOCTYPE, men da blir det som kjent problemer i IE6.

     

    Lokaltog anbefaler å bruke HTML 4.01 i steden for XHTML, noe jeg er enig i.

  7. Nå er innerHTML ustandard og bør unngås. Det er ikke noe problem å lage en korrekt XHTML-side som fungerer i "gode" nettlesere.

     

    men hvis man benytter HTML.4...

    så går det vel greit?

    det er vel etter standarden??

     

    hvis man benytter xhtml...

    hva bruker man i stedenfor innerhtml i javascript da?

    innerHTML er noe MS har funnet på, og er ikke med i noen standard. Alternativet er å bruke DOM-manipulasjon.

     

    Utplukket lesning:

    http://domscripting.com/blog/display/35

    http://www.javascriptkata.com/2007/04/17/d...n-html-objects/

    http://www.quirksmode.org/dom/innerhtml.html

    Mer:

    http://www.robertnyman.com/2006/04/20/we-all-love-innerhtml/

     

    Ser ut som om man vil at innerHTML skal bli standard.

  8. Du har bomma litt på XHTML-headerne:

    [b]<?xml version="1.0" encoding="utf-8"?>[/b]
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml" [b]xml:lang="no" lang="no"[/b]>
    <head>
    <meta http-equiv="Content-Type" content="[b]application/xhtml+xml[/b]; charset=utf-8" />

    Se http://www.w3.org/QA/2002/04/valid-dtd-list.html

     

    Jeg ville også anbefalt å gå for strict i steden for transitional, men folk får vel velge selv.

     

    Edit: Man må ikke angi språk, da.

    Det blir vel litt feil å bruke "application/xhtml+xml" her. Det hadde riktignok vært helt riktig hvis man hadde sendt html-dokumentet med content-type: "application/xhtml+xml" i http-headeren. Men ettersom ingen gjør det idag siden Internet Explorer ikke støtter å rendre xhtml som xml ("application/xhtml+xml") og derfor ikke kan vise "application/xhtml+xml" dokumenter, må man med mindre man gjør noe spesielt bruke "text/html" her.

    Er klar over at man må sende riktig header fra serveren også, og de fleste servere sender text/html som standard. Men det er ikke noe poeng å bruke XHTML uten å sende korrekte headere, da kan man like godt bruke HTML (for de som er interessert er det W3C som har rotet det til her. Les gjerne: http://www.hixie.ch/advocacy/xhtml).

     

    Dette er viktig fordi hvis man laster ned eller lagrer dokumentet, eller på en annen måte mottar dokumentet http-headerne, siden nettleseren trenger å vite om dokumentet skal rendres som html eller xml. Og det er langt fra sikkert at alt vil funke hvis nettleseren begynner å tolke det som xml istedenfor html. F.eks. vil ting som .innerHTML ikke funke i xml-modus.

    Nå er innerHTML ustandard og bør unngås. Det er ikke noe problem å lage en korrekt XHTML-side som fungerer i "gode" nettlesere.

     

    I tillegg ville jeg fjernet xml-deklarasjonen (<?xml ...) (med mindre man bruker "application/xhtml+xml") siden IE6 vil begynne å rendre html-dokumentet i Quircks-modus hvis den ikke ser doctypen med en gang øverst i dokumentet.

    Helt korrekt. Altså bruker man ikke XHTML hvis IE6-brukere er på prioriteringslista.

     

    Språkkoden er forsåvidt også riktig. Men jeg ville heller brukt bk-no som er språkkoden til bokmål, hvis man vet siden skal skrives på bokmål. Dette er litt viktig siden høylesningprogrammer bruker denne koden til å finne ut om de skal lese teksten med nynorsk eller bokmål-dialekt, eller engelsk. I tillegg til at også søkemotorer som Google bruker det (sammen med hvilket toppdomene som er brukt, og IP-addressen til serveren) for å finne ut hvor relevant siden er for norske vs. svenske vs. engelske søkere.

    Såvidt meg bekjent er det nb-NO som er bokmål (nynorsk: nn-NO)

  9. Derfor WiFi. Hvis kompisen har trådløst nett trenger man bare mobilen på fest. Eller hvis man er i nærheten av et annet åpent trådløst nett, som det er endel av her i området.

     

    Hvis kompisen har trådløst nett, er det vel meget sannsynlig at han også innehar en datamaskin, som vil gjøre jobben langt mer oversiktlig. Klarer ikke se den helt store nytten av dette, men hjemme i godstolen, med headset på, er vel en mulighet?

    En datamaskin er å foretrekke når det gjelder styring av musikken. Det blir situasjonsbetinget.

     

    Er vel mye bedre å kjøre Orb e.l., så kan du velge hva som skal spilles i stedet for å måtte være bundet til en ferdigdefinert spilleliste..

    Kan styre også, som sagt litt lenger opp.

  10. Aner ikke hvilken lov som gjør det ulovlig å parallellimportere i resten av verden.

     

    Apple kan altså kreve at danskene stopper å selge iPhones, greit nok. Men når de kommer med "trusselbrev" slik det står i artikkelen kan danskene kanskje bli fristet til å ta det til retten. Å kreve alle solgte enheter tilbake + betale Apple mer penger er de helt sikkert ikke interessert i å gjøre.

     

    (Jeg prøvde å putte alt i én post, men må ha blingsa)

  11. Parallelimport er tilladt fra EØS-lande. Det er fx tilladt at importere mærkevare-cowboybukser fra England. En vare, som bringes lovligt på et marked i EU, kan frit cirkulere mellem de øvrige nationale markeder i fællesskabet. Det fremgår af EU's konkurrenceregler.

     

    Parallelimporterer du derimod varer fra lande uden for EØS, har producenten ret til at forhindre dette.

    Kilde: http://www.startvaekst.dk/Parallelimport

  12. Spørsmålet er om bedrifter noen gang kommer til å føle seg trygge med Vista. Det kommer nok ikke jeg til, i hvertfall.

     

    Tviler på at du kommer til å bruke xp i all fremtid. Bare tenk tilbake til win98, tror ikke du kan installere det på den nye maskinvaren...

    Med tanke på at XP skal supporteres av MS i 7 år til rekker de å komme med et nytt OS innen den tid.

  13. Du har bomma litt på XHTML-headerne:

    [b]<?xml version="1.0" encoding="utf-8"?>[/b]
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml" [b]xml:lang="no" lang="no"[/b]>
    <head>
    <meta http-equiv="Content-Type" content="[b]application/xhtml+xml[/b]; charset=utf-8" />

    Se http://www.w3.org/QA/2002/04/valid-dtd-list.html

     

    Jeg ville også anbefalt å gå for strict i steden for transitional, men folk får vel velge selv.

     

    Edit: Man må ikke angi språk, da.

×
×
  • Opprett ny...