Tune or Disable drag-select behaviour?

[Imageforge]

Hi,

With release 3.6.7, using Firefox 38 (Linux), and Opera 29 (Linux), we're experiencing difficulties with the drag-select method.

When a user points to an image in the listing, and tries to click in the slide-out icon toolbar while trying to toggle attributes, or to click on links, the mouse input is behaving like a drag-select event instead.

It feels too sensitive. For example, I will click in the select box for one of the images in the listing. Then when I click in another select box (intending to perform bulk actions on several images), if I don't concentrate on holding the pointer perfectly still, the click action acts like a drag-select, and thus clears the first and any other checked select box.

When I say perfectly still, I mean like not moving even .5 px during the click.

Is there a value I can try to change that will allow me to tune the sensitivity down a little? If not, what's the best / least intrusive way to disable the drag-select behaviour?

Thank you.

 

[Rodolfo]

I'm not having this issue, could someone else give it a try?

 

[Imageforge]

I had one of my employees test it, and she had similar results. We're using cloned environments, and the same input hardware. Nevertheless, we're not experiencing it on other sites, or any local apps.

I don't need a new feature, but please tell me the graceful way to hack this script in order to disable it, or redefine the sensitivity a little bit.

Thank you!

 

[Rodolfo]

The drag-select can be tuned to avoid some cases where it can have some conflicts but I've been unable to replicate the issue. I'm afraid that it only affects your particular mouse driver.

 

[Imageforge]

The drag-select can be tuned to avoid some cases where it can have some conflicts but I've been unable to replicate the issue. I'm afraid that it only affects your particular mouse driver.

What functions to look for in the script so I can disable it??

 

[Rodolfo]

Look for CHV.fn.bindSelectableItems in app/lib/chevereto.js

 

[Imageforge]

Look for CHV.fn.bindSelectableItems in app/lib/chevereto.js

Thank you, that was what I needed.

 

[Rodolfo]

The fix will be included in next version, isn't that hard just add some classes to the stop object.

 

[Imageforge]

The fix will be included in next version, isn't that hard just add some classes to the stop object.

I have learned that it's due partially to the script, and partially to my mouse, which is a very high resolution (8200 dpi) gaming mouse. If I turn the dpi down, it helps the issue, but then is slow to move across our large viewports (we use 30" dell HDMI monitors). It's the first and only time I've had any problems, so maybe building in a sensitivity value setting or something would work a treat. Thanks for your consideration. PS: Here's the mouse if you're curious: http://www.corsair.com/en/vengeance-m65-rgb-fps-laser-gaming-mouse-black

 

[Rodolfo]

Try this:

CHV.fn.bindSelectableItems = function() {
    var el = 'content-listing-wrapper';
    if(!$("#" + el).exists()) {
        $("[data-content=list-selection]").closest(".content-width").wrap("<div id='" + el + "' />");
    }
 
    if(!$("[data-content=list-selection]").exists() || !PF.fn.isDevice(["laptop", "desktop"])) {
        return;
    }
    $("#content-listing-wrapper").selectable({
        filter: PF.obj.listing.selectors.list_item,
        cancel: ".header-link, .top-bar, .content-listing-pagination *, #fullscreen-modal, #top-user, #background-cover, .list-item-desc, .list-item-image-tools",
        delay: 5, // Avoids unattended click reset
        selecting: function(event, ui) {
            var $this = $(ui.selecting);
            var unselect = $this.hasClass("selected");
            CHV.fn.list_editor[(unselect ? "unselect" : "select") + "Item"]($this);
        },
        unselecting: function(event, ui) {
            CHV.fn.list_editor.unselectItem($(ui.unselecting));
        }
    });
};

 

[Rodolfo]

Added in v3.6.8