Bilder, Galerien & Co. [Diskussion zum Handbuchbeitrag]

Hallo,

mich würde besonders interessieren welches Modul sich eignet um eine Slideshow wie in www.auslandsbesitz.de zu erzeugen, die ist am rechten Rand und läuft von unten nach oben.

-----------

Sonnige Grüsse aus Avsallar sendet Jürgen

http://drupal.org/project/jcarousel
http://sorgalla.com/projects/jcarousel/

Teilweise stimmen die CSS Einstellungen nicht ganz und müssen manuell nachgebessert werden.

Diese Rubrik als Wiki analog zu http://groups.drupal.org/node/7018 wäre schön

Folgende "Gallery" Module würde ich noch vorschlagen:
- Gallerix: http://drupal.org/project/gallerix
- CCK, Views, ...: analog http://drupal.org/node/145783
- Brilliant Gallery: http://drupal.org/project/brilliant_gallery

Habe die angesprochenen Module mal in die Liste aufgenommen. Zudem die beiden Links eingetragen. Hast Du die angesprochenen Module bereits getestet? Wenn ja, könntest Du vielleicht einen kleinen Überblick posten?
Bin gerade noch dabei mir die Module die ich bereits kenne im Detail anzuschauen.

Generell bin ich auch über jede Anmerkung zu den Modulen dankbar. Vielleicht postet ihr einfach zu euch bekannten Modulen eine Pro/Contra Liste? ;)

Hi,

ich denke wir sollten das standard Image_gallery Modul nicht vergessen. Es ist zwar relative simpel, aber mit ein wenig theming lassen sich doch gute Dinge damit machen. Hier eine Anleitung zum themen: http://drupal.org/node/41257 einen Forum Post gibt es auch: http://drupal.org/node/41259

Es gibt auch einen Patch für eine bessere Views integration: http://drupal.org/node/134423

Ganz neu ein Modul zum ordnen von Bildern in Galerien image gallery manager http://drupal.org/node/188990

Oder einen Patch für dasimage_import module der gleich die Exifdaten mit ein liest: http://drupal.org/node/184366

Ich versuche gerade noch ein neues Feature für die Galerieliste zu schreiben, damit man in den admin/settings auch auswählen kann wie viele Galerien in einer liste gezeigt werden.

Dirk

Habe Brilliant, Gallerix & Co. schon ausprobiert jedoch fände ich es nicht fair diese hier "breit zu treten". Zum einen weil ich teilweise andere Anforderungen an eine Gallery habe als mit den Modulen verfolgt wird und zum anderen weil die Module bei mir (local & verschiedene Provider x10hosting, lunarpages.com, ...) nur fehlerhaft laufen.
So hinterläßt Brilliant Gallery den besten Eindruck, jedoch funktioniert auf dem einen Server die Block-Darstellung nicht und auf dem anderen Server bekomme ich weder Lightbox noch Thickbox zum laufen.
Deshalb habe ich mittlerweile einen eigenen Weg eingeschlagen: Gallery2, G2Image, CCK, Views und proprietäre Erweiterungen mittels Computed Field. Damit vereine ich die besten Eigenschaften der jeweiligen Tools/ Module. Damit komme ich derzeit am schnellsten und flexibelsten voran.
Zum Handbucheintrag: Was mir wichtig ist ist die Albenablage zwischen 3 und 4 in der Liste :-). Ob alle Bilder in einem Folder liegen oder ob man die Alben schön in sub-folders strukturieren kann oder ob man Links/ Referenzen angeben kann. Des Weiteren lege ich viel Wert bei der Darstellung auf Thickbox bzw. Lightbox sowie EXIF Informationen.
Meine Baustelle: www.opush.com --> G2Gallery vs. G2CCK-Gallery

Stimmt, Image gallery ist auch wichtig. Bin da aber noch nicht so drin, scheint ganz im Gegensatz zu Dir. Willst Du vielleicht zu dem Modul dann ne kleine Beschreibung, mit angesprochenen Patches schreiben? Oder mir einfach mal ne Handbuchfähige Fassung zusenden ;)

Was ist den mit der Menalto Gallery? Oder zählt die nicht als Modul?

Das sind ja meist auch nennenswerte Punkte. Die Anforderungen unterscheiden sich ja von typ zu Typ. Dabei ist das interessante wo genau die Grenzen liegen. Du scheinst da ja schon welche erkannt zu haben, wär das schonmal ein Schritt ;)

Diese Alternativen können auch interessieren. Wenn Du willst kannst Du ja ein wenig dazu schreiben, dann binde ich es ein.

Werde ich mal versuchen auch einzubauen.

Is doch schon drin;) Das Modul heißt ja einfach Gallery. Die Unterseite im Handbuch => http://www.drupalcenter.de/handbuch/6915

Wenn Du noch Anmerkungen zu Gallery hast, immer her damit ;)

Mich würde ja interessieren, wie man in einem Node Bilder einbaut, und gleichzeitig ne Bilder Gallery hat.
Hintergrund: Ich schreibe Artikel und möchte im Text Bilder einbauen, die per Popup/Lightbox öffnen. In dem Popup will ich dann weiter navigieren können.

Hallo,

die Diskussion hier zeigt ja ganz gut, wie unterschiedlich die Ansätze der bestehenden Module sind, aber auch, wie unterschiedlich die Anforderungen sind, wenn man selbst Module sucht. Es zeigt aber eben auch, dass es nicht wirklich DAS mächtige Medienverwaltungs-Modul in Drupal gibt, von dem alle anderen profitieren.

Ich finde, da ist schon eine schöne Tabelle entstanden. Was mir persönlich noch als wichtiges Kriterium fehlt, sind Galerien pro User, da es gerade bei Community-Seiten die bevorzugte Arbeitsweise ist.

Grüße, Ronald

Ich sag nur: Viele Wege führen nach Rom.
Ich gehe die Frage mal von der Gallerie Betrachtung ran. Zunächst kommt es darauf an welche Gallery man haben möchte. Eine auf dem gleichen Server wie Drupal (Gallery2, Brilliant Gallerie, Standard Gallery, ...) oder eine Gallery auf einem anderen Server (flickr, Google Picasaweb, ...).
Die zweite Frage ist: welcher Node Type ist gewünscht: Standard wie z.B. Page, Book, ... oder ein eigener Type über CCK den man selbst erstellt hat.
Wenn man die Galleriebilder in einen Standard Node Type bzw. in das Body Field einer CCK laden möchte, dann kann man dies über normale html-links tun (Input Type beachten!) oder über spezielle Tags z.B. [bg|...]. Diese Tags werden von den Gallerien wie G2, Brilliant & Co. angeboten. Wenn man die Bilder nicht "zu Fuß" einfügen möchte gibt es noch Tools (Datei-Browser), die das Einfügen dieser Pfade bzw. Tags erleichtern. Hier sind FckEditor oder TinyMCE zu nennen oder auch G2ImageChooser (sehr schön) für die Gallery2.
Wenn man einen eigenen Content Type erstellt und die Gallery z.B. auf Google PicasaWeb hat, so bietet sich das Modul Embedded Media Field (http://drupal.org/project/emfield) an. Damit kann man sehr einfach die Bilder von einem fremden Server in lokale Inhalte einbringen.
Meiner einer hat Gallery2 als Gallery genommen (wg. Massen-Upload, Bilderverwaltung, ...) und CCK zur Darstellung. Reingeladen werden die Pics bei mir über das o.g. G2ImageChooser (Thumbs inkl. Thickbox).

Siehe www.opush.com --> Beachte: dort gibt es einen Link auf die Gallery2 und einen Link auf die CCK Gallery (rechts oben).

CU
JK

Hi derhasi,

das werde ich versuchen vor Weihnachten noch hin zu bekommen, aber versprechen kann ich das nicht. Ich versuche gerade für das image_gallery module einen Patch für 5.x zuschreiben der mehr Möglichkeiten bietet. Das ist aber Aufgrund der Programmierung des Modules nicht so einfach, das es ganz merkwürdig mit der Taxonomy umgeht.

Des weiteren gibt es immerwieder anfragen für "Gallery per User" hier im Forum dafür habe ich mal begonnen eine Anleitung zu schreiben http://www.drupalcenter.de/handbuch/6852 die werde ich so schnell wie möglich ergänzem.

Dirk

Also ich habe mir einige der Galerien die hier so vorgestellt werden mal angeschaut. Dabei habe ich doch festgestellt, das es so einige Dinge gibt die als mir als "Surfer nicht so gefallen.

Also ich glaube, das mann nicht um hinkommt in alle Module erheblich einzugreifen. Beim Post von true-pal@drupal.org habe ich mir seine Seite mal angeschaut und fande die Gallery2 schon ganz in Ordnung, aber hier muss mann eine zweite Datenbank anlegen, Bilderverwaltung ist nur über Gallery2 möglich, das theming ist relativ kompliziert.

Bei der CCK Galerie komme ich auf den einzelnen Node und von da nicht wieder zurück auf die Gallerie? BZW. auf eine Taxonomyliste die einfach anders dargestellt wird. Wie sich das für den eingeloggten User darstellt weis ich natürlich nicht.

Ich denke man kann generell eine gut verwaltbare User-Galerie auch nur mit CCK, VIEWS, ein bischen Javascript und theming bauen.

Hier mal ein beispiel www.visum-reportagen/sven-doering. Bei dieser Galerie hat der User auf seinem Profil eine Galerie, die per Javascript als Slideshow abläuft. Bei Kontaktbogen kann mann alle Bilder als Gridview (Views_Bonus Module) sehen und auch in der Thickbox als overlay abspielen. Für den anonymen User habe ich den VIEW so gethemed, das er einfach wieder zurück zum Fotografenprofil kommt. Der eingeloggte User hat auf seiner Profilseite ein extra Menu, bei dem er die Bilder dann auch verwalten kann, bearbeiten, löschen, Reihenfolge ändern.

Wenn man im View die Titel der Nodes als Link hat sollte man auch die node-meinbild.tpl.php umschreiben, da die Zeilen "if §taxonomy, print §taxonomy, endif" nie zurück zum Ausgangs View führen können sondern immer nur eine Taxonomyliste mit der Tiefe 0 anzeigen.

Dirk

Habe nun selbst eine Lösung mit CCK & Co umgesetzt: das Ergebnis ist auf http://www.amc-peiting.de/node/1 zu finden.

U.a. habe ich dazu folgende Module verwendet: CCK, Imagefield, Taxonomy, IMCE, Token, Imagecache, Views, Bonus Grid View, Custom Pagers, Pageroute.
Mit ein wenig Anpassung von Imagefield und Token ist es sogar möglich die Bilder in Unterverzeichnisen je Album zu speichern. Dadurch kann man auch IMCE dazu nutzen durch die Alben zu browsen und Bilder auszuwählen (dafür lass ich auch IMCE nutzen)

Eine genauere Beschreibung werde ich bei Zeiten nachliefern.

Im Handbuch habe ich noch Einträge zu Image und Image Assist verfasst. Über Anregungen, Mithilfe und Verbesserungsvorschläge wäre ich dankbar!

Zitat: "Dadurch kann man auch IMCE dazu nutzen durch die Alben zu browsen und Bilder auszuwählen (dafür lass ich auch IMCE nutzen)"
Das verstehe ich nicht ganz; Wieso kann man durch Nutzung von Token & Imagefield mit dem IMCE Browsen? Wie legt man den IMCE auf den "Durchsuchen"-Button?
Und was meinst du mit "dafür lass ich auch IMCE nutzen" ?

Für meine Albenbilder habe ich ein Grundalbum angelegt (z.B. files/bilder/alben), in dieses werden dann je nach Album durch Token/Imagefield, die Bilder in Unterordnern gespeichert (zb. files/bilder/alben/2008/album1).

Wenn man nun im IMCE der Nutzergruppe einen "Gemeinsamen Ordner" (Use a shared folder:) angibt, werden die Persönlichen Ordner deaktiviert. Setzt man diesen Gemeinsamen Ordner nun auf files/bilder/alben und lässt die Subfolder-Navigation zu, kann der Nutzer durch die Albenbilder klicken. (zudem lässt sich ja auch einstellen, dass Nutzer Bilder nicht löschen dürfen). Somit kann der IMCE zum auswählen von Bildern genutzt werden.
Mit "dafür lass ich auch IMCE nutzen" meinte ich, dass ich es auf meiner neuesten Seite so in Verwendung habe:D

Nochmal zur Token-Imagefield-Nutzung:
Als Speicherort habe ich z.B. files/alben/bilder/[term-path] angegeben.
[term-path] musste ich jedoch selbst dem Token-Modul hinzufügen:

token_node.inc : hinzufügen nach Zeile 113

Am Ende von token_node.inc noch folgende Funktion hinzugefügt

Im Imagefield.module muss zudem in allen token_replace-Funktionen 'user' und $user durch 'node' und $node ersetzt werden.

Bei Verwendung von AutoNodeTitle kam zudem noch folgendes Problem zu Stande: http://drupal.org/node/207768

soweit konnte ich dir folgen jedoch; was hast du gemacht damit IMCE und Imagefield zusammenarbeiten?
Bei mir hat das Imagefield lediglich einen Knopf "Durchsuchen" und dann geht ein standard Filebrowser auf. Hast du es geschafft dass stattdessen IMCE aufgeht oder wie kann ich mir das vorstellen?

IMCE und Imagefield arbeiten nicht wirklich zusammen, sondern IMCE greift auf die durch Imagefield hochgeladenen Bilder zu.

BUEditor (und TinyMCE meines Wissens auch - FCkEditor kann auch sein) haben in ihren Image bzw. Link-Buttons IMCE gleich eingebunden. Bei BUEditor stellt er dann einen Browse Button zur Verfügung.

Ohne einen solchen Editor ist es bei IMCE auch möglich einfach Textlinks am Fuße des TExtfeldes anzeigen zu lassen (In den IMCE Einstellungen in das erste Textfeld z.B. edit-body einfügen)

Ich hatte die Idee einer Imagecache-Erweiterung für IMCE, jedoch scheitert es bei mir an mangelnden JavaScript Kenntnissen. Könnte da vielleicht einer von euch behilflich sein? : http://www.drupalcenter.de/node/7786

Soll das heißen, dass du Imagefield so erweitern möchtest, dass es durch eine strukturierte Fotoablage browsen kann, um Fotos vom Server (!) einzufügen? Dann schreie ich ganz laut hier, wenn du etwas zum Testen hast :D

Nein, so ist das nicht gedacht, wobei man das auch mal auf eine ToDo-Liste schreiben müsste.
Es ist für IMCE gedacht, um das einbinden von imagecache erzeugten Bildern in Textfelder zu ermöglichen. Da bräuchte ich allerdings jemanden der mir mit JAVAScript zur Verfügung steht.

Ich interessiere mich für möglichst einfaches und sicheres Einbinden von Bildern in z.B. Pages durch viele Rollen od.User.

Das wäre in meinen Augen gewährleistet durch folgenden Workflow:

a) 1 Bild aus einem physischen Ordner / Album auf dem Server auswählen (nicht das Thumbnail, denn das soll generiert werden!)
b) wenn nötig, vorher ein Bild in den Ordner / das Album hochladen
c) in die Page einfügen

Folgende Voraussetzungen müssen dazu geschaffen werden:

a) Sicherheit: die Ordner/Alben sollen nach Rollen (optional Usern) getrennt sein (Lesen, Schreiben)
b) Einfachheit: der User muss nur 1 Bild einpflegen, im Teaser wird automatisch ein Thumbnail angezeigt, in der Vollansicht eine vom System einheitlich generierte Größe

Optional: sinnvoll wäre auch, wenn der User bei der Bildauswahl vom Server durch Anzeige der Bilder als Thumbnails unterstützt wird

Design: Das Bild soll für den Themer natürlich per Template und CSS floatend oder wie gewünscht anlegbar sein

Ich habe mehrere Lösungswege versucht. Immer hat mindestens eine der obigen Anforderungen nicht zugetroffen:

1. ImageField + ImageCache
a) keine Ordnerstruktur auf dem Server, alles in einem Ordner,
b) keine Auswahl aus Album auf Server

2. UploadImage (Upload + Image)
a) keine Ordnerstruktur auf dem Server, alles in einem Ordner,
b) keine Auswahl aus Album auf Server
c) standardmäßig wird immer das erzeugte Thumbnail angezeigt - auch in der Vollansicht

3. ImageAttach + Image (+ImageGallery)
a) keine Ordnerstruktur (wegen ImageGallery)
b) bei der Auswahl aus vorhandenen Alben keine rechtliche Trennung der Alben (Lesen) - jeder User sieht alle Alben
c) keine Thumbnails bei der Auswahl

4. ImageAssist + CKK Textarea (+ImageGallery)
a) alle Bilder in einem Ordner (wegen ImageGallery) (hier werden dagegen die Alben nur den berechtigten Usern gezeigt)
b) keine Thumbnails im Teaser

5. IMCE + Textarea (auch CCK)
a) keine Thumnails im Teaser

6. WebFM
a) habe hier noch keine Bilder angezeigt bekommen, nur Attachments (vielleicht kann das jemand sagen, ich trage es dann nach)

7. Assetmanager
a) keine Thumnails im Teaser
b) keine vom System generierte Bildgröße für die Vollansicht

8. Gallery2 - bin noch am Testen (Ergänzungen willkommen)

9. AcidFree - bin noch am Testen (Ergänzungen willkommen)

Fazit:
1. Tools 1 bis 4 regeln die Anzeige der verscheidenen Bildgrößen bei Teaser und Vollansicht, haben aber keine Verwaltung auf dem Server.
2. alle anderen Tools haben eine Verwaltung auf dem Server (Ordner und Rechtevergabe), zeigen aber immer nur exakt das Bild an, das man in die Page eingefügt hat.

Wie kann ich die beiden gewünschten Features kombinieren und dabei das Prinzip der Einfachheit der Pflege beibehalten?
-------------------------
Dieser Satz kein Verb.

Ich habe meine Galerien mit Imagefield + Imagcache (+ NAT + Token + IMCE) aufgebaut.
Durch die in Imagefield v2 integrierte Token-Nutzung ist es möglich -mit ein wenig anpassen des Codes- Ordnerstrukturen auf dem Server zu erstellen.
NAT nutze ich zum automatischen erstellen von Alben (über einen ContenType Album) als Taxonomie-Begriff. IMCE verwende ich dann zum grafischen Auswählen des Bildes für den Beitrag. Bei IMCE hatte ich eine Lösung für die Imagecache-Integration angedacht, bislang jedoch mangels an wissen in JavaScript noch nicht realisieren können (siehe oben). (Imagecache erzeugt automatisch das Presetbild wenn dieses angesprochen wird und die Quelle vorhanden ist.)

Wie sieht es bei dir mit dem Schutz der Alben aus - kann jeder User alle Alben im IMCE sehen?
Wie verstehe ich das "ansprechen" des Presetbilds im Detail?

-------------------------
Dieser Satz kein Verb.

Das kommt auf die Einstellung im IMCE an. Entweder kann jeder nur seine eigenen Ordner (dann wahrscheinlich Alben sehen) oder Du gewährst zugriff auf einen gemeinsamen Hauptordner, mit allen alben als Unterordner. Zudem kann man im IMCE auch rollenabhängig "nur lesen" einstellen, womit dann jedes Bild nu über Imagefield hochgeladen werden könnte.

Wenn dein Originalbild in files/bilder/ordner/bild.jpg sitzt, ein Preset "thumb" von Imagecache definiert wurde und Du dann
files/imagecache/thumb/files/bilder/ordner/bild.jpg aufrufst, generiert IC das gewünschte Bild vor der Anzeige - somit wird es bei der ersten Verwendung erstellt (jedoch noch nicht beim erstellen des Originals).

Deine Antwort 1 klingt wie die allgemeine Beschreibung des Moduls.
Kannst du denn in deinem speziellen Fall, den du oben beschrieben hast, die Benutzerrechte des Moduls wirksam nutzen? Du hattest doch die Einstellung "Allgemeinordner" gewählt und dann die Verwaltung der Unterordner anderen Modulen übergeben.

Zu 2: Soll dieser Aufruf des Presets als Schnittstelle genutzt werden?
Dann könnte es ja mit einer der von mir aufgelisteten Methoden (5 bis 9) auch funktionieren?
-------------------------
Dieser Satz kein Verb.

Das ist es eigentlich auch. IMCE muss eben nur auf die Bedürfnisse eingestellt werden. Jedoch ist meines Wissens nur "entweder" oder "oder" möglich.
Die Ordnerstruktur entsteht durch Imagefield mit dem verwendeten Token Modul, dem ich ein token [term-path] hinzugefügt habe, welches die Taxonomiestruktur eines Taxonomiebegriffes darstellt (z.B. hauptalbum/album1/album2 als speicherpfad für das Bild innerhalb des files/bilder ordner).
IMCE ist dann lediglich zur Auswahl des Bildes da. (muss aber als Shared Directory dann auf files/bilder gesetzt werden)

Dadurch dass das Bild bei der ersten VErwendung automatisch aufgerufen wird, ist in den meisten Fällen keine Zusatzfunktion an sich mehr notwendig. Daher kann man es als Schnittstelle auffassen.

Deine Methoden (5-9) könnten dieses Verhalten natürlich auch nutzen, solang Du keine expliziten Abmessungen(width, height) angeben musst oder diese ermitteln kannst. (Sonst würde das Bild womöglich verzerrt oder zu groß -und damit pixelig- dargestellt)

In meiner Überlegung IMCE mit einer Presetauswahl zu verknüpfen will ich genau dies ausnutzen. JEdoch muss ich das in IMCE mit JavaScript-Befehlen bewerkstelligen. Dazu zählt zum Beispiel das Auslesen von Dateigröße und Abmessungen des Presetbildes, sowie das manipulieren des einzufügenden Bildpfades. Dzau fehlen mir aber leider die JavaScrip-Kenntnisse und die Zeit mcih dazu einzulesen.

Dieses Feature bietet das Asset Modul http://drupal.org/project/asset (nicht Asset-Manager!).
Dieses Modul hat auch ein Asset-Field für CCK. Vom Look&Feel ist es wie das Imagefield, nur dass man die Images (oder andere Media-Typen) auf dem Server browsen kann. Auch in Sub-Folder :-)
--> Die -dev Version enthält bereits einen Bug-Fix, so dass man Lightbox benutzen kann, jedoch derzeit nur für den Standard-View.

Momentan mache ich erste Entwicklungsversuche die Lightbox-Unterstützung für User-Views hinzuzufügen, mal sehen ob es klappt :-)

Was haltet ihr von dem Modul?

Danke für den Hinweis, so genau wusste ich das noch gar nicht. Denn ich hatte bisher die Finger davon gelassen, weil es hieß, dass es noch nicht sehr stabil laufe. Ich schaue es mir an :-)

Das wäre für meine Zwecke beinahe das richtige gewesen.

1. Ich kann Asset als Filemanager nutzen --> Ordnerstruktur, Zugriffsrechte
2. Ich kann Files in meine eigenen Ordner hochladen
3. ich kann Files (Bilder per Thumbnail-Auswahl) in z.B. Pages einbinden
a) entweder über die Textarea
hier bietet Asset die Möglichkeit, die gewünschte Bildgröße, die vorher von ImageCache erzeugt wurde, auszusuchen und das Bild rechts oder links floatend einzustellen. (Ich möchte aber eine Festlegung für jedes einzelne Bild vermeiden, sondern eine allgemeine CSS-Klasse vergeben, damit ich jederzeit alle Bilder rechts oder links floaten lassen kann). Außerdem werden Bilder, die über die Textarea eingepflegt wurden, in der Teaseransicht nicht geändert bzw. verkleinert.
b) oder über das CCK-Field
Das wäre nun perfekt gewesen. Allerdings wird das Bild bei mir nur in der Originalgröße angezeigt, und zwar sowohl in der Teaser- als auch in der Full Page Anzeige. Wenn hier die Einstellungen greifen würden, die per "Formatter Defaults" in Zusammenarbeit mit ImageCache angeboten werden (in a greifen sie ja für die Auswahl), dann wäre Asset für mich alternativlos

-------------------------
Dieser Satz kein Verb.

Hallo Leidensgenosse,

vor dem gleichen Problem stand ich auch. Deshalb habe ich angefangen dieses Feature (inkl. Thickbox) zu implementieren.
Die gute Nachricht: Bei mir in der Entwicklungsumgebung läuft es schon :-)
Die schlechte Nachricht: Es ist bei weitem noch nicht in einem releasefähigen Zustand :-(

Sobald das soweit ist werde ich die Änderungen über offizielle Patches in das Asset-Projekt (ggf. auch in die Lightbox/ Thickbox-Projekte) einpflegen.

@phelerteufel: Würdest du als Alpha-Tester zur Verfügung stehen?

Selbstverständlich.
Danke!

-------------------------
Dieser Satz kein Verb.

habe das asset-modul angepasst, so dass in den Views ein Imagecache Namespace (mit Lightbox2) für das assetfield ausgewählt werden kann.

http://drupal.org/node/208027

Bugs bitte direkt an meinen Kontakt senden.

Hallo Johannes,
könntest Du im Issues Queue vielleicht einen Patch angeben statt einer kompletten Ersatz-Version? Dann wären die Änderungen leichter sichtbar.
Gruß
André

Hallo André,

habe den Patch released.

Gruss
Juergen

gibt es eigentlich kein modul womit man kommtare für jedes bild irgendwie einbinden kann?
also bei einem modul was joomla geboten hat, fand ich das immer recht schön.

ich möchte das nicht über die standard "comments" machen ... das passt da irgendwie nicht so rein...
ripei

Mich würde interessieren, welche Gallerien EXIF und IPTC Daten der Bilder auslesen und weiterverarbeiten können (z.B. IPTC Keywords als Tags, IPTC Description als Bildbeschreibung, EXIF Aufnahmedatum als Datum, Integration der IPTC Felder Ort, Land usw.).

Außerdem würde ich noch gerne wissen, welche Gallerien mehrsprachig betrieben werden können.