Op 8-1-2013 11:59, Mark schreef: > On Tue, Jan 8, 2013 at 11:14 AM, Иван Комиссаров <abba...@gmail.com> wrote: >> Sorry for the offtop, but Finder can move files since 10.7 or 10.8 - you >> copy files paths with Cmd+C and move (instead of copying) them with >> Cmd+Alt+V (in case you didn't know). >> >> My question is what the status of itemmodels in qt5? It seems they'll be >> here for a long time, however this discussion looks very similar to ideas of >> an itemviews-ng project >> (https://blog.qt.digia.com/blog/2008/10/24/itemviews-the-next-generation/). >> I didn't look quite close at this project and i wonder - is it used in qt5 >> somehow in QML world, or does QML still uses QAbstractItemModel and friends? >> >> Иван Комиссаров >> >> 08.01.2013, в 12:15, Till Oliver Knoll <till.oliver.kn...@gmail.com> >> написал(а): >> >> Am 08.01.2013 um 04:12 schrieb Charley Bay <charleyb...@gmail.com>: >> >>>> ... >>>> >>>> I concede "tree-views" may be necessary in some domains, but generally, I >>>> think users hate them, and there are likely better ways to represent >>>> information. >>> Oh! Just don't get me started over the lack of a proper tree view in Mac >>> Finder! I just hate that column view and this >>> "up-up-up-the-file-hierarchy-change-to-next-sibling-and-down-down-down-again"-navigation >>> style which is enforced upon me my the Finder (and the lack of a proper - >>> sic! - tree view). >>> >>> But Lion actually "invented" the "resize-the-window-on-any-edge", and I >>> think it was Mountain Lion who "invented" the "rename a file in a file >>> dialog" feature. So I am not yet giving up hope yet ;) >>> >>> Yeah right, different users, different needs ;) Or ever tried to move a >>> file with drag'n'drop from one subfolder into another on another branch - >>> within the *same* Finder instance? I tell you, that drives you *crazy* >>> without a tree view - there! again! - on the left side or so... (Not to >>> mention that the Finder *still* lacks a "File Cut" (CMD + X) operation, >>> even though the menu entry is there (greyed out), probably since OS X 10.0) >>> >>> So don't cut down that File Forest ;) >>> >>> Cheers, >>> Oliver >>> _______________________________________________ >>> Interest mailing list >>> Interest@qt-project.org >>> http://lists.qt-project.org/mailman/listinfo/interest >>> >> _______________________________________________ >> Interest mailing list >> Interest@qt-project.org >> http://lists.qt-project.org/mailman/listinfo/interest > My bet is that it uses QAbstractItemModel and friends. iirc the > itemviews-ng project was "alive" before there was any QML idea and was > based on QWidgets, still. > But we're drifting quite a bit here. The question was for filesystem > stuff in Qt. Well, QML actually has its own model implementation, that is in part based on ideas from itemviews-ng if I understood correctly. You can use your old QAbstractItemModel based models in QML though, because there is a proxy available to map it to the QML one. Note that the QML model is private in Qt5. There is no C++ access to it's interface, so you can't create your own 'native' QML model from C++ to use in your QML. The QML model does not support trees (or tables, for that matter). It is only about lists.
André _______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest