Bug 101042 - Kontact application chooser widget is not consistent with other KDE widgets
Summary: Kontact application chooser widget is not consistent with other KDE widgets
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kontact
Classification: Applications
Component: general (show other bugs)
Version: 1.3
Platform: openSUSE Linux
: NOR minor
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2005-03-07 18:13 UTC by monstermunch
Modified: 2018-02-01 09:52 UTC (History)
4 users (show)

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 monstermunch 2005-03-07 18:13:57 UTC
Version:            (using KDE KDE 3.3.0)
Installed from:    SuSE RPMs
OS:                Linux

Example 1:
Open Kontact.
Click "Mail" (without releasing) on the application chooser bar on the left. The current Kontact component will change to email immediately.
Move the cursor up/down over a different application button (like "Summary") and the current Kontact component will update immediately if you didn't release the mouse button from before.
Move the cursor quickly up and down all the options in the bar and watch Kontact trying to load all the components.

Example 2:
In Konqueror, click and hold on the "Home" button. The button action will not activate.
Move the cursor off the "Home" button and release it. The button action will not activate.
To activate the button action, you must click and release on the button.

Example 3:
In Konqueror, select Location->Save As. You should get a save dialog with a shortcut bar on the left that looks like the Kontact bar.
If you click and release on a shortcut, it will activate.
If you click and drag away from a shortcut onto another shortcut, a border will appear around the latter shortcut but will not activate.

Example 4:
In Konqueror, select Settings->Configure Konqueror.
Select components on the left bar in the same way as in Kontact (example 1) and you will get the same behaviour as in Kontact, although the bars do not look the same.

I want to report that the above examples should all work in similar ways (arguable for example 2), but they do not. That bars serve similar purposes in 3 of the examples so they should look the same too. I'm not sure where this should be reported, but some kind of common behaviour should be decided and used by everyone.

I personally think the shortcut bars should act like regular buttons (like in example 2). This also stops the users from quickly moving the mouse up and down the shortcuts and seeing Kontact trying to load and display multiple components in a short time frame (which looks very bad).
Comment 1 S. Burmeister 2006-10-28 15:02:01 UTC
WONTFIX or NEW?
Comment 2 George Kiagiadakis 2008-09-29 14:37:39 UTC
I can confirm this issue in kontact 1.3 svn trunk r865463, no idea if this is a thing to fix.
Comment 3 Adrien Cordonnier 2015-05-02 17:43:42 UTC
I can confirm this issue in Kontact 4.14.1.
Comment 4 Laurent Montel 2015-05-02 20:58:00 UTC
Indeed.
I will investigate it soon.
Comment 5 Denis Kurz 2017-06-23 19:36:15 UTC
This bug has never been confirmed for a Kontact version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it.

Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Comment 6 Denis Kurz 2018-02-01 09:52:34 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input.