kanriapp / kanri

🪐 Modern offline Kanban board app for Windows, MacOS and Linux. Built with simplicity and user experience in mind.
https://kanriapp.com
GNU General Public License v3.0
685 stars 53 forks source link

Third-party license notices - scroll behaviour #318

Closed PeterP2 closed 1 year ago

PeterP2 commented 1 year ago

This page only scrolls when mouse is within scroll bar. With mouse over the text page scrolling doesn't work.

trobonox commented 1 year ago

On what (sub-)page is this exactly? I thought I had fixed this with 0.5.0 but maybe I forgot a page.

PeterP2 commented 1 year ago

Oh sorry I should have been more precise: On the side bar click "?" for help On the page 'Help & Resources' follow the link 'Third-party license notices' at the very bottom

This page: grafik

trobonox commented 1 year ago

On version 0.5.0 on both Windows and macOS, this has been fixed for me after version 0.5.0, so I cannot reproduce this.

PeterP2 commented 1 year ago

Weird, I'm using 0.5.0 from kanri_0.5.0_x64_en-US.msi trying to scroll with standard windows two-finger scroll on the touchpad of a laptop

pnxl commented 1 year ago

I can't reproduce this either, can you try/check some of the following things:

PeterP2 commented 1 year ago

Thanks for your ideas.

I've just connected an external mouse with same result: problem exists but only on this single page. So I don't think it's a driver problem (which would probably lead to problems on many pages/other software).

I have also reinstalled kanri - by the way "repair" is not possible (greyed out) so I had to uninstall and reinstall again.

Same behaviour as before, this page (see screenshot above) is not scrollable, except when mouse is over the scrollbar.

Win 10 Pro, 22H2, 19045.3393 (all windows updates/driver updates are installed)

I will try a different machine in the evening.

PeterP2 commented 1 year ago

Finally I confirm 'can't reproduce' (any-more). can be closed I think

But before more strange behaviour occurred (noted just for documentation purposes):

2nd machine everything scrolls fine (like pnxl confirmed)

Back to laptop: on the page mentioned there are two more links: button 'More JavaScript dependencies (incl.....': subpage scrolls fine button 'Rust dependencies' subpage does NOT scroll

Connected a different mouse: same behaviour as with first mouse, same behaviour as with internal touchpad so in total 2 pages won't scroll

2nd step: When I start scrolling while the page loads, I can scroll for about 1 second (works with touchpad or mouse identically) It seems like after loading the page is finished the focus goes to another element (which has no scroll function)?

This was 100% reproducible also with closing kanri, uninstalling, re-installing kanri, rebooting: not scrolling - only those 2 particular pages

3rd step: Then I started pressing CTRL or ALT while scrolling and it started to work/scroll. ALT key gets locked/unlocked alternatively each time pressed (which you can see in many apps when underlined characters appear/disappear in menu bar). When ALT is locked, you can't scroll within kanri (which you can in word e.g.).

After this CTRL/ALT experiments now everything seems to be alright. So scrolling is impossible after pressing ALT once (so ALT is locked) and again scrolling is possible after second time pressing ALT which is fine.

Every time when I enter a page/subpage now, ALT gets correctly unlocked (when pressed ALT once, before clicking a button).

When I now start kanri, all pages scroll fine without the need to unlock ALT key.

Before that third step It seems like ALT key state was saved with the page in cache somewhere? Makes no sense to me either - sorry, but that how it seemed.

Does the app use any pre-installed components? Edge? Javascript?

Just to know: is any setting different concerning scrolling of those two pages compared to all other pages? ...but only out of curiosity, not really necessary to invest time here.

trobonox commented 1 year ago

Alright, closing this then. I'm not sure why the pages would differ, but maybe it's some oversight in the layouts since they are created a little differently (main licenses page is just plain text wrapped in a

 tag while the rust licenses are generated html using a tool).
Not a big deal so unless someone else complains I won't spend much time on this.

For external components, Tauri does rely on your system's preinstalled webview, which on Windows is Edge WebView2.