Hi,
The only one I still run into is when trey to select an area I need to
find a point sufficiently far away from any surrouning node or way,
otherwise I end up moving said node/way. Especially when you're zoomed
out a lot, finding somewhere to start the selection area fro mcan be
quite a
On Jan 24, 2008 10:27 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Does this solve all problems, or create new ones...?
The only one I still run into is when trey to select an area I need to
find a point sufficiently far away from any surrouning node or way,
otherwise I end up moving said
Hi,
If the density is so great
that you can't decide whether you're selecting and area or dragging, I
would suggest that you don't realistically know what you would select
anyway and that you would have to zoom in to get it right anyway.
Exactly! What is your use case for drag-select in
David Earl wrote:
I think this is confusing. I would expect SHIFT-DRAG starting in an open
area to ADD to the selected set,
It will. Please read the design page :-) My point is that there is a
small restriction on drag-select, which is that you can only do it in an
additive fashion. If you
On 25/01/2008 16:46, Gervase Markham wrote:
Frederik Ramm wrote:
I can't think of an application that does drag-select with shift only...
it's always the mouse without modifiers that selects something (and
deselects what you had before), while the shift-mouse adds to a selection.
Initial
Hi,
the latest JOSM version (.jar available immediately) contains
modifications that will hopefully help people to stop the accidental
moving of objects.
We already had, and still have, an initial delay, i.e. a minimum
time you have to have the mouse button down before anything counts as
a
6 matches
Mail list logo
