If dynamic line wrapping - overview still cuts lines
--- Reply to this email directly or view it on GitHub: https://github.com/geany/geany-plugins/issues/321
@codebrainz @b4n
Please implement this in the overview. Thanks.
After updating my old Geany today I discovered the Overview Plugin with enormous joy. Thanks for that!
However I am also affected by this issue. After comparing with other files it seems that Overview is behaving worse the more are wrapped. For example I am editing a Latex file with 8000 words on 450 lines. I find, that Overview and my main editor view get very async as I scroll down: While I am in the middle of the file in main view, Overview shows the very end of the file.
@b4n @codebrainz This behaviour is unexpected, confusing and most surely unintended and since I think line wrapping (and my use case) is not uncommon, I would categorize this issue rather a bug than an enhancement.
@funnyflowerpot it is intended, as in thats how it was written. It is designed to give an overview of the document structure, not its screen display layout. The plugin is no longer being developed, indeed the developer does not even use it themselves any more. So any improvements need someone to contribute them.
@elextr I'm sorry Sir, but I have to object. In the plugin preferences dialog for **Overview** there is the option to "draw over visible area" to "draw the overlay on top of the area that is visible in the main editor view". Because of the presence of this option I call the function configurable by this option a feature and the quoted tool-tip the feature's intended behavior. And since the observed behavior described in this issue contradicts the feature's intended behavior I call the observed behavior "not working as intended" and therefore a bug.
The option to draw over the editor window has nothing to do with the overlay being out of sync with wrapping.
The quoted tool-tip obviously is misleading, as there is no drawing over the main editor view, but rather on the zoomed preview in the sidebar.
Please have a look at following GIF. Note the main editor view (MEV) and the white overlay surrounded by gray overlay on the overview-sidebar to the right. Line-wrap is enabled.
- Frame 1: Overlay in Overview sidebar is on top, showing ASCII-art "1", "2" and "3". MEV only shows "1". - Frame 2: Overlay in sidebar is at bottom and only two thirds the usual height (!), overlaying "9" and "10", while MEV only shows "4". - Frame 3: After scrolling down a little bit, overlay in sidebar has sidebar's full height, no gray overlay anymore (this also unexpected). In that sense, MEV only shows "5", while overlay shows "1" to "10". - Frame 4: Scrolled to the very bottom in MEV, which shows "10". No change for Overview's overlays, same as in frame 3.
For all frames the overlay for the Overview plugin's sidebar does not reflect the same quantity of lines as the main editor view does. However, in my understanding reflecting the main editors view is claimed in the preferences dialog.
For frame 3 and 4 the overlay in the sidebar does not provide any information. Scrolling between the states presented by both frames does cause any change in the sidebar, which also was claimed differently by the plugin.
The plugin claims to also be a visual reference, as denoted in the tool-tip description. With line-wrap enabled the overlay implementing this visual-reference-feature gets heavily out of sync.
So even if you insist on the out-of-sync-ness working as intended, you can at least see that for frame 3 and 4 the overlay is behaving strangely.
github-comments@lists.geany.org