Planet Drupal

Start:  2010-10-07 19:30 Europe/Berlin User group meeting Organizers:  spade luckow rokr

Unser monatliches Treffen der Drupal.

Themen, die bisher feststehen:

• t.b.a.
• Drupal Coworking Treffen - von der Idee zum Termin
• Flashtalks

Diskutiert Themen hier in den Kommentaren, schaut in unsere Themensammlung. Fügt hinzu oder streicht heraus.

ACHTUNG - Neue Location:
LOOM GmbH
Goethestraße 2-3
(Post, Hinterhaus)
Aufgang B - 4. Etage
10623 Berlin (Karte)

http://www.loom-berlin.com/

Berlin

Am 20.09. trifft sich die Hamburger Drupal UserGroup wieder um 18:30 Uhr im "13. Stock", in der Lerchenstr. 28a.

Weiterlesen

Start:  2010-09-20 18:30 - 22:00 Europe/Berlin User group meeting

Am 20.09. trifft sich die Hamburger Drupal UserGroup wieder um 18:30 Uhr im "13. Stock", in der Lerchenstr. 28a.

Auf dem Programm steht ein Bericht von der DrupalCon aus Kopenhagen. Als besondere Attraktion haben wir von dort fünf Drupal Kartenspiele zum Verteilen mitgebracht.

Wie denkt Ihr für die kommenden Treffen über eine Einsteiger-Vortragsreihe?
Wir könnten jeweils eine Session von 30 Minuten halten:

• 18.10.: Einführung in Drupal
• 15.11.: Einführung in CCK
• 20.12.: Einführung in Views
• 17.01.: Einführung in das Taxonomie-System
• 21.02.: Einführung in Panels-System

Danach können wir hoffentlich die ersten Sessions zu Drupal 7 ins Auge fassen...

Direkt neben dem 13. Stock befindet sich das Betahaus Hamburg, ein neuer Co-Working Space. Überlegt Euch doch mal, ob wir uns dort nicht mal zu Drupal-Workshops, Code-Sprints oder auch einfach nur zur gemeinsamen Drupal-Projektarbeit treffen wollen.

Wir freuen uns auf eine rege Teilnahme und interessante Gespräche.

Bis dahin - viele Grüße,
Ralf Hendel
 
 
 
Die Treffen der Hamburger Gruppe richten sich allgemein an Drupal-Profis ebenso wie an interessierte Einsteiger. Sofern wir einen Beamer benötigen, müssen wir den aus dem Kreis der Teilnehmer selbst organisieren.
 
Twitter Hashtag der Hamburger UserGroup ist #dughh
 

Hamburg / Schleswig-Holstein

Start:  2010-09-05 15:00 - 2010-09-06 05:00 Europe/Berlin User group meeting Organizers:  D_D

Die gemütlich-produktive Runde der Münchener Drupaler.

Was ? DRUPAL-LAN-PARTY München/Bayern
Wann? SONNTAG, 05. September 2010, 15:00 UHR
Wo? Jugendtreff AKKU, Lohstraße 70

Uns stehen wieder drei Räume zur Verfügung im http://www.jugendtreff-akku.de

Themen gibt es keine festen, aber folgendes wir sicher für viele im Vordergrund stehen:
- Eine Projekte besprechen usw.

Eine Küche mit Ofen für Pizzen und andere Tiefkühlkost ist vorhanden. Ansonsten gibt's sicher auch wieder leckeres selbstgemachtes Essen. Bier ist auch nich verkehrt...

Also bis Sonntag 05.09.2010 - und bitte bitte ein SignUP damit wir genau wissen wer alles kommt.

Grüße D_D

München

Das erste Treffen fand im Bandonion in der Gertrudenstraße 37 statt. Das Lokal eignet sich wunderbar für Stammtische, ist jedoch technisch mies ausgestattet. Weder Beamer noch WLAN ist vorhanden und die D1 Netzabdeckung lässt nur schwaches EDGE zu.

Welche Locations gibt es in Bremen noch?

DUG Bremen

Start:  2010-08-31 18:30 UTC User group meeting

Erstes Treffen der Drupal User Group Bremen.

DUG Bremen

A simple question with far reaching consequences - At a DrupalCamp in a non English speaking country (e.g. Spain), what should be the primary language ?

My arguments

This is my view, and i post it to get the discussion going.

As i see it, if the majority of sessions are in English, it will :

• Bring in more sponsors from the wider (English speaking) Drupal community
• Potentially improve the quality of the sessions, because more Drupal developers speak english
• Improve English speaking (non-local) attendance. People will not invest $$$$ flying and staying in hotels, if they are then only able to understand 10% (or less) of the sessions

Unfortunately i think language choice is a all or nothing issue. Unless the camp is promoted as being in English (or at least 50/50) you face a negative feedback loop.

Not enough English sessions/focus --> Less interest from non-native speakers --> Not enough English sessions/focus

My proposal

The camp is promoted as an English language camp with a native langage 'Track', which would probably focus more on the newbie/introductory level to keep it accessible to local businesses and people with a casual interest. Advanced sessions would be targeted at English speaking (perhaps with translation help for slides / dual slides etc) to attract the people who would invest the $$$ to come to a camp in another country

Anything other than this approach, i think, would result in a very poor attendance by non-native speakers and as a result only a few 'star speaker' sessions would be in English with little recognition from the wider Drupal community.

Discuss :)

I am cross posting this in a few groups, as i'm interested to hear from the potential non native speakers attitudes to camps in non English speaking countries (like Spain)? Link to help : http://translate.google.com/

Drupalcamp Spain

With the 5er version Fast Gallery got so much more handy. The latest changes with the plugable Frontend make development for fast gallery a pleasure as you don't have to be afraid anymore killing the whole module when you only want to switch presentation. It's really a charm.

Well, somebody asked about 
http://www.cooliris.com/ support. I do think this does look really cool. So I looked into it. The bummer is, the cooliris needs a feed... which is kinda cool, but again for Fast Gallery not really handy. Well here is my plan of attack: Use the fast gallery API module (which I started developing, but kinda lost interest).

The in detail plan looks like this:

1. Extend hook_fast_gallery_info

Allow two more parameters: type and source. Type would be "feed" and source would be the base path of where to find the feed (something like fast_gallery_api/get)

2. Fix fast gallery api module

As said this needs some love. Probably we just need to test it a little be in depth, maybe an additional handler and make sure that the feed is being outputted correctly so that cooliris will understand the format.

3. embed cooliris

That's probably going to be the easiest part. Just past in the object tag and point the source to where specified.

I guess 1 and 3 are a matter of 15 minutes, while 2 is going to take some time. So if any of you guys wants to help... Get your hands dirty and start coding. The plattform for patches would be in the fast gallery issue queue.

digg_url = 'http://www.rapsli.ch/cooliris-integration-my-plans'; digg_title = 'Cooliris Integration - My Plans'; digg_bodytext = "With the 5er version Fast Gallery got so much more handy. The latest changes with the plugable Frontend make development for fast gallery a pleasure as you don\'t have to be afraid anymore killing the whole module when you only want to switch presentation. It\'s really a charm."; digg_skin = 'standard';

In der Regel wird eine Website in einer lokalen Umgebung installiert und konfiguriert, um sie nach ihrer Fertigstellung auf ein Live-System zu übertragen.

Weiterlesen

Sucht man im Netz nach Portal-Lösungen, Systemen, Software usw. stößt man so schnell nicht auf Drupal. Auch im Artikel über Portale bei Wikipedia sucht man Drupal vergeblich. Das verwundert einen nicht, wenn man sich die Definition der Architektur eines Portals dort anschaut:

Die generelle Architektur eines Portals sieht einen Server vor, der die Anfragen der Anwender entgegen nimmt und an die Portlet-Engine weiterleitet. Diese verwaltet den Lebenszyklus der Portlets und gibt die Aktions- und Renderanfragen an die einzelnen Portlets weiter, die in der nachgefragten Seite angezeigt werden sollen. Die Portlets suchen sich aus den dazugehörigen Datenquellen ihren Inhalt zusammen. Hierbei ist festzustellen, dass Datenquellen klassische Datenbanken sein können. Aber auch Web Services und Anwendungen können hier als Quellen eingesetzt werden. Die Portlets sind nicht darauf beschränkt, sich aus einer Datenquelle zu bedienen, sondern können ihren Inhalt aus mehreren Datentöpfen zusammenstellen.

Drupal basiert nicht auf solch einer spezialisierten Architektur, sondern auf einer weitaus flexibleren API. Drupal kennt auch keine Portlets, obwohl mit dem Homebox Modul etwas ähnliches leicht zu realisieren ist. Und natürlich verfügt Drupal auch nicht über eine Portlet-Engine und all den anderen Dingen, die bei den meistens Java basierten Lösungen eine Rolle spielen.

Vielleicht waren das Gründe warum auch die Analysten von Gartner bei einem Vergleich von Portal Lösungen nicht auf Drupal stießen. Bei einem ebenfalls von Gartner durchgeführten Vergleich von Social Software wurde Drupal allerdings als visionäre Lösung eingestuft.

Bedeutet das, Drupal ist als Portal-Lösung ungeeignet?

Ganz im Gegenteil! Drupal bietet mit Modulen wie CCK, Views, Panels, Spaces, Context, Organic Groups und Homebox genügend Komponenten, um schnell und kostengünstig ein Portal zu realisieren. Es gibt allerdings auch eine "Out of the box" Lösung, um ein Portal mit Drupal realisieren zu können. Die Distribution Open Atrium. Darauf gehe ich weiter unten ein.

Die (nicht technische) Definition eines Portals lautet bei Wikipedia wie folgt:

"Ein Portal ist […] eine Applikation, die […] einen zentralen Zugriff auf personalisierte Inhalte sowie bedarfsgerecht auf Prozesse bereitstellt. Charakterisierend für Portale ist die Verknüpfung und der Datenaustausch zwischen heterogenen Anwendungen über eine Portalplattform. Eine manuelle Anmeldung an den in das Portal integrierten Anwendungen ist durch Single-Sign-On nicht mehr notwendig, es gibt einen zentralen Zugriff über eine homogene Benutzungsoberfläche. Portale bieten die Möglichkeit, Prozesse und Zusammenarbeit innerhalb heterogener Gruppen zu unterstützen."

Wenn man die Anbindung an Legacy-Anwendungen mal außer Acht lässt, stellen diese Anforderungen für Drupal kein Problem dar. Außerdem gibt es für Portale, die nicht nur in einer Unternehmensinfrastruktur eine Rolle spielen, auch andere Definitionen.

Und das Schöne ist, dass Sie ein mit Drupal entwickeltes Portal auch ohne ein hochspezialisiertes Team und teurer IT-Infrastruktur selber pflegen und weiterentwickeln können.

Vergleicht man viele der angebotenen Portal Systeme mit Drupal, stellt man Folgendes fest:

• Häufig keine OpenSource
• Proprietäre Systeme
• Teuer
• Besondere Server-Ausstattung erforderlich
• Kompliziert in der Wartung

Das alles trifft auf Drupal nicht zu. Und hätten die Analysten von Gartner einen Blick auf Open Atrium geworfen, wären Sie vielleicht auch zu dem Ergebnis gekommen, dass Drupal auch als Portal Lösung in Frage kommt. Vielleicht haben sie aber auch Open Atrium nur als Projektmanagement-Lösung betrachtet. Einen sehr guten Artikel dazu gibt es hier zu lesen.

Development Seed, die Firma hinter Open Atrium, beschreibt die Distribution so: "Intranet and team portal package based on Drupal. It comes with a blog, a wiki, a calendar, a to do list, a shoutbox, and a dashboard to manage it all."

Und das ist nur ein Bruchteil der Möglichkeiten, die mit OA zur Verfügung gestellt werden. Zu OA gibt es eine eigene Community Site https://community.openatrium.com/ wo Sie weitere Features entdecken können. Hier werden die Features von Open Atrium beschrieben.

Und wie jede Drupal Distribution ist auch OA beliebig erweiterbar. Die mehr als 5000 Module von Drupal lassen so gut wie keinen Wunsch offen.

Konzeptionell basiert OA auf Gruppen und frei konfigurierbaren Dashboards. Diese verfügen über ein Drag&Drop Interface und Inline Editing Möglichkeiten.

Technisch basiert OA auf vielen neuen Modulen und APIs von Development Seed. Diese gehen weit über eine Drupal Standard Installation hinaus und erfordern häufig ein Umdenken im Umgang mit Drupal und den gewohnten Herangehensweisen.

Wenn Sie dabei an Unterstützung und Beratung interessiert sind, können Sie mich gerne hier direkt kontaktieren.

Hier - http://mdwp-intra.net - können Sie eine Demo Installation von Open Atrium testen.

DrupalCon in Copenhagen is over and here is a first resume.

The Copenhagen team has done a great work and Drupal Bulgaria's co-founder Ivo Radulovski is glad to have been part of the conference.

Ivo Radulovski attended at the meeting between the European Associations and community leaders from +20 countries, representing the Drupal Bulgaria Foundation together with Christian Ziegler, representing Drupal Austria and here are our ideas for Europe:

* Cooperation between European Associations * European Camps divided into different topics

The topics and next events are:

* Drupal Executives Meet-up (Brussels, 9-10th October 2010) * Design for Drupal (Prague, 6th November 2010) * Drupal Dev Days (Brussels, 4-5th February 2011) * Drupal Business Days (Scandinavia, 26-27th May 2011)

Read the full article: Drupal Con Review

Austria

Start:  2010-09-07 19:00 - 22:00 Europe/Berlin User group meeting Organizers:  schoobidoo ij

DrupalCon vorüber, doch nicht zurück zum Tagesgeschäft :)

Am Dienstag, 7.9.2010, findet unser allmonatlicher Drupal-Stammtisch um 19 Uhr im Plan.B in Rostock statt. Ich (Dirk) kann Euch kurz was über die DrupalCon erzählen und wir wollen das Brainstorming zu 'nem DrupalCamp im Norden weiter führen.

Also mehr als genug Inhalt für einen Abend. Bis dann!

Rostock

Start:  2010-08-29 19:00 - 22:00 Europe/Berlin User group meeting Organizers:  mr3dblond

Hi folks,

einige aus der DUG München waren auf der Drupalcon in Kopenhagen. Wer hat Lust sich heute im Gast zu treffen und über die Erlebnisse und neuen Erfahrungen zur Drupalcon Kopenhagen zu diskutieren?

Wir haben auch einige Goodies mitgebracht, die wir verteilen werden (solange der Vorrat reicht!! :))

Location: Gast im Gasteig
Rosenheimer Straße 5
81667 München

http://maps.google.com/maps?ie=UTF8&hl=en&cid=11336212949154852984&sll=5...

Grüsse Alex

München

Heute mal wieder ein wenig an Fast Gallery gebastelt. Hier was dabei herausgekommen ist. Das Galleria Modul wird integriert (Galleria ist dazu nicht notwendig). Fast Gallery hat die nötige Javascript Bibliothek mit dabei.

Galleria Ansicht sieht dann wie folgt aus.

Die Standardansicht sieht wie folgt aus:

Für Entwickler ist zudem weiter interessant, dass das Frontend plugable ist. Das will heissen, es muss lediglich ein Hook implementiert werden, und dann kann ein zusätzliches Frontend inzugefügt werden. Ich bin noch auf der Suche nach coolen Galerien.

Wäre cool, wenn jemand den Hook implementiert und ein Frontend für Fast Gallery schreibt. Die Galleria Ansicht braucht noch ein wenig Arbeit (Ordner und Titel müssen noch unterstützt werden), aber das ist a

Verwandte Beiträge:  Fast Gallery - Introduction for developers digg_url = 'http://www.rapsli.ch/fast-gallery-654-galleria-integration'; digg_title = 'Fast Gallery 6.5.4 - Galleria Integration'; digg_bodytext = "Heute mal wieder ein wenig an Fast Gallery gebastelt. Hier was dabei herausgekommen ist. Das Galleria Modul wird integriert (Galleria ist dazu nicht notwendig). Fast Gallery hat die n\x26ouml;tige Javascript Bibliothek mit dabei.\r\nGalleria Ansicht sieht dann wie folgt aus.\r\n\r\nDie Standardansicht sieht wie folgt aus:"; digg_skin = 'standard';

Die Kätzchentöter sind die offizielle deutsche Drupal-Band nach dem Vorbild der sensationellen "Kitten Killers".

Come for Drupal, stay for the music: Du kommst aus dem Großraum Hamburg und möchtest dabei sein? Dann melde Dich bitte!

Video-Aufruf: http://fmurl.de/2v
Facebook-Fanpage: http://fmurl.de/2w

Let's rock! :-)

Hamburg / Schleswig-Holstein

Its Friday, 27. August, and the DrupalCon in Copenhagen has ended. A few Coding-Sprints are still going on, but the actual program of events has finished.

With its application, the Copenhagen Team of MortenDK prevailed against the Berlin Initiative and those allied to Stephan Luckow. In the run up to the Con, there was a controversial discussion about its fundamental direction. A few people complained that the Cons were getting more expensive and that the Community character was being lost. Others appreciated this as a sign of maturation - Drupal is gaining importance and becoming more professional.

Weiterlesen

Heute ist Freitag, der 27. August, und die DrupalCon in Kopenhagen ist zu Ende gegangen. Es fanden noch Coding-Sprints statt, aber das eigentliche Programm ist zu Ende.

Mit seiner Bewerbung hatte sich das Kopenhagener Team um MortenDK gegen die Berliner Initiative rund um Stephan Luckow durchgesetzt. Im Vorfeld gab es eine kontrovers geführte Diskussion über die grundsätzliche Richtung der Cons. Einige haben sich beschwert, dass die Cons teurer werden und der Community-Charakter verloren geht. Andere verstehen das als Indiz einer Erwachsenwerdung - Drupal gewinnt an Bedeutung und professionalisiert sich.

Weiterlesen

Endspurt i Kopenhagen. Im Gegensatz zu den Staatschefs im Dezember 2009 haben wir Drupaler heute die Gelegenheit genutzt Gutes zu tun und die Weiterentwicklung von Drupal an allen fronten voran zu treiben: Code sprint! Der Saal ist noch mal so richtig voll geworden. Man konnte Hand an den Code, die Dokumentation, die Übersetzungen legen oder z.B. den Migrationspfad von Drupal 6 zu Drupal 7 zu testen. Das habe ich dann in Angriff genommen.

Dank drush war ziemlich schnell eine meiner Websites geklont und dann habe ich versucht, mit "drush site-upgrade" diese Website auf Drupal 7 zu aktualisieren. Randbedingung: Die Site darf keine CCK-Module enthalten, da die Migration von CCK zu D7-Fields nicht vom Drupal-Core verantwortet wird und CCK meines Wissens noch keinen Migrationspfad anbietet.

Beim Upgrade lädt drush die verfügbaren D7-Versionen alle Module herunter bzw. meldet, welche Module nicht aktualisiert werden können. Zum Schluss bin ich jedoch auf zwei Fehler beim Initialisieren der D7-Installation und beim Klonen der Datenbank gestoßen. 3 Issues gemeldet, einen Patch abgeliefert, Schluss für heute.

Nun geht es ab zum Bus, der soll diesmal nicht ohne mich fahren. Es war eine tolle (Fast)Woche. Jede menge Inspiration für die nächste zeit. Und Vorfreude auf den nächsten Code sprint (wo ich mich um die Übersetzung und SimpleTests kümmern will - hoffentlich hat Drupal dann schon ein Git-Repo).

Tschüß Kopenhagen, war schön!

Start:  2010-09-15 19:00 Europe/Paris User group meeting Organizers:  reglogge danielnolde

Das regelmässige Treffen der Drupal-User aus München, Umgebung und ganz Bayern.

Was ? DRUPAL REGIONAL TREFFEN München/Bayern
Wo? EineWeltHaus, Schwanthalerstr. 80 - München

Es gibt:

(Hoffentlich) einen Bericht unserer DrupalCon-Fahrer
Flashtalks (am besten kurz hier als Comment posten):
... eure Vorträge / Ideen / Probleme ??

Und denkts bitte an das Signup, damit wir wissen, wie viele Leute ungefähr kommen.

München

Ich finde es immer mühsam, wenn Dateien von Download-Links direkt im Broser geöffnet werden und das aktuelle Fenster "überschreiben". Eine unschöne Lösung finde ich auch, wenn Donload-Links jeweils mit einem "_blank" versehen sind und so ein neues Fenster geöffnet wird, welches je nach Browser dann leer stehen bleibt.

Optimal finde ich es, wenn immer der "Datei speichern" Dialog erscheint.

Grundsätzlich kann das im .htaccess sehr einfach mit einem Eintrag provoziert werden (z.B. für PDFs):

Weiterlesen