Kategorie: Uncategorized

Fast Gallery ist ein ziemlicher Renner geworden. Mittlerweilen gibt es immerhin 687 Installationen. Leider wächst damit auch die Issue Queue beachtlich an 😉 und mein Zeitbudget ist im Moment relativ beschränkt.

Ich suche daher jemanden, der Lust hat, am Modul weiterzuentwickeln und der als 1. Priorität mal die Issue Queue durcharbeitet. Bezüglich der Weiterentwicklung steht für die Version 4 an:

• Ordnerbasiertes Rechte Management (steht bereits in den Grundzügen), müsste aber noch bearbeitet werden.

Was auch noch ein Anliegen ist: Mehrere Galerien zu erstellen (das wäre jedoch meiner Meinung nach ein sehr einschneidende Entscheidung, da das mit der Bestehenden Architektur nicht ohne Weiteres möglich ist).

Bei Interesse bitte bei mir melden.

Heute habe ich ein paar Stündchen nach der passenden Funktion gesucht:

Bei den Blöcken gibt es ein Feld, wo man angeben kann, auf welchen Seiten/Pfaden ein Block angezeigt werden soll. Das sieht dann irgendwie so aus:

admin/*
admin

Ich musste für mein Modul genau eine solche Funktionalität machen… selber schreiben :S … naja, es gibt sie ja bereits. Nach langem Suchen habe ich sie dann doch noch gefunden: drupal_match_path

Diese Woche bin ich Vater geworden. Es ist ein unbeschreibliches Gefühl, so ein kleines vollkommenes Wesen in den Händen zu halten. Geschrei und stinkende Windeln gehört jetzt genau so zu meinem Alltag, wie Drupal programmieren… eine sehr schöne Abwechslung. Ich könnte ihr stundenlang zuschauen.

Nur ganz kurz vor dem Schlafen gehen. In der neusten Dev Version von Fast Gallery ist es möglich, den Zugriff auf Ordner feingranular zu regeln, sprich pro Ordner kann festgelegt werden, welche Rolle Zugriff hat und welche nicht.

Muss alles noch ein wenig ausgefeilt werden, aber vom Grundprinzip her funktioniert es auf jeden Fall schon mal (auf jeden Fall in den 5 Minuten Testing, was ich schnell gemacht habe)

Wer es noch nicht ausprobiert hat… so sieht der neue Massuploader für Fast Gallery aus. Echt coole Sache.

Die folgenden Schritte sind nötig, damit flv Videos abgespielt werden.

1. JW FLV Player herunterladen und die Datei player.swf auf den Webserver laden.
2. Lightbox 6.x-1.9 oder höher muss installiert sein
3. Unter Admin -> Lightbox2, im "General" Tab in die Videos Einstellungen gehen. Die Checkbox markieren und den pfad zur player.swf Datei angeben. (z.B. sites/default/files/player.swf)
4. Jetzt können Videos hochgeladen werden, die Galerie über Rescan aktivieren und schon sind die Videos drin.
5. Falls eine eigenen Breite und Höhe spezifiziert werden soll, kann einfach ein jpg Screenshot des Videos hochgeladen werden, welches die folgende Namensgebung haben soll. Bild: myVideo.flv -> myVideo.screenshot.jpg. Das hat zudem auch als Folge, dass dieses Bild als Thumbnail für das Video erscheinen wird. Die Exif Beschreibung des jpg wird als Titel für das Video verwendet.

Das wäre es dann auch schon. Schritt 5 ist natürlich optional. Ist wirklich recht einfach.

Ich arbeite gerade mal wieder an einer Javascript Applikation und da kam Michael Haggerty Post gerade richtig und hat mich mal wieder dran erinnert, dass man mit relativ wenig Aufwand ein bisschen was herausholen kann.

1. JsLint den Code richtig machen (besonders die Semikolons und so überprüfen)
2. Und dann der Packer -> Das ganze Script auf einer Linie 😉

Hier noch der Link zum Original Post.

Ich bin noch auf der Suche nach ein paar Betatester… in der neusten Version ist vor allem der Upload extrem vereinfacht worden. Es können jetzt per drag and drop Daten hochgeladen werden. Dies ist besonders für weniger erfahrene Nutzer ein gutes Plus.

Download Fast Gallery 3.3 Beta1

Als nächstes werde ich mich noch den ganzen Permission Sachen ein wenig annehmen, so dass für verschiedene Ordner verschiedene Zugriffsrechte festgelegt werden können. Ich bin mir jedoch noch nicht ganz sicher, wie das genau gemacht werden soll… Für Inputs habe ich auf jeden Fall ein offenes Ohr.

Eine meiner Seiten ist über die letzten Monate stark gewachsen, so dass mittlerweile einigen Performance Issues aufgetaucht sind, welchen ich mich in kommender Zeit widmen muss. Dazu kommt das Post von Wim Leers gerade recht.

Gibt doch einige Anhaltspunkte, um die Performance einer Drupalseite zu verbessern.

Was könnte an dieser Funktion falsch sein?

$.ajax({
type: 'POST',
url: absolute_path + 'cobrowser/ajaxaction/newcommand',
data: object,
success:function(){
alert('hallo');
},
});


In Firefox wird das ohne Probleme laufen, nur der IE wird sich dran verschlucken. Ich habe auch ein paar Stunden gesucht, habe versucht einen vernünftigen Debugger für IE zu installieren (was mir leider nicht gelungen ist) bis ich es schlussendlich gefunden habe.

Der korrekte Code müsste eigentlich so aussehen:


$.ajax({
type: 'POST',
url: absolute_path + 'cobrowser/ajaxaction/newcommand',
data: object,
success:function(){
alert('hallo');
}
});


Wo liegt der Unterschied? … ein komma fehlt nach der success function. Nun, das Komma war dort, weil es ja potentiell noch einen error function geben könnte. In PHP in Arrays ist es ja gang und gäbe eine Aufzählung mit einem Komma zu beenden… hier jedoch anscheinend nicht bzw. nicht im Internet Explorer.

Vielleicht erspart dieses Post jemandem anders die stundenlange Suche. Wie ich den Bug gefunden habe 🙂 … ist schon fast lächerlich: Allen Code auskommentiert und dann langsam Stück für Stück wieder eingefügt, bis es schlussendlich geklappt hat 😉 … old school.