Tänkte ändå passa på att räkna upp lite vad som hänt den senaste tiden.

1. Sambon skaffade iPhone 4, jag är avundsjuk och tycker helt plötsligt att min 3GS är extremt gammal.
2. Jag skaffade en Cinema Display, storlek 24″, istället för att dämpa min sorger från ovanstående punkt.
3. Är sjukt nedgrottad i två större projekt, detaljer kommer avslöjas senare. Spännande är det – jag lovar. Kan säga att ena är baserat på WordPress och alla fina funktioner version 3 erbjuder, det andra är lite mer innovativt med egen skräddarsydd lösning.
4. Körde en liten grej för Företagarna via DARRA-projektet.
5. Filar på nya upplägg på både den här sidan, Cynatic.se och Journalgrodor (ökad interaktivitet).

Det som kommer härnäst är att WordCamp Stockholm måste få sig ett besök, väntar bara på bekräftelser att jag kan ta mig ner billigare än med SJ den 22 Oktober. Funderade också på Webbdagen i Sveg, men det beror helt på hur kollektivtrafiken löser sig.

Efter ett tag fick jag en liten idé då kvällens uppdrag att leta efter nya och fräscha podcasts om webbdesign gick åt skogen på grund av Apples gränspolis. Mycket kunde alltså inte på ett smidigt sätt hanteras automatiskt via iTunes eftersom de inte var tillgängliga i Sverige. Här kommer då resultatet med de fyra PODcasts som jag tycker om och slaviskt lyssnar på i mina lurar.

Har ni andra bra tips, kör gärna in en kommentar nedan eller e-posta mig.

Vi börjar med webbradion, främst eftersom den är på svenska, som är en webbcast för och av webbutvecklare. Varje vecka drar städar de fram intressanta nyheter och ämnen som bör diskuteras från det stora internet och snackar lite om vad de tycker om det hela. Att de favoriserar Rails kan vi ignorera för denna gången ;)

Missa inte att kolla i deras backlogg av program också, de har alltid en intressant gäst med sig i varje episod.

ITunes

Boagworld är en mycket driven show från den lilla ön i väst vilka är sjukt drivna. Klimatet är snabbt och avslappnat med glöd. En av mina stora favoriter som snurrar i lurarna.

ITunes

ExplicitWeb är en ny cast jag börjat lyssna på, lite sämre kvalité än de andra men fortfarande roande och matnyttig information.

ITunes

CSS-tricks har istället en videocast, jobbigt att glo på medan du går men härlig på bussen. Här tipsas det mer om matnyttig och saker du direkt kan sätta igång att koda i jQuery, CSS med mera. Definitivt värt en titt!

ITunes

Förr såg den ut som nedan (via waybackmachine), vilket enligt deras historik daterar sig till Oktober 2007 vilket känns ganska logiskt med tanke på upplägg och design, den gjordes säkert tidigare dock.

Idag märkte jag av den nya versionen av DinTur. Bättre – ja, absolut, men det finns en del att önska ändå om man får vara kritisk.

Det första jag gör då någon lanserar en ny sida är att kika lite i källkoden. Detta tog mig i dag tillbaka till 2000 cirka med lite häftiga fynd.

Hur tänkte utvecklaren här? Inte nog med att tabeller ligger och skräpar utan något som helst innehåll, men här hittar du också trotjänaren <font> som hade sin storhetstid då en webbsida kunde göra i Frontpage Express som var en WYSIWYG-editor från 90-talet.

Här ser vi en kvarleva från ett gratis menyscript som kostar nästan $60 att köpa, det ska nog vara ett helt sjukt bra script om inte samma funktionalitet kan slängas ihop på en dryg timme med WordPress, lite HTML och CSS.

Nu till varför det känns som en tidig beta.

Ojoj, vad mycket utvecklaren måste göra. Nu kan nog undersidor anropas, ett mail från Anki som verkar intressant angående priser och sidor är fellänkade.

Jag kikade även lite i deras CSS-mall, men det var inte så häftigt eller nyskapande direkt. Sidan är uppbyggd av tables med hjälpa av <font> och inline-css. Likaså när jag startade validatorn, oftast spelar det ingen som helst roll om det blir lite varningar även om jag som webbdesigner strävar efter perfektion i min kod, men lite saker höjde mina ögonbryn:

…style="margin-left:9px;"><tr><form action="index.asp?id=819" method="post"><td>

Form i en TR utanför TD?

End tag for element "LI" which is not open

Hrmm, en extra LI? Kan inte det förstöra layouten i värsta fall?

Resterande sidor håller ungefär samma tempo, Vänliga URLs saknas, H1 som rubrik men <span> som underrubrik?

Vad jag i stort antar är att detta fortfarande är samma system som användes förr, vad jag kommer ihåg så används inte .asp längre utan .aspx vid .NET-utveckling. Sen att vid sökning av en resa öppnas en popup där jag igen får välja vart jag ska är lite löjligt, men det handlar mer om frustration och användbarhet än kodmässigt.

Nåväl, dags för mig att sluta gnälla och återgå till att koda vänliga, moderna och häftiga lösningar på mitt sätt.

Det är inte så att ni som jag följer är tråkiga, det är bara så att någon gång ibland måste man skrika till och försöka vidga sina vyer lite mer.

Känner du en som bloggar, eller följer du själv någon extremt bra blogg, som handlar om webbdesign, webbutveckling, media, internet, entreprenörskap, marknadsföring eller rent av bara nörderier – släng upp länken nedan så jag får kolla in det hela.

Tack på förhand.

Livet som en mac-(ab)user är inte alltid lätt eftersom jag helt plötsligt har två väldigt bra alternativ till mitt förfogande, Coda och TextMate. Båda har sina fördelar och jag hade helst sett en fin symbios mellan dem.

Vi börjar med Coda

Ett relativt enkelt program som via ett sjukt snyggt och lättarbetat grafiskt gränssnitt gör arbetet väldigt trevligt. Site-funktionen är riktigt trevlig och så också är funktionerna för FTP och Subversion. Kort och gott – dessa funktioner är faktiskt guld värda.

Det jag inte gillar är att jag saknar en del från TextMate, till exempel snyggare syntax-highlight och bundles (tillägg, kommer till det senare). Själva applikationen känns också tyngre än TextMate även om tidsåtgången för att starta inte är något att ens lägga in i beräkning.

TextMate, perfekt med bundles

Ännu enklare gränssnitt än Coda, visar filerna som används och en drawer, som du kan dölja. Thats it. TextMate visar först sin storhet när du börjar upptäcka alla bundles som finns att lägga till i programmet. Bundles fungerar som tillägg som adderar funktionalitet och hjälper dig auto-komplettera (till exempel) 400 gången du ska skriva en funktions namn i ett WordPress-tema. Tips vad jag använder är WordPress, zen-coding (css/html). Notera att Zen-coding finns för Coda också.

Den stora nackdelen är interaktionen med FTP/SSH/SubVersion. Den är obefintlig och bundles som finns att ladda hem är ganska fattiga i funktion och utförande. TextMate har visserligen en Projekt-funktion, med presentationen och utformningen är inte ens i närheten så fin som i Coda.

Kombinationen Coda och TextMate

Tänk TextMate och dess UI, enkelheten med bundles och snygga teman kombinerat med Coda och dess funktioner som Sites, FTP och Subversionstöd. Där har vi min dröm, och nej – skriv nu inte att Aptana finns eftersom det var så segt att sirap kändes rappare. Känslan kommer nog före funktion, TextMate vinner på grund av att det är så snyggt men det är på målsnöret.

Vad kör du? Självklarheten Notepad++ på Windows eller Coda/TextMate på Macen?

För det första så behöver du PHP för att kunna sätta ihop ett någorlunda bra tema till WordPress, även om du kan klara det helt utan någon kunskap om språket i övrigt. Många säger ändå att “Jag talar WordPress, inte PHP”, men steget mellan dem är inte stora. PHP är språket som används i WordPress, även i dess teman, om ändå på ett ibland ganska lustigt och kanske inte helt optimerat sätt.

Mitt svar på frågan är alltid att vad som kommer hända den dagen de får en förfrågan om en funktion som inte finns eller att ett tillägg inte existerar till det. Ska de ignorera eller använda en slags mellanlösning där de tar en hel kod från en guide och inte vet exakt vad den gör?

Problemet jag har är att jag vill inte alltid lita på tillgängligheten av tillägg, de kan helt plötsligt slutas stödjas i WordPress kärna eller helt enkelt läggas ner och sluta utvecklas. Att göra en funktion själv är alltid hundra gånger bättre än att förlita sig på tredje-part när det gäller WordPress, speciellt om det handlar om klienters webbsidor som de kan strula till själv.

Att utveckla sig inom PHP, och speciellt dess integrering och möjligheter inom WordPress, är något man bör behärska speciellt då systemet uppdateras och utvecklas i hög takt och innovationen absolut inte står still.

Lär dig PHP alltså, även om du klarar dig med kunskaperna inom WordPress du har idag – det kommer alla tjäna på i längden.

WordPress släpptes för en stund sedan i version 2.9 och med släppet följde en efterlängtad funktion med för de som utvecklar teman, nämligen the_post_thumbnail(). WordPress Codex är dock ganska sena med en bra Wiki-artikel på ämnet så jag tänkte skriva ihop en liten bas-guide till hur den nya funktionen kan användas.

Vad som inte berättas utan krävdes en del sökande för min del är att funktionen först måste aktiveras från functions.php (filen ligger i samma mapp som ditt tema finns i) för att fungera. Anledningen vad jag gissar på är bakåt-kompatibilitet så att funktionen inte används där det inte stöds.

[code lang="php"]add_theme_support( 'post-thumbnails' );

Lägg in raden i functions.php. Stäng dock inte filen än, vi måste också definiera storleken på miniatyr-bilderna. Detta görs med funktionen set_post_thumbnail_size(). Funktionen tar ett par argument int width, int height, bool hardcrop.

[code lang="php"]set_post_thumbnail_size( 250, 150, true );

Använder mig personligen av raden ovan, här sätts höjd och bredd till 250x150 och hardcrop till sant. Hardcrop är dock för mig ett frågetecken än så länge då det inte verkar göra till eller från det jag har testat. Dess egentligen funktion är att beskära bilden snarare än att förändra storleken på den, vilket ger fler valmöjligheter i fråga om höjd/bredd på bilderna man laddar upp än om vi bara skulle förändra dess storlek.

När du experimenterar med storlekarna så rekommenderas det att du installerar tillägget Regenerate thumbnails så du slipper editera om alla miniatyrer i varje inlägg.

För att hämta din miniatyr så måste du först definiera den i en bloggpost, efter att du sparat functions.php och går in i editorn så märker du en ny ruta som heter Post Thumbnail, definiera din miniatyr i den.

Nu är det dags att hämta bilden i vår loop. Jag rekommenderar att du kontrollerar så att inlägget har en minityr först och främst.

[code lang="php"]if ( has_post_thumbnail() ) { the_post_thumbnail(); }

Nu är det dags att utforska the_post_thumbnail(). Funktionen tar en mindre uppsjö med argument, för det första kan du definiera din miniatyr med ett namn: thumbnail, medium, large där thumbnail är standardvärdet i funktionen.

Exempel:

the_post_thumbnail('medium'); hämtar och skriver ut mediumstorleken av bilden.

Är du inte nöjd med standardvärdet av storleken på bilden eller behöver lägga in en css-klass? Funktionen tar även arrays med olika argument.

Ett exempel är:

[code lang="php"]the_post_thumbnail( array(300, 300), array('class' => 'min-class-ett min-class-tva') );

Som du ser så gör jag om miniatyren till en storlek av 300x300 och ger den två klass-attribut, min-klass-ett och min-klass-tva. Du kan även lägga in andra värden som rel, title, alt med mera för större kontroll.

Problem: Webbläsarens cache sparar bilden och hämtar den gamla, det går tyvärr inte ens att lita på no-cache/no-store meta-taggarna.

Lösningen: Uppdatera bilden med en query-sträng.

Tänk dig att du har följande HTML:

[code lang="html"]<div>
<img src="bild.jpg" alt="" title="" id="image" />
<input type="button" value="update" id="update" />
</div>

Du vill nu att bilden ska uppdateras så fort någon trycker på knappen. För enkelhetens skull så använder vi jQuery.

[code lang="javascript"]
$('#update').click( function () {
$('#image').attr('src', 'bild.jpg');
});

Javascriptkoden ovan ska enligt reglerna byta ut bild.jpg mot bild.jpg, det vill säga uppdatera bilden från servern igen. Det är vid detta momentet cache-funktionen spökar.

Vad vi gör då är att vi lägger till en querysträng i slutet av bilden.

[code lang="javascript"]
$('#update').click( function () {
var timestamp = new Date().getTime();
$('#image').attr('src', 'bild.jpg?t='+timestamp);
});

Vi lägger alltså till en tidsstämpel som sätts till epoch/unixtid och lägger till den som en sträng efter bilden. Bilden kommer alltså hämtas som bild.jpg?t=123445345 där siffrorna alltid ändras och aldrig är unika.

Vad detta innebär i praktiken är att webbläsaren luras att tro att bilden som hämtas alltid är unik och inte är samma som redans finns lagrad - det vill säga att bilden kommer alltid att förnyas, oavsett cache.

Jag fick då en idé som jag föreslog en blivande webbnörd Jansson, varför inte någon gång i månaden eller varannan månad köra ett Webbhack. Folk som är intresserade kan träffas över någon kaffe eller fyra med laptopsen i knäet och hacka till något kul antingen till träffen eller under träffen. Möjligheterna är enorma med olika teman varje kväll eller bara att brainstorma.

Min tanke att köra kvällen mellan förslagsvis 19.00 fram till 00.00 eller så länge som möjligheten finns. Platsen bör vara någonstans med WiFi, beanbags och möjlighet till kaffeapparat.

Tänkte gå ut med detta bland studenter först och främst då mitt kontaktnät är störst där, men gillar du idén och är från Sundsvalls-området så tveka inte att hojta till. Träffen är värdelös utan folk som vill komma!

Det vore helt perfekt att kunna träffa likasinnade och umgås lite i staden som enbart inhyser statliga myndigheter, och allt tråkigt och stelt som kommer med definitionen.

Idéer, frågetecken eller vill du se detta hända? Skrik till i kommentarerna eller kontakta mig.

Just nu finns det två saker jag skulle vilja ta mig tid att fixa till och fixa upp. För det första är CSS:ART vilket är tänkt mer som en upplevelse, kul grej och inspirationssajt. Det som i så fall skulle ingå är en slumpgenerator, en jävla massa blockelement och CSS-regler. Som det ser ut i huvudet är det coolt, snyggt och väldigt onödigt.

Den andra delen är lite mer seriös. WP-functions.com köptes för ett antal månader sedan in på fyllan. Idén är en slags databas och registrering för funktioner inom WordPress-communityn för att hantera (och dess främsta mål undvika) kollisioner. Jag har efter dess fått svårt att bestämma vilken riktning sidan ska ta, så idéer finns – men definitionen och målet saknas.

Dygnet bör utökas till 48timmar är mitt förslag. Alternativt att forskare kommer på ett sätt att radera vårt behov av sömn. Sömlöst viloläge någon? När någon del inte används så sover den?