Я нашел ответ Ry4an быть хорошим решением, за исключением незначительной проблемы, которая оставила p4merge (в соответствии с Mac OS) спутыванием вводов команд. Делают все описанное в его ответ и добавляют следующую строку в [инструменты слияния] раздел :
p4.args=$base $local $other $output
Эта строка говорит подвижный, в котором порядок p4merge берет свои аргументы.
Indeed, sorting is not possible for a VIRTUAL-TreeViewer
whether you use a IStructuredContentProvider
or a lazy one, as noted in this thread:
You will have to do the sorting yourself (in your model).
The underlying assumption is that the elements might not even be in memory.
Things may change in e4 (from this message in June 2009):
IMHO the
JFace
Virtual Table and Tree implementation is not as good as the none virtual one - well I stay away from it and use it in none of my projects.[...] бессмысленно иметь виртуальные таблицы, потому что с точки зрения UI-дизайна бессмысленно показывать пользователю 10 000 элементов и, что еще важнее, потому что модель остается в вашей памяти, показывая, что большие таблицы с JFace могут съесть все ваше пространство кучи
( Мы надеемся предложить обновленный набор средств просмотра в E4, которые исправят такие проблемы ).
См. этот проект и ошибка 260451 .
(другие общие ошибки: 167436 и 262160 )
Прямо сейчас:
мы создаем сильную ссылку в средстве просмотра после того, как таблица запросила его.
ИМХО, это гораздо лучше дать пользователю: - пейджинг - intelligent filtering possibilities
instead of showing million of results and then e.g. in case of CDO (Connected Data Objects) the filtering happens on the server using their new query-API.