Richard.
Intersting stuff.
When one first drags a roundRect from the toolbar, the PI has a field to enter
a value for the “roundRadius” property. But after a rotation, where the graphic
is now defined solely by its “points” property, the ability to get or set that
property disappears. I suppos
> On 5 Jun 2024, at 2:00 am, Craig wrote:
>
> The docs must be wrong. I just tested with all seven of the graphic options
> in the tools palette, and they all rotate just fine.
You are absolutely right, a roundedRect graphic does rotate with revPolyRotate.
Don’t know why I trusted the docs
Craig wrote:
> The docs must be wrong. I just tested with all seven of the graphic
> options in the tools palette, and they all rotate just fine.
I'd guess that Dictionary entry was written before July 7, 2007.
In the revcommonlibrary script you'll find the revRotatePoly command on lines
496 thr
The docs must be wrong. I just tested with all seven of the graphic options in
the tools palette, and they all rotate just fine.
Craig
> On May 31, 2024, at 9:30 PM, Neville Smythe via use-livecode
> wrote:
>
> Many thanks Craig and Bernd for your suggestions
>
> Craig: Unfortunately the doc
LiveCode refuses to scale rotated images if the angle is set and lockloc is
false but if you set lockloc to true you can scale the rotated image. If you
just rotate an image with lockloc set (to true) it will always keep the image
inside the original bounding box which is normally not what you w
Neville wrote
Now while referenced images such as png’s can be
rotated (more precisely, have their angle set) they lose their scaling,
reverting to their native size; and rotated images cannot be scaled (why??
set the resizeQuality of the image to good or best depending on your image
(images get
Neville wrote
> Now while referenced images such as png’s can be
> rotated (more precisely, have their angle set) they lose their scaling,
> reverting to their native size; and rotated images cannot be scaled (why??
set the resizeQuality of the image to good or best depending on your image
(im
Many thanks Craig and Bernd for your suggestions
Craig: Unfortunately the docs say revRotatePoly only works with lines, curves
and polygons
Bernd: Oh! Yes, exporting as png does work to give transparent corner bits!
Obvious now!
I think I had briefly considered this and rejected it because at
AHA, now I remember. Try the “revRotatePoly” command. That seems to work with
any graphic.
Craig
> On May 31, 2024, at 9:32 AM, Craig Newman via use-livecode
> wrote:
>
> I think that only a “regular” polygon graphic can be rotated by setting its
> “angle” property.That means that a roundRec
I think that only a “regular” polygon graphic can be rotated by setting its
“angle” property.That means that a roundRect or rectangular graphic do not
respond at all. LC will not throw an error, and the property sticks, but the
arc itself does not change..
I could be wrong about all this.
Crig
Export snapshot from object gives a nice image that can serve in place of the
graphic except that it has black spots at each corner outside the rounded
frame
Have you tried as "png"? It should make the black corners transparent.
export snapshot from graphic "g1" to image "iDest" as png
Kind rega
I have a need for rotated graphic objects, in particular a roundrect graphic.
Export snapshot from object gives a nice image that can serve in place of the
graphic except that it has black spots at each corner outside the rounded
frame. Which means the image can really only be used against a bla
On 11/8/2015 4:39 PM, Richard Gaskin wrote:
> Richmond wrote:
>
>> I wonder if, instead of doing /export snapshot from stack xxx/ you might
>> not be better doing /export snapshot from card zzz/: my experience
>> of doing the thing from the stack has not been altogether satisfactory .
>> . . Oops .
Richmond wrote:
I wonder if, instead of doing /export snapshot from stack xxx/ you might
not be better doing /export snapshot from card zzz/: my experience
of doing the thing from the stack has not been altogether satisfactory .
. . Oops . . . haven't tried that since DreamCard 2.6 (remember
th
On 11/7/2015 10:59 PM, Paul Hibbert wrote:
On Nov 7, 2015, at 4:46 PM, Paul Dupuis
wrote:
On 11/7/2015 1:46 PM, Paul Hibbert wrote:
Yes this is the expected behaviour. Export snapshot from rect is
not be able to take a snapshot of something "off-screen” because
it’s not rendered by the displ
> On Nov 7, 2015, at 4:46 PM, Paul Dupuis wrote:
>
> On 11/7/2015 1:46 PM, Paul Hibbert wrote:
>> Yes this is the expected behaviour. Export snapshot from rect is not be able
>> to take a snapshot of something "off-screen” because it’s not rendered by
>> the display.
>>
>> Export snapshot fro
On 11/7/2015 1:46 PM, Paul Hibbert wrote:
> Yes this is the expected behaviour. Export snapshot from rect is not be able
> to take a snapshot of something "off-screen” because it’s not rendered by the
> display.
>
> Export snapshot from rect uses the device's display output to render the
> image
Yes this is the expected behaviour. Export snapshot from rect is not be able to
take a snapshot of something "off-screen” because it’s not rendered by the
display.
Export snapshot from rect uses the device's display output to render the image,
but if you use Export snapshot of an object (stack,
I am using the "export snapshot from rect tRect to ... " for of the
export snapshot command to export the interior of a stack window where
and External has drawn in the window. tRect is set to the global
(screen) coordinates of the interior area of the window based on its
current position.
This wo
19 matches
Mail list logo