Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-06-11 Thread Elvis Stansvik
Nice work Volker! Elvis Den fre 11 juni 2021 16:18Volker Hilsheimer skrev: > To close this thread, a bunch of changes that fix this in the least > intrusive way have been merged for Qt 6.2. > > In ExtendedSelection, Ctrl+Press does not deselect items that could also > be dragged, Ctrl+Release

Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-06-11 Thread Volker Hilsheimer
To close this thread, a bunch of changes that fix this in the least intrusive way have been merged for Qt 6.2. In ExtendedSelection, Ctrl+Press does not deselect items that could also be dragged, Ctrl+Release does; Ctrl+Press on an unselected item selects the item, then you can drag it as part

Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-06-01 Thread Volker Hilsheimer
But git history will remember the fool that broke all the things :P Anyway, a bunch of patches in the chain currently ending at https://codereview.qt-project.org/c/qt/qtbase/+/351595/3 in case anyone wants to give it a swing. MultiSelection is not changed yet, and it looks like we might get

Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-05-28 Thread Elvis Stansvik
Yea man, just change it. No one remembers a coward! :) Den fre 28 maj 2021 kl 17:07 skrev David M. Cotter : > > assuming your change "does the right thing in all cases" then i think it > should be the default. > > nobody WANTS the currently-bad behavior. > > -dave > > > On May 28, 2021, at 5:55

Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-05-28 Thread David M. Cotter
assuming your change "does the right thing in all cases" then i think it should be the default. nobody WANTS the currently-bad behavior. -dave > On May 28, 2021, at 5:55 AM, Volker Hilsheimer > wrote: > > Cross-posting from the development mailing list in case any of you have a > strong

Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-05-28 Thread Volker Hilsheimer
Turns out that the patch that fixed QTBUG-1 introduced that behavior change, and - given that I was the one making that patch - I can say that the change you are observing is an unintentional side effect. Created https://bugreports.qt.io/browse/QTBUG-94087 and fix in progress. Cheers,

Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-05-28 Thread Volker Hilsheimer
This seems unrelated, since the JIRA ticket predates both 5.11 and 5.15, so while it does sound like a regression that you’re welcome to report, it won’t help me with deciding about this particular issue. Cheers, Volker > On 28 May 2021, at 15:30, Olivier B. > wrote: > > Here, we have had

Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-05-28 Thread Olivier B.
Here, we have had an issue when switching from 5.11.1 to 5.15.2, with multi selection and dragNdrop Now, if we start a drag n drop, but previously clicked on the item a short time ago (less than the double click delay), then the view starts multi selection with the mouse moves instead of starting

Re: [Interest] [Development] Multi-Selection behavior of item views breaks drag'n'drop UX - options

2021-05-28 Thread Volker Hilsheimer
Cross-posting from the development mailing list in case any of you have a strong opinion about this. Volker > On 28 May 2021, at 13:10, Volker Hilsheimer wrote: > > Hey Widget fans, > > I need your opinions on https://bugreports.qt.io/browse/QTBUG-59888 > > The UX resulting from our