| Summary: | The Recent files menu is disabled if it contains only one file | ||
|---|---|---|---|
| Product: | [Applications] okular | Reporter: | popov895 <popov895> |
| Component: | general | Assignee: | Okular developers <okular-devel> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | aacid, popov895 |
| Priority: | NOR | ||
| Version First Reported In: | 22.04.1 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
popov895
2022-05-26 15:18:54 UTC
Yeah that's not a bug, offering the exact file you have open in recent files would do nothing, would it? I can't know for sure how many items I have in the list of recent files. IMO it also looks bad from the perspective of user experience. I think it is a bug. This menu is even disabled if “Switch to tab if file is already open” is disabled, although it would do something: open the file again. I do this sometimes with long documents, where I need to switch between two chapters often. If I didn’t open other documents before, so the recent files menu is disabled, it will slow me down. Then I wonder why. It's definitely a bug. If the list of recent files is empty and you open a file, the recent files menu will be enabled, even if it contains only one file. But if you close that file and open it again, the recent files menu will be disabled. I also see the same behavior in KWrite. To be honest, some of the UX decisions in KDE make me stumped. Seems to be fixed for now. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 36 KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Graphics Platform: X11 |