I think it’s good that we agree in this point. I hope Steinberg will read this!
I have heard of that, but in the early days for me it was always set to the starting point. *)
I don’t have any experience with Cubase 9, 11, 13 - I’m using Cubase 12 and 14 on a Mac now.
I never used PC’s very often - So this may be a version and platform dependent issue.
And Yes, this issue solved has to be a prerequisite for my ideas.
So, back to the topic:
An audio event should always lock to the “important point” in a time grid a user had set and regardless of the mode of this audio part.
You also mentioned this “musical” mode for parts. Let’s talk about this.
It was invented, because cubase originally was designed as a “stupid tape maschine” like app in the - as far as I remember - early beginnings of CubaseVST.
So later there was a design decision to migrate some audio with unspecific information (a piece of tape) into something meaningful (audiowarp, variaudio… ), and has given it a switch, so that cubase can still handle both kind to audio events.
But you are right, we don’t have musically meaningless audio in cubase any more!
E.g. we already set an anchor to a tape like piece of music in a time frame with musical meaning, Even when musical mode for audio is switched off (= tape mode)!
Even in the days of real tapes, all cut & glue operations had musical meaning, and were automatically synced with all the other tracks “in a musically right way” (because there was one tape for many tracks 
).
Oh, I realized now: “We could name this correct behavior of the snap point “glue point”, to describe even better this must have been behavior.”
By the way, the “musical” mode of cubase smartly programed - used as a connection with “this snap & anchor feature / glue point feature” - could help cubase to connect these parts of “new” & elastique audio events to the rest of the song, in a musically right way.
But there is more to solve: we need to invent some system defining prerequisites for cubase first to get this work completely done. See the next topic, next issue: “How should a glued audio event connect to groups?” - this comes in a new post, but same topic.
*In an new post (different topic), I will give us an explanation, why “using the start of an audio event for syncing events is always to 100% wrong in a digital work space” and only was “right” for analog audio tapes.