So, if you group 2 texts together and double click one of them - R6 won’t know which text you’re clicking and will prompt you to select which one you want to edit. R5 would not require a third click in this case.
Also, the overlapping object doesn’t necessarily need to be a hatch. It won’t go into text edit mode if you’re clicking on a grouped curve too.
Bump for luck.
You might be expecting this by now, RH-51703 was fixed in Rhino 7.
As for the line and text: is that 1 line and 1 text that are grouped together? That seems to be working in Rhino 6 as it did in Rhino 5.
The two text objects grouped together is not fixed - I’ve created item RH-52798.
Yes, one line and one text grouped. It doesn’t work like R5 if you’re clicking on the text that directly overlaps the line or any other object for that matter (a hatch or a part of a leader). It wouldn’t activate text edit in that case at all. It would in R5.
Nothing is fixed in 
Thanks. Yes, when selecting right at the overlap, it doesn’t work in Rhino 6 like it did in RH 5 and that was fixed in RH-51703. For the grouped text, it doesn’t matter where you pick. In fact, in Rhino 5, when 2 text objects in a group overlap, it seems that Rhino decides to always pick the object that was last selected. Is that how you feel it should be?
2 texts in a group overlapping each other:
We don’t have any overlapping texts in a group or not. So, it’s never an issue to us, hence we don’t care how it behaves. Why would anyone overlap texts anyway, how’d one read it?
2 texts in a group NOT overlapping:
R5 would pop-up Text Edit on double click of either text for the text that’s being clicked on.
R6 would prompt you to select which text to edit on double click regardless of which text you’re clicking. Intended behavior would be the R5 behavior. I don’t have to tell R6 which text to edit by clicking third time at the same text.
I don’t know why I have to “prove” the importance of those extra clicks, but here it is. The amount of detail markers we have to click to edit page and detail number can already be overwhelming without extra clickage.
R6 TextEdit amounts .pdf (975.7 KB)
To put it in perspective, that is just one page in a drawings set.
This seems to be the most overused, non-helpful statement in all of this message board. If it has been posted as a R5 regression issue, why then does it get “fixed” in R7 WIP and completely skipped over for R6?
Yep, you’re exactly right. I’ve reopened this bug for Rhino 6.15. I think it will be really straightforward to bring the fix back to V6.
One issue down, several more to go…Thank you.
And those are?
Hi - Yes, please let us know exactly which YT regression items you are referring to. Thanks!
Amazing!
Now we need this issue fixed:
in R5 it will pop-up Text Edit.
Yeah, that’s annoying. I’ve gotten in the habit of Sub Selecting to avoid the different action.
Yeah, thats what i have been doing a lot now. Sub-selecting and editing the text in the properties panel instead of using the rich text editor which is slow to load. There really should be a separation between simple text and rich text, not ALL TEXT IS RICH TEXT.
While at it, 2 grouped dims have the same problem. Double click should go straight into clicked dim edit.
Thanks.
And they have the same solution. This is fixed in 6.16.
-wim
Awesome!
