Willkommen, Gast ( Anmelden | Registrierung )     [ Hilfe | Mitglieder | Suche ]

2 Seiten V   1 2 >  
Reply to this topicStart new topic
> Thickbox 2 Sefrengo v 1.0.1, jetzt mit Bildbearbeitung
Olaf
Beitrag 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!

Angehängte Datei  Thickbox_2_Sefrengo_Bildbearbeitung_v_1.0.2.zip ( 80.62KB ) Anzahl der Downloads: 108


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
hkuhrt
Beitrag 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
Go to the top of the page
 
+Quote Post
dreadywebs
Beitrag 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: 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
Go to the top of the page
 
+Quote Post
Olaf
Beitrag 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?


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
dreadywebs
Beitrag 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...
Go to the top of the page
 
+Quote Post
Olaf
Beitrag 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.


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag 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
Go to the top of the page
 
+Quote Post
Olaf
Beitrag 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????


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
dreadywebs
Beitrag 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
Go to the top of the page
 
+Quote Post
dreadywebs
Beitrag 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
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag 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
Go to the top of the page
 
+Quote Post
Guest_bkm_*
Beitrag Sun. 10. December 2006, 01:18
Beitrag #12





Guests






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/
Go to the top of the page
 
+Quote Post
Olaf
Beitrag 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....


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
hkuhrt
Beitrag 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
Go to the top of the page
 
+Quote Post
Olaf
Beitrag 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 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.


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag 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
Go to the top of the page
 
+Quote Post
Olaf
Beitrag 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.


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
Olaf
Beitrag 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!?


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag 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 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
Go to the top of the page
 
+Quote Post
Olaf
Beitrag 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....


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post

2 Seiten V   1 2 >
Reply to this topicStart new topic
1 Besucher lesen dieses Thema (Gäste: 1 | Anonyme Besucher: 0)
0 Mitglieder:

 



RSS Vereinfachte Darstellung Aktuelles Datum: 29.3.24 - 00:32

Sefrengo ist ein eingetragenes Markenzeichen und urheberrechtlich geschützt.
Copyright 2009 Design & Daten, Alle Rechte vorbehalten.