Here's the least obtrusive patch I could come up with. A hack? Maybe so,
but without maintaining additional information like whether the particular
fixed portion is zero-width or not (wxImage::GetWidth() is actually the
limiter), then this is about as simple as it gets.
On 6/26/06 6:05 PM, "Leland" <audacity@...> wrote:
> On 6/26/06 7:45 AM, "James Crook" <crookj@...> wrote:
>> If it starts to beat you senseless, let me know and I'll take a look.
>> The Mac-PC difference is intriguing and suggests it might be to do with
>> mask/transparency differences of wxBitmaps. On the Mac the Bitmaps have
>> masks. On the PC they are 32 bit alpha channel bitmaps. That might
>> make the matching of magic colours differ. [However wxImages should be
>> exactly the same...].
> It happens on the Mac too when linking against debug widgets libraries.
> The "problem" is that wxBitmap doesn't allow you to convert a wxImage with
> zero width. But, ImageRoll depends on the zero-width bitmap/image to
> distinguish between fixed and repeatable images.
> In this case, the zero-width image is the very first segment and represents
> the left (fixed) portion of the roll which is intended to be omitted.
> A solution is certainly possible and I'll try to come up with one, but I
> don't want to molest Dominic's code too much as he may still be revising it.
> I'll post the solution to the list rather than commit...
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> Audacity-devel mailing list