Rev Crash Again!
Wouter
wouter.abraham at pi.be
Fri Jan 9 06:57:48 EST 2004
On 09 Jan 2004, at 07:39, use-revolution-request at lists.runrev.com wrote:
> Message: 5
> Date: Thu, 8 Jan 2004 23:17:08 -0700
> From: Dar Scott <dsc at swcp.com>
> Subject: Re: Rev Crash Again!
> To: How to use Revolution <use-revolution at lists.runrev.com>
> Message-ID: <744A00BB-426B-11D8-8618-000A9567A3E6 at swcp.com>
> Content-Type: text/plain; charset=US-ASCII; format=flowed
>
>
> On Thursday, January 8, 2004, at 07:34 PM, Wouter wrote:
>
>> When in metacard a stacks pixmapID < > its windowid
>> then Dar's handler is working as a charm (here at least)
>
> From the TD on alwaysBuffer:
>
> "You can find out whether a stack is currently being buffered by
> comparing its pixmapID property to its windowID property: if these two
> properties are not the same, the stack is buffered."
>
> From the imag007 tip at www.sonsothunder.com:
>
> -- The next two lines force the current card image into the
> offscreen
> buffer
> set the alwaysBuffer of stack pStackPath to false
> set the alwaysBuffer of stack pStackPath to true
>
> (My function only works on "this stack", so this does not apply.
> Maybe.)
If you want your crash with your "this stack" do the reverse because
it sets a stacks pixmapID = its windowid (no buffering as you said)
>
> Maybe a good test to add to my function and to the imag007 tip is a
> check on the pixMapID and windowMapID. If they are the same generate
> an error and don't set the imagePixmapID.
> set the alwaysBuffer of stack pStackPath to false
> set the alwaysBuffer of stack pStackPath to true
>
> (If a stack is not in memory, I don't know if setting the alwaysBuffer
> does what we want. I haven't looked at that.)
You have set the cantmodify of the stack to false
before setting its alwaysbuffer to true otherwise t
the stack will not be buffered
>
> Dar Scott
WA
More information about the use-livecode
mailing list