On Jun 21, 2004, at 4:09 PM, Troy Rollins wrote:
Looks like #1409 to me.
It claims to be fixed, how do I tell which version it is supposed to
be fixed for?
The procedure requires a target milestone to be set, but that sometimes
falls in the crack. Based on the date, I would expect this to be in
On Jun 21, 2004, at 5:39 PM, Dar Scott wrote:
Bugzilla the one that does not work, unless you think one of the
imageData bugs already covers it.
Looks like #1409 to me.
It claims to be fixed, how do I tell which version it is supposed to be
fixed for?
--
Troy
RPSystems, Ltd.
http://www.rpsystems
On Jun 21, 2004, at 3:18 PM, Troy Rollins wrote:
put img id 1018 of stack "Button Icons" into image \
"Thumbnail" of card tClipSelected of stack "CurrentP"
This in fact DOES seem to be working.
Bugzilla the one that does not work, unless you think one of the
imageData bugs already covers it
On Jun 21, 2004, at 3:15 PM, Frank Leahy wrote:
But best of all you won't be munging with imageData. Fooling around
with imageData is a bit like playing with fire
One has to do it if one wants to compute images without the bother of
building BNP or JPEG. You can export BPM, a much simpler forma
On Jun 21, 2004, at 9:41 PM, [EMAIL PROTECTED]
wrote:
From: Troy Rollins <[EMAIL PROTECTED]>
Subject: Re: Crazy imageData
To: How to use Revolution <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Anything else?
On Jun 21, 2004, at 3:33 PM, Ken Ray wrote:
Can you solve it with a simple "put":
put img id 1018 of stack "Button Icons" into image \
"Thumbnail" of card tClipSelected of stack "CurrentP"
Holy moly.
This in fact DOES seem to be working.
Ugh. I would have thought this would repoint the ID to
On Jun 21, 2004, at 2:10 PM, Troy Rollins wrote:
Just to be clear, the imageData of the source NEVER changes. It is an
imported image. It sits on a resource card in a one card resource
substack of the main application.
What do you mean by imported? Do you mean you set the filename? Do
you mean
> > That would avoid using the imagedata and not require you
> have exactly
> > the
> > same dimensions (the destination image will adjust to fit
> the incoming
> > image
> > unless the lockLoc is true).
>
> Doesn't this technique actually create a link to the source, rather
> than an indepen
On Jun 21, 2004, at 3:51 PM, Troy Rollins wrote:
I'll try the emptying trick, using the "text of the image." I hadn't
gone that route yet.
The empty trick doesn't work.
When you dump in your troubleshooting, be sure and include
height/width and formattedHeight/formattedWidth. Also alphaData (an
On Jun 21, 2004, at 3:34 PM, Dar Scott wrote:
You say you import image ID 1018. When it fails it is pure black? Do
you mean image ID 1018? Then what does image "ThumbNail" have to do
with it?
When setting the imageData, the height and width must match the
original. (Strictly, the size of th
On Jun 21, 2004, at 3:33 PM, Ken Ray wrote:
Can you solve it with a simple "put":
put img id 1018 of stack "Button Icons" into image \
"Thumbnail" of card tClipSelected of stack "CurrentP"
That would avoid using the imagedata and not require you have exactly
the
same dimensions (the destinat
11 matches
Mail list logo
