Bug 295859 - The way a resource is selected for a new event is disfunctional
Summary: The way a resource is selected for a new event is disfunctional
Status: RESOLVED UNMAINTAINED
Alias: None
Product: korganizer
Classification: Applications
Component: incidence editors (show other bugs)
Version: 0.9
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-12 19:01 UTC by Anders Lund
Modified: 2017-01-07 22:13 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anders Lund 2012-03-12 19:01:04 UTC
User-Agent:       Mozilla/5.0 (X11; Linux i686) KHTML/4.8.1 (like Gecko) Konqueror/4.8
Build Identifier: 

When adding an event in korganizer, the way the resource is chosen in GUI is just wrong.

It is a preselected resource, allways the same one, in a combobox which is never reached while tabbing to the end of the dialog, and out of the logical tabbing order - if used, TAB does not go to the next element (summary entry).

This was working much better in kdepim 4.4:
If more resources were possible, user was prompted for a choice after finishing entering the event. The last used resource would be preselected. This ensured that the correct resource was always chosen, while using the same as last was easy - just confirm the selection dialog.

Even if the last used is preselected, the current GUI is suboptimal, since that may not be correct (It would be better than the current situation, but not good). Another alternative would be to force a choice by preselecting a null selection, and a dialog with the last used resource preselected displayed if the user ends the editing without changing that. This would be as good as the kdepim 4.4 solution.

The tabbing order should be fixed, and the resource selection be in focus when the editor is started, if there are more than one choice, for new events. And the resource must be changable from within the editor, or else go back to the good design from kde 4.4 please.


Reproducible: Always
Comment 1 Denis Kurz 2016-09-24 18:43:23 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of korganizer (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 2 Denis Kurz 2017-01-07 22:13:03 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.