Hi! Sorry for my English. There is many use cases for various programs. Many users use Okular so: on click on link to a PDF file a browser downloads it to a temporary directory and launches okular. The user views the document and decides to keep it by using "Save as". Typically, users have files in the directories are located near each other (typical location). With <=Okular-4.10.5 KFileDialog's "Recent Dir" helps to navigate within the typical location (subsequent files of the same type does not requires navigation at all). Since >=Okular-4.11 the user must navigate to the typical location every time: this is inconvenient (hardcoded). Take a look at the bug reports #319042, #315552, #328658. The KFileDialog behavior - to use the current or recent directory - should be a configurable parameter. But there is many programs that use KFileDialog. Please, do a separate setting for KFileDialog, so the user can define the behavior of the dialogue depending on the program, from which it is invoked: use the current, recent or some permanent directory. This will provide a flexible behavior needed to different users, without changing the code in many applications. Thank you very much, sincerely. Reproducible: Always
Any idea for a user interface to change the setting? Where would you search it? How would you configure it?
I am tempting to resolve it as invalid. The application decides in which directory the file dialog opens, not the file dialog. If the application does not make the right choice, or does not offer customization, then that has to be changed in or added to the application, not the file dialog.
(In reply to comment #1) > Any idea for a user interface to change the setting? Where would you search > it? How would you configure it? For example in the dialog window "Options" -> "Path" -> "recent" # (default) recently used path "original" # i.e. current file path "use this path ( now is /path/to/blah)" # use this dir permanently
(In reply to comment #2) > I am tempting to resolve it as invalid. The application decides in which > directory the file dialog opens, not the file dialog. If the application > does not make the right choice, or does not offer customization, then that > has to be changed in or added to the application, not the file dialog. This will provide (in one place) a flexible (predictable) behavior needed to different users, without changing the code in many applications.
Let's focus on individual KDE apps to get the issue resolved. But I'm actually having a hard time finding ones that don't do this, so perhaps it already is...