[PHP] Antialiasing with GD..?
Hi, I have the following problem: Using the database, I create a graph like __.--._.--._/\.__ In order to keep exact colors and prevent a JPEG detail distortion, I use PNG format as output. This has one disadvantage: all lines are rough and I don't know how to antialias them. Can anyone help? Thanx-a-lot, J.M. AKA Mac -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] another GD problem
I have a problem.. I build some images by GD library via PHP.. Next, I need them to contain some text (i.e. date) I use the ImageString function, with color allocation black (ImageColorAllocate($img,0,0,0)). And there's the problem: IE5.0+ display the pictures properly... bud NN 4.7 draws the picture w/o the text. Where's the problem? P.S. I am pretty sure that my image-creating PHP is correct. Thank you all.. J.M. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] Re: another GD problem
I take it back.. after some time of tracing the error, I found out that I handed over the date as a string argument (img src="image.php?date=25. 01. 2001"...) And the problem were the whitespaces.. If you run into similiar trouble, just URLEncode the string, and before using it in imagePHP, simply URLDecode it. :-)) Phewww... :-] J.M. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] php in free()
I'm not sure which way you create the connection, but I suppose that you use FSockOpen.. This is a buggy function, as far as I know.. Zend promised to take care of it in the 4.0.4 release of PHP, but since that nothing has changed, apparently. I had the same problem some week ago. In the end I had to use PERL script via PHP function exec(). And here's the bug: After calling a socket, PHP interpreter simply keeps all data in memory, doesn;t close connection, keeps trying to read, and finaly stucks.. which can lead to an extreme overload on your server (tried it on Apache and IIS). -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
