topic Re: picking elements on top of each other in Modeling

picking elements on top of each other

Anonymous — Thu, 25 May 2023 15:54:27 GMT

Hi
when 2 elements are on top of each other, ie slab and wall, if I pick the wall which it gets highlighted and the end grip dots appear, and then if I try to pick the end node to stretch it, my cursor or arrow end up picking the slab not the wall or even if I don't press the mouse button just hover my mouse over the wall grip point the slab gets highlighted indicating that if I press the mouse button the slab will get picked not the wall the only way around this problem is to press the wall tool button, then I can select the wall which is annoying which means every time I try to stretch move or modify an element it' tool icon has to be activated. This problem use to happen in 10, I thought upgrading to 11 will fix this problem but obviously not. new and reset all will fix this problem temporarily and it will start happening again after a short period of time.

Re: picking elements on top of each other

Anonymous — Wed, 28 Nov 2007 04:47:01 GMT

This has been an issue in AC forever.
I have found that if, after selecting the element you want,
go to edit-> reshape->and select "stretch" the selection
does not change and you can stretch the element selected.
This works every time, in my experience, on AC tool elements, objects, etc.
Peter Devlin

Re: picking elements on top of each other

Stress Co_ — Wed, 28 Nov 2007 16:14:06 GMT

sam wrote:
even if I don't press the mouse button just hover my mouse over the wall grip point the slab gets highlighted indicating that if I press the mouse button the slab will get picked not the wall the only way around this problem is to press the wall tool button

If your in the "arrow" tool (hitting esc gets me there) you can use the tab key to cycle thru the objects which share the common point.

Re: picking elements on top of each other

Pete — Wed, 28 Nov 2007 19:39:18 GMT

This is one of those quirks that drives me batty! When I select an element, it is then highly likely that the selected element is the one I intend to edit using the pet palette. If only the default would favor the selected element instead of the other way around! I did not have a problem with this until AC10. The fact that it still behaves this way is ridiculous!

Re: picking elements on top of each other

Djordje — Sun, 02 Dec 2007 14:59:37 GMT

I beg to differ.

Since day one of Archicad (I can vouch for the last 12 years) if you wanted to select an element overlapping another, the technique was to activate the tool of that element, and shift click. Works every time.

If you insist on clicking around with the arrow, then use the shift-TAB technique in 11, that not only helps with the selection, but also with the dimensioning (you can highlight the element you want to dimension).

Computers never do what we want, only what we tell them to do ... and are not very good at reading thoughts when faced with multiple answers to a question.

Re: picking elements on top of each other

Rex Maximilian — Sun, 02 Dec 2007 23:51:54 GMT

Not only does using the tool as a filter for picking the element work, it ONLY picks that element if its present. It will only pick other elements if its own is not present.

I rarely use the arrow anymore. By default I work WITHOUT the magnet turned on. By the way, GS should change the default to have its setting turned off. Anyway, when I need to select something, I automatically chord the shift-space bars and click. Much easier/faster than picking the arrow tool. And, I use the tab key for multiple elements a lot as well.

Re: picking elements on top of each other

Anonymous — Mon, 03 Dec 2007 00:19:47 GMT

Djordje wrote:
Computers never do what we want, only what we tell them to do ...

Well... what the programmers and users try to conspire to tell them. Since we all live in different places and speak different languages, this is sometimes complicated.

Re: picking elements on top of each other

Anonymous — Mon, 03 Dec 2007 10:29:00 GMT

In the matter of fact AC is oriented to architect's use.
With which kind of method does the architect work better?

Re: picking elements on top of each other

James Murray — Mon, 03 Dec 2007 11:13:08 GMT

Djordje wrote:
Works every time.

Unless there are two elements of the same type.

Arrow tool + watch the info box was the way, until they broke it. Now you must use the less-informative info tag, which is fine for telling a slab from a line but is near useless for telling two lines apart, in a detail for example. Try editing a patch with just the info tag; do you want to delete the line on fragment 2 or fragment 4?

They made the interaction 'simpler' for simpler models (sales demos and newbies) while making it more awkward for complex models, which is, uh-oh, where the issue actually arises. They might think about A.U. 77's idea.

Re: picking elements on top of each other

Pete — Mon, 03 Dec 2007 15:27:45 GMT

I'm OK with how to initially select the desired element. What frustrates me (and the original poster if I read right) is once it is selected, and then you try to pick a node or edge for editing, AC often wants to select whatever else happens to be there instead of editing what you already selected. I say often because it is not always the case.

Nobody else has this behavior?
Instead of select and edit the edge or node, I have to: select; hover; tab; tab; tab; edit.

Re: picking elements on top of each other

James Murray — Mon, 03 Dec 2007 15:46:34 GMT

Pete wrote:
Nobody else has this behavior?

I have observed this when zoomed 'far' out. Instead of editing the selected element, a click will be associated with something else and the selection is dropped. Zooming in 'fixes' it but it's still wrong. The interface should give selected elements priority, since they represent the user's intent. This stuff used to 'just work' before 10.

I haven't personally seen a case that couldn't be fixed by changing the zoom.

Re: picking elements on top of each other

Rod Jurich — Mon, 03 Dec 2007 22:41:42 GMT

Pete wrote:
/...Nobody else has this behavior?
Instead of select and edit the edge or node, I have to: select; hover; tab; tab; tab; edit.

All too often Pete. As JM says it worked before 10.
Having to TAB again to ensure the selected elements palette opens is bloody irritating
This happens many times through a working period.

A must fix for GS Well one can only hope!!

Re: picking elements on top of each other

Erich — Tue, 04 Dec 2007 04:11:20 GMT

I've noticed this issue too but thought that it was likely my own inexperience and general lack of technique. Has this issue been brought to Graphisoft's attention by anyone?

Re: picking elements on top of each other

Pete — Tue, 04 Dec 2007 16:03:40 GMT

Thanks for the confirmations. I was wondering if it was just me. Now I can tell my wife I am not as crazy as she thinks and then I'll direct my reseller's attention to this thread.