On Tue, Oct 21, 2008 at 2:37 PM, Oberhuber, Martin <[EMAIL PROTECTED]> wrote: > >> i.e. it would be good if users could create a completely virtual tree >> of IResources with little overhead if the virtual tree happens to >> match the underlying EFS tree. If they delete resources from a > > Perhaps I missed something, but what would be "virtual" in this > case?
Operations made to that tree e.g.: - Moving 'groups' / linked files around the tree doesn't move them in the EFS - Moving Deleting files from tree doesn't delete them from EFS merely excludes them from the view. - Adding new linked resources to the tree doesn't affect the underlying EFS tree. The use case is that the user 'imports' a tree virtually into their workspace. They can then rearrange the links into any arrangement that they see fit without affecting the underlying files in the version control. By virtue of being linked, the IResources are arbitrarily flexible. Cheers, James > > Cheers, > -- > Martin Oberhuber, Senior Member of Technical Staff, Wind River > Target Management Project Lead, DSDP PMC Member > http://www.eclipse.org/dsdp/tm > _______________________________________________ > eclipse-incubator-e4-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev > _______________________________________________ eclipse-incubator-e4-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev
