Project

General

Profile

Actions

Bug #48

open

Graphics cursor position

Added by Paul Kitching almost 5 years ago. Updated about 3 years ago.

Status:
Resolved
Priority:
Normal
Target version:
Start date:
01/21/2020
Due date:
% Done:

0%

Estimated time:
Affected version:

Description

box 80,10 to 150,50
print xgr,ygr

In AMOS this gives 80,10 (the start pos), but in AOZ it gives 150,50 (which sounds correct way to do it). It could possibly be an option in a strict AMOS mode, as it could potentially mess up a program.

V 0.9.3

Actions #1

Updated by Baptiste Pillot almost 5 years ago

Actions #2

Updated by Paul Kitching almost 5 years ago

Yes, that's what I get in AOZ. That looks to be the correct way I expect it to behave, BUT in AMOS it gives the start co-ords, not the end co-ords. It seems AMOS is wrong, but if this is used in an old AMOS program in AOZ, it would cause a problem.
I think that if it's in AMOS mode it should give the same results as AMOS did. In this case, 80,10
I'm not sure how much it was used, so he might want to leave it as it is. It depends how compatible he wants it to be, even if the AMOS way looks wrong.

Actions #3

Updated by Francois Lionet almost 5 years ago

  • Status changed from New to Feedback
  • Target version set to 0.9.3.2

Fixed it. Yet could you check the compared behaviors for this for all the graphic functions? Like Polygon, Polyline, Circle, Ellipse?
And report? This would save me some time. ;)
Thank!

Actions #4

Updated by Anonymous almost 5 years ago

Yes, I'll test the other functions when I get home.

Actions #5

Updated by Paul Kitching almost 5 years ago

Right, here are my findings:
Initial values are correct (0,0)
Circle is correct (middle point)
Box: AOZ gives end co-ords, AMOS gives start co-ords. It sounds like this is the one you have fixed.
Polyline correct (last point)
Bar: As box. AOZ is end, AMOS is start.
Draw is correct (end point)
Ellipse is correct (middle point)
Polygon: AOZ gives last specified point, AMOS gives the point where it started (this could be the previous value of xgr,ygr and not specified in the polygon command)

Program used to test it:

cls 0
ink 2:paper 0
xy
circle 20,20,5
xy
box 40,25 to 50,35
xy
polyline 55,60 to 45,45 to 50,40
xy
bar 60,20 to 70, 30
xy
draw 80,25 to 90,35
xy
ellipse 100,20,10,5
xy
polygon to 107,40 to 95,45
xy

procedure xy
  locate 20,:print xgr,ygr:wait key
end proc

AMOS returned:
0,0
20,20
40,25
50,40
60,20
90,35
100,20
100,20

AOZ:
0,0
20,20
50,35
50,40
70,30
90,35
100,20
95,45

Actions #6

Updated by Baptiste Pillot almost 5 years ago

Still not working with AOZ 0.9.3.2 :

Result as described by Paul :

  • box : OK
  • box : BAD
  • polyline : OK
  • bar : BAD
  • draw : OK
  • ellipse : OK
  • polygon : BAD
Actions #7

Updated by Paul Kitching over 4 years ago

Still a problem in 0.9.6.3
Amiga mode gets the last one wrong (doesn't use starting position of polygon), and the PC mode is mostly wrong (the same as when first mentioned).

Actions #8

Updated by Paul Kitching over 4 years ago

  • Affected version changed from 0.9.3 to 0.9.7
Actions #9

Updated by Brian Flanagan over 4 years ago

  • Affected version changed from 0.9.7 to 0.9.9.3

Re-tested in AOZ 0.9.9.3 test 2:

Circle: Both OK
Box: Both AMOS Pro & AOZ are wrong (40,25), should return box origin in Strict AMOS Pro mode, but last point (50,35) in AOZ.
Polyline: Both OK
Bar: AMOS Pro is wrong (60,20), AOZ is correct (70,30) ' should return box origin in Strict AMOS Pro mode.
Draw: Both OK
Ellipse: Both return center #1. I think they should return center #2, since that was the last point defined.
Polygon: AOZ (95,45) correct. AMOS Pro returns PREVIOUS origin - WRONG (but should return in Strict AMOS Pro mode.)

All the same problems exist. Altered affected version accordingly.

NOTE: Something I discussed with Francois some time back:
Perhaps we should have a Strict mode (including bugs) and a patched mode*, as well as the fully corrected AOZ mode.

*Some of the bugs in AMOS Pro were patched later.

Actions #10

Updated by David Baldwin about 3 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF