Thickbox 2 Sefrengo v 1.0.1, jetzt mit Bildbearbeitung |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
Thickbox 2 Sefrengo v 1.0.1, jetzt mit Bildbearbeitung |
Sat. 9. December 2006, 00:47
Beitrag
#1
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
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! Thickbox_2_Sefrengo_Bildbearbeitung_v_1.0.2.zip ( 80.62KB ) Anzahl der Downloads: 108 -------------------- |
|
|
Sat. 9. December 2006, 13:21
Beitrag
#2
|
|
Advanced Member Gruppe: Members Beiträge: 94 Mitglied seit: 01.07.2006 Wohnort: Paderborn Mitglieds-Nr.: 42 |
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 |
|
|
Sat. 9. December 2006, 15:10
Beitrag
#3
|
|
Newbie Gruppe: Members Beiträge: 9 Mitglied seit: 20.11.2006 Mitglieds-Nr.: 380 |
Hallo
ich find das bilder bearbeiten in der thickbox echt super!hab aber noch ein kleines problem, beim speichern kommt immer diese meldung: 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 |
|
|
Sat. 9. December 2006, 17:54
Beitrag
#4
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
@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? -------------------- |
|
|
Sat. 9. December 2006, 19:43
Beitrag
#5
|
|
Newbie Gruppe: Members Beiträge: 9 Mitglied seit: 20.11.2006 Mitglieds-Nr.: 380 |
hallo
verwende den firefox (am apple), vorschau funktioniert, schreibrechte hab i auf 777, werd auf einem anderen computer mitn ie mal probieren... |
|
|
Sat. 9. December 2006, 19:50
Beitrag
#6
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
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. -------------------- |
|
|
Sat. 9. December 2006, 20:43
Beitrag
#7
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
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 |
|
|
Sat. 9. December 2006, 23:30
Beitrag
#8
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
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???? -------------------- |
|
|
Sat. 9. December 2006, 23:57
Beitrag
#9
|
|
Newbie Gruppe: Members Beiträge: 9 Mitglied seit: 20.11.2006 Mitglieds-Nr.: 380 |
probier glei mal die neue version! :-)
Der Beitrag wurde von dreadywebs bearbeitet: Sat. 9. December 2006, 23:58 |
|
|
Sun. 10. December 2006, 00:11
Beitrag
#10
|
|
Newbie Gruppe: Members Beiträge: 9 Mitglied seit: 20.11.2006 Mitglieds-Nr.: 380 |
juhuu, es geht!!! #freu# find das ganze echt super, danke olaf
|
|
|
Sun. 10. December 2006, 00:19
Beitrag
#11
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
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 |
|
|
Guest_bkm_* |
Sun. 10. December 2006, 01:18
Beitrag
#12
|
Guests |
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 denke mal eher das eine mögliche Ursache hier liegt Base64 http://dean.edwards.name/weblog/2005/06/base64-ie/ |
|
|
Sun. 10. December 2006, 10:55
Beitrag
#13
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
Oh ja, das wirds sein. Schau ich mir an, kann aber etwas dauern, aber keine Wochen....
-------------------- |
|
|
Sun. 10. December 2006, 13:00
Beitrag
#14
|
|
Advanced Member Gruppe: Members Beiträge: 94 Mitglied seit: 01.07.2006 Wohnort: Paderborn Mitglieds-Nr.: 42 |
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 Der Beitrag wurde von hkuhrt bearbeitet: Sun. 10. December 2006, 13:02 |
|
|
Sun. 10. December 2006, 13:42
Beitrag
#15
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
So, konnte doch ne halbe Stunde abknapsen, hab alles versucht was der Dean da so vorschlägt es läuft nix in meinem IE7
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 @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. -------------------- |
|
|
Sun. 10. December 2006, 14:56
Beitrag
#16
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
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 |
|
|
Sun. 10. December 2006, 22:02
Beitrag
#17
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
Toll, werd ich dann demnächst mal einbauen, vielen Dank.
-------------------- |
|
|
Sun. 10. December 2006, 22:44
Beitrag
#18
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
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!? -------------------- |
|
|
Mon. 11. December 2006, 16:46
Beitrag
#19
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
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 ) 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 |
|
|
Mon. 11. December 2006, 17:06
Beitrag
#20
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
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.... -------------------- |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 26.9.24 - 20:10 |