>The test is needed to establish if a file is mc/rr as opposed to other file
>formats before opening it. Looks like the detailedFiles is the answer.
My thanks to [EMAIL PROTECTED] via [EMAIL PROTECTED] A function that returns the Mac fileType of a file:
function fwMacFileType pPath
local tSav
On 9/28/03 12:28 AM, [EMAIL PROTECTED] wrote:
The test is needed to establish if a file is mc/rr as opposed to other file
formats before opening it. Looks like the detailedFiles is the answer.
I see. I misunderstood your question. Testing for "there is a stack" is
a good approach, as suggested.
Scott Rossi writes:
On 9/26/03 1:51 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
MC 2.5 build number 1, Win2000
...
Worked as expected. with each click of bt2, fld1 text cycled between true
and false with dissolve, and btn1 cycled between visible and invisible with
dissolve.
Do you have
> Just a short guess: Maybe you set your monitor to 256 colors (8 Bit)?
(B
(BThanks, Klaus, but that's not it.
(B
(BIn fact, the behaviour's gotten even curiouser and curiouser since my post
(Byesterday. Went to bed last night, woke up, started tinkering on a different
(Bgif-handling stack, a
Hi Nicolas,
Hello List,
An odd behaviour I'm trying to figure out. When setting the fileName
of an
image object, some GIF images get displayed properly, while others have
their colors displayed oddly (eg, all in blue).
Any ideas why? Different types of GIF? If so, how to identify these
and/or
