Hi Lulatsch,
um das Datum zu ändern mußt den Album-Datensatz nocheinmal bearbeiten und unter "Date" ein Häkchen setzen.
Bilder die per FTP hochgeladen werden, kannst Du nachträglich bearbeiten, bzw. beschriften. Im Admin-Modus das Album aufrufen, wo die Bilder erscheinen sollen. Im unteren Drittel der Anzeige gibt es die Möglichkeit das Album zu synchronisieren. Danach werden die neuen Bilder unten aufgeführt. Die zu ändernden Bilder anklicken, in der Auswahlbox "Edit" wählen dann "Go".
In der nächsten Anzeige hast Du dann die Möglichkeit den standardmäßig angezeigten Dateinamen durch anderen Text zu ersetzen.
Das mit dem Upload mehrerer Bilder gleichzeitig (ich glaube das meint er mit Batch-Upload) habe ich auch noch nicht nachvollziehen können.
Tschöö
Frank
@m00re
Hi Jens,
ich habe in der Einzelbildanzeige noch etwas festgestellt. Wenn man sich durch die Einzelbilder mit dem "Next"-Link klickt und dann "Previous" drückt, wird auch das vorherige Bild angezeigt. Macht man das allerdings beim letzten Bild im Album, wird nicht das vorherige, sondern das erste Bild des Albums angezeigt.
Tschöö
Frank
Hallo Frank,
erstmal danke für die schnelle Antwort.
fstruck schrieb
um das Datum zu ändern mußt den Album-Datensatz nocheinmal bearbeiten und unter "Date" ein Häkchen setzen.
Tja, manchmal sieht man doch den Wald vor lauter Bäumen nicht. #angry#
Allerdings halte ich das dann doch noch für einen Bug, dass da immer 1.1.1970 steht, auch wenn "date" nicht angekreuzt ist bzw. angekreuzt ist aber kein Datum drinsteht.
Dann ist mir noch aufgefallen, dass wenn man auf "synchronize" klickt und gar keine Bilder im Album sind, bei "Go back to Album Edit Page" irgendwie der link fehlt ...
fstruck schrieb
Bilder die per FTP hochgeladen werden, kannst Du nachträglich bearbeiten, bzw. beschriften. ...
Danke, inzwischen hatte ich das dann doch mitbekommen. War halt etwas spät ...
fstruck schrieb
Das mit dem Upload mehrerer Bilder gleichzeitig (ich glaube das meint er mit Batch-Upload) habe ich auch noch nicht nachvollziehen können.
Vielleicht ist ja der ftp-Upload damit gemeint; das ist nur dann schwierig, wenn man anderen Leuten die Möglichkeit zum Upload geben möchte, ohne denen gleich einen ftp-Zugang freizugeben.
fstruck schrieb
ich habe in der Einzelbildanzeige noch etwas festgestellt. Wenn man sich durch die Einzelbilder mit dem "Next"-Link klickt und dann "Previous" drückt, wird auch das vorherige Bild angezeigt. Macht man das allerdings beim letzten Bild im Album, wird nicht das vorherige, sondern das erste Bild des Albums angezeigt.
Sieht'n bißchen so aus als wäre das die Funktion, die beim letzten Bild auf dem "Next"-link hätte liegen sollen. Wobei dann eine Kennzeichnung à la "back to start" vielleicht sinnvoll wäre.
Grüße,
Falko
Feature Request:
Hatte vor jm_gallery mal diese Extension hier
ausprobiert - finde ich eigentlich auch nicht
schlecht:
http://www.exotec.de/?p=344
bis auf die Macke, dass die hochformatigen Bilder breitgezogen werden.
Aber vielleicht liesse sich das als Option mit in jm_gallery einbauen, dass man die Bilder auch in Gruppen ähnlich wie in dieser Erweiterung anzeigen kann. Oder man hat unten am Rand eine Leiste, bei der die Miniaturansichten der Bilder einfach "weiterrutschen", wenn man beim letzten Bild ist.
Nur so eine Idee ...
Falko
lulatsch schrieb
Allerdings halte ich das dann doch noch für einen Bug, dass da immer 1.1.1970 steht, auch wenn "date" nicht angekreuzt ist bzw. angekreuzt ist aber kein Datum drinsteht.
Da muss ich dir Recht geben, die Felder werden nicht groß geparsed und geprüft. Solche Fehler werd ich aber mit der Zeit als "Kosmetikkorrekturen" einpflegen, da diese die Funktionalität nicht einschränken.
lulatsch schrieb
Dann ist mir noch aufgefallen, dass wenn man auf "synchronize" klickt und gar keine Bilder im Album sind, bei "Go back to Album Edit Page" irgendwie der link fehlt ...
Das könnte ich vll. auch prüfen, aber wir sind ja noch in der Betaphase... Ich gehe mal davon aus dass niemand synchronizen will wenn nichts im Ordner liegt 😉.
lulatsch schrieb
fstruck schrieb
Das mit dem Upload mehrerer Bilder gleichzeitig (ich glaube das meint er mit Batch-Upload) habe ich auch noch nicht nachvollziehen können.
Vielleicht ist ja der ftp-Upload damit gemeint; das ist nur dann schwierig, wenn man anderen Leuten die Möglichkeit zum Upload geben möchte, ohne denen gleich einen ftp-Zugang freizugeben.
Batch-Upload sollte eigentlich ein Formular sein mit dem man mehrere Bilder auf einmal hochladen kann (existiert jedoch noch nicht). Der Eintrag im Changelog war da nen kleiner Tippfehler. Gemeint sein sollte damit die Fähigkeit Bilder per FTP, SSH, etc hochzuladen und das Album in einem Rutsch zu synchronisieren.
fstruck schrieb
ich habe in der Einzelbildanzeige noch etwas festgestellt. Wenn man sich durch die Einzelbilder mit dem "Next"-Link klickt und dann "Previous" drückt, wird auch das vorherige Bild angezeigt. Macht man das allerdings beim letzten Bild im Album, wird nicht das vorherige, sondern das erste Bild des Albums angezeigt.
Das muss natürlich gefixt werden.
Ansonsten freut es mich dass meine Extension Gefallen findet. Falls ihr irgendwelche Features habt die wünschenswert wären, schickt einfach ne Message. Vorschläge und Tipps sind immer willkommen. Bisher sind in weiteren Versionen folgende Funktionen geplant:
Gruß Jens
moin,
auch mir gefällt diese ext sehr gut...
allerdings werden bei mir keine tghumbs erstellt
imagemagick ist installiert und funktioniert auch ansonsten...
ein gutes feature wäre noch die möglichkeit bilder in mehrere alben abzulegen und auch nach bildern zu suchen... also bei jedem bild vielleicht noch ein textfeld und zusätzliche suchbegriffe...
gruß aus hamburg, olli
Hallo alle zusammen,
habe fast das selbe Problem:
Imagemagick und GDlib sind beide installiert und funktionieren auch beide.
Allerdings sieht man keine Thumbnail und in der Singel ansicht wird ebenfalls kein Image gezeigt.
Die ext. legt zwar jeweils unterordner an (thumb,singel) dort sind aber keine Datein enthalten. Auch nicht wenn ich den Admin (fe_bereich) die Bilder syncronisiere.
Hat jemand das selbe Problem oder kann mir da weiter helfen ?
Gruß aus Köln
Sieht so aus als funzt alles, nur
plugin.tx_jmgallery_pi1.list_pid = 1
plugin.tx_jmgallery_pi1.album_pid = 2
plugin.tx_jmgallery_pi1.single_pid = 3
plugin.tx_jmgallery_pi1.properties_pid = 0
funktioniert nicht...
wo genau kommt das hin?
Modul Template > Constants??
Gruss und DANKE@M00re für das tolle Plugin!
Um dem Problem mal auf die Spur zu kommen habe ich ein kleines DEBUG element in die extension eingebaut. Der modifizierte v0.3.8 ist unter http://blog.m00re.de/fileadmin/blog.m00re.de/uploads/T3X_jm_gallery-0_3_8-z-200602182042.t3x verfügbar und enthält den code DEBUG, der Systeminformationen zu IM und GDlib anzeigt.
Schickt mir mal eure Ergebnisse damit ich rausfinden kann wo der Hase begraben liegt.
Gruß Jens
Okay... ich habe mittlerweile rausgefunden dass es wohl an der Imagemagick Version liegt. Habe nun das Skalieren nochmals neu implementiert und dabei genau die gleichen Methoden benutzt wie Typo3 es tut. Probierts nochmal aus und macht bitte ggf. nochmal nen copy&paste von der Debug Ausgabe (beinhaltet nun ein paar mehr Informationen).
Gruß Jens
PS: Die aktuellste Version ist unter http://blog.m00re.de/fileadmin/blog.m00re.de/uploads/T3X_jm_gallery-0_3_8-z-200602191336.t3x zu haben.
yeah, nu geht's!
hier meine infos aus dem debug:
* Imagemagick: 1
* Path To Imagemagick: /usr/bin/
* Does convert exist in this directory?: Yes
* Checking for IM in different directory, found: /usr/bin/convert
* IM command for resizing:
/usr/bin/convert -geometry 30x27! -quality 70 typo3/gfx/icon_ok.gif typo3temp/test.jpg
* Did it work?: Successful
* Error message from IM:
* GDlib Version: 2.0 or higher
* Imagemagick Version:
Version: ImageMagick 6.2.4 01/17/06 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2005 ImageMagick Studio LLC
@thomasweb:
plugin.tx_jmgallery_pi1.list_pid = 1
plugin.tx_jmgallery_pi1.album_pid = 2
plugin.tx_jmgallery_pi1.single_pid = 3
plugin.tx_jmgallery_pi1.properties_pid = 0
das stellt man im constant editor ein...
also im edeffekt:
"wo genau kommt das hin?
Modul Template > Constants??"
ja ;-)
Moin,
ich hab noch mal ein paar Fragen/Anmerkungen:
1. wo finde ich das:
- Neue Code-Elemente: RANDOM und LATEST
Anmerkung: Ich benutz die Version mit dem Debug... ist LATEST dort evt. nicht drin!?
2. Ändert man im Admin-Bereich die Bilder-Einstellungen eines Albums und möchte das dann irgendwann wieder rückgängig machen, also die Default-Einstellung haben, wird in die Felder immer eine Null eingetragen, was dazu führt, dass nach dem "syncronize" als Thumbnails und Single-Ansicht die Bilder in der Original-Größe angezeigt werden!?!
3. Möchte ich die Bilder editieren, werden Änderung für "Caption" (das soll doch der Bildtitel sein, oder nicht?!?) nicht gespeichert.
Vielen Dank schon mal...
captnfuture schrieb
1. wo finde ich das:
- Neue Code-Elemente: RANDOM und LATEST
Anmerkung: Ich benutz die Version mit dem Debug... ist LATEST dort evt. nicht drin!?
RANDOM gibt es bereits, LATEST noch nicht.
captnfuture schrieb
2. Ändert man im Admin-Bereich die Bilder-Einstellungen eines Albums und möchte das dann irgendwann wieder rückgängig machen, also die Default-Einstellung haben, wird in die Felder immer eine Null eingetragen, was dazu führt, dass nach dem "syncronize" als Thumbnails und Single-Ansicht die Bilder in der Original-Größe angezeigt werden!?!
Das Zurückspringen auf die Default Einstellungen habe ich gerade gestern Nacht implementiert. Im Laufe der Woche wirds ne neue Version geben in der das dann geht.
captnfuture schrieb
3. Möchte ich die Bilder editieren, werden Änderung für "Caption" (das soll doch der Bildtitel sein, oder nicht?!?) nicht gespeichert.
Ist auch ein bekannter Bug, und ist in der neuen Version dann gelöst.
Gruß Jens
derbst geile Extension! Genau nach sowas habe ich gesucht! Hätte mich schon fast mit der lz_gallery zufrieden gegeben :o
Was nun vielleicht noch interessant wäre, wäre eine Kommentarfunktion 8-)
eventuell könnte man das ve_guestbook dazu missbrauchen o.O
mal sehen, ich kann auch drauf verzichten.
Besten Dank auf jeden Fall für deine Arbeit, top!
du wolltest die DEBUG infos:
bei mir sind keine bilder zu sehen, bzw nur defekte.
gruss+dank
stefan
Imagemagick: 1
Path To Imagemagick: /home/users/club/htdocs/bin/
Does convert exist in this directory?: No
Checking for IM in different directory, found:
IM command for resizing:
/home/users/club/htdocs/bin/convert -geometry 30x27! -quality 70 typo3/gfx/icon_ok.gif typo3temp/test.jpg
Did it work?: Failed
Error message from IM:
GDlib Version: bundled (2.0.28 compatible)
Imagemagick Version:
Hallo,
bei mir werden keine Bilder angezeigt, Ordner werden aber erstellt.
Konfiguration:
jm_gallery: 0.4.1
Typo 3.8.0
ImageMagick enabled: 1
ImageMagick path: /usr/share/php/ (6.0.6)
ImageMagick path/LZW: /usr/share/php/ (6.0.6)
Version 5 flag: 1
GDLib enabled: 1
GDLib using PNG: 1
GDLib 2 enabled: 1
IM5 effects enabled: 0 (Blurring/Sharpening with IM 5+)
Freetype DPI: 96 (Should be 96 for Freetype 2)
Mask invert: 0 (Should be set for some IM versions approx. 5.4+)
jm_gallery DEBUG-INFO:
Imagemagick: 1
Path To Imagemagick: /usr/share/php/
Does convert exist in this directory?: No
Checking for IM in different directory, found: /usr/bin/convert
IM command for resizing:
/usr/share/php/convert -geometry 30x27! -quality 70 typo3/gfx/icon_ok.gif typo3temp/test.jpg
Did it work?: Failed
Error message from IM:
GDlib Version: 2.0 or higher
Imagemagick Version:
[/b]
test_bed schrieb
du wolltest die DEBUG infos:
bei mir sind keine bilder zu sehen, bzw nur defekte.
gruss+dank
stefan
Imagemagick: 1
Path To Imagemagick: /home/users/club/htdocs/bin/
Does convert exist in this directory?: No
Checking for IM in different directory, found:
IM command for resizing:
/home/users/club/htdocs/bin/convert -geometry 30x27! -quality 70 typo3/gfx/icon_ok.gif typo3temp/test.jpg
Did it work?: Failed
Error message from IM:
GDlib Version: bundled (2.0.28 compatible)
Imagemagick Version:
Dein Problem ist folgendes: Imagemagick ist in Typo3 aktiviert, und als Pfad ist "/home/users/club/htdocs/bin/" angegeben. Mein Script findet darin aber kein "convert" von Imagemagick. Ich bin mir jetzt nicht sicher, aber es kann sein dass das abschließende "/" im IM-Pfad stört. Bist du dir sicher das Imagemagick in Typo3 funktioniert?
Gruß Jens
thomas.b schrieb
jm_gallery DEBUG-INFO:
Imagemagick: 1
Path To Imagemagick: /usr/share/php/
Does convert exist in this directory?: No
Checking for IM in different directory, found: /usr/bin/convert
IM command for resizing:
/usr/share/php/convert -geometry 30x27! -quality 70 typo3/gfx/icon_ok.gif typo3temp/test.jpg
Did it work?: Failed
Error message from IM:
GDlib Version: 2.0 or higher
Imagemagick Version:
Bei dir das gleiche Problem. IM ist in Typo3 aktiviert, aber der Pfad ist in der Typo3-Installation falsch angegeben. Wie du oben siehst ist als Pfad "/usr/share/php/" eingetragen, was aber anscheinend nicht stimmt (eine Suche im PATH ergibt dass IM in "/usr/bin" liegt.)
Also entweder den IM-Path in der Typo3-Installation richtig setzen, oder IM deaktivieren und GDlib benutzen.
Gruß Jens
Hallo und danke schonmal!
Es geht leider trotzdem nicht. Ich habe mit unserem Serveradmin gesprochen. Er hat darauf hingewiesen, dass bei uns aus Sicherheitsgründen ein "symbolischer Link" auf IM verweist.
Oder um mit seinen Worten zu schreiben:
"Folgendes: Im Normalfall installiert sich IM im Pfad /usr/bin. Es ist jedoch völlig ausgeschlossen, darauf Zugriff zu gewähren (aus Sicherheitsgründen, ist in etwa so als ob du dir deinen Bank-PIN auf deine Stirn tätowierst und alle deine Freunde deine Bankkarte ausleihst). Deswegen habe ich eine "symbolische" Verknüpfung der IM-Programme nach /usr/share/php gemacht - ein ungefährliches Verzeichnis. Somit ist der richtige Pfad /usr/share/php, dieser ist auch in Typo3 angegeben (würde er nicht stimmen, würde Typo3 bekanntlich ständig meckern)."
Mit GDlib klappt es, nur leider funktioniert die Bilddarstellung dann nicht mehr im Content (z.B. tt_news).
Wäre ne Alternative den IM-Check auszukommentieren? So ein Vorschlag des Serveradmins.
thomas.b schrieb
Mit GDlib klappt es, nur leider funktioniert die Bilddarstellung dann nicht mehr im Content (z.B. tt_news).
Wäre ne Alternative den IM-Check auszukommentieren? So ein Vorschlag des Serveradmins.
Der IM-Check im DEBUG hat nur informelle Gründe und hat keinen Einfluß auf den Rest. Die Extension schaut wie gesagt ob in Typo3 IM aktiviert ist. Wenn ja, dann wird der in Typo3 angegebene Pfad zu IM benutzt um die Bilder zu erzeugen.
Die Sicherheitsgründe deines Admins verstehe ich nicht so ganz. Was sollte ein symbolischer Link verhindert, was ein direktes zugreifen möglich macht? Ich meine wenn du den symbolischen Link ausführst, dann führst du prinzipiell die gleiche Datei aus. Und da der Aufruf vom Webserver aus getätigt wird, läuft IM auch nur mit dessen Rechten.
Ich kann momentan nicht ganz verstehen wie tt_news mit IM zurecht kommt, denn der Beispielaufruf von IM
"/usr/share/php/convert -geometry 30x27! -quality 70 typo3/gfx/icon_ok.gif typo3temp/test.jpg"
der den symbolischen Link aufruft schlägt fehl. Ich würde an deiner Stelle einfach mal in der Typo3 Konfiguration den IM-Pfad auf "/usr/bin/" setzen und probieren ob das geht...
Gruß Jens