Posted by Naori on May 12, 2011 at 7:51am
Start:
2011-05-19 20:00 - 22:00 Europe/Berlin Event type:
User group meeting
Nach mehreren Diskussionen haben wir uns gemeinsam entschlossen, das nächste Themingtreffen noch lange vor der offiziellen Einweihungsfeier des neuen Büros von RedSight trotzdem in unseren Räumen zu veranstalten.
Was wir zur Verfügung stellen können:
- Eine tolle Umgebung am Schloss Charlottenburg
- EIn leeres Büro mit fertiger Küche ;)
- genug Getränke für alle
- improvisierte Sitzmöglichkeiten
- viel Spaß und gute Laune
- ein bis zwei Vorträge, deren Themen noch unklar sind, die aber zum Thema Theming passen
Was wir suchen:
- einen Beamer für den Abend (leere weiße Wände gibt es genug ^^ )
- viele nette Leute :)
Ort der Veranstaltung:
Büro von RedSight
Eosanderstr. 21 e
10587 Berlin
Hinweis: Der Eingang geht direkt vom kleinen Park hoch in eine Hochparterre-Büro.
Wir freuen uns auf euch und versuchen, alles so gut wie Möglich vorzubereiten :)
lg Sandra
Comments
Hi Naori, Bin gerad auch in
Hi Naori,
Bin gerad auch in Berlin und bin u.a im Themingbereich taetig. Wuerd gern vorbeischauen und die Chance haben nette Drupalexperten persoenlich kennenlernen.
Ist das korrekt?
Ort der Veranstaltung:
Büro von RedSight
Eosanderstr. 21 e
10587 Berlin
Start: 2011-05-19 20:00 - 22:00 Europe/Berlin
Drupal Specialist Teams
immer gern :)
die Infos stimmen. Wir freuen uns immer auf jeden. Morgen Abend trage ich dann die genauen Themen ein.
lg Sandra
www.redsight.de
Themen für das Themingtreffen
wir haben jetzt die themen zusammen: sven von allsatis wird seinen vortrag über menüs halten, wir werden diesmal fünf verschiedene css-module vorstellen. :)
www.redsight.de
nur zur Info
Auf euer neuen Seite (http://redsight.de/partner) sehen die Partner Überschriften ganz schön verschoben aus.
Nur als Hinweis ;- )
Erik Seifert
h2.partner {
h2.partner { background:url('images/partner/foo.png') no-repeat center left; }
Ich schlage den vor ;-
Ich schlage den vor ;- )
div.view-id-partnerunternehmen h2 span { display : none }
Erik Seifert
Ihr habt Probleme :-P
Also wenn ich irgendwann demnächst zu viel Zeit zum Schlafen hab, dann werde ich nochmal über unsere Webseite nachdenken. PS: sie fliegt eh nochmal weg ;)
Wir hatten gestern übrigens ein sehr nettes Themingtreffen und haben zum ersten mal als Usergroup während des Treffens die Vorbereitung eines Patches für ein Theming-Modul entwickelt. Wir werden es Anfang nächster Woche als sauberen Patch veröffentlichen und dann nochmal genauer hier berichten. :)
Ich finde aber, sowas sollten wir öfter machen: Spontane Bug-/Code-Sprints ;)
War sehr nett. Danke an alle Anwesenden :)
www.redsight.de
War in der Tat sehr nette
War in der Tat sehr nette Runde, mal ne andere Art von Session:
Eure beiden Vortraege + Real-time bug fixing demonstriert by Yannick + Live Kommentator Thomas & Sven
Vielleicht schlaegst Du naechstes mal ein groesseres Kaliber vor (Views zB lol)
Drupal Specialist Teams
Ich glaube nicht, dass jemand
Ich glaube nicht, dass jemand Lust hat, bis zur nächsten Woche zu warten, deshalb habe ich mal hier 'ne Zusammenfassung und so:
Was war das Problem?
Standardmäßig sollten ja Drupal-Seiten nicht in Unterverzeichnissen liegen. Man hört öfters, dass es hier und dort mal Probleme gibt. Es sollte aber gar keine Probleme geben! Wenn allerdings Module nicht gut durchdacht programmiert sind, kann sowas durchaus zustande kommen. So war es auch bei dem Live CSS – Ein Modul, mit dem man "live" CSS-Dateien bearbeiten und sogar speichern kann!
Für die Drupal-Seite war keine Subdomain eingerichtet, sondern sie lag im Unterverzeichnis und nach ein paar Klicks konnten wir feststellen, dass das Modul es tatsächlich nicht berücksichtigt, ob Drupal im Unterordner ist oder nicht. Zusammen hatten wir das Modul dann gefixt!
Was haben wir gemacht?
In der css.js wird die CSS-Datei via AJAX gespeichert. Man muss dort eine URL angeben, es wurde allerdings nur '/css/save' geschrieben. Daran kann man schon sehen, dass das ganze nicht funktioniert, wenn die Seite im Unterordner liegt.
Nehmen wir mal an unsere URL lautet http://localhost/drupal-6.21. Das Modul sagt "Okay, schick den Kram mal an '/css/save' und ...", das wäre in unserem Fall http://localhost/css/save.
Ich hoffe, dass man das mehr oder weniger nachvollziehen konnte, zur Not → fragen ;)
Unsere zweite Änderung war ganz unten in der live_css.module Datei. Hier wird die PHP-Funktion fopen() benutzt, um die geänderte CSS-Datei zu öffnen (und sie später zu bearbeiten und zu speichern). Bei dieser Funktion muss man den absoluten Pfad übergeben, damit PHP weiß, welche Datei überhaupt geöffnet werden soll. Also nicht nur '/drupal-6.21', sondern '/var/www/drupal-6.21'. Um das hinzubekommen, gibt es die $_SERVER['DOCUMENT_ROOT'] Variable. Diese haben wir da einfach eingebaut.
Ich habe dazu mal ein Issue aufgemacht Saving css files doesn't work if drupal is in a subdirectory. Der Patch ist auch gleich attached.
Fazit: Dokumentieren macht keinen Spaß, dafür das Issues fixen in der Usergroup umso mehr ;)
Ich danke allen, die ihre Seite in einem Unterverzeichnis installiert haben, ohne die wir erst gar nicht auf das Problem gestoßen wären. Ebenfalls allen, die mitgeholfen haben und denen, die sich den ganzen Text hier durchgelesen haben.
Komisch finde ich auch, dass die aktuelle 6.x-1.2 Version des Modules in der Description
zu stehen hat, obwohl wir die erst behoben haben o_ô
Liebe Grüße und bis zum 2. Juni
Yannick
Toll, alles umsonst
Toll, alles umsonst geschrieben :c
Egal, wollte nur erwähnen, dass das Issue gefixed ist und in der dev-Version alles klappt :)
Yannick