LiveCode Forums

Lagi Pittas wrote: ↑

Fri Dec 07, 2018 1:53 pm

Hi

I would suggest it's the driver. If it works on some machines and not others. ......
Lagi

Wish that was the fix but unfortunately that doesn't do a thing. I updated to the latest greatest drivers but experienced no improvement. My system is an HP laptop running an Intel 5200 chipset. Slowing movement down to a speed where distortion disappears is like saying, "stop exercising because you get sore afterwards." Problem of soreness may be solved but the purpose of exercise has been defeated. I need my movement to stay at the speed it's at. Basically, I need a graphic or img object to move from one side of the display to the other within a max speed of 600 milliseconds, without the roundness of the graphic being flattened out on the leading edge.

It sounds like the only option then is to report the problem and see if the team can fix it.

Just to confirm, on a MacBook Air and on an Imac, the graphic moves without physical distortion.

The movement itself is not perfectly smooth. This with both the "move" command and the loop which increments the hLoc. Of the two methods, "move" looks better. The slight jerkiness almost looks like some sort of actual object distortion, but I think that is only the overall visual effect, and not any actual"flattening".

@ xFratbot. But is there actual object flattening in what you are seeing? Or is it just much more pronounced jerkiness?

Craig

A short video of the screen might help.

Maybe this picture will explain more than words. I just took a picture with my phone of the object moving on my screen.

Thanks, the picture helps. Is this graphic in a group? It looks exactly the way objects get clipped when they hit a group's margin.

I am with Jacque here. I thought that the circle was "flattened". This photo definitely looks like it has been truncated.

Try what she implied. Take a circular graphic and group it. Now select the group, and drag either of the left or right handles inwards. You see a truncated graphic, since the group is now smaller than the object it contains. Is this somehow happening in your process?

Craig

IFF the graphic object is grouped (either by itself or in combination with other objects)
surely the 'trick' is to move the group rather than the graphic?

Of course that presupposes the graphic HAS to be grouped;
if it doesn't, then ungroup it and you shouldn't get the "eclipse"
that you are getting at the moment.
- -

If you add the graphic effect "drop shadow" or "outer glow"
to the circle vector graphic, then the clipping effect
is not visible anymore.

Please try adding these effects and post your results.

Could you try this with Older LC versions too?
LC 9.0 and 8.1.10 show this bug in
my own setup.

Al

capellan wrote: ↑

Sun Dec 09, 2018 7:46 pm

If you add the graphic effect "drop shadow" or "outer glow"
to the circle vector graphic, then the clipping effect
is not visible anymore.

Please try adding these effects and post your results.

Could you try this with Older LC versions too?
LC 9.0 and 8.1.10 show this bug in
my own setup.

Al

There is some improvement visually when adding the effects but it really just seems to cause the distortion to be applied to the shadow and glow area.

jacque wrote: ↑

Sat Dec 08, 2018 10:02 pm

Thanks, the picture helps. Is this graphic in a group? It looks exactly the way objects get clipped when they hit a group's margin.

Object is not inside a group. I've tried placing it inside a group and move the group vs the grc and there was no change.

Can you post the stack, or a test stack that shows the same behavior?

Craig

dunbarx wrote: ↑

Mon Dec 10, 2018 6:29 am

Can you post the stack, or a test stack that shows the same behavior?

Craig

See attached. It's not pretty but it demonstrates what I'm seeing when I move objects. Adjusting the speed produces an even greater effect. Maybe I'm missing something huge. I appreciate all the help. I just can't believe I'm alone in this problem. I've had this problem for years across several different versions of LC and on numerous different computers. Like I said in my original post, it really only started around the advent of windows 8.

Hi.

I do see jerkiness, but not the truncated control in your photo.

Speed kills.

The team should see this, if only to confirm that this is the expected behavior of the "move' command.

Craig

dunbarx wrote: ↑

Mon Dec 10, 2018 6:54 pm

.....

The team should see this, if only to confirm that this is the expected behavior of the "move' command.

Craig

how does one get in touch with "The Team?"

As easily as going to the bug support system, doing a search (to see if it is already reported somewhere), and if not, submitting a report