Latest post of the previous page:
Господа, а как насчёт апи для QView?Плагины ведь по сути одни и те же, что для колонок, что для QView.
Latest post of the previous page:
Господа, а как насчёт апи для QView?А ещё было бы здорово, если бы кто-нибудь написал колоночный хост для подплагинов Анаморфозиса. Тогда в панели или в диалоге редактирования описания строчки выводились бы склеенными через пробел, а в редакторе, открытом по Edit из DialogTools, — как положено, отдельными строками.John Doe wrote:Господа, а как насчёт апи для QView?
Плагины ведь по сути одни и те же, что для колонок, что для QView.
Про описания ведь пока речь не идёт?HaRT wrote:Тогда в панели или в диалоге редактирования описания строчки выводились бы склеенными через пробел, а в редакторе, открытом по Edit из DialogTools, — как положено, отдельными строками.
Выше уже предлагалось выполнять в отдельном потоке. Или такие ресурсоёмкие операции вообще не должны выполняться при отображении в колонке, либо как-то их кэшировать...HaRT wrote:Правда, для custom.module тормозило бы это нещадно…
Здраво, согласен.John Doe wrote:Подплагинов Анаморфозиса очень мало, и разумнее будет их просто модернизировать под новое АПИ.
А сам Анаморфозис вообще нет смысла поддерживать, ибо вместо хаков надо АПИ для QView.
А плагины сами могли бы решать что им выводить в колонке, а что в QView.
Да, про них родимых.John Doe wrote:Про описания ведь пока речь не идёт?
В отдельном потоке хорошо, но тогда нужна чёткая индикация, что операция не завершена. А в случае с сортировкой по этой колонке и вовсе результат не особо осмыслен, пока все файлы не обработаны, а это может быть очень долго. Ну а при кэшировании своих проблем не оберёшься. Это я к тому, что надо дальше думать, как сделать, чтобы интерфейс получился удобный.John Doe wrote:Выше уже предлагалось выполнять в отдельном потоке. Или такие ресурсоёмкие операции вообще не должны выполняться при отображении в колонке, либо как-то их кэшировать...
Во-первых в заголовке, а во-вторых, в самой колонке.HaRT wrote:В отдельном потоке хорошо, но тогда нужна чёткая индикация, что операция не завершена.
Никто не заставляет сортировать по таким колонкам. Собственно и простенький ver_c0 будет тормозить на больших/сетевых папках.HaRT wrote:А в случае с сортировкой по этой колонке и вовсе результат не особо осмыслен, пока все файлы не обработаны, а это может быть очень долго.
Вот я и говорю, рано про них.HaRT wrote:Да, про них родимых.John Doe wrote:Про описания ведь пока речь не идёт?
Вообще без кэширования грустно. Любое обновление панели - и всё по-новой.HaRT wrote:Ну а при кэшировании своих проблем не оберёшься. Это я к тому, что надо дальше думать, как сделать, чтобы интерфейс получился удобный.
Возможно, хотя при листании будет тормозить, да и сортировка...Max Rusov wrote:По моему лучше всего было бы так: запрашивать информацию о доп.колонке не для всех элементов, а только для тех, которые видны на экране.
Ну пользователь должен понимать что делает. И нужен способ прервать опрос.Max Rusov wrote:В случае сортировки (поиска?) по такой колонке форсировать вызов для всех элементов, только в этом случае будут тормоза...