Wir, also die Rostocker Drupal User Group, planen ein DrupalCamp in Rostock zu veranstalten. Das Brainstorming hatte bei den letzten beiden Stammtischen begonnen und wird nun auf der Gruppen-Website weiter geführt. Wir suchen noch gute Ideen und Mit-Organisatoren! Eine gute Möglichkeit also, um berühmt (aber nicht unmittelbar reich ;-)) zu werden. Macht mit!

Hier die Informationssammelstelle: http://groups.drupal.org/node/81429

So, nun ist auch die Busfahrt (!!) nach Kopenhagen gebucht. Übernachtung steht seit Monaten fest, mein Wunsch-Vortragsprogramm habe ich zusammen gestellt (nun müssen die Vorträge es nur noch ins offizielle Programm schaffen), Kurzurlaub ist gebucht. Drupalcon Copenhagen 2010 kann von mir aus los gehen.

PS: Und ich freue mich natürlich auch auf den Vorkonferenztag, den ich wohl in der Kopenhagener Innenstadt verbringen werde. Atmosphäre schnuppern.

... kann so einfach sein! All die Zeit habe ich (weil ich in meinen Drupal-Anfangstagen es irgendwo so gelesen habe) eine selbstgebastelte Funktion rund um theme_username() eingebaut, wenn ich statt des Benutzernamens ein Namensfeld aus dem Benutzerprofil in Nodes angezeigt haben wollte. Und habe dabei eine Drupal-Grundregel missachtet: There’s a module for that!

realname.module macht genau das, und zwar (m.E.) sehr elegant, meint mit umfangreichen Konfigurationsmöglichkeiten.

Ein Novum: Wir verschieben den Stammtisch vom ersten Dienstag des Monats auf die Folgewoche. Und das wegen des Fußball-WM-Halbfinals! Ist schon in Ordnung, ich schaue es mir ja auch gerne an.

Also treffen wir uns am nächsten Dienstag. :)

Ich habe mir ja schon lange vorgenommen, mich mal mit dem context.module zu beschäftigen. Seit ich Bobs Podcast zum Thema gesehen habe. Heute nun war es soweit ... pure Begeisterung! Context ist das neue admin/build/block.

Mehr brauche ich dazu nicht schreiben, seht Euch einfach das Video an: http://mustardseedmedia.com/podcast/episode38

Update:
Hätte ich fast vergessen zu erwähnen: Und warum das alles? Mit dem context.module kann man sehr komfortabel die Anzeigeeinstellungen für Blocks in einer Seite konfigurieren. Also so ähnlich wie die Zurdnung der Blöcke zu regionen und ihre jeweiligen rollenbasierten, benutzerbasierten und seitenbasierten Einstellungen im Block-Konfigurationsformular. Nur eben mit mehr Einstellungsmöglichkeiten, flexiblerer Konfiguration und extrem viel Komfort.

Gestern Abend fand unser allmonatlicher Drupal-Stammtisch statt. Und er hat diesmal besonders viel Spaß gemacht. Wolfram und Michael waren aus Schwerin zu uns gekommen und haben die Runde mit neuen Sichten auf Drupal-Lösungsansätze (z.B. Massenverhacken von Beiträgen und Migration von anderen CMS zu Drupal) bereichert. Unter anderem entstand die Idee, ein regionales DrupalCamp als Ein-Tages-Veranstaltung im Norden durchzuführen. Und wir haben besprochen, dass es zukünftig auch gegenseitige Besuche in Schwerin geben kann. Weitere Details findet man in Ingos Blog :)

Insgesamt ein gelungener Abend. Freue mich schon auf nächste gemeinsame Aktivitäten!

Heute Abend ist es endlich wieder soweit und wir treffen uns zum allmontalichen Drupal-Stammtisch. ich freue mich schon mächtig drauf. In den letzten Tagen hatte ich schon kurze Gespräche mit drupalern und da scheinen interessante Themen auf den Tische gepackt werden. So hat ja Ingo sein U-Boot-Projekt und wird sicher darüber berichten. Und mein April-VHS-Kurs beschert uns personelle Verstärkung :)

Noch 7 Stunden warten...

Ich habe schon jede Menge deutschsprachige Drupal-Websites aufgesetzt und dabei die immer gleichen Arbeitsschritte hinter mich gebracht:

• deutsche Lokalisierung installieren
• Fehlende Übersetzungen nachpflegen
• Anfangs mit dem potx.module) die Übersetzungen extrahiert und als Patch an die Modul-Maintainer geschickt – die diese aber auch nicht wollten

So richtig hilfreich dabei war in jüngster Zeit das l10n_client.module, womit man das innerhalb der Webseite machen kann und nicht jedes Mal zwischen Webseite und Admin-Bereich pendeln muss.

Und nebenbei habe ich häufig was vom Lokalisierungs-Server http://localize.drupal.org gelesen. Und dass der l10n_client mit dem Server kommunizieren kann. Aber gefunden habe ich das nicht. Weder unter “Admin > Build > Translate” noch unter “Admin > Settings > Language” war was zu finden. Aber die Lösung fand sich im Modul-Code

function l10n_client_menu() {
// ...
  $items['admin/settings/language/configure/l10n_client'] = array(
    // ...
  );
// ...
}

Also kann man unter “Admin > Settings > Language” im Tab “Konfigurieren” einen Sub-Tab “Localization sharing” finden und dort die Meldepflicht an den l10n_server aktivieren und angeben, welcher Server angesprochen werden soll. War doch eigentlich gar nicht so schwer. ;-)

Leider gibt es noch keinen Rückkanal, wo der l10n_client fehlende Übersetzungen am Server anfragen und automatisch importieren kann. Ich werde wohl gelegentlich den aktuellen Stand des Übersetzungsprojekts exportieren und in meinen Websites importieren. Und nebenbei fleißig auf http://localize.drupal.org/ mit übersetzen.

PS: Das Einsenden von *.po-Dateien an die Modul-Maintainer habe ich aufgegeben.

Wei schon auf g.d.o/rostock annonciert ist es wieder mal soweit! Am Dienstag, 4.5.2010 findet unser allmonatlicher Drupal-Stammtisch um 19 Uhr im Plan.B in Rostock statt. Nach dem gerade zu Ende gegangenen Drupal-Kurs an der Rostock Volkshochschule bin ich mal gespannt, ob wir damit Verstärkung für unseren Stammtisch gewinnen können :)

Der Tisch wird bestellt, das Essen ist Lecker und das Thema ist gesetzt (Drupal natürlich). Sehen wir uns?