Add option to delete stored servers from combo lists

[pgScorpio]

Has this feature been discussed and generally agreed?

Issue has been mentioned multiple times in discussion groups and on Jamulus facebook groups, but afaik not on github.
The given solution is always to edit the ini file (or even to delete it!), but I don't think this is very user friendly.

Describe the solution you'd like

Add an option to delete servers from the "Server" and "Custom Central Server" lists.
i.e. right-click server and select "Remove from list"

Describe alternatives that have been considered

Until now users have to edit the ini file to clean up their server lists.

[DominikSchaller]

What is the use case? Why would someone need to delete a server? If it's not used, it would just move to the end of the list.

[pgScorpio]

What is the use case? Why would someone need to delete a server? If it's not used, it would just move to the end of the list.

For one "How do I delete a server" is a question I regularly get on several communities. Often because they accidentally entered a wrong server address and regularly, again accidentally, keep clicking this wrong server. And sometimes they just want to delete the server because the server no longer exists (also logical).

Also accidentally clicking the wrong server happens regularly with people that have participated in an event, and therefore sometimes end up in another event where they are not supposed to be (if this was a one time event, they should be able to delete the server after the event, right?)

Especially if most of the server addresses are IP numbers a mistake is easily made.
Unfortunately accidentally clicking the wrong server brings it back to the top of the list, increasing the chance of making the same mistake again.

In all of these cases it would be very appreciated if they just could delete that server address in a simple way.

[gilgongo]

Just to be clear, you are talking about the combo boxes that store a list of previously selected addresses, is that right?

If so, then there isn't a standard way of "editing" combo boxes so I guess this would need to be a custom component. BTW best not implemented with a context menu in case that causes trouble for the Android crew, but also because "intermittent" use of right click is not generally recommended,

[pgScorpio]

Just to be clear, you are talking about the combo boxes that store a list of previously selected addresses, is that right?

If so, then there isn't a standard way of "editing" combo boxes so I guess this would need to be a custom component. BTW best not implemented with a context menu in case that causes trouble for the Android crew, but also because "intermittent" use of right click is not generally recommended,

Yes, you are correct. I'm talking about the combo boxes.

I personally would stick to the standard ways of doing things, In this case this is a context menu. right-click on mouse systems (or ctrl-click on some mac's), two finger click on a trackpad, or long press on a touchscreen (Android),

[gilgongo]

In this case this is a context menu.

The trouble with having a context menu for this is that nothing else in Jamulus is using one. So it's not "the standard ways of doing things", I'm afraid. Context menus really need to be "all or nothing" if the user isn't going to be playing a game of right click hide and seek in the app ("Does the context menu work here? No. OK, maybe here? No. Here? Yes!").

Even if we had a convention in Jamulus for context menu control, combo boxes don't usually have that, so the user may not think to use it. Better to make the removal option explicit in the UI in some way really. But there is a weak (if not very obvious) convention used in some apps (eg the Mac's network finder I think), where the act of selecting the item in the field, then back-spacing over it signals removal from the list.

Either way, it's potentially quite a big job if it involves a custom component I think, but I don't know for sure.

[softins]

Well for anyone who wants to have a go at implementing it, there are some suggestions at these links:

• https://forum.qt.io/topic/22473/combobox-with-delete-item-buttons-at-items
• https://stackoverflow.com/questions/17820947/remove-items-from-qcombobox-from-ui

[dcorson-ticino-com]

Comboboxes don't usually have this possibility and using a method that is not usually used on any UI item is even farther from being intuitive. I think the possibilities are context menu or not at all, in which case the entry falls off the end of the list when it is long enough.
I will look at using a context menu in the next week.
Note that for some strange reason there is already a right click context menu on the connect combobox with 7 entries, but everything is grayed out but paste. I can't find where it is defined and would replace it with just a 1 liner for delete.

[gilgongo]

This has now been implemented in the settings so we should probably do the same for the connection window:

combodelete.mp4

[pljones]

Note your video depends on use of the mouse. Certainly for Windows and Linux, you need #2129 to get it to work with the keyboard.

[pgScorpio]

Also I still wonder why this is implemented in such an unusual way?
Why not use a context menu, as is standard on all platforms?
I already got a lot of questions from a lot of users on how to delete no longer used (directory) servers from the list. They all tried to get a context menu, but none of them figured out this way of deleting themselves.

[gilgongo]

As I explained: #1421 (comment)

A casual look though some other desktop apps I have also shows that none have context menus for this, but most have "select delete" patterns. As noted too though, we would have preferred a simple "x" mini button.

[ann0see]

Any updates here? I think the solution is to implement it similar to how the directories can be deleted?