Occi Skrevet 19. oktober 2011 Del Skrevet 19. oktober 2011 Det å være obs på at enkelte ikke har JS aktivert, er det samme som å gjøre nettsider kompitable med IE6 føler jeg. Det er rett og slett ikke vits lengre, folk har faktisk fått bra vett i hodet de siste årene og bruker HTML5 browsere. Spørs jo helt hvilken målgruppe nettsiden er laget for. Særlig bedriftsmarkedet er veldig ille på denne fronten. Lenke til kommentar
mikk- Skrevet 19. oktober 2011 Del Skrevet 19. oktober 2011 Hehe, hvem kunne ane at vi kunne få så mye diskusjon ut av noe så enkelt? ;-) Om JS-generert vil være raskere enn å laste ned 100 linjer spørs nok mest på om JS-snutten er i samme fil som resten av siden eller ikke. Er den det, så ja, da ser jeg ikke bort ifra at det kan stemme :-) Jeg lager også sider som ikke fungerer 100 % uten JS, men er konservativ og idealistisk nok til å rødme litt hver gang... Selv om det ikke *alltid* er nyttig eller relevant (og dermed ikke en regel uten unntak), synes jeg fortsatt at det er et godt design pattern å få ting til å fungere uten JS, før man optimaliserer brukeropplevelse og GUI med JS. Akkurat som at det er lurt at siden fungerer (suboptimalt) uten bilder. Bare mitt synspunkt. :-) 1 Lenke til kommentar
Runar Skrevet 19. oktober 2011 Del Skrevet 19. oktober 2011 Selv om det ikke *alltid* er nyttig eller relevant (og dermed ikke en regel uten unntak), synes jeg fortsatt at det er et godt design pattern å få ting til å fungere uten JS, før man optimaliserer brukeropplevelse og GUI med JS. Akkurat som at det er lurt at siden fungerer (suboptimalt) uten bilder. Jeg er helt enig. Det koster som regel ikke mye å få ting til å virke uten JS. Lenke til kommentar
torbjørn marø Skrevet 21. oktober 2011 Del Skrevet 21. oktober 2011 Jeg har nettopp laget en oversikt over 33 JavaScript-biblotek jeg mener man bør kjenne til. Noen kommentarer? Noen like sentrale ting jeg har oversett? Lenke til kommentar
emilkje Skrevet 23. oktober 2011 Del Skrevet 23. oktober 2011 Jeg lager også sider som ikke fungerer 100 % uten JS, men er konservativ og idealistisk nok til å rødme litt hver gang... Når det gjelder "tradisjonelle" nettsider der JS ikke er en nødvendighet så er jeg samme båt som deg. Men er det snakk om en webapp der ajax og desktop environment emulering er en mer naturlig fremgangsmåte vil jeg si at jeg ofte prioriterer UX fremfor kompabilitet. Dette med brukergruppen i mente selvsagt. 3 Lenke til kommentar
Jesper Karsrud Skrevet 25. oktober 2011 Del Skrevet 25. oktober 2011 Jeg har nettopp laget en oversikt over 33 JavaScript-biblotek jeg mener man bør kjenne til. Noen kommentarer? Noen like sentrale ting jeg har oversett? Kanskje verdt å nevne JavaScript MVC også, i listen din med Backbone, Sammy og Brunch? Det er jo et ganske så stort, og i mine øyne, bra rammeverk for å skrive applikasjoner Lenke til kommentar
torbjørn marø Skrevet 25. oktober 2011 Del Skrevet 25. oktober 2011 Kanskje verdt å nevne JavaScript MVC også, i listen din med Backbone, Sammy og Brunch? Det er jo et ganske så stort, og i mine øyne, bra rammeverk for å skrive applikasjoner Takk, hadde ikke fått med meg den, men det ser veldig spennende ut! Lenke til kommentar
Occi Skrevet 11. november 2011 Del Skrevet 11. november 2011 (endret) Driver og flytter en nettside koblet til et domene over på en annen server. Det ligger endel andre ting koblet til dette domenet som subdomener, epost m.mer. Om nettsiden ligger på example.com, og eposter er [email protected] osv., vil dette bli sendt til den nye serveren? Er nemlig ikke jeg som har fikset DNSen, men mener å huske sist gang jeg sjekket slikt at det er mulig å skille mellom protocolene brukt, slik at det kan være samme url, men forskjellig server? For hvis eposten nå plutselig blir sendt til den nye serveren er det krise Edit: It works! \o/ Endret 11. november 2011 av Occi Lenke til kommentar
Occi Skrevet 11. november 2011 Del Skrevet 11. november 2011 (endret) Noen som har peiling på hvorfor denne VirtualHosten ikke fungerer? Har prøvd mange forskjellige kombinasjoner av ErrorDocument uten hell :\ <VirtualHost ip:80> ServerName www.example.com DocumentRoot /var/www/foo ServerAdmin [email protected] ErrorDocument 404 /404.php ErrorLog /var/log/apache2/error.log </VirtualHost> Endret 12. november 2011 av Occi Lenke til kommentar
AnaXyd Skrevet 12. november 2011 Del Skrevet 12. november 2011 Har fått litt kode jeg må rydde opp i, og fant ut at det kanskje finnes noen smarte verktøy som kan gjøre dette for meg istedet? Det går fort ganske mange timer å rydde opp i kode og gjøre den sematisk og pen, så om det finnes et verktøy som kan gjøre dette, hadde dette vært genialt. Eneste jeg har funnet er optimizers som klemmer all koden sammen på samme måte som jQuery biblioteketet er (.min) osv. Er det noen som veit om noe? Lenke til kommentar
Occi Skrevet 12. november 2011 Del Skrevet 12. november 2011 Netbeans og mange andre editorer har muligheten til å formatere koden for deg, dvs. innrykk, spaces, braces o.l. automatisk. Det går også an å konfigurere den etter hvordan du liker at koden din ser ut. Om du skal prøve det i Netbeans så sjekk etter noe som heter 'format' (alt+shift+f) Lenke til kommentar
Occi Skrevet 12. november 2011 Del Skrevet 12. november 2011 Hva kreves for å kunne bruke © egentlig på en nettside? Alt man selv produserer har man jo i utgangspunktet rettighetene til, og det holder? Er det noe vits å skrive © Copyright på sidene jeg utvikler? Lenke til kommentar
j-- Skrevet 12. november 2011 Del Skrevet 12. november 2011 Det har visstnok ingenting for seg i Norge, da man uansett har åndsverksloven å forholde seg til. For juss i utlandet vet jeg lite om Lenke til kommentar
Matsemann Skrevet 12. november 2011 Del Skrevet 12. november 2011 Hva kreves for å kunne bruke © egentlig på en nettside? Alt man selv produserer har man jo i utgangspunktet rettighetene til, og det holder? Er det noe vits å skrive © Copyright på sidene jeg utvikler? Nei, copyright trenger du ikke tenke på. Alt ditt er beskyttet av åndsverksloven her i Norge. Lenke til kommentar
Occi Skrevet 12. november 2011 Del Skrevet 12. november 2011 (endret) Fint takker, da føler jeg meg komfortabel med å fjerne © Copyright fra footeren på en side jeg lager. Er nemlig litt trangt ^_^ Så er det å prøve å finne en fin måte å få gradient til å fungere i alle browsere. Er en side som er så veldig lang så da funket ikke 2000x1 px gradienten min Edit: 6000px høy gradient :s Endret 12. november 2011 av Occi Lenke til kommentar
j-- Skrevet 12. november 2011 Del Skrevet 12. november 2011 pr0 tip: Det er lettere/raskere for en browser å rendre en gradient på 2000px*20px 50 ganger, enn en på 2000px*1px 2000 ganger en 6000px høy gradient høres ut som en dårlig deal.. 1 Lenke til kommentar
Occi Skrevet 12. november 2011 Del Skrevet 12. november 2011 Enig, men fant ingen annen rask løsning. Alle sidene er på ca. < 1800 px høye, og så er det en som er laaaang. Er brukere som med stor mulighet har gamle browsere og slikt. Men takk for tipset ang. 1px vs. 20px bredde. Lenke til kommentar
torbjørn marø Skrevet 12. november 2011 Del Skrevet 12. november 2011 Har fått litt kode jeg må rydde opp i, og fant ut at det kanskje finnes noen smarte verktøy som kan gjøre dette for meg istedet? Du sier ikke hvilken type kode dette er - HTML, JavaScript, PHP, eller noe helt annet - så da er det vanskelig å gi et konkret råd. Vet at man av og til kaller slike verktøy for pretty-printers. Et annet begrep som brukes er beautification. Det kan hjelpe deg å finne hva du leter etter. 1 Lenke til kommentar
agm Skrevet 12. november 2011 Del Skrevet 12. november 2011 Fint takker, da føler jeg meg komfortabel med å fjerne © Copyright fra footeren på en side jeg lager. Er nemlig litt trangt ^_^ De fleste land i verden anerkjenner juridisk sett opphavsrett etter Bern-konvensjonen uten at verket er merket. Men jeg vil anbefale å merke arbeider som ligger på nettet med © rett og slett fordi mange folk er stokk dumme og ikke tenker over opphavsrett med mindre de informeres om det. Lenke til kommentar
Runar Skrevet 12. november 2011 Del Skrevet 12. november 2011 (endret) Men jeg vil anbefale å merke arbeider som ligger på nettet med © rett og slett fordi mange folk er stokk dumme og ikke tenker over opphavsrett med mindre de informeres om det. Uenig. Ihvertfall så lenge det er snakk om norske nettsider. Man kan jo alltids slenge inn en «innholdet på denne siden er beskyttet av åndsverksloven» eller noe lignende. Endret 12. november 2011 av Runar waits for alice Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå