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

David Skoland david.skoland at qt.io
Tue Jun 1 14:58:41 CEST 2021


To be clear: +1 to changing default behavior in 6.2.

> On 1 Jun 2021, at 14:57, David Skoland <david.skoland at qt.io> wrote:
> 
> Not thrilled about subtle default behavior changes like this, there’s no knowing how it may break certain apps. I suppose most people will be upgrading from 5 to 6.2 and will to some degree expect having to make some adjustments and the proposed behavior is definitely desirable, so I’m giving this a +1.
> 
>> On 28 May 2021, at 13:10, Volker Hilsheimer <volker.hilsheimer at qt.io> wrote:
>> 
>> Hey Widget fans,
>> 
>> I need your opinions on https://bugreports.qt.io/browse/QTBUG-59888
>> 
>> The UX resulting from our (strange) choice to trigger selection changes on mouse press rather than mouse release is indeed quite horrible, as explained in the ticket.
>> 
>> The options to fix that seem to be:
>> 
>> 1) change the default behavior - always change selection on mouse release
>> 2) change the default behavior if drag (as per dragDropMode)
>> 3) make the "selection trigger" a property
>> 
>> None of those options would IMHO result in a change that qualifies for stable branches. I’ve for now implemented option 3. This introduces new API, so if we agree that this is the way to go then it would ideally be merged before 6.2 feature freeze next Friday.
>> 
>> https://codereview.qt-project.org/c/qt/qtbase/+/351595
>> 
>> However, the possible property values seem oddly specific to this problem, and give that this is a 6.2 only change anyway, perhaps it would be best to simply change the default, which would then also make Qt matching native UIs better (ie Windows Explorer or macOS Finder)?
>> 
>> Cheers,
>> Volker
>> 
>> _______________________________________________
>> Development mailing list
>> Development at qt-project.org
>> https://lists.qt-project.org/listinfo/development
> 



More information about the Development mailing list