| ID: | 897 |
| From: | miloh <fr...@gmail.com> |
| Date: | Sun, 17 Sep 2017 07:17:51 -0700 |
| Subject: | Re: [pcb-rnd] does anyone use the mark (ctrm+m)? (was Re: marker |
| in-reply-to: | 896 from ge...@igor2.repo.hu |
On Sun, Sep 17, 2017 at 1:55 AM, <gedau@igor2.repo.hu> wrote: > On Sun, 17 Sep 2017, Alain Vigne wrote: > >> Me again... >> >> I don't know if it is intended or not, but: >> 1. Open the 7805 tutorial >>> >>> ./pcb-rnd ../doc/tutorials/7805/7805.pcb >> >> 2. Left-click the capacitor, keep the mouse clicked, move your mouse >> -> A red X marks the location of your button click. >> -> A ghost of cap. follows your mouse, saying you are moving the >> component. >> 3. Hit ESCape key before releasing the mouse key >> -> You corrected the bug, now, the move is canceled. Fine >> >> >> But, the red X (marker) is still there... ! >> (I think it should disappear, no ?) > I agree it should disappear if the part outline/wireframe/ghost disappears > > Moving this to the mailing list > > The whole marker thing is a bug in itself.... Nobody understands what it is > intended for and the code uses it random ways - probably developers never > understood it either so each part of the code does something randomly. > > If anyone is using the mark, please let me know your use patterns. We should > probably clean this up a bit, as in the current state it looks like if it > did random wierd things. My two uses for mark: I hope it's pretty common to use ctl-m mark (the user-explicit mark?) with coordinates readout together as a measurement tool, aka the 'distance' tool in a decent CAD program. I also use mark all the time to indicate the position i'm relocating the relative mark (diamond) of a footprint or subc to. Does anyone use it for this as well? A few notes on the actions: markcrosshair() removes any mark if one is already placed on the layout. It toggles to remove a user-explicit mark if already placed. If it is run during other gui commands is it potential problem? markcrosshair(center) updates the mark location to the crosshair. Is there a way to indicate a x,y position for the mark in an action? see action reference url: http://repo.hu/projects/pcbrnd/user/09_appendix/action_reference.html Nota bene: the behaviors described below change if the user has placed a user-explicit mark at a location. > > My experience of the bugs: > > The mark is sometimes placed as part of a random operation, for no appearant > reason. Some operations remove the mark at the end, some cancels/undos also > remove the mark. Others don't, and many operations don't place the mark. > When an operation is messing with the mark, the user set mark is moved, so > the user loses the original mark position. This has thaught users not to try > to use the mark as it randomly jumped away. > > Examples of inconsistencies: > > 1. start drawing a line; mark is placed; press esc after a few line > sections, mark is removed; esc sounds like 'cancel', but it doesn't really > cancel your lines, merely finishes the mode: switching to the arrow mode > with F11 or the toolbar icon does the same, so it feels like the mark is > only during the drawing > At this point the mark is useful since coordinates readout gives distance relative to mark, angle 'phi', and X,Y relative offsets. I've connected using mark to looking at the coordinates readout for distance measurement. (*coordinates readout was a doc/user directed name Igor2 and I came up with awhile back: there's some disambiguation of what these gui segments are at http://repo.hu/projects/pcb-rnd/user/05_ui/01_gtk/index.html contribs and comments welcome, separate threads please ) > 2. do the same, but instead of esc, undo a few of the last lines; you go on > drawing a new line from the original end of the trace where you undoed, but > the mark is not moved there; so the mark doesn't mark where you last started > to draw lines, but where you first started to draw lines This looks like a bug to me, but mark feels like a helpless passenger here as the line tool behaves strangely? > > 3. draw a polygon: mark is placed on the start, but is _not_ removed when > you finish (while in line it got removed for esc, that simply finished > drawing mode); switching to arrow mode won't remove it. so it's not like in > point1, marking the start during draw, but it persist Another strange one. I'm for removing the mark after completion, but offhand I wonder if djgpp knows if there a reason and history for this. > > 4. now draw a polygon using the rectangle tool: no mark at all, neither > during draw, nor persisting after the drawing > > 5. grab a polygon point for move; while moving it, there'll be a mark at the > original position; it's gone after the move - except if the operation is > cancelled with esc. I'd expect exactly the opposite to happen: if it has to > mess with the mark, it's more useful to see where I succesfully moved a > point from than marking where I did _not_ do a change. We have undo anyway, > so marking the move start doesn't make much sense either. Strongly agree. > > 6. draw arc -> no mark; start drawing lines, switch to drawing arc in the > middle, the arc continues your track from the endpoint of the last line, but > the mark is not removed, as if you were still in the line drawing mode... > but if you started your track with arc then switched to line in the middle, > the mark is placed at the end if the first line segment, which sounds > totally broken Strongly agree with 'broken'.. > > 7. placing an element won't put a mark there; moving an unselected element > will move the mark to the original position; moving a selected element won't > do a mark(!). This seems to be universal to all objects: moving by drag&drop > marks original location, unless the object is selected > > 8. drag&drop moving a line endpoint does a mark during the move, and it is > left there after 'esc' but removed after a succesful move; same as in 5. > > 9. ctrl+drag&drop leaves a mark at the original point for some reason, but > only if mark was off before the operation > > To me, 7-8-9 mark examples look like vestigial limbs that aren't being used and could be removed or modified to have more useful behavior. Then again, using mark in conjunction with coordinates readout is perhaps the reason for this. If want to move the part by a fixed X,Y distance relative from pickup (or the explicitly placed mark position). > Regards, > > Igor2 regards, -rma
Reply subtree:
897 Re: [pcb-rnd] does anyone use the mark (ctrm+m)? (was Re: marker from miloh <fr...@gmail.com>