On Tue, Jan 8, 2013 at 5:46 PM, André Somers <an...@familiesomers.nl> wrote: > 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
Andre, that's interesting! Could you link me to the sources of that new model implementation? Is there any intention of making that model class publicly available? _______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
