https://bugs.kde.org/show_bug.cgi?id=425560
--- Comment #7 from tcanabr...@kde.org --- We are thinking in adding for next version the information of what changed on first run, so this will not happen again, I mean, things will be implemented, and enabled by default - but we will showcase them before the app runs, with luck this is approved. On Wed, 19 Aug 2020 at 20:52 RJVB <bugzilla_nore...@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=425560 > > > > --- Comment #6 from RJVB <rjvber...@gmail.com> --- > > That's called change blindness and it's a real thing, but apparently not so > > much in terminal emulators. I've been trying a whole bunch of those > recently > > and if they offer the feature it's off by default. Not too surprising > either, > > because change blindness usually occurs only when you do not induce change > > yourself, as with scrolling. > > > > Turning new features on by default is a good idea if they're not intrusive > and > > likely to be useful for a majority of the user population and don't look > like a > > weird bug. How would you feel if someone added a "reset to default" > feature to > > the profile settings dialog and turned that on by default because it's > useful > > to review your settings during an upgrade ... or would you prefer to get a > > suggestion to do so (as I think vlc still does after an upgrade)? > > > > -- > > You are receiving this mail because: > > You are on the CC list for the bug. -- You are receiving this mail because: You are watching all bug changes.
