Point at absolute screen position
rademur shared this idea 14 years ago
At present a locus of point A can only be drawn, if A is depending on another point B. If it is depending on a slider value a locus is not possible.
As a substitute we can use the affine ratio of a point on a segment. The only thing that's missing now is: We cannot fix points at a certain absolute screen position as we can do with sliders.
Is it possible to add this feature?
P.S. If there were functions to get the actual coordinates of the upper left and lower right corner of the drawing pad, this would do as well.
- Feedback & Questions
- +43 677 6137 2693
A = Corner
B = Corner
(A + B)/2
in pre-release version the command corner or corner corner corner give the corners of screen
you can see an example in http://www.geogebra.org/en/...
Thank you, Murkle and Mathmagic, for your information.
The "corner solution" is a good solution. It is i.m.o. more consistant with Geogebra's paradigmata. If points get the feature to be fixed at some screen position the next question might be: how about circles, lines and so on? I see, we should leave it as it is now. (I.m.o. not against the paradigmata, however, is to implement "Locus[<Number>, <Point> ] in addition to Locus[ <Point>, <Point> ]).
B.t.w.: The little context help (F1) is up to date if the english language is chosen. The german context help is lacking of the syntax "Corner[ <Number> ]" = "Eckpunkt[ <Zahl> ]". That's why I never had the idea to use this function.
Just define them in terms of fixed points :)
If you have a way to calculate the point from the number, can't you use the Curve command?
How to make always a fixed point when shift and zoom anywhere in 2d?
A (Corner) is fixed to the shift and zoom
B (Corner + 4) is fixed in shift and move when zoom
B (x (A) +4, y (A) +4) is fixed in shift and move when zoom
Absolute-Position is allway relative to Corner
Corner is allway changed when zoom or position of (0,0) or relation X/Y axis is changed (script in Corner for synchronice).
The absolute Position can't be in ggb-units, it must be in pixels. This need a dynamic value for the size of 1 pixel in ggb-units.
This is a workaround for your idea "Add a menu item absolute position" (I vote this idea)
create a point P then type in input bar AttachCopyToView[P, 1]
I do not understand.
That's just the point.
Distance [Corner , Corner ] / x (Corner  + (2, 2)),
Distance [Corner , Corner ] / y (Corner  + (2, 2))
Does not work.
What to enter here?
see this A; is it you want?
zoom, move the axis etc
say why not
First: the solution of mathmagic is much more nice. Use this.
My solution works too.
pixX = Distance[Corner, Corner] / x(Corner + (2, 2))
is the length of 1 pixel in the Xdirection depending of the actual zoom-factor (analog for pixY)
The point ""Absolut" has his cartesian-coordinates (something else is not possible) BUT this coordinates are changed by the script in C_2 (Corner) (allway when something change at the windows). And he is fixed, so the user can't shift him (only the script in C_2).
You can see the function of (simulated) absolut position when you
- change the size of the applet
- change x/y relation
- move the graphic-windows
- zoom-In -Out
Then the point is allway at the same place similare as a text with absolut position.
(also the point A in the solution of mathmagic)
Create point A.
In the console:
AttachCopyToView [A, 1]
This will create a point B coordinates which control the moving A.
Not a big improvement:
The properties of B is:
AttachCopyToView [A, 1, (some numbers, some numbers), (some numbers, some numbers), (0, 684), (934, 0)]
You can add a slight improvement from:
x (Corner )
y (Corner )
AttachCopyToView [A, 1, (some numbers, some numbers), (some numbers, some numbers), (0, 684), (x (Corner ), 0)]
Allows not crawl point B when compressed window borders.
Comments have been locked on this page!