Rapport från DrupalCon 2007 i Barcelona

Detta är min högst personliga rapport från DrupalCon som hölls i Barcelona den 19--22 september 2007.

Dag 1

Kl. 10:40

Jag sitter utanför Citilab i Barcelona där DrupalCon 2007 skall börja om några minuter. Jag planerar att skriva några rader varje dag från konferensen. Jag har haft stor glädje av liknande rapporter, och tänkte därför gengälda detta med att själv rapportera. Men jag kan inte utlova någon storartad poesi eller prosa. :-)

Nu är det dags att gå in. Återkommer så fort jag får tillfälle.

Kl. 18:40

Tillbaka på hotellrummet. Jag skall strax ge mig av igen för att träffa några andra Drupal-svenskar. Men innan dess hoppas jag hinna rapportera något från dagen.

Självaste konferensen

Vi är 415 deltagare från alla kontinenter, inkl. Afrika, Asien, Australien och Syd Amerika. Lejonparten är dock från Europa och Nord Amerika; ungefär lika många från varje kontinent. Antal amerikanar förvånar mig faktiskt. Det är ju trots allt en bit att åka. Nästan alla kända "big shoots" är här. Roligt att träffa dem IRL.

Antal deltagare är rekordstort. Dries berättade att när första DrupalCon hölls för 2,5 år sedan var de bara ett femtiotal deltagare. Sedan dess har det hållits ytterligare fyra DrupalCon (om jag räknar rätt). Men detta är första gången som det är en "riktig" konferens och inte bara en del av en annan konferens. De Spanska, eller skall jag säga Katalonska, värdarna har gjort ett utmärkt arbete. Allt fungerar smärtfritt. (Förutom WLAN:et som är segare än sirap. Men vad gör det.)

Några andra siffror. Konferensen hålls under fyra dagar, i fyra parallella spår, omfattande sammanlagt 84 sessioner. (Jag känner mig som en pojk i en godisbutik. Synd bara att man inte kan klona sig själv.) DrupalCon har 44 sponsorer, varav en är det Göteborgsbaserade Kodamera. Jag lyfter på hatten.

• Se video.

Multilangual Drupal

Under denna dubbelsession (två timmar) pratade Gabor Hojtsy, Jose Reyero och Ian Ward om det mycket förbättrade stödet för flerspråkshantering i Drupal 6.

Kärnan i Drupal 6 får ett helt nytt undersystem för att hantera språk. Systemet ger en helt ny plattform på vilken flerspråksmoduler, som i18n och L10n, kan bygga på. En hel del kommer att skeppas med Drupal 6. Men allt hinner inte med, utan kommer även fortsättningsvis kräva externa moduler. Förhoppningen är att allt skall vara med i Drupal 7.

Några exempel på vad som kommer att låta sig göras i Drupal 6: Varje nod kan associeras med ett språk. Noder som innehåller samma text fast på olika språk bildar en textgrupp. Vilken av sidorna som visas bestäms i tur och ordning utifrån subdomän/sökvägsprefix, föredraget språk som användaren har ställt in, föredraget språk som webbläsaren rapporterar och till sist webbplatsens "default" inställning.

Användargränssnittet förbättras också. I stället för att behöva skapa en ny nod för varje översättning, kommer det kunna göras på samma sida som originalet.

Andra förbättringar är möjlighet att styra arbetsflöden vid översättning, möjlighet att lokalisera logg- och e-postmeddelanden och bättre prestanda.

• Läs beskrivningen.
• Se presentationen.
• Se video.

FormAPI 3: The Avdenture Continues

Jeff Eaton från Lullabot höll ett mycket underhållande och intressant föredrag om nyheter i version 3 av Form API. Här är ett axplock:

• Det blir möjligt att skapa bildknappar à la Views.
• Det namn som används för att referera till en knapp skiljs från det namn som visas på knappen. En lika självklar som välkommen förbättring.
• Knappar kan ges egna submit och validate funktioner. En bra förbättring i god OO-anda.
• En ny array-parameter $form_state[] ersätter de gamla. Den kan bl.a. användas för att föra data från ett steg till nästa under bearbetningen av ett formulär. Ett exempel på användning är att undvika att göra om samma databasförfrågan i både validate och submit.
• Det gamla sättet att hantera flerstegsformulär (t.ex. wizards) tas bort. I stället används helt enkelt bara $form_state['rebuild'] = true.

För att sammanfatta så ger version 3 av Form API 3 inget revolutionerande nytt, men många små och mycket välkomna förbättringar för oss programmerare.

• Läs beskrivningen.
• Se presentationen
• Se video.

Using Drupal with external data sources

Ken Rickard visade flera konkreta kodexempel på hur Drupal kan hämta data från tredjeparts databaser eller datakällor (t.ex, Yahoo!) och visa dem som om de vore lagrade som vanliga noder.

Hans budskap var att man skall undvika att importera stora mängder data "up front", utan i stället använda "lazy instantiation", d.v.s. importera dem till en nod först när data efterfrågas. Man kan förstås också bara låta presentera data, möjligtvis med tillfällig mellanlagring.

Även om det han visade är mest självklarheter, så var det i alla fall intressant att ta del av hans exempel.

• Läs beskrivningen.

Drupal vs Facebook

Detta var den första av tre Drupal/Facebook sessioner. De två andra hålls imorgon. Session började med att Malo presenterade tre trender som han ansåg Facebook representerade:

• The realtime web: informationen som presenteras uppdateras i realtid. T.ex. kan man i Facebook se vad ens vänner har fört sig just nu.
• The web as media itself: Ärligt talat förstod jag aldrig denna punkt. ;-)
• The self publishing: Användaren skapar det innehåll hon vill se. T.ex kan man i Facebook skapa en interaktiv bild av hur sina vänner är relaterade till varandra.

Efter denna presentation övergick sessionen till ett samtal mellan de drygt 50-tal närvarande, som syntes huvudsakligen tillhöra "executive management". Många goda synpunkter kom fram. Men den viktigaste slutsatsen blev att det som gör Facebook så framgångsrik, och som nästa stora sociala webbplats också måste ha, är ett öppet API. Jag skulle vilja gå så långt som att säga att det är en fjärde trend som Facebook representerar.

• Läs beskrivningen.

Nu knackar det på dörren. Dags att ge sig ut på stan.

Kl. 01.38

Tillbaka på hotellrummet efter en kväll i Barcelona tillsammans med några andra Drupal svenskar. Det var mycket trevligt. Men nu är det dags att knyta sig.

Dag 2

Kl. 15:40

Jag skolkar. ;-) Jag lämnade en session efter att ha hört självklarheter som att media kan hanteras med moduler som Image, Video och så vidare. Sessionen hette Media Asset Management. I mitt tidigare liv jobbade jag som konsult och utvecklare (och gör fortfarande så tidvis) av system för hantering av digitala bilder -- bl.a. Digital Asset Management (DAM) -- så jag tyckte att en session om Media Asset Management måste vara "min grej". Tyvärr var det inte det. Jag hade hoppats på en spännande presentation och/eller givande diskussion. Men när killen, som uppenbarligen inte hade förberett sig väl, efter 20 minuter hade gått igenom just de moduler man inte skall använda, så fick jag nog och gick.

På vägen ut måste man passera ett annat rum. Det var uppenbarligen där jag skulle ha varit. Rummet var bokstavligen packad med åhörare. Jag hade redan hört applåder flera gånger därifrån, så jag förstod att det måste vara något extra. Vad vet jag inte, för när jag hade knôtt mig fram till dörren, där jag hade hoppats att hitta en plats, så visade det sig att folk till och med stod i korridoren utanför detta 70 personer rymliga rum. Måste ha varit bra.

Nä, nu måste jag kila...

Kl. 00:55

Min kollega och jag sprang på en annan Drupal-svensk efter dagens konferens. Vi bestämde för att träffas och snacka lite över en bit mat. Så efter en sväng förbi hotellet träffades vi på La Rambla - Barcelonas motsvarighet till Avenyn hemma i Gôtet. Därifrån utgick vår exkursion av omgivningarna. Vi hamnade till sist på en bättre uteservering i gamla stan, där vi åt och drack gott och pratade om allt mellan himmel och jord och inte minst om Drupal. Och som om inte stan var tillräcklig stor fick vi Dries som bordsgranne. :-) Men nu sitter jag åter framför datorn för att sammanfatta mina anteckningar.

The future of nodes

Som ni säkert vet finns det de om vill göra allt till noder - noder, vokaublärer, användare, bilder o.s.v. - och så finns det de, bl.a. Dries, som inte tror att det är rätt väg att gå. Detta är en diskussion som har småputtrat i många år. Men, som Jeff Eaton sa i sitt inledningsanförande, så närmare vi oss gränsen för vad som kan göras med nodsystemet. Det börjar bli dags för refactoring.

Refctoring av en sådan grundläggande del av Drupal får långtgående effekter för lång tid framöver. Så därför måste frågan stötas och blötas till dess att alla konsekvenser av en tänkt refactoring har belysts. Som ett led i detta arbete samlades praktiskt taget alla tongivande utvecklare - bl.a. Dries Buytaert, Larry Garfield, Károly Négyesi, Yves Chedemois, Karen Stevenson, Barry Jaspan, Angie Byron, Jeff Robins, Jeff Eaton och alla andra som jag har missat att nämna, samt många intresserade, inklusive jag själv, för att diskutera saken.

Larry Garfield tog anteckningar som kommer att bli tillgängliga på webben, så därför skall jag bara sammanfatta vad jag uppfattade som den troliga utvecklingen.

På sikt kommer noder, användare, kommentarer, vokabulärer, termer och allt anat vara specialfall av vad Karen Stevenson döpte till Thingie. Med OO terminologi kan Thingie liknas med en superklass som alla andra klasser ärver. Men tillskillnad mot klasser skulle Thingie förstås inte innehålla metoder. Thingie skulle däremot ha två typer av attribut: field och property. Fields bär på data, t.ex. titel och brödtext för en nod, medan properteies bär på metdata, t.ex. författare och tid för skapandet av nod. Thingie självt skulle innehålla några få gemensamma properties, t.ex. unikt id-nummer.

Personligen tycker jag detta är rätt väg att gå. Att göra allt till nod är ungefär som att säga att allt är spik bara för att man har en hammare. Med Thingie skulle det också bli möjligt för Drupal att använda eller själv vara ett Java Content Repository (JSR-170).

Det kom också fram en hel del annat intressant under diskussionen. En idé som tycktes falla i god jord var att låta moduler hantera sina egna submoduler i stället för att de skall dyka upp i den ordinarie modullistan. Det skulle innebära att man istället för CCK och en hoper fields-moduler bara skulle se CCK, och sen gå till CCK:s modulsida för att där slå på de fields man vill ha.

En annan idé var att noder (eller Thingie?) inte som idag skulle hämta alla fields från databasen utan ladda dem när de behövdes ("lazy loading").

Karen Stevenson släppte också en nyhet som drog ned en rejäl applådåska: I stället för att CCK och FormAPI har var sin uppsättning av fält, så kommer CCK för Drupal 6 att använda sig av fälten i FormAPI.

Förresten, visste ni att Larry Garfield ser på pricken ut som en ung Bill Gates. Skrämmande. ;-)

• Läs beskrivningen.
• Se presentationen.
• Se video..

Asset Management

Vad är det med Drupal och kattungar? Angie Byron på Lullabot är ju kattokig. Jag antar att det var för att glädja henne som Jeff Eaton, också från Lullabot, under gårdagens session om Form API 3 hade söta kattungar i alla möjliga roliga poser. Men killarna på AchieveInternet brädade honom - med kattungar som blir hotad med pistol, skjuter med pistol, tar livet av sig med pistol o.s.v. Bilderna hade varit anstötliga om det inte vore för att det extrema motsatsförhållandet i stället skapade en tokrolig situation som fullständigt avväpnar en. (Jag ber om ursäkt för den dåliga ordvisten.)

Bilderna användes för att demonstrera deras Asset Management modul. En modul som är tänkt att ge Drupal stöd för "digitala tillgångar" i form av bilder, filmer, ljud o.s.v. Men i dagsläget stödjer den bara bilder. På ytan ser det väldigt lovandes ut: hyggligt enkelt att använda, snygga dialoger o.s.v. Men ju mer de snackade, ju mer "hajpad" kändes deras modul, som inte verkar vara något annat än en glamorös bildväljare.

Missförstå mig rätt. Hantering av bilder (och andra medier) är eftersatt i Drupal. Det behövs verkligen göras något. Det finns förvisso en hoper moduler, bl.a. Image Field + Views + Imagecache, som tillsammans kan användas för att skapa en snygga och inte minst användbara gallerier och presentationer av bilder. Med när det kommer till uppladdning, lagring och hantering av bilder så finns inget vettigt att tillgå. Så därför är Asset Management modulen ett välkommet initiativ. Men det är ingen modul som i dagsläget tillhandahåller Digital eller Media Asset Management. Tyvärr finns inget av allt de planerar för framtiden som indikerade att modulen kommer att få det heller.

Det som saknas för att Asset Management modulen skall bli en riktig Digital Asset Management (DAM) modul är, enligt min mening, hantering av metadata. Det värdefullaste hos en digital tillgång är inte filen som innehå {panels2}ller bilden, filmenklippet, ljudupptagningen eller vad det nu är. Det allra värdefullaste är den metadata som beskriver tillgången på ett sådant sätt att den kan hittas, versionhanteras, spåras och så vidare. Men som sagt, metadata, som t.ex. IPTC, EXIF, eller mekanismer för att lagra metadata, som t.ex. JCR, nämndes inte med ett ord. Än mindre nämndes sådana intressanta saker som relationer, RDF, ontologier etc.

• Läs beskrivningen.

Panels 2

Wow! Detta kommer revolutionera Drupal. Panels 2 kommer att bli för sidlayout vad Views redan är för innehållspresentation: ett kraftfullt interaktivt verktyg för att på några få minuter göra allt det som annars skulle kräva många timmars programmering.

Earl Miles, mannan bakom både Views och Panels 1 & 2, berättade att han skrev Panels 1 modulen på 8--10 timmar en natt när han inte kunde somna. "It's therefore the user interface sucks", som han själv sa. Detta har han rått bot på i Panels 2; och han har gjort mycket mer än så.

En panel kan innehålla noder, block, andra paneler eller egen HTML/CSS. Innehåller placeras i en grid, vars layout antingen är en av 8 färdiga, eller en som man själv definierar i ett interaktivt användargränssnitt, eller en som helt enkelt skrivs i HTML/CSS/PHP. En Panel kan uppträda som en nod, ett block eller del i en annan panel.

På samma sätt som Views kan ta argument, så kommer en panel kunna ta ta argument. Detta öppnar för fantastiska möjligheter. Bland annat kan det användas för att bygga en sida där titel, teaser, brödtext m.m. hämtas och placeras helt oberoende av varandra. Detta kan också göras för formulär. Wow!

En annan intressant detalj var att panelen och behållarna i panelen kunde ges olika utseende, t.ex. raka eller runda hörn, genom att välja en "style" som man kan skapa själv i CSS.

Earl poängterade att han såg Panels 2 främst som ett verktyg för att skapa prototyper.

• Läs beskrivningen.

Drupal and the future of news

Ken Rickard från Morris DigitalWorks och SavannahNOW ledde en paneldiskussion om hur Drupal kan användas som plattform för att nyhetsbevakning. I panelen satt bl.a. Moshe Weitzman från New York Observer, Steve Yelvington från MDW och BlufftonToday, Bert Boerland från Getronics-PinkRoccade och Michael Meyers från NowPublic.

Ken började med att fråga vilka av de 70-talet närvarande tidningsmänniskorna (och jag) som fortfarande läser papperstidningen. Det var bara jag som räckte upp handen - och några till. ;-) Ända sedan 1970-talet har papperstidningarna i USA tappat läsare. Internet erbjuder en möjlighet att återerövra läsarna, samtidigt som det också är ännu ett hot.

Hotet kommer från det faktum att internet tar bort avstånd. Innan internet var det geografiska avståndet en marknadsbarriär som gav varje tidning ett monopol (eller oligopol) på sin lokal marknad. Men internet överbryggar avstånd och river därmed barriären. För att klara sig måste tidningarna bli än mer lokala och/eller använda möjligheterna med internet för att bygga relationer och skapa läsartrohet.

Möjligheten kommer också från det faktum att internet tar bort avstånd. Now Public använder internet för att bygga ett nätverk av vanliga personer som fungerar som reportrar runt om hela världen.

Så hur kommer Drupal in i bilden? Drupal har redan allt som behövs för att bygga lösningar för en snabb nyhetsrapportering, enligt Moshe Weitzman. Övriga instämde. Men det är frestande att göra mer lösningar och än vad journalister och traditionella läsare efterfrågar och förstår sig på, sa Bert Boerland, som hade egen erfarenhet.

• Läs beskrivningen.
• Se video.

Drupal for Facebook

Dave Cohen släpper i dagarna Drupal For Facebook, som är ett batteri av moduler som gör Drupal till en utvecklingsplattform för Facebook.

Facebook tillåter användare att utveckla egna applikationer som vänner och andra användare kan installera på sin Facebooksida. Dessa applikationer körs på din egen server som kommunicerar med Facebook via XML/HTTP och Facebook Markup Language (FBML).

Daves moduler gör det möjligt att basera en Facebook applikation på Drupal. Han demonstrerade detta genom att skapa en vanlig blogg på drupal och sen göra den tillgänglig i facebook. Sen kunde han posta ett nytt inlägg i Facebook som blev synlig i Drupal och vice versa. Likaså kunde användarna i den ena miljön lämna kommentarer som genast blev tillgänglig på både Drupal och Facebook.

• Läs beskrivningen.
• Se video.
• Besök Drupal For Facebook's webbplats.

Nu är det verkligen hög tid att sluta. Godnatt.

Dag 3

Kl. 12:20

Skolkar igen. ;-) Jag hade tänkt gå på What makes websites work? Bringing Information Architecture into the Drupal development process och Panels 2 API, men alldeles för lite sömn tog sin tribut och till råga på det var min kollega och jag tvungna att jobba lite. Men för bara en liten stund sedan kom vi inångandes på Citilab för att gå på ett av de sessioner jag har sett fram emot: Automatic Drupal site generation, module creation and site clonage.

Efter att ha suttit i en kvart och sett skript tugga i sig fil efter fil med XML så fick jag plötsligt väldig lust att gå därifrån. XML i all ära, men excess i XML-konfigurationsfiler har jag nog av i Java världen. För övrigt var killen som höll presentationen inte alltför meddelsam, och det lilla han sa hoppas jag står på projektets webbplats och mer därtill.

Vi är ganska många som "skolkar". Praktiskt taget alla bord med eluttag är upptagna. En titt runt omkring mig visar på en kraftig överrepresentation av Mac OS X. Ubuntu, som jag själv kör, är också ganska vanlig. Men sen är det bara enstaka andra Linux distributioner och några Windows här och där. Och så antar jag att killen från Sun, som är med och sponsrar konferensen, kör Solaris. :-)

Nu är det dags för nästa session...

Kl. 19:08

Tillbaka på hotellet. Skall bara duscha (det har varit varmt och fuktigt), ringa hem till frun och barnen (ja, jag är så gammal) och konfirmera flyget innan vi göra stan osäker för sista gången. Denna gång är vi fyra svenskar som skall sammanstråla och leta oss fram till något ställe i gamla stan där vi hoppas träffa alla andra Drupalare.

Jag hoppas att jag orkar skriva om dagens övriga sessioner, som var intressanta alla tre, när jag kommer tillbaka på hotellrummet i natt.

Kl. 02:17

Tillbaka. Tre av oss inmundigade tapas på betryggande avstånd från turiststråken, innan vi sammanstrålade över en ostbricka med den fjärde svensken och Scott från San Fransisco. Scott representerar Sun på DrupalCon. Scott heter förvisso inte McNealy i efternamn (jag vet faktiskt inte vad han heter i efternamn), men han kunde berätta en del om Sun's strategi och planer för sitt engagemang i Drupal. När ostbrickan var tömd och vinglasen urdruckna tog vi adjö av Scott, och forsatte till en bar tillräckligt lång ifrån La Rambla för att vara säkra på en genuin upplevelse.

Men nu måste jag skriva några rader om dagens sessioner innan jag somnar.

Schema API

Schema API:et låter utvecklare skapa och uppdatera tabeller och dess kolumner med hjälp av nästlade array:er som ger en kompakt kod som kan sägas vara deklarativt. Koden är helt oberoende av underliggande databas.

Schema API:et är för databastabeller vad Form API:et är för webbfomulär: ett mycket enkelt sätt att med få rader beskriva struktur och funktionalitet som annars skulle ha krävt mångdubbelt fler rader kod. På ytan ser båda ut att bara ge ett alternativt sätt att uttrycka vad som annars hade uttryckts i SQL- respektive HTML-kod. Men under ytan sker enormt mycket mer saker. Saker som vi som skriver "core" eller "contributed" moduler nu slipper skriva själva. Vinsterna är många: stödjer DRY-principen, ger stabilare och säkrare kod, gör kodskrivandet betydligt snabbare och enklare och leder till kod som är mer lättläst.

• Läs beskrivningen.

Drupal and Change Management

WorkHabit i USA har utvecklat AutoPilot, som är ett webbaserade system för utrullning av Drupalbaserade webbplatser. Bolagets VD, Jonathan Lambert, började med att presentera systemets "business case". Presentationen gick i ett rasande tempo och bestod till stor del av den sorts magiska formuleringar som får investerar att öppna börsen.

Efter 40 minuter tog Earnest Berry III från samma företag över och visade administrationsgränssnittet till den kommande versionen. AutoPilot kan liknas vid en kontrollpanel som en leverantör kan använda för att rulla ut och administrera Drupalbaserade webbplatser. Det hela såg ganska lovande ut. De lovade att släppa den nya versionen inom en vecka. Jag ser fram emot att få testa den lite närmare.

• Läs beskrivningen.

Drool (Drupal tool): Site management and rapid theme design

Drool är ännu ett verktyg som stödjer utrullning och underhåll av Drupalbaserade webbplatser. De tre verktygen skiljer sig åt bland annat på vilket sätt de används. Medan SifBuilder tuggar i sig många och långa haranger med XML, och AutoPilot kräver att man klickar sig runt i ett webbgränssnitt, så är Drool ett verktyg för kommandoraden.

Men eftersom två liknande lösningar redan hade presenterats under dagen, så valde Nick Blundell och Matthew Shepherd från det engelska Illuminate ICT att fokusera på en funktion som jag tror Drool är ensam om: automatisk generering av Drupalteman utifrån en bilder.

De började med en bild (utan Lorem ipsum...) av hur den tänkta webbplatsen skall se ut. Sen gav det kommandot:

varvid ett färdigt tema genererades. På samma sätt kunde de automatiskt "slice up" och generera CSS för sidhuvud, sidfot, block och så vidare. Temat använde CSS i stället för tabeller, verkade också i övrigt ha "sematic markup" och tillämpa "source ordered columns". Imponerande.

En lustig detalj var att Nick hela tiden kallade sin kollega "Sir Matthew". Det kändes egendomligt stelt att han hela tiden kallade sin jämnårige och uppenbarligen adliga kollega för "Sir Mathew". Det kanske var menat som ett skämt; poängen undgick mig i så fall.

• Läs beskrivningen.
• Se video.

Dag 4

Grr... Försov mig. Fick bråttom. Skrapade billacken i en pelare. Säkert poppis hos biluthyraren...

The state of Drupal

Liksom 1000 andra Drupalare har jag svarat på The State of Drupal 2007 Survey som Dries lät skapa i slutet av augusti. Han presenterade resultatet av denna enkät vid detta sitt enda egentliga anförande. Både presentationen och Dries framförande kommer säkert att finnas tillgänglig på webben. Men här kommer i alla fall lite uppgifter.

I tur och ordning anser vi oss vara bäst på:

1. HTML
2. Administrera Drupal
3. CSS
4. PHP
5. (Jag kan inte läsa mina kladdiga anteckningar.)
6. MySQL
7. Utveckla moduler

Dries tyckte det var anmärkningsvärt att vi inte ansåg oss vara bäst på att administrera Drupal.

I tur och ordning anser vi oss vara sämst på:

1. Flash/Flex
2. Utveckla moduler
3. Prestanda och skalbarhet
4. Marknadsföring
5. JavaScript
6. Theming
7. Grafik
8. Skriva dokumentation

Dries påpekade det lustiga i att vi ansåg att modulutveckling var både bland det vi var bäst på och det vi var sämst på. Kanske det förklarar varför modulutveckling också toppade listan över saker vi ville bli bättre på. :-)

De mest önskade förbättringarna av kärnan var för slutanvändarna:

1. Hantering av mediafiler
2. CCK som del av kärnan
3. WYSIWYG redigerare

De mest önskade förbättringarna av kärnan var för utvecklare:

1. Bättre prestanda
2. Query builder liknade Views
3. Förbättrad hantering av behörighet
4. Förbättringar av API:en
5. Förbättrad File API
6. Semantiskt tema

Något som är mycket anmärkningsvärt är att de minst önskade förbättringarna av kärnan var för utvecklare:

1. Test Driven Development (TDD)
2. Pluggbar databas backend

Dries menade att detta knappast är representativt för oss som deltar på DrupalCon. Jag hoppas han har rätt.

De fem mest önskade förbättringar av Drupals webbplats handlade alla om att göra det enklare att hitta information. Arbete pågår.

Från dessa uppgifter och många fler som Dries presenterade drog han följande slutsatser för Drupal version 7 (D7):

• D7 skall komma om ett år.
• D7 skall innehålla stöd för bl.a. bilder, WYSIWYG och CCK.
• D7 skall få ett konsoliderat API.
• D7 skall vara lättare att använda

Dries genomförde sin presentation på ett oerhört professionellt sätt. För det fick han en välförtjänt stående applåd.

• Läs beskrivningen.
• Ladda ned Dries presentation.
• Se video (hoppa över de första 12 minuterna).

CivicSpaceOnDemand - automatic configuration and updating Drupal hosted products

Kieran Lal från CivicSpace Labs demonstrerade CivicSpaceOnDemand - CivicSpaces lösning för att installera, konfigurera och uppdatera Drupalbaserade webbplatser. Denna lösning skiljer sig från SifBuilder, AutoPilot och Drool genom att vara den enda som kan fånga och sen återskapa en webbplats helt programatiskt. Detta öppnar fantastiska möjligheter.

CivicSpace Labs planerar att så småningom om släppa källkoden till CivicSpaceOnDemand under en öppen källkodslicens.

CivicSpaceOnDemand används i dagsläget av CivicSpace Labs för att hysa mer än 600 webbplatser för politiska och frivilligaorganiationer.

• Läs beskrivningen.
• Läs mer.

CCK 6.x and Beyond

Content Construction Kit (CCK) låter oss utöka noder med extra fält med data på skilda typer. Modulen är tillsammans med Views de "contributed" modulerna som praktiskt taget alla laddar ned. Därför kommer sannolikt också delar av dem att ingå i Drupal 7. Men till dess får vi fortsätta att ladda dem. CCK 6.x kommer innehålla en rad förändringar och förbättringar. Några av dessa presenteras nedan.

Fram tills nu har CCK sköt allt från att lägga till inmatningsfält i nodformuläret, validera inmatad data, spara inmatad data i databas, hämta upp inmatad data ur databas och presentera inmatad data på noden. Men från och med CCK 6 kommer inmatningen. valideringen och renderingen att skötas av Form API:et och lagring i och hämtning ur databas skötas av Schema API:et.

Sannolikt kommer användandet av Schema API:et ge förbättrad prestanda. Dagens CCK gör en databasförfrågan per fält. Schema API:et låter CCK hämta data till flera fält i en enda fråga.

CCK 6 kommer också göra varje fält theamable.

Näst efter Dries anförande var denna den mest applåderade sessionen som jag har övervarat under dessa dagar. Yves Chedemois och Karen Stevenson var väl värda den varma applåden. De har utan uppbackning från någon sponsor eller arbetsgivare tillsammans gjort mer än 1100 "commits" till CCK.

Eftersom CCK är en så viktig del i varje Drupalkonsults vardag så föreslog Angie Byron från Lullabot att vi konsulter skall donera en liten slant till CCK-folket. Vi var flera som svarade med ett "yea!".

• Läs beskrivningen.
• Läs sammanställning.
• Se video.

Dagen efter

Kl. 11:05

Landade på Säve flygplats (eller Göteborg City Airport som det så flådigt heter numera) igår kväll. Just nu sitter jag i bilen på väg till svärföräldrarna. Tänkte använda tiden till att sammanfatta DrupalCon 2007 i Barcelona.

Arrangemanget

Mycket välorganiserat. Jag som aldrig hade varit i Spanien förut föreställde mig att det skulle bli lite som i Grekland eller Italien, d.v.s. fungerande men inte perfekt, men faktum är att arrangemanget var mycket välorganiserat och trevligt. Om jag skall leka kvällspress och dela ut betyg så blir det 4,5 av 5. Den Katalonska Drupalgemenskapen, som låg bakom arrangemanget, skall ha en eloge.

Sessionerna

De sessioner jag följde var överlag intressanta och väl genomförda, och i några fall var det rena halleluja stämningen. Men i ärlighetens namn fanns också några sessioner som var illa förberedda och illa genomförda. Med beaktande av detta sker på frivillig basis så ger jag betyg 4.

De sessioner som antingen var så intressanta eller så väl genomförda att de förtjänas att särskilt nämnas var:

• FormAPI 3: The adevnture continues
• Using Drupal with external data sources
• The future of nodes
• Panles 2: What it is, what you can do with it, and where it's going
• Drupal and the future of news
• The state of Drupal
• CivicSpaceOnDemand - automatic configuration and updating Drupal hosted products
• CCK 6.x and beyond

En tänkvärd iakttagelse är att samtliga dessa, med undantag av Dries presentation, framfördes av amerikaner.

Barcelona

Innan jag for förstod jag inte varför alla som hade varit i Barcelona fick något drömskt i ögonen när staden kommer på tal. Nu vet jag varför... :-) Betyget är självklart 5. Kanske kan några spridda ord förmedla lite av det som jag upplever som positivt med Barcelona:

• supereffektiv kollektivtrafik
• lätt att få taxi på natten
• jugend
• vänliga människor
• tapas
• historia
• atmosfär
• nattliv

Till sist...

Om jag skall sammanfatta DrupalCon 2007 i Barcelona med ett ord så lånar jag det engelska uttrycket AWESOME!

Jag hoppas att min rapport har varit till glädje och kanske inspirerar fler att åka på DrupalCon, som hålls två gång per år, växelvis i Nordamerika och Europa.

Resurser

Sessioner och presentationer

• Alla sessioner
• Drupalcon Barcelona Presentations and Notes

Bilder, ljudupptagnigar, video

• Joan's bildgalleri
• Bilder på Flickr
• Lullabot's live podcats
• Några videos
• Fler videos

Andra betraktelser

• Dries Buytaert
• Angie Byron
• Larry Garfield
• Earl Miles
• Gábor Hojtsy
• Morten Heide