lingo-l Director MX( 8.5) bug
I have reported what I believe to be a bug to macromedia, and decided to send out a copy to the list just so people are aware. It's not a show stopper or bad one by any means, but it doesn't hurt to be made aware of it. Here is a simple copy/paste from my bug submission to macromedia. It effects 8.5 as well, and I can't think of why this would be an intentional side effect of the feature involved. Read on if your interested. There seems to be a paint window bug in director. I am able to reproduce it using the following steps. When importing a bitmap, and unchecking the trim white space box, the bitmap is imported into the cast just fine, and the dimensions in the property inspector is reported correctly. However, if I double click that image to open it in the paint window, then double click the selection tool to select the image, then use one of 2 90degree rotate buttons, when I close the paint window afterwards, the dimensions of the image get messed up some way. For example, I discovered this issue when I needed to rotate a bitmap that was 125x287. I opened it in the paint window, double clicked the selection marquee to select the entire image, then rotated the image. When I close the paint window and commit the change, the dimensions now read 303x303. This appears to happen whenever rotating any bitmap using those rotation tools. The horizontal and vertical flip tools are not affected by this bug. Another interesting quirk is that if I import the same bitmap, but leave the trim white space box checked during import, this bug does not show up, so it seems to be somehow related to the trim white space option. I was able to reproduce this bug with the images I was using in the project at the time, which were to be used as textures for domino models, and I was also able to reproduce using a solid color bitmap. In short, bitmaps imported with the trim white space option off, get messed up dimensions when rotating using the 90degree rotate tools in the paint window, and bitmaps with the trim option on are not affected. Even toggling the Trim option on/off in the property inspector will enable/disable this bug. Even rotating a 134x134 solid color bitmap, when trim is off, results in dimensions of 151x150, and the same bitmap rotated with trim on, doesn't affect the dimensions if the square. I can think of no reason this effect would be intented, so I am reporting this as a bug. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Director MX( 8.5) bug
the Paint Window automatically calls trim white space whenever 'editing' is done. There's no way to avoid this. I don't think it's a bug per se - It's been this way forever - It IS annoying though. hth -Buzz At 8:09 PM -0500 2/5/03, you wrote: I have reported what I believe to be a bug to macromedia, and decided to send out a copy to the list just so people are aware. It's not a show stopper or bad one by any means, but it doesn't hurt to be made aware of it. Here is a simple copy/paste from my bug submission to macromedia. It effects 8.5 as well, and I can't think of why this would be an intentional side effect of the feature involved. Read on if your interested. There seems to be a paint window bug in director. I am able to reproduce it using the following steps. When importing a bitmap, and unchecking the trim white space box, the bitmap is imported into the cast just fine, and the dimensions in the property inspector is reported correctly. However, if I double click that image to open it in the paint window, then double click the selection tool to select the image, then use one of 2 90degree rotate buttons, when I close the paint window afterwards, the dimensions of the image get messed up some way. For example, I discovered this issue when I needed to rotate a bitmap that was 125x287. I opened it in the paint window, double clicked the selection marquee to select the entire image, then rotated the image. When I close the paint window and commit the change, the dimensions now read 303x303. This appears to happen whenever rotating any bitmap using those rotation tools. The horizontal and vertical flip tools are not affected by this bug. Another interesting quirk is that if I import the same bitmap, but leave the trim white space box checked during import, this bug does not show up, so it seems to be somehow related to the trim white space option. I was able to reproduce this bug with the images I was using in the project at the time, which were to be used as textures for domino models, and I was also able to reproduce using a solid color bitmap. In short, bitmaps imported with the trim white space option off, get messed up dimensions when rotating using the 90degree rotate tools in the paint window, and bitmaps with the trim option on are not affected. Even toggling the Trim option on/off in the property inspector will enable/disable this bug. Even rotating a 134x134 solid color bitmap, when trim is off, results in dimensions of 151x150, and the same bitmap rotated with trim on, doesn't affect the dimensions if the square. I can think of no reason this effect would be intented, so I am reporting this as a bug. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
RE: lingo-l Director MX( 8.5) bug
I can understand calling whatever trim white space does if its enabled, but its really lame for director to square off the image with jacked up dimensions if it is disabled. Just by disabling it, that doesn't mean I want director adding stuff to my bitmap. I don't see how that could not be a bug, even if it has done it forever. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Buzz Kettles Sent: Wednesday, February 05, 2003 8:31 PM To: [EMAIL PROTECTED] Subject: Re: lingo-l Director MX( 8.5) bug the Paint Window automatically calls trim white space whenever 'editing' is done. There's no way to avoid this. I don't think it's a bug per se - It's been this way forever - It IS annoying though. hth -Buzz At 8:09 PM -0500 2/5/03, you wrote: I have reported what I believe to be a bug to macromedia, and decided to send out a copy to the list just so people are aware. It's not a show stopper or bad one by any means, but it doesn't hurt to be made aware of it. Here is a simple copy/paste from my bug submission to macromedia. It effects 8.5 as well, and I can't think of why this would be an intentional side effect of the feature involved. Read on if your interested. There seems to be a paint window bug in director. I am able to reproduce it using the following steps. When importing a bitmap, and unchecking the trim white space box, the bitmap is imported into the cast just fine, and the dimensions in the property inspector is reported correctly. However, if I double click that image to open it in the paint window, then double click the selection tool to select the image, then use one of 2 90degree rotate buttons, when I close the paint window afterwards, the dimensions of the image get messed up some way. For example, I discovered this issue when I needed to rotate a bitmap that was 125x287. I opened it in the paint window, double clicked the selection marquee to select the entire image, then rotated the image. When I close the paint window and commit the change, the dimensions now read 303x303. This appears to happen whenever rotating any bitmap using those rotation tools. The horizontal and vertical flip tools are not affected by this bug. Another interesting quirk is that if I import the same bitmap, but leave the trim white space box checked during import, this bug does not show up, so it seems to be somehow related to the trim white space option. I was able to reproduce this bug with the images I was using in the project at the time, which were to be used as textures for domino models, and I was also able to reproduce using a solid color bitmap. In short, bitmaps imported with the trim white space option off, get messed up dimensions when rotating using the 90degree rotate tools in the paint window, and bitmaps with the trim option on are not affected. Even toggling the Trim option on/off in the property inspector will enable/disable this bug. Even rotating a 134x134 solid color bitmap, when trim is off, results in dimensions of 151x150, and the same bitmap rotated with trim on, doesn't affect the dimensions if the square. I can think of no reason this effect would be intented, so I am reporting this as a bug. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Director MX( 8.5) bug
Buzz doesn't mean that it's not annoying - just that it may be an (intended) design flaw rather than an (unintended bug). On Wednesday, Feb 5, 2003, at 21:43 US/Eastern, Jeremy wrote: I can understand calling whatever trim white space does if its enabled, but its really lame for director to square off the image with jacked up dimensions if it is disabled. Just by disabling it, that doesn't mean I want director adding stuff to my bitmap. I don't see how that could not be a bug, even if it has done it forever. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Buzz Kettles Sent: Wednesday, February 05, 2003 8:31 PM To: [EMAIL PROTECTED] Subject: Re: lingo-l Director MX( 8.5) bug the Paint Window automatically calls trim white space whenever 'editing' is done. There's no way to avoid this. I don't think it's a bug per se - It's been this way forever - It IS annoying though. hth -Buzz At 8:09 PM -0500 2/5/03, you wrote: I have reported what I believe to be a bug to macromedia, and decided to send out a copy to the list just so people are aware. It's not a show stopper or bad one by any means, but it doesn't hurt to be made aware of it. Here is a simple copy/paste from my bug submission to macromedia. It effects 8.5 as well, and I can't think of why this would be an intentional side effect of the feature involved. Read on if your interested. There seems to be a paint window bug in director. I am able to reproduce it using the following steps. When importing a bitmap, and unchecking the trim white space box, the bitmap is imported into the cast just fine, and the dimensions in the property inspector is reported correctly. However, if I double click that image to open it in the paint window, then double click the selection tool to select the image, then use one of 2 90degree rotate buttons, when I close the paint window afterwards, the dimensions of the image get messed up some way. For example, I discovered this issue when I needed to rotate a bitmap that was 125x287. I opened it in the paint window, double clicked the selection marquee to select the entire image, then rotated the image. When I close the paint window and commit the change, the dimensions now read 303x303. This appears to happen whenever rotating any bitmap using those rotation tools. The horizontal and vertical flip tools are not affected by this bug. Another interesting quirk is that if I import the same bitmap, but leave the trim white space box checked during import, this bug does not show up, so it seems to be somehow related to the trim white space option. I was able to reproduce this bug with the images I was using in the project at the time, which were to be used as textures for domino models, and I was also able to reproduce using a solid color bitmap. In short, bitmaps imported with the trim white space option off, get messed up dimensions when rotating using the 90degree rotate tools in the paint window, and bitmaps with the trim option on are not affected. Even toggling the Trim option on/off in the property inspector will enable/disable this bug. Even rotating a 134x134 solid color bitmap, when trim is off, results in dimensions of 151x150, and the same bitmap rotated with trim on, doesn't affect the dimensions if the square. I can think of no reason this effect would be intented, so I am reporting this as a bug. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
