Själv är jag inte säker på hur användbart detta är, men det är en intressant idé. Nån gång kommer man nog kunna behöva klippa/klistra-funktion och då kan detta vara intressant att kolla vidare på.
Silverlight har nu släppts i version 1.0, läs mer hos bland Microsoft representanterna Robert Folkesson och Scott Guthrie. För er som inte är insatta i tekniken så handlar det om ett plugin till webbläsare för att presentera multimedia och erbjuda interaktivitet (ungefär som Adobe's Flash-spelaren).
Man tillkännager samtidigt att man kommer samarbeta med Novell och hjälpa dem med att utveckla en Linux-baserad implementation av tekniken. På Linux kommer denna få namnet Moonlight läs mer hos Mono-utvecklaren Miguel de Icaza.
Version 1.0 av Silverlight programmeras om jag har förstått det hela rätt genom Javascript-kod och man behöver bara en texteditor för att skapa denna. Det går att ladda ner en utökning till Visual Studio för att få Intellisense på Javascript för Silverlight.
Nästa version 1.1 kommer stödja ASP.NET och finns än så länge bara i Alpha-släpp för utvecklare att testa med. På Silverlight-sajten finns alla verktyg som man behöver för att komma igång med att utveckla applikationer.
Vi ser fram emot att prova på Silverlight-utveckling och tror väldigt starkt på tekniken. IDG har också skrivit en notis om det.
Startade upp Readern när jag skulle prenumenera på ett nytt RSS-flöde och märkte med en gång att något hade förnyats. Ajax-indikationen som visar att något laddas var annolunda med gul bakgrund.
Sen såg jag den viktigast nyheten i denna uppdatering, ett sökfält längst uppe till höger!
Vi är väldigt nyfikna på vad det är för spännande projekt vår vän Fakepilot håller på att utveckla. Nu söker han förstärkning till sitt team och letar efter en duktig kodare som har goda kunskaper i PHP, Actionscript 3.0, Flash och community-byggande.
Bäst är det om du bor i närheten av Stockholm och men går även bra att arbeta på distans från andra orter. Huvudsaken är att du tror att du är rätt person för projektet.
Enligt erfarenhet så är det väldigt kul att jobba tillsammans med Mattias, och få ta del av den professionalism och noggrannhet i detaljer, som utmärker allt han tar sig för. Så om detta låter intressant, läs mer om jobberbjudandet på hans blogg.
Firefox kan gå riktigt långsamt när man kör den inbyggda web servern i Visual Studio. Tydligen kan detta bero på DNS-problem relaterat till IPv6. Om man sätter network.dns.disableIPv6 till false i about:config så ska det gå bättre.
Andra källor till seghet kan vara att tillägg man har installerat inte fungerar optimalt. Som tur är har Leak Monitor utvecklats för att kunna spåra såna minnesläckor i tillägg. Just fick jag passande upp den första rapporten från tillägget, när jag skriver detta. Det presenteras i en Javascript-popup där man kan spåra problemet och se vilket tillägg som läckt minne.
Cybernet News har gjort en undersökning med hjälp av Leak Monitor och presenterar en sammanställning på några tillägg man ska se upp för.
Att inkludera CSS-filer dynamiskt är något jag märker att vi gör allt oftare i projekten. Så dags att spara på bloggen hur man gör så vi slipper hitta exempel varje gång.
HtmlGenericControl includeCss = new HtmlGenericControl("link"); includeCss.Attributes.Add("type", "text/css"); includeCss.Attributes.Add("rel", "stylesheet");
Tänkte skriva en rad om en begränsning med Loopia's webbhotell-paket som jag fick erfara för ett tag sen. Det står ingenting i deras kunskapsdatabas om detta, så jag vill hjälpa andra som försöker göra samma sak i framtiden, genom att ge lite råd.
Det jag försökte var att genom deras LoopiaDNS peka ett domännamn till våra egna namnservrar. Detta fungerade mycket bra och hemsidan kördes fint.
Men vi ville även kunna använda Loopia's e-postsystem för samma domän och det var här problemen började.
Jag la till följande två MX-pekare i DNS-inställningarna på våra servrar:
Mailforward1.loopia.se Mailforward2.loopia.se
När jag sedan försökte skicka mail till det konton fick jag tillbaks följande felmeddelande (mailadresserna är påhittade):
Hi. This is the qmail-send program at s20.loopia.se.
I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out.
<reciever@website.domain>: 194.9.94.245 failed after I sent the message. Remote host said: 554 too many hops, this message is looping (#5.4.6)
--- Below this line is a copy of the message.
Return-Path: <sender@website.domain> Received: (qmail 99621 invoked from network); 17 Aug 2007 01:43:41 -0000 Received: from s4.loopia.se ([194.9.94.245]) (envelope-sender <sender@website.domain>) by s20.loopia.se (qmail-ldap-1.03) with SMTP for <reciever@website.domain>; 17 Aug 2007 01:43:41 -0000 Received: (qmail 52798 invoked from network); 17 Aug 2007 01:43:41 -0000 Received: from s20.loopia.se (194.9.94.3) by s4.loopia.se with SMTP; 17 Aug 2007 01:43:41 -0000 Received: (qmail 99305 invoked from network); 17 Aug 2007 01:43:39 -0000 Received: from s4.loopia.se ([194.9.94.245]) (envelope-sender <sender@website.domain>) by s20.loopia.se (qmail-ldap-1.03) with SMTP for <reciever@website.domain>; 17 Aug 2007 01:43:39 -0000 Received: (qmail 52791 invoked from network); 17 Aug 2007 01:43:39 -0000 Received: from s20.loopia.se (194.9.94.3) by s4.loopia.se with SMTP; 17 Aug 2007 01:43:39 -0000 Received: (qmail 98985 invoked from network); 17 Aug 2007 01:43:36 -0000 Received: from s4.loopia.se ([194.9.94.245]) (envelope-sender <sender@website.domain>) by s20.loopia.se (qmail-ldap-1.03) with SMTP for <reciever@website.domain>; 17 Aug 2007 01:43:36 -0000 ....
Detta är bara början på meddelandet det fortsätter i ca 100 hopp, i en slags evighetsloop.
Vid kontakt med supporten fick jag detta svar.
Domänen måste peka mot våra namnservrar för att du ska få vidarebefordringen att fungera genom att det är en konfiguration på vår namnserver som gör att det är vi som måste "hosta" domännamnet.
Så därför vill jag klargöra för andra som tänker försöka sig på samma sak. Det går INTE att använda Loopias e-post om du väljer att använda egna namnservrar.
Har man ingen strategi för att ta backup av loggfilerna för transaktionerna kan dessa växa något enormt. Då kan det bli läge att krympa ner dem och jobba fram en struktur så att de ska hålla sig på en rimlig nivå.
Istället bör man se till att göra backup på loggen, då frigörs det utrymme som inte behövs. Här följer några kommandon som fungerade bra för mig. Obs var försiktigt när du jobbar med filerna och läs på ordentligt innan precis vad kommandona gör. Jag använde SQL 2005, med detta fungerar säkert på SQL 2000 också.
1. Först skapade jag en Checkpoint
Use MyDatabaseName go Checkpoint
2. Sen gjorde jag en "backup" av loggfilen med alternativet "TRUNCATE_ONLY". Det innebär att ingen backupfil skapas, den frigör bara det utrymme på redan avklarade transaktioner som är onödiga att spara. Med kommandot "SHRINKFILE" förminskas loggfilen, i detta fall till 30MB
BACKUP LOG MyDatabaseName WITH TRUNCATE_ONLY DBCC SHRINKFILE('DatabasNamn_Log', 30)
The Code Project visar hur man kan göra detta genom programmering. Kolla även Webbproffs där jag gjort lite fler anteckningar.
Man gjorde fem olika varianter som testpersoner fick i uppgift att lösa så fort som möjligt. Med hjälpt av Eye-tracking-teknik har man undersökt hur försökspersonernas blick rörde sig över skärmen.
Här under kan ni se en bild som vi har lånat från artikeln. Något jag är förvånad över är att alternativ B gick snabbast att för användarna att klara av. Eftersom knapparna har exakt samma form, och endast texten skiljer dem åt, så verkar det som att man inte behöver fundera på knapparnas innebörd lika länge.
Efter försöket säger många dock, att de anser att olika design på knapparna (som i exempel C där Cancel-knappen grå) är bättre, eftersom det motverkar att man klickar fel av misstag.
InUseful har också skrivit bra reflektioner över testet på svenska.