[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 103215] kicker removes application link during application
From:       Sok Ann Yap <sokann () gmail ! com>
Date:       2005-05-29 2:49:31
Message-ID: 20050529024931.5180.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=103215         




------- Additional Comments From sokann gmail com  2005-05-29 04:49 -------
I see your point now. However, K Menu and Panel are 2 different things. K Menu \
contains all your applications and so it does its best to find and keep them. Panel \
only contains those that you run frequently. Applications are added automatically to \
K Menu, but not to Panel, which is why a "user can manually install an app to the \
KMenu (with the Menu editor) and then uninstall the app and reinstall a newer version \
of the app and the app will reappear on the menu".

Moreover, you also don't use an editor to add an application to the Panel. You just \
use the right click menu, which is very easy to do if you want to add back that one \
application you manually added to K Menu. 

What you mentioned is a rare use case:
1. User uses Menu editor to add an application to K Menu (rare)
2. User adds this application to Panel
3. User uninstalls and then reinstalls the application (also rare)
4. User still expects the application to be there on the Panel

I can't oppose if Aaron wants to cater to this use case. I just hate to see yet \
another "Don't ask me again in the future" checkbox because of the expectation of \
some imaginary users.


[prev in list] [next in list] [prev in thread] [next in thread]