Hilfe - Suche - Mitglieder - Kalender
Vollansicht: Thickbox 2 Sefrengo v 1.0.1
Forum Sefrengo.org > Downloads > Hacks/ Sonstiges
Olaf
Es handelt sich hier um eine Folgeversion von http://forum.sefrengo.org/index.php?showtopic=538

Jetzt ist die Bildbearbeitung mit dabei. Ich hab da dran nun doch ein wenig gebastelt. Im wesntlichen Platzeinsparungen und das Vorschaubild ist nun oben, das Original darunter.
Im Dateimanager erscheint nach dem Dateinamen von Bildern ein Link (edit) über welchen die Bilbearbeitung aufgerufen werden kann.

ACHTUNG! Die Bildbearbeitung läuft nicht im IE!

Klicken um den Anhang anzusehen
hkuhrt
Hallo Olaf,
super Arbeit. Momentan läuft bei mir die Vorschau nicht, aber was noch nicht ist kann ja noch werden. Gefällt mir sehr gut. Das Arbeiten mit SF macht von Tag zu Tag mehr Spaß.

Gruß
Holger
dreadywebs
Hallo

ich find das bilder bearbeiten in der thickbox echt super!hab aber noch ein kleines problem, beim speichern kommt immer diese meldung: sad.gif

QUELLTEXT
Warning: imagejpeg(): Unable to open 'http://www.ku-ku.at/projekt01/media/img/blumen.jpg' for writing in /srv/www/vhosts/ku-ku.at/httpdocs/backend/external/imageedit/imageeditor.php on line 147


vielleicht kann mir ja wer weiterhelfen! danke
Olaf
@hkuhrt
welcher Browser, sonstige Angaben?

@dreadywebs
check mal die schreibrechte auf media/img/, wenn die 777 sind versuch mal unter einen anderem Namen abzuspeichern. Die Vorschau klappt bei dir?
dreadywebs
hallo

verwende den firefox (am apple), vorschau funktioniert, schreibrechte hab i auf 777, werd auf einem anderen computer mitn ie mal probieren...
Olaf
Ich meinte der Datei einen anderen Namen geben vorm speichern, also einen Neuen falls du die bestehend bisher versuchtest zu überschreiben, denn die kann ja die falschen Recht auch noch haben. Check das mal bitte noch.
Mit Browser hat das bei dir nix zu tun.
MaZderMind
Achtung!
ZITAT
Unable to open 'http://www.ku-ku.at/projekt01/media/img/blumen.jpg'

Er versucht eine Datei per HTTP mit schreibrechten zu öffnen - dask ann nicht gehen. Ich vermute, Olaf hat die falsche Variable für den Pfad benutzt hat, also $cfg_cms['cms_html_path'] statt $cfg_cms['cms_path']..

Gruß, Peter
Olaf
Uups, danke Peter, absoluten Bockmist gebaut, $cfg_client['upl_path'] muss es sein, und im Script muss ich das dann auch noch wandeln, ich lad oben jetzt ne 1.0.2 hoch. Bitte alles noch mal aktualisieren, hab noch was anderes angepasst, CSS-HTML.

Und wenn einer Zeit hat, dann schaue er mal bitte warum der IE keine Vorschau anzeigt. Ich nehme an weil in der prozess.php eine neue Session gestartet wird. Unten steht sowas, ob_start();
Das hängt doch bestimmt damit zusammen????
dreadywebs
probier glei mal die neue version! :-)
dreadywebs
juhuu, es geht!!! #freu# find das ganze echt super, danke olaf
MaZderMind
ob_start startet das output-buffering. Sollte aber dem IE nix tun, liegt eher an was anderem. Was genau das ist und wases tut kann im Php-Manual nachgelesen werden.

Gruß, Peter
bkm
ZITAT(Olaf @ Sat. 9. December 2006, 23:30) *
Und wenn einer Zeit hat, dann schaue er mal bitte warum der IE keine Vorschau anzeigt. Ich nehme an weil in der prozess.php eine neue Session gestartet wird. Unten steht sowas, ob_start();
Das hängt doch bestimmt damit zusammen????

Ich dry.gif denke mal eher das eine mögliche Ursache hier liegt Base64
http://dean.edwards.name/weblog/2005/06/base64-ie/
Olaf
Oh ja, das wirds sein. Schau ich mir an, kann aber etwas dauern, aber keine Wochen....
hkuhrt
Es ist ja bald Weihnachten. Daher Feature Request:
Einfügen von Wasserzeichen.


ZITAT
@hkuhrt
welcher Browser, sonstige Angaben?



Oh, habe ich gerade erst gesehen. Sorry IE 7.0 habe aber schon gelesen das es am IE liegt.

Gruß
Holger
Olaf
So, konnte doch ne halbe Stunde abknapsen, hab alles versucht was der Dean da so vorschlägt es läuft nix in meinem IE7 sad.gif

Kann am Pfad zu der base64.php liegen, aber ich hab alles was mir einfiel durchgespielt. Kann aber auch am Ajax welches ja dann immer wieder die Vorschau neu loslässt (und damit dann die URL anpasst), liegen, und der richtige Weg wäre es in den vorhanden JS einzubinden und den Code aus base64.php in die precess.php mit eingebaut, weiß ich alles nicht. Ich habs auch mit der reinen CSS-Lösung probiert, einfach nichts zu machen.

Der nächste bitte wink.gif

@hkuhrt
Das Scrpit als solches werde ich nicht erweitern. Eigentlich wollte ich daran gar nix tun, aber wie's so ist.....
Wenn jemand was OpenSource findet welches wie dies über die URL die Grafiken reinzieht. Dann können wir auch was anderes noch mal versuchen. Saschapi bot sich ja auch schon mal an.
MaZderMind
Hi
Ja das Scripot von der HP oben läuft ja nur einmal beim Seiten-Load durch. Dein Ajax-Script schreibt die Daten aber ja erst danach, darum passiert halt grad garnix. Wenn du das Script welches den base64-Code da reinschreibt nicht bearbeiten willst, bleibt dir nur das neuladen eines Bildes irgendwie abzufangen.
Da der IE das Bild nicht darstellen kann, löst er im img das onerror-Event aus. Also rufst du einfach onerror="fixBase64(this)" auf und schon fluppts: http://pkoerner.homeip.net/base64ajax/
Allerdings hat bei mir $_SERVER['REDIRECT_QUERY_STRING'] nicht funktioniert, ich musste QUERY_STRING benutzen http://pkoerner.homeip.net/base64ajax/base64.phps.

Gruß, Peter
Olaf
Toll, werd ich dann demnächst mal einbauen, vielen Dank.
Olaf
Mist, es klappt nicht. Ich hab zum testen aktuell nur noch das onerror drin mit alert, das wird nicht ausgeführt!
Wahrscheinlich immer noch was weil das dynamisch eingetragen wird!?
MaZderMind
Hi
Hab mir das mal angeguckt.. Das Problem ist, dass der IE kaputte GIFs als Fehglerhaft kennzeichnet und onerror auslöst, bei JPEGs aber nicht... Deutlich wird es an dem Icon dass statt des Bildes angezegt wird (und an der tatsache dass mein Hack mit Gifs funktioniert wink.gif)
Da der Inhalt per AJAX in das div geschrieben wird, werden auch ausgegeben <script>-Tags nicht geparst (sonst hätte man darüber fixBase64 aufrufen können). Muss nochmal drüber nachdenken obs nich noch ne möglichkeit gibt..
Aber warum speicherst du nicht einfach die Datei im tmp-Ordner ab und gibst den Pfad im img aus. Es müsste halt eine Art GarbageCollector implementiert werden der regelmäßig die den temp-Ordner aufräumt aber was anderes sehe auf anhieb nicht..

Gruß, Peter
Olaf
Ha, ich wollt mich gerade melden, hab noch mal ne Weile gebastelt. Es wird so sein wie du schriebst.

Wär es nicht eine Alternative in der process.php ne Browserweiche einzubauen und dann dort den IE mit dem anderem Krempel zu versogen? Ich scheiter leider auch da dran. Ich hab versucht einen Teil aus der base64 dort einzubauen, aber es will nicht klappen.
Ich wollte den $imgstr umwandeln, mit base64_decode und so....
MaZderMind
Hi
1. Broserweiche in PHP is keine gute idee, lieber eins für alle
2. steht in der process.php doch wenige Zeilen vor ende $imgstr = base64_encode(ob_get_contents()); -- lass doch einfach base64_encode wech wink.gif
3. Ich würde wirklich auf echte Datei-Bilder umstellen. Nur zum sauberhalten des Caches müsste man sich gedanken machen, ein paar PHP-Funktionen: opendir, readdir, filectime, unlink.

Gruß, Peter
Olaf
ZITAT(MaZderMind @ Mon. 11. December 2006, 17:20) *
2. steht in der process.php doch wenige Zeilen vor ende $imgstr = base64_encode(ob_get_contents()); -- lass doch einfach base64_encode wech wink.gif

Selbst so läuft es nicht im IE
ZITAT
3. Ich würde wirklich auf echte Datei-Bilder umstellen. Nur zum sauberhalten des Caches müsste man sich gedanken machen, ein paar PHP-Funktionen: opendir, readdir, filectime, unlink.

Wenn du Lust hast tongue.gif
Ach, dann las uns das Ding verwerfen, war eh nur so eine Idee, ne Chance irgendwie mal in eine Version einzufließen hat es auch nicht. Wer mag kanns ja auf eigene Gefahr einsetzen...
feniweb
Habe da vermutlich Zugriffsrechte probleme in den Verzeichnissen. Was muss ich beim Provieder anfragen das man das beheben kann.


ZITAT
Vorschau

Warning: imagejpeg() [function.imagejpeg]: Unable to open '/home/httpd/vhosts/foellmi-schreinerei.ch/httpdocs/backend/external/imageedit/tmp/image.jpeg' for writing in /home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/imageeditor.php on line 147

Warning: imagejpeg() [function.imagejpeg]: Unable to open '/home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/tmp/image.jpeg' for writing in /home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/imageeditor.php on line 147

Warning: imagecreatefromjpeg(/home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/tmp/image.jpeg) [function.imagecreatefromjpeg]: failed to open stream: No such file or directory in /home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/imageeditor.php on line 121

Warning: imagesx(): supplied argument is not a valid Image resource in /home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/imageeditor.php on line 122

Warning: imagesy(): supplied argument is not a valid Image resource in /home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/imageeditor.php on line 123

Warning: imagecopyresized(): supplied argument is not a valid Image resource in /home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/imageeditor.php on line 161

Warning: imagejpeg() [function.imagejpeg]: Unable to open '/home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/tmp/image.jpeg' for writing in /home/httpd/vhosts/test.ch/httpdocs/backend/external/imageedit/imageeditor.php on line 147
Original
Original


Gruss
toto
Hallo Olaf,

also im Safari funktioniert es bei mir leider nicht, obwohl deine Demoseite im Browser einwandfrei läuft??? Kannst mir vielleicht mal helfen ich würde das ding gerne benutzen weil es eine tolle sache ist. Er knallt die dinger irgendwie unter den Dateibrowser und macht kein Schwebefenster. Kannst du das auch auf dem Safari testen??

...ausserdem muß ich mich bei IE und Safari neu einloggen wenn ich auf (edit) gehe. Bei IE 7 ist auch keine Vorschau und auch kein Original zu sehen.

Gruß toto
Olaf
IE7 wird wohl das encoden, oben von Peter erwähnt sein sad.gif
Safari hab ich gerade mal angetestet, stimmt, ist kein PopUp zu sehen, vielleicht was mit z-index!?

Ich werd aber da keine Zeit weiter reinstecken, sorry...
Dieses ist eine vereinfachte Darstellung unseres Foreninhaltes. Um die detaillierte Vollansicht mit Formatierung und Bildern zu betrachten, bitte hier klicken.
Invision Power Board © 2001-2024 Invision Power Services, Inc.