https://bugs.kde.org/show_bug.cgi?id=414055
--- Comment #26 from griffiths_a...@icloud.com --- Hi Nghia, Thanks for agreeing to have a look at my issue. I agree, the use of a hotkey does seem like it will be a confusing thing, and not obvious unless referenced in documentation, which of course not everyone reads initially as the UI is usually quite obvious and straightforward! It was the first thought off the top of my head tbh. I'm assuming that the plugin architecture mandates that setting manipulation should take place within the confines of the plugin dialog, hence why the settings were moved from the main config panel. Thus we have to make it work within the plugin. Of course, this whole discussion also applies to showfoto, as I assume they both use the same plugin. > How about we do it otherwise, by using a hotkey to hide the progress bar? > Then > it will never appear again until the hotkey is repressed. I think this approach leaves the progress bar visible on entry to the slideshow and it remains as another action the user has to do to hide it prior to the start of the show. Perhaps something like a hot-corner or hot-edge could be used to pop out the progress bar. So normally the progress bar can remain hidden if it's preference is set that way, but if the user hovers the mouse towards a defined edge of screen, it pops up so it can be interacted with. It would need a delay to avoid false triggering, and sufficient dwell time when the user moves the mouse away so that the user is not trying to chase it around the screen. This seems to be a workable approach, and I've certainly seen its use in other applications. So to sum up: - Allow the progress bar visibility setting to remain persistent - A method to allow the progress bar to become visible on demand - No other hidden methods, documentation, arcane knowledge required! Thanks again, Andy -- You are receiving this mail because: You are watching all bug changes.
