https://bugs.documentfoundation.org/show_bug.cgi?id=144350
--- Comment #8 from Mike Kaganski <[email protected]> --- (In reply to Heiko Tietze from comment #7) > It's acceptable to ignore the multi-selection use case. How about the > interaction on/off in case of one object? LOL. You are talking about attempts to edit *some content inside a "section"* (the linked document). You should realize that it would be *typical* for users to have complex selection inside that content - trying to just type, or selecting a single object in the inner document is just a special case. It is *not* appropriate to try to resolve this special case and pretend you are handling the problem. Second: you try to invert the logic: instead of passing the context from the place where the problem was detected, you want to make the *dialog* "smart", trying to figure why was it started. So the logic would be: 1. Some code, having all the required information to know what happened, finds out that the operation is not permitted; it runs a generic dialog. 2. The dialog opens, and starts analyzing what is the situation, trying to figure who run it and why; doubling the complexity ("reverse-engineering" the problem), and asking for new bugs because of impossibility to do that correctly in all the numerous cases. -- You are receiving this mail because: You are the assignee for the bug.
