Vet inte riktigt var jag ska börja när jag ska sammanfatta min relation till den laptop jag arbetat på under de senaste två åren. Modellen är en Dell D610 och kan inte säga att jag vart direkt nöjd med den.
Det första problemet jag stötte på var att ljudet ur hörlursutgångarna var i stort sätt obrukbart. Ett surrande högfrekvent ljud stör något fruktansvärt, och för någon som gillar att lyssna på musik samtidigt man jobbar, var detta ett riktigt bottennapp. Det var många som klagade på detta problem och Dell bytte moderkort på löpande band. Inget verkade dock hjälpa och frustationen var hög i en tråd i Dells forum (numera borttagen).
Problem nummer två är nästan ännu mer irriterande. Maskinen har en Pentium-M processor med 1 GB RAM men har endå en usel prestanda. Ofta jobbar processorn på 100% även vid de mest banala uppgifter, som t ex att uppdatera Windows. Då går fläkten upp i högvarv och helt plötsligt stänger datorn ner sig, helt utan förvarning.
Vissa dagar händer detta tiotals gånger och jag får sitta med ett öga på processormätaren samtidigt som jag kompilerar kod. Vill man vara helt säker på att en lång uppdatering ska fungera får man ställa ut datorn på balkongen, eller som jag lärde av en annan Dell-användare, lägga kylklampar från frysen under den. Ska det behöva vara så här?
Häromdagen fick jag dock spärr och skruvade upp datorn. Skicket på fläkten kan ni beskåda här ovan. Inte så konstigt att kylförmågan var kass och den höll på att brinna upp var dag... Nu när jag har städat fläkten fungerar den lite bättre, men den krashar ändå titt som tätt.
Har lite dåligt samvete att jag bashar Dell så här hårt eftersom jag faktiskt aldrig ringt supporten för att förmedla min onöjdhet. Kanske hade de då gett mig en nyare bättre modell utan dessa fabriksfel. Men misströsta inte ni på Dell Sverige. Om ni råkar läsa detta blogginlägg så är ni välkommna att skriva en kommentar eller kontakta mig om ni vill försöka kompensera mig för den dåliga tid jag haft med er produkt. Kanske finns det en liten chans att även jag ska kunna sitta ner och röka en fredspipa.
Som jag känner nu så kommer det aldrig mer bli en Dell.
Nej nu tänker jag istället kolla årets keynote från en leverantör jag tror starkare på. Och försöka bestämma mig vilken laptop som jag ska köpa härnäst, det lutar åt den ultraportala MacBook Air, eller eventuellt en MacBook Pro för den lite större skärmens skull.
Att skapa hemsidor utan rullningslistor har varit en strävan inom viss webbdesign. Nu för tiden börjar folk vänja sig vid dem och det börjar till och med göras sidor som rullar i evighet.
Om man har en webbplats med olika långa sidor på, och innehållet dessutom är centrerat, så kan detta få till följd att sidan "hoppar" i sidled när man navigerar. Detta beror på att när scrollbarsen visas så minskas webbytan med ca 16px.
För att förhindra detta kan man som CSS-Tricks förklarar, ställa in i stilmallen att scrollbars alltid ska vara framme. Om innehållet är mindre än tillgänglig yta så blir rullisten inaktiv.
Att förlora stora mängder av data är aldrig roligt. Vi hade just ett sådant upplevelse där ett felkonfigurerat skript uppdaterade ALLA rader i databastabellen istället för den tänkta enradsuppdateringen. En riktig klassiker med andra ord.
Som tur var hade vi en relativt färsk backup, och Glenn kunde förda över datan från backup-databasen, med ett ihopknåpat superskript. Så här ser det ut för den som är intresserad.
UPDATE [RealDB].[dbo].[TheTable] SET LostDataColumn = (SELECT LostDataColumn FROM [BackupDB].[dbo].[TheTable] WHERE [BackupDB].[dbo].[TheTable].Id = [RealDB].[dbo].[LostDataColumn].Id)
Vi har nu inte uppdaterat bloggen på en månad vilket inte är så vanligt. Detta beror på att vi varit upptagna med våra kundprojekt samt även strukturerat om vårt företag.
Sedan november månad är vi ett aktiebolag och det känns fantastiskt spännande. Vi har legat lite lågt med detta för att vi har fått göra en del namnändringar.
Det första förslaget vi skickade till Bolagsverket var Code Odyssey AB, men detta kunde inte godkännas av myndigheten, pga av en namnkonflikt.
Så vi brainstormade i en vecka för att komma på ett nytt namn, och till slut bestämde vi oss för Nodestar AB. På vår nya domän finns det inte mycket än, men det ska bli roligt att bygga upp den nya hemsidan. Här kommer vi presentera alla projekt som vi jobbar med och presentera våra tjänster.
Vad händer då med Code Odyssey undrar säkert någon? Bloggen på denna domän kommer köra på precis som vanligt och leverera utvecklingsartiklar, tips och nyheter till webbintresserade utvecklare.
Hittade en smidig funktion hos Ted Nyberg som klipper av texter på ett bra sätt. Hacket kommer aldrig i mitten av ett ord och ifall det är mitt i en mening läggs tre punkter till.
Hoppas att det är lugnt att jag återpublicerar koden här också.
public static string TruncateText(string OriginalText, int MaxCharacters) { string stopChars = " .!?";
if (OriginalText.Length > MaxCharacters) { string stringToReturn = OriginalText.Substring(0, MaxCharacters);
Kannan Sundarajan har skapat en "Rich Text Editor"-kontroll med ASP.NET AJAX och delat ut den med en MS-PL licens på CodePlex. Läs mer hos Kirti's blog för skärmskott och kolla in ett demo.
Ser ut att vara en någorlunda start. Men att det blir radbryt vid entertryckning istället för paragraf, att den inte stödjer XHTML och att den använder FONT-taggar tycker inte jag är så bra.
Förhoppningsvis utvecklas den fint av communityn så det är nog något att hålla ögonen på.
Ni kanske kommer ihåg EOLAS stämming mot Microsoft som 2006 resulterade i att funktionalitet togs bort från IE.
EOLAS menade att man hade patent på hur ActiveX-kontroller inkluderades i i webbläsare. Detta även fast man inte hade en egen webbläsare i utveckling och många såg de som "patent-troll"
Microsoft bestämde sig då för att ändra sin webbläsare istället för att betala och man var nu tvungen att klicka en gång på kontrollen för att aktivera. Speciellt flash-utvecklare fick lida för detta eftersom man var tvungen att programmera sättet man inkluderade flashfiler. Som tur var det inte allt för jobbigt att komma runt om man visste de rätta knepen.
Nu under hösten 2007 har Microsoft gjort upp med EOLAS och betalat en okänd summa pengar för att återigen få använda tekniken.
På IEBloggen skriver man att denna förändring kommer finnas med i Windows Vista SP1 and Windows XP SP3. Efter detta i april 2008 kommer resterande användare för en rekommenderad uppdatering i Windows kallad "IE Automatic Component Activation". Tim Heuer har också skrivit en rad om det.
BuiltWith är en bra gratistjänst som visar vilken teknik en webbsajt använder.
Genom att skriva in en URL får man information sidans typ av server, programmeringspråk, JavaScript-bibliotek, vilka annons-nätverk som är anslutna, typ av besöksräknare, doctype m.m. Varje teknik beskrivs kortfattat på ett informativt sätt.
Man får också tillgång till statistik på hur vanlig varje teknik är bland de sajter som har undersökts av tjänsten. En annan finess är att man kan söka efter likande teknik och på så sätt utforska nya lösningar.
Sajtägare kan även ansöka om medlemskap för att få en skräddarsydd rapport av rekommendationer för nya tekniker.
Det här är något jag undrar när det skulle ske och har pratat mycket med folk om nyligen. Frågan om vilka som skulle utveckla en grundstomme för sociala grafer, som sociala nätverk ska kunna baserar sina data på.
Man kan anta att användarna börjar tröttna på att lägga till sina vänner om och om igen, för varje nytt socialt nätverk som blir populärt. Utvecklare av tredje part lika så, som har tvingats välja ett socialt nätverk att satsa på, och lära sig nya tekniker.
Aktören som lyckats med att skapa en sådan bas för social information skulle bli kungen på sociala nätverk och ta rollen som spindeln i nätet.
Det har ryktats en del om att Google hade något på gång och namnet "Maka-maka" har nämnts. Nu verkar det som om denna lansering kommer snarare än väntat. TechCrunch har fått nys om att Google kommer att släppa en samling av APIs för utveckling av mot just ett sådant ramverk.
OpenSocial (länken ska komma upp på torsdag) som API:erna kallas, kommer gå att utveckla mot med vanlig JavaScript och HTML. Ett smart drag eftersom det inte blir beroende av någon speciell serverteknik.
API:erna som är tre till antalet innehåller data om användare, deras nätverk av vänner och aktiviteter.
Man har inför lanseringen teamat upp med partnerna Google's egna Orkut, Salesforce, LinkedIn, Ning, Hi5, Plaxo, Friendster, Viadeo and Oracle som ska hosta ramverket från början. Utvecklingpartners är Flixster, iLike, RockYou and Slide som antagligen kommer att levera några demos på hur det används.
Tillsammans blir detta en imponerande allians som kan ge Facebook och MySpace en bra match.
Har du problem med att förstår hur ASP.NET AJAX postbacks fungerar och i vilken ordning events körs? Läs då Dave Ward när han förklarar hur man undviker några av de vanligast problemen.
