Mark Waddingham wrote:
> On 2017-08-22 20:31, Richard Gaskin via use-livecode wrote:
>> Any opportunity here to generalize the solution to accommodate this?
>
>> tool property for groups/creating objects in groups interactively
>> http://quality.livecode.com/show_bug.cgi?id=623
>
> I think that i
As an aside, I stumbled across the editMode property when I tried to use it as
a property of a stack to store edit/view/search for a form/card. No bueno.
Bob S
> On Aug 23, 2017, at 03:04 , Mark Waddingham via use-livecode
> wrote:
>
> P.S. This idea might also give a much better way to do
On 2017-08-23 12:04, Mark Waddingham via use-livecode wrote:
I fear that these two parts of code are quite distinct, however, so it
isn't a case of do one and get the other free... The image one is
probably quite straight-forward (although, I could well be wrong); the
group one (judging by the co
On 2017-08-22 20:31, Richard Gaskin via use-livecode wrote:
Mark Waddingham wrote:
Basically, only the browser, pointer and help tools will recurse into
groups - the paint tools will not
...nor drawing tools or object tools (eg field or button).
Well that's a slightly different case her
On 8/22/17 6:02 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
the paint tools seem to be badly broken here in 8.1.6
if I draw an oval it , appears but selects the entire card rect as the
enclosing rect/container instead of the actual oval itself.
Attempting bring the area "down" to ed
This is important in our world. not sure if I follow exactly what the issues
are, but I can tell you what users need.
But first of all, the paint tools seem to be badly broken here in 8.1.6
if I draw an oval it , appears but selects the entire card rect as the
enclosing rect/container instead o
If this were 3 years ago, I would be begging for this change. It does not
affect me right now, though.
Sent from my iPhone
> On Aug 22, 2017, at 3:20 PM, J. Landman Gay via use-livecode
> wrote:
>
> I added a comment to the bug report, but based on the amount of feedback so
> far (almost non
I added a comment to the bug report, but based on the amount of feedback
so far (almost none) I'd say the change probably wouldn't affect many
people. Whether it's a point-release change or a dev-release change is
hard to say, but unless more people object I'd say it isn't a major
shift and it
Mark Waddingham wrote:
> Basically, only the browser, pointer and help tools will recurse into
> groups - the paint tools will not
...nor drawing tools or object tools (eg field or button).
Any opportunity here to generalize the solution to accommodate this?
tool property for groups/creat
Bob Sneidar wrote:
> In my mind a paint tool is a 2 dimensional function. I can see using
> the paint tool in a window displaying a single object that was not a
> group, kind of like Microsoft Word does it. I cannot imagine trying to
> paint an object inside a group as though an artist could reac
When I created Ready Wrigley Activities, I had to jump through all kinds of
hoops to be able to draw inside a group.
I think that drawing on a grouped image should be standard.
Sent from my iPhone
> On Aug 22, 2017, at 11:01 AM, Bob Sneidar via use-livecode
> wrote:
>
> In my mind a paint to
In my mind a paint tool is a 2 dimensional function. I can see using the paint
tool in a window displaying a single object that was not a group, kind of like
Microsoft Word does it. I cannot imagine trying to paint an object inside a
group as though an artist could reach his paintbrush 3 dimensi
Hi all,
We had an issue come into support about using the paint tools on a
grouped image - this has come up before (years ago, at least).
Basically, only the browser, pointer and help tools will recurse into
groups - the paint tools will not. This means that if you use the paint
tools over a
13 matches
Mail list logo
