icingaweb2 icon indicating copy to clipboard operation
icingaweb2 copied to clipboard

No way to select multiple items on mobile browsers

Open episodeiv opened this issue 6 years ago • 14 comments

Describe the bug

Icingaweb2 works great on mobile browsers (on Android/iOS) but there does not appear to be a way to select multiple items in order to acknowledge, set a downtime for them etc. This makes dealing with outages on mobile rather tedious.

To Reproduce

  1. Open any list of items on an iOS or Android device
  2. Try to select multiple items

Expected behavior

There should be a way to select multiple items. On desktop browsers, this works great with CTRL or SHIFT. This should be possible on mobile browsers as well.

Additional context

This problem was mentioned in a comment on issue 634 but I'm unable to find a followup.

episodeiv avatar Apr 11 '19 14:04 episodeiv

Hi,

thanks for opening up the issue. Helps to raise its importance. :wink:

Since CTRL and SHIFT are not available on mobile I can think of something like this: (That's the bar at the bottom what's shown)

  • User clicks on Choose Multiple choose
  • Tapped onto 4 services chosen
  • Open Selection shows the usual multi-selection view

Or something completely different. @flourish86 or @theFeu any idea?

nilmerg avatar Apr 12 '19 06:04 nilmerg

The mobile behaviour I am used to (from Andriod devices, can't speak for iOS) is, that if you tap and hold an item, it switches to the 'select multiple mode' and you can then select more items by just tapping them.

Your idea sounds absolutely fine as well - maybe even implement both? That would be my suggestion :)

theFeu avatar Apr 12 '19 06:04 theFeu

Yeah, any of those would be great. iOS Apps usually have a button you can press in order to enter a separate mode where you can select multiple items via checkboxes. I wouldn’t call that the pinnacle of good UI design though and probably prefer any of the two options mentioned here!

episodeiv avatar Apr 13 '19 07:04 episodeiv

The status bar shouldn't be misused to place actions in there. I'd rather suggest an additional bar for mobile. Something like this.

Mockup 2019-05-06 16_40_01

flourish86 avatar May 06 '19 14:05 flourish86

As discussed with @lippserd, we should stick to the already available views. Instead of the alert overlay, we could also use the already implemented multiselect view.

Screen Recording 2019-05-08 at 10 41 52 2019-05-08 10_45_31

flourish86 avatar May 08 '19 08:05 flourish86

Why wasting precious space at the top while there's already enough at the bottom that has also no advantage unless multiple rows are selected? I mean, why not replacing the 0 lines chosen as shown in my example? This has zero advantage unless the user chooses multiple rows which he can't at the moment to begin with.

nilmerg avatar May 08 '19 08:05 nilmerg

Because of consistency. Actions are expected to be at the top, status at the bottom.

A way to solve the space problem is to hide the filter and sort controls behind a toggle.

Screen Recording 2019-05-08 at 11 04 10 2019-05-08 11_05_00

flourish86 avatar May 08 '19 10:05 flourish86

Actually I would prefer the actions at the bottom, being able to use my thumb with just one hand :)

dnsmichi avatar May 08 '19 10:05 dnsmichi

I see, that a bottom action bar would generally make sense in terms of reachability. But that would require a deeper rethinking of the mobile UI.

We try to keep the code base as lean as possible and at the moment the UI is desktop first. That’s why we are forced to make some compromises with the mobile UI.

flourish86 avatar May 08 '19 11:05 flourish86

I feel like it is a bit odd to hide both filter and sorting controls under the filter icon - that might turn out a bit confusing

Other than that just having a text link for select multiple feel a bit out of place too, because everything else is hidden under an icon

theFeu avatar Jun 05 '19 07:06 theFeu

I feel like it is a bit odd to hide both filter and sorting controls under the filter icon - that might turn out a bit confusing

»Filtering« and »Sorting« aren't that far apart from each other, are they? Which solution would you come up with instead?

Other than that just having a text link for select multiple feel a bit out of place too, because everything else is hidden under an icon

It makes sense to have the »select multiple« written out, because it's an unobvious action. So does its prominence. On mobile UIs you would rather need the select multiple available for quick access than the more granular »filtering« and »sorting« functionality.

We should discuss though, if the collapsing should be available on the desktop version, as there is sufficient space.

flourish86 avatar Jun 19 '19 10:06 flourish86

Which solution would you come up with instead?

I do agree with the similarities filtering and sorting share, all I was concerned about was the icon. It is already known by the users. I assume it was just a placeholder, but we should think of something fitting there - first thing that came to mind is a combination of the sorting and filtering icons, since our users know both of them already?

Your explanation as to why the spelled out link sounds absolutely plausible :)

theFeu avatar Jun 24 '19 08:06 theFeu

Postponed for a general mobile rework sprint after version 2.7 has been released.

lippserd avatar Jul 09 '19 13:07 lippserd

Hi Devs,

any progress here?

2.7 was released 3 years ago. With 2.11 (on Debian Bookworm) it is still not possible to select multiple entries when using a mobile phone browser.

errror avatar Jan 04 '24 08:01 errror