Latest post of the previous page:
И прошу не забыть, что ключевое достоинство просмотрщика — подгрузка файла по частям по мере надобности. На самом деле, интерфейс наподобие читательной части IStream был бы наиболее адекватен."Виртуализировать" вьювер
-
- Posts: 1351
- Joined: Fri 30 Nov, 2007 15:32
- Location: Крым
- Has thanked: 15 times
- Been thanked: 50 times
- Contact:
Re: "Виртуализировать" вьювер
Это как-то совсем, по-моему, не то. Вьюер должен сам требовать данные, а не ждать когда ему что добавят.2useven10 wrote:Могу, например, добавить команды для ViewerControl ( ADD_VFILE, DEL_VFILE )...
Согласен. Что смущает в данном варианте, это что он будет выбиваться из стиля остального API, интерфейсов то нигде больше нет.HaRT wrote:На самом деле, интерфейс наподобие читательной части IStream был бы наиболее адекватен.
Re: "Виртуализировать" вьювер
такого плагина нет и быть не может, потому что до этого плагины не могли отдавать фару данные вместо физического файла.
так что сейчас смотреть на существующие сорцы - смысла нет
так что сейчас смотреть на существующие сорцы - смысла нет
-
- Posts: 1351
- Joined: Fri 30 Nov, 2007 15:32
- Location: Крым
- Has thanked: 15 times
- Been thanked: 50 times
- Contact:
Re: "Виртуализировать" вьювер
Тут по идее как раз наоборот: вьюер использует плагины. А они не должны знать про вьюер ничего, только данные отдавать наружу.2useven10 wrote:Ткните плиз носом на пример плагина, использующего вьювер (желательно сорсы).
Re: "Виртуализировать" вьювер
Maximus Ну почему же, RegEditor использует psi.Viewer(file.GetShow...
Ariman на мой взгляд речь идёт лишь о том как плагин может отдать вьюверу для показа не настоящий
файл, а 'виртуальный' в существующем API я нормального варианта не знаю, ну разве что добавить флаг для psi.Viewer(,,,, VF_USEVFILE ... и VFile* ( Ixxx *) передать, например вместо имени, а получение имени добавить в
VFile (Ixxx)
Ariman на мой взгляд речь идёт лишь о том как плагин может отдать вьюверу для показа не настоящий
файл, а 'виртуальный' в существующем API я нормального варианта не знаю, ну разве что добавить флаг для psi.Viewer(,,,, VF_USEVFILE ... и VFile* ( Ixxx *) передать, например вместо имени, а получение имени добавить в
VFile (Ixxx)
-
- Posts: 1351
- Joined: Fri 30 Nov, 2007 15:32
- Location: Крым
- Has thanked: 15 times
- Been thanked: 50 times
- Contact:
Re: "Виртуализировать" вьювер
Да, но не самому подсунуть, а отреагировать на запрос. В принципе, это может быть и не вьюер, а поиск, например (искать в содержимом архивов и т.п.). Система должна быть универсальной.2useven10 wrote:на мой взгляд речь идёт лишь о том как плагин может отдать вьюверу для показа не настоящий файл, а 'виртуальный'
Re: "Виртуализировать" вьювер
Ну если по-большому, да конечно должна быть универсальной, но для этого надо протащить испоьзование интерфейсов в API (не обязательно этого) всюду, где это может потребоваться. Я пытался решить гораздо более локальную маленькую задачу и только в рамках вьювера.
- HaRT
- Moderator
- Posts: 10860
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 221 times
- Been thanked: 358 times
Re: "Виртуализировать" вьювер
На мой взгляд, самый первый и самый скромный сценарий — чтобы Анаморфозису было достаточно FAR API.
Ну или чтобы можно было доработать FarCmds чем-то вроде команды qview…
Ну или чтобы можно было доработать FarCmds чем-то вроде команды qview…
Фар есть инструмент, а не нянька. © 2009 DrKnS
-
- Posts: 1351
- Joined: Fri 30 Nov, 2007 15:32
- Location: Крым
- Has thanked: 15 times
- Been thanked: 50 times
- Contact:
Re: "Виртуализировать" вьювер
Зачем смешивать qview и виртуальные файлы? Как мне кажется, для этого должно быть разное API.
Кстати вот qview ещё один пример использования доступа к виртуальным файлам, помимо вьюера.
Кстати вот qview ещё один пример использования доступа к виртуальным файлам, помимо вьюера.
- HaRT
- Moderator
- Posts: 10860
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 221 times
- Been thanked: 358 times
Re: "Виртуализировать" вьювер
Не знаю, как внутри, а для пользователя QView — это такая сущность, которая обладает свойствами и просмотрщика, и панели. Однако подозреваю, что по реализации оно всё-таки ближе к просмотрщику; поэтому тут об этом речь и завёл.Ariman wrote:Кстати вот qview ещё один пример использования доступа к виртуальным файлам, помимо вьюера.
Фар есть инструмент, а не нянька. © 2009 DrKnS
- HaRT
- Moderator
- Posts: 10860
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 221 times
- Been thanked: 358 times
Re: "Виртуализировать" вьювер
Так ведь отличный повод посмотреть и узнать — может дать идеи для удачной виртуализации.2useven10 wrote:Не знаю, что внутри у QView и Anamorphosis - никогда не видел...
Фар есть инструмент, а не нянька. © 2009 DrKnS
- John Doe
- Бюрократ
- Posts: 13851
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 73 times
- Been thanked: 428 times
- Contact:
Re: "Виртуализировать" вьювер
Допустим, вьювер это локальная маленькая задача. Допустим, решение этой задачи всех устраивает.2useven10 wrote:Ну если по-большому, да конечно должна быть универсальной, но для этого надо протащить испоьзование интерфейсов в API (не обязательно этого) всюду, где это может потребоваться. Я пытался решить гораздо более локальную маленькую задачу и только в рамках вьювера.
Проясните такой момент: это локальное решение можно протащить повсюду где понадобится?
Или же глобальное решение должно быть совсем другим?
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
Re: "Виртуализировать" вьювер
Костыли в api огорчают разработчиков. Очень огорчают. Из-за этого, собственно, и был затеян весь этот слом api и, как следствие, Far 3.2useven10 wrote:Не знаю, что внутри у QView и Anamorphosis - никогда не видел...
Костыль для доступа к Viewer/VFile через plugin api сделал, но не более.
Если что-то не получается - лучше разломать до основания и сделать правильно.
Вопросы совместимости и масштабы изменений на данном этапе развития Far несущественны.