Itemviews - ScrollPerItem, ScrollPerPixel

[Robert Knight]

> And there seems to be users that prefer ScrollPerItem to ScrollPerPixel.

Are there really enough of them to warrant going to the trouble of
making it configurable system-wide?
If not then just changing the Qt defaults would be preferable.

Regards,
Robert.

2008/6/5 Peter Penz <peter.penz at gmx.at>:
> Hi Rafael,
>
>> Hi Peter and all,
>>
>> > When porting Dolphin to KDE 4.0 I was told that Trolltech hopes that no
>> > KListView, KTreeView, ... classes are required anymore because of having
>> > QAbstractItemModel and QAbstractItemDelegate.
>>
>> Well, I don't see the point of this statement :)
>>
>> We want to add two different kind of scrolling to the user configuration.
>> That  belongs to the view, nor the model or the delegate. So, we should apply
>> that  configuration to the view.
>
> I fully agree :-) What I wanted to say is (sorry for being unclear): For KDE 4.0 the introduction of KListView, KTreeView, ... classes has been dropped on purpose. If I remember the discussion correctly the introduction of K... counterparts in KDE 3 also resulted in some problems and it has been said that we should not introduce a K... class when the Q... class already provides all the functionality. However I think this decision was wrong in the case of item views.
>
> Regards,
> Peter
>
>
>
>>
>> Regards,
>> Rafael Fernández López.
>