• Welcome to the Chevereto User Community!

    Here, users from all over the world come together to learn, share, and collaborate on everything related to Chevereto. It's a place to exchange ideas, ask questions, and help improve the software.

    Please keep in mind:

    • This community is user-driven. Always be polite and respectful to others.
    • Support development by purchasing a Chevereto license, which also gives you priority support.
    • Go further by joining the Community Subscription for even faster response times and to help sustain this space
  • Chevereto Support CLST

    Support response

    Support checklist

    • Got a Something went wrong message? Read this guide and provide the actual error. Do not skip this.
    • Confirm that the server meets the System Requirements
    • Check for any available Hotfix - your issue could be already reported/fixed
    • Read documentation - It will be required to Debug and understand Errors for a faster support response

Admin swipe scrolling on tablets

Status
Not open for further replies.

Gambalunga

💖 Chevereto Fan
Website URL
<private>

Chevereto version
3.10.1

Description of the issue
I realise that you have closed the previous thread but perhaps I was not clear enough on the issue and I also now have more information.

This issue relates to swipe scrolling of the thumbnails in listing view.

Firstly this problem occurs only with a user logged in that has Admin rights.
Has occurred on two different 10" Android tablets that I have tried.
Occurs only when the page is opened with the tablet in landscape mode. In this case the script interprets the tablet as a Notebook (5 images abreast but also with 3 or 4 abreast when I set it that way) .
Does not occur if the page is opened in portrait mode (like a phone), in that case I believe the software views the device correctly as a tablet.
Occurs with an iPad emulation (using a development browser on a PC) I have not tried it on an actual iPad.
Occurs with both Firefox and Google Chrome browsers on different devices.

Replication.
First log in with Admin rights and the tablet in landscape view.
Explore all images in thumbnail listing view
(Notes: Their must be sufficient images that not all are visible on the screen,
the browser must not be in Desktop mode.)
Any attempt to swipe in order to scroll the images using a touch swipe will result in one or more of the images being selected. The page will not scroll up, or if it does scroll will not scroll completely.

Strangely enough using two fingers, one low on the screen fixed and the other swiping makes the screen scroll up.

If the browser is changed to Desktop mode the selection box will appear in the top right corner of the image and must be touched to select the image. In Desktop mode swipe scrolling functions because the touch swipe does not select an image.

If the page is opened in portrait view the problem does not occur.

A single touch opens the image in medium view, as one would expect.

Suggested solution:
Change the behaviour of the script when it interprets the device as a notebook so that the touch on the thumbnails is the same, and the icons on the right of the thumbnail are the same as in phone, tablet (portrait), or desktop mode.

Alternatively create an option to disable notebook view which would force the script to use tablet or desktop view instead.

I believe this issue may also effect individual users, without admin rights, when browsing their own photos with a 10" (or more) tablet but I have not tried it myself. I also believe that the problem may occur on a notebook with a touch screen.

Apparently this behaviour of tablets when in landscape view is to use notebook view with many apps and it has caused problems in some instances.

I hope I have made the problem sufficiently clear this time and that I have provided sufficient additional information that will allow the issue to be resolved.

Thanks
Peter
 
The problem is quite simple: The multi-selection tool is being called on tablet view.

I will check it out.
 
The problem here is that in touch displays scroll works very similar to click select so the system can't tell the difference. Some devices will trigger the event just as a mouse event without any trace of delegation or anything like that. iPads fake touch as a real mouse event, same goes for other devices so at the end you end up with touch support but the user is triggering mouse events. You can't truly rely on that so you can't detect real mouse events for now.

Best that I can do for now is to disable drag select when touch support is detected and enable it only if the device screen is large enough. Hopefully, modern browsers won't display false positives here (just checked on Chrome and works for both Windows and Mac).

Let's see how it goes with this patch, to be honest, this touch stuff is a mess in terms of web development and I remember when all Windows 10 computers reported touch support even without having any touch hardware.

The patch will be included in v3.10.2, hope to release that within this month.

Cheers,
Rodolfo.
 
Status
Not open for further replies.
Back
Top