ctrl/shift and click should not open/close package

Bug #41644 reported by P
14
Affects Status Importance Assigned to Milestone
Adept Manager
Unknown
Wishlist
adept (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

it is very difficult to remove several package with adept. We have to right click each package and select remove.

Could be better to :
1. have check boxes with the kind of action wanted (instal/l upgrade /remove) because dynamic dependency analysis needs to know what we want to do before we begin to select packages
2. a check box near each packet for selection/unselection
3. a go or cancel button to execute orders

Revision history for this message
Yuriy Kozlov (yuriy-kozlov) wrote :

You can shift select multiple packages, right click, and click request remove.

Is there something wrong with that?

Revision history for this message
P (p92) wrote :

well, this is so trivial that I did not even think about trying it. And do you want to know why ?

Because each time you click on a line, even with CTRL or SHIFT, it triggers the open/close package detail action. When several packages details are open, the fact that they are in fact selected is not easy to see (the blue line is too light to be seen, contrary to the dark blue line for closed selected package).

I suggest 3 improvements then :
- for all selected packet either opened or closed let the first line background be dark (as for closed selected)
- only trigger the open/close action when we click on the right arrow on the left and not on the whole first line. this will allow us to select several packets without opening the ones where the mouse clicks were issued.
- (optionnal) remind somewhere that multiple selection is available.

hope I was clear enough :)

Revision history for this message
mornfall (mornfall) wrote :

I think that making shift/ctrl clicking not open/close anything should be sufficient. Also note that clicking other than first column doesn't affect open/closed state of things, so you can just shift/ctrl-select using other columns.

Revision history for this message
P (p92) wrote :

I don't agree with "Also note that clicking other than first column doesn't affect open/closed state of things, so you can just shift/ctrl-select using other columns."

I tried it on edgy and it definetly still affects open/close state of the clicked line when I click in 'description' column for instance.

ctrl/shift clicking doesn't change this behaviour also.

tested on edgy beta1

Changed in ept:
status: Unconfirmed → Confirmed
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

The equivalent report for Adept 3.0 would be "allow actions to be done to multiple packages".
...and perhaps the ctrl/shift and click should not open/close package bit too.
An upstream wishlist report should be filed.

Changed in adeptmgr:
importance: Undecided → Unknown
status: New → Unknown
Changed in adept:
status: Confirmed → Triaged
Changed in adeptmgr:
status: Unknown → New
Revision history for this message
In , Jonathan Thomas (echidnaman) wrote :

Version: 3.0 Beta 2 (Battleship) (using 4.1.1 (KDE 4.1.1), Kubuntu packages)
Compiler: cc
OS: Linux (i686) release 2.6.26-5-generic

Originally reported at https://launchpad.net/bugs/41644

The report basically wanted crtl/shift + click to not open the package so that selecting multiple packages would be less annyoing. However, in Adept3 it is not possible to select nor apply changes to multiple packages all at once, as far as I can tell. Would be nice to have this functionality someday.

Revision history for this message
In , usr (usrlp-deactivatedaccount-deactivatedaccount) wrote :

Confirming this bug in Adept 3.0 Beta 4.

Changed in adeptmgr:
importance: Unknown → Wishlist
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Unfortunately, Adept has been unmaintained by its original authors for several years, and nobody has stepped up to continue its development. (Though the Muon Suite is arguably its spiritual successor) As such, Adept has been removed from releases of Kubuntu from 12.10 onwards, and no additional improvements will be made to the software.

We thank you for reporting this bug all the same, and apologize for taking so long to respond to it.

Changed in adept (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
In , adaptee (adaptee) wrote :

Adept has been in the unmaintained state for a few years. Use muon[1] as replacement .

[1] https://launchpad.net/muon

Changed in adeptmgr:
status: New → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.