View Single Post
Old 07-28-2018, 08:24 AM   #8
KevinH
Sigil Developer
KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.
 
Posts: 8,866
Karma: 6120478
Join Date: Nov 2009
Device: many
Okay, after rereading I think I follow what you want. You want the old behaviour of forcing CodeView to scroll and re-center the current tab for every single mouse click in Preview. That behaviour was intentionally removed since you can not simultaneously change position in the current tab while opening and forcing to the front a new tab for a link.

Clicking in CodeView will cause Preview to sync its position now but not the other way around. We would need to somehow distinguish between a mouse press on a link from a mousepress event saying you just want to scroll but that is currently not easy given the workings/code/classes that are common between BookView and Preview. Once we remove BookView, it should be easier.


You get one or the other currently and that was intentional.
KevinH is offline   Reply With Quote