Porting dolphin to Qt5/KF5?

Frank Reininghaus frank78ac at googlemail.com
Thu Sep 19 10:35:36 BST 2013


Hi Kevin,

2013/9/19 Kevin Krammer:
> On Wednesday, 2013-09-18, Mark wrote:
>> On Wed, Sep 18, 2013 at 9:05 PM, Frank Reininghaus
>
>> > One could argue that making use of QML/QtQuick2 would be a good
>> > mid-to-long-term goal, and I fully agree with that, but I think that
>> > this will either require a *huge* amount of work or a major feature
>> > loss at the moment (the last time I checked, there were still no tree
>> > views available, but maybe that changed in the mean time? Also
>> > grouping is not available in Qt's native item views AFAIK). And even
>> > if everything that Dolphin currently offers was available in QML
>> > out-of-the box, then we would still have to replace the current model
>> > with a QAbstractItemModel-based one (something like KDirModel+the
>> > additional features, like Nepomuk roles, that have been added in the
>> > mean time) or find a good way to make the current code work nicely
>> > with QML/QtQtuick2. Either way, I think it would be a huge effort,
>> > definitely not something that I could do in the near future
>> > considering that I do it all in my spare time ;-)
>>
>> Heh, impossible! Or not possible without a huge amount of work.. What is
>> probably easier (and still a huge amount of work) is making a QML view that
>> works with the models in Dolphin.
>>
>> As for a tree view, there is no such thing in QML, but it can be created by
>> nesting ListView components.
>
> There is no such thing as a tree view in QtQuick or QtQuick controls at the
> moment, but neither does QML depend on QtQuick nor has QtQuick.Conrols be
> feature frozen.
>
> Even if we assume that QtQuick is to be used as the QML component technology,
> anyone could implement a tree view or column view either as a separate module
> or for upstreaming into QtQuick or QtQuick.Controls themselves.

I never doubted that it's possible to contribute a tree view to QtQuick ;-)

If anyone has the time and motivation to work on such a thing, which
many KDE and non-KDE apps could benefit from, I would definitely
welcome that!

Best regards,
Frank




More information about the kfm-devel mailing list