search

MapServer / MapServer-import

3 stars 2 forks source link

rotated transparent image symbols not transparent #1978

Open tbonfort opened 12 years ago

tbonfort commented 12 years ago

Reporter: jef@norbit.de Date: 2006/12/01 - 23:45

when a transparent image symbol is rotated, the rotated copy is not transparent.
tbonfort commented 12 years ago

Author: sdlime Date: 2006/12/06 - 07:42

Jurgen: The patch doesn't work for me. Do you have a sample image and mapfile?

Steve
tbonfort commented 12 years ago

Author: sdlime Date: 2007/02/15 - 07:25

I'd like to quickly get this into 4.10.1. What format is the testcase in?

Steve
tbonfort commented 12 years ago

Author: sdlime Date: 2007/02/15 - 15:33

Ah, the one compression extension I did not try... Thanks.

Steve

(Note the patch has been applied in both 4.10 and 5.0 it's just that my test 
case doesn't work as expected.)
tbonfort commented 12 years ago

Author: jef@norbit.de Date: 2007/02/15 - 15:58

file helps - at least on Debian ;)

$ file attachment.cgi
attachment.cgi: bzip2 compressed data, block size = 900k

Jürgen
tbonfort commented 12 years ago

Author: fwarmerdam Date: 2007/03/22 - 23:49

BTW, there is no sign that this patch made it into CVS head (aka 4.99/5.0).
tbonfort commented 12 years ago

Author: sdlime Date: 2007/03/23 - 17:56

Perhaps I didn't commit when my test case failed. It is in 4.10 though correct?

Steve
tbonfort commented 12 years ago

Author: fwarmerdam Date: 2007/03/23 - 18:34

Steve - apparently yes.  Someone in IRC was asking about this, which is
why I looked into it.
tbonfort commented 12 years ago

Author: bpederse@gmail.com Date: 2007/03/23 - 19:28

the patch appears to be in 4.10, but does not resolve the test-case in comment #8
tbonfort commented 12 years ago

Author: akrherz Date: 2007/08/07 - 04:31 Hi,

For what it's worth, I hit this bug tonight with php mapscript 4.10.2 . hobu pointed me to 5.0 beta2 and a potential patch, but neither worked. If I remove the ANGLE, the pixmap is displayed with correct transparency.

daryl

tbonfort commented 12 years ago

Author: sdlime Date: 2007/08/07 - 17:10 I'll make sure the patch supplied is in place but I recall testing it without success. I'll also check to see if GD 2.34 fixes the problem. Should no by tonite.

Steve

tbonfort commented 12 years ago

Author: hobu Date: 2007/08/12 - 18:10 Steve, I inadvertently applied this patch when I was putting in a fix for #1962. The changeset was d7d1bf720315a50d865a3823453920b3285e00c4 (r6566).

tbonfort commented 12 years ago

Author: hobu Date: 2007/08/12 - 18:10 71839828bbb732d5d3ceb31c3dd67e6e2f3c118a (r6565), rather.

tbonfort commented 12 years ago

Author: sdlime Date: 2007/08/28 - 06:46 If the patch is in then it's not working. The test case draws the black background for me anyway (GD 2.0.35). Works nicely with AGG however.

Steve

tbonfort commented 12 years ago

Author: sdlime Date: 2007/09/04 - 06:49 The patch was only working for truecolor images so I applied as it was supplied. I still have no luck with the last test case. Can anyone try a couple of other (e.g. 8-bit images) cases and let me know if it works. Deferring to 5.2 otherwise...

Steve

tbonfort commented 12 years ago

Author: sdlime Date: 2007/09/05 - 16:04 My epiphany with #931 got this one fixed too. b56a5ae639d3a8e4cc897af4f991b7f736226db8 (r6789)

Steve