OK, "relative" => then the problem with a lower height window does not exist. If the height changes the "stored offset from top" is scaled accordingly.
accurately as possible
That would mean to look at horizontal scrolling too. (After all, bookmarks already store their x-pos).
That however may need some thought if the line with the bookmark in it, is split before the bookmark => that changes the X pos of the bookmark. It then makes no sense to keep the horizontal scroll pos. Or it would need to be scaled according to the length of the line before/after (and then at the time of restoration, scaled to the width of the editor if that changed).
Sorry, not trying to make it complicated. Just trying to get "exact terms".
Lets see, if others have opinions on how this would work for them...
Feel free to add a feature request. (it will probably be some time before I look at it)
I would suggest, to make toggle the functionality by adding 10 new ecGotoBookmarkAndScrollPos.
That offers more flexibility than just a global option (as diff keys can be assigned to both sets, and both functionalities can be used). Downside, if someone wants the function on the existing key combos, they need to change 10 of them.
Though a global option can be discussed...