Total Commander

Тогда уж без унрегов и с проверкой реги.

Flasher
Поподробнее всю предполагаемую схему изложишь?

Да, и я там выше пост дополнил.

Avada
Схему касаемо чего?

Avada писал(а):Переговорить-то можно. Но рег/анрег при каждом входе/выходе каждого редактора — не слишком ли?

Сделай, пожалуйста. Автору виднее, как это лучше реализовать.

Flasher
Пардон, тут слишком быстро возникала цепочка постов, я не успел отреагировать.

Flasher писал(а):Вот не подсказал бы - сам бы не сообразил. Лучше бы было как я написал - по клику на этой панели, без всяких стрелочек с меню.

Может, и лучше. Но гарантированный возврат в главную панель быть должен, эта идея неплоха.
А что не сообразил — чему удивляться, документации-то пока нетути...

Flasher писал(а):Ничего там не видно. Подводишь курсор - реакция нулевая. Клик ПКМ по кнопке с проявлением пункта "Вставить" никак не даёт возможности определить с какой стороны от кнопки встанет новая.

Конечно, не видно. Я тебе про процесс перетаскивания кнопки, а ты мне про вставку из буфера. Говорю же — нет пока ответа. А продолжение разговора там неминуемо: нынешняя ситуация с местом вставки (по какую стороны встанет) меня не устраивает, у стандартной панели инструментов TC с этим явно лучше.

Flasher писал(а):Вот надо ему объяснить, чтобы менял концепцию в отношении всех редакторов, если начнёт увиливать.

Попытка не пытка...

Flasher писал(а):Теперь надо подумать какая мне будет польза от этих заготовок. Пока не придумал..

К примеру, делается энное количество узкоспециализированных баров, работа которых предполагается только в режиме выпадающего меню. Для RAR-архивации, скажем. Или для плагина VirtualPanel. Они на этапе создания ни к чему не привязаны и лежат просто так. Далее по мере необходимости я могу моментом вставить заготовку на любую из своих существующих панелей или вообще использовать её навороченный вариант как альтернативную главную панель со своими дочерними панелями любой степени связности, вообще не связанную с предыдущей главной панелью.

Flasher писал(а):В общем, что-то у меня пессимистичный настрой, уже начинаю сильно сомневаться, что автор и идею по созданию хоткеев поддержит. И тогда можно благополучно отказаться от использования данной утилиты. Но, как говорится, надежда умирает последней.

С хоткеями в конкретном предложенном виде может и не поддержать, но вот за общую идею взаимной коммуникации редакторов с моментальным переходом от одного редактирования к другому будем биться изо всех сил.

И возвращаемся к текущему обсуждению.

Flasher писал(а):Схему касаемо чего?

Схему касаемо "и с проверкой реги". Кто, что и на каком этапе должен делать, если нужного файла в необходимом каталоге нет?

ask-rus писал(а):Автору виднее, как это лучше реализовать.

Да, но какие-то общие представления о работе такой фичи неплохо бы ему изложить.

Avada писал(а):Может, и лучше. Но гарантированный возврат в главную панель быть должен, эта идея неплоха.
А что не сообразил — чему удивляться, документации-то пока нетути...

Это всё - да..

Avada писал(а):Конечно, не видно. Я тебе про процесс перетаскивания кнопки, а ты мне про вставку из буфера.

Вон оно что. Кстати, напиши, чтобы D&D работал обоюдно - дерево<>бар.

Avada писал(а):А продолжение разговора там неминуемо: нынешняя ситуация с местом вставки (по какую стороны встанет) меня не устраивает, у стандартной панели инструментов TC с этим явно лучше.

Ну, получше в том плане, что сторона выбирается исходя из расположения курсора относительно середины кнопки? Но с разделителем было бы всё равно почём юзабильней, согласись.

Avada писал(а):К примеру, делается энное количество узкоспециализированных баров, работа которых предполагается только в режиме выпадающего меню. Для RAR-архивации, скажем. Или для плагина VirtualPanel. Они на этапе создания ни к чему не привязаны и лежат просто так. Далее по мере необходимости я могу моментом вставить заготовку на любую из своих существующих панелей или вообще использовать её навороченный вариант как альтернативную главную панель со своими дочерними панелями любой степени связности, вообще не связанную с предыдущей главной панелью.

Насчёт "лежат просто так" не ясно. Почему я должен откладывать процедуру привязки создаваемого бара на потом? Что мне это даст с практической точки зрения? И что ты понимаешь под альтернативной главной панелью?

Avada писал(а):С хоткеями в конкретном предложенном виде может и не поддержать

Наверно, мне стоит сделать картинку-фэйк того, как это будет выглядеть, а потом устроить голосовалку "Какой из вариантов Вас устроит больше?". Может, это на автора как-то повлияет.

Avada писал(а):Схему касаемо "и с проверкой реги". Кто, что и на каком этапе должен делать, если нужного файла в необходимом каталоге нет?

Что значит "в необходимом"? Пусть войдёт в состав дистрибутива по умолчанию. Делать должен будет всё открытый редактор: сперва проверить зарегистрирована ли данная библиотека в системе. Если нет, то регистрирует, если есть, то пропускает этот шаг и запускает редактор.

Flasher писал(а):Кстати, напиши, чтобы D&D работал обоюдно - дерево<>бар.

Да, это у меня уже на заметку взято.

Flasher писал(а):Ну, получше в том плане, что сторона выбирается исходя из расположения курсора относительно середины кнопки? Но с разделителем было бы всё равно почём юзабильней, согласись.

Соглашусь.

Flasher писал(а):Насчёт "лежат просто так" не ясно. Почему я должен откладывать процедуру привязки создаваемого бара на потом? Что мне это даст с практической точки зрения? И что ты понимаешь под альтернативной главной панелью?

Например, ты делаешь отладочный вариант панели, не запуская её в основную работу. Или делаешь готовую узкоспециальную панель (примеры приводил) и рассылаешь её желающим в виде BAR-файла. А желающие потом цепляют сами. А под альтернативной главной панелью я понимаю не банальную замену одной панели на другую с возвратом к исходной ручками или после перезапуска TC, а точно такую же цепочку панелей, но с иным набором кнопок, функций, дочерних панелей и пр. Для разных задач, для разных ОС и пр.

Flasher писал(а):Наверно, мне стоит сделать картинку-фэйк того, как это будет выглядеть, а потом устроить голосовалку "Какой из вариантов Вас устроит больше?". Может, это на автора как-то повлияет.

А почему бы и нет?

Flasher писал(а):Что значит в необходимом? Пусть войдёт в состав дистрибутива по умолчанию. Делать должен будет всё открытый редактор: сперва проверить зарегистрирована ли данная библиотека в системе. Если нет, то регистрирует, если есть, то пропускает этот шаг и запускает редактор.

Где лежит нужная библиотека и что происходит, когда ты заканчиваешь работу с этим редактором или со всеми редакторами?

Avada писал(а):Или делаешь готовую узкоспециальную панель (примеры приводил) и рассылаешь её желающим в виде BAR-файла. А желающие потом цепляют сами.

А если команды в этом баре предполагают вызов различных утилит? Толку от такого бара?

Avada писал(а):А под альтернативной главной панелью я понимаю не банальную замену одной панели на другую с возвратом к исходной ручками или после перезапуска TC, а точно такую же цепочку панелей, но с иным набором кнопок, функций, дочерних панелей и пр. Для разных задач, для разных ОС и пр.

На примере недавно созданной темы с вызовом версий программ относительно конкретной архитектуры? Цепочки из Двух-трех-четырёх-...-кнопочных переходов между bar-ами? Тогда альтернативность тут исключительно условная, и такая панель не иначе как дочерняя.

Avada писал(а):А почему бы и нет?

Ок, сделаю. Только вот ещё найти кого-нибудь на оффорум запостить. Там активность как-никак пошибче будет.

Avada писал(а):Где лежит нужная библиотека и что происходит, когда ты заканчиваешь работу с этим редактором или со всеми редакторами?

dll лежит в корне UTCE, по окончанию ничего не происходит, регистрация остаётся в системе.

Flasher писал(а):А если команды в этом баре предполагают вызов различных утилит? Толку от такого бара?

Приведённые мной примеры этого не предполагали.

Flasher писал(а):На примере недавно созданной темы с вызовом версий программ относительно конкретной архитектуры? Цепочки из Двух-трех-четырёх-...-кнопочных переходов между bar-ами? Тогда альтернативность тут исключительно условная, и такая панель не иначе как дочерняя.

Нет, не на примере. Я имел в виду другое. Но, возможно, тебе это просто не нужно.

Flasher писал(а):dll лежит в корне UTCE, по окончанию ничего не происходит, регистрация остаётся в системе.

Ясно, спасибо. Но проблема прежде всего в том, что необходимых файлов может быть несколько и что в сумме они, очень мягко говоря, кое-что весят (да и по отдельности тоже). Так что в дистрибутиве ничего подобного практически наверняка не будет, а попытка это предложить закончится посылом в определённом направлении. Разве что куда-то дополнительно ручками складывать и обучить программу там искать по пути в INI пакета, ежели чего не хватает...

Avada писал(а):а попытка это предложить закончится посылом в определённом направлении

[off]
Грозный дядька, однако, сидит в Египте* (поправка ).
[/off]

Avada писал(а):Приведённые мной примеры этого не предполагали.

Приведённые тобой примеры вообще ничего конкретного не предполагали. А я здесь пытаюсь рассматреть выгоду лично для себя, с чего мы, собственно, начали. Да пусть это будут даже плагины, какая разница. Тот же Virtual Panel.

Avada писал(а):Нет, не на примере. Я имел в виду другое. Но, возможно, тебе это просто не нужно.

Возможно, ты меня не до конца понял. Те bar-кнопки должны присутствовать в общем списке каждой из переключаемой панели. Об этом речь?

Avada писал(а):Но проблема прежде всего в том, что необходимых файлов может быть несколько

Приведи пример случая, когда кроме указанного мной файла вдруг понадобились другие.

Avada писал(а):Разве что куда-то дополнительно ручками складывать и обучить программу там искать по пути в INI пакета, ежели чего не хватает...

Ну, хоть так. А регистрироваться и проверяться файлы будут в случае написания в команде ключа типа /reg.

Flasher писал(а):Приведённые тобой примеры вообще ничего конкретного не предполагали. А я здесь пытаюсь рассматреть выгоду лично для себя, с чего мы, собственно, начали. Да пусть это будут даже плагины, какая разница. Тот же Virtual Panel.

Ну, пусть плагины. Я в своё время скачивал этот BAR-файл с настройками VirtualPanel, а потом уж решал, на какой машине его подключать к одной из дочерних панелей (причём разных), а на какой нет, чтобы просто так до поры полежал. То есть это просто BAR-файл, не встраиваемый сразу же в текущую панель.

Flasher писал(а):Возможно, ты меня не до конца понял. Те bar-кнопки должны присутствовать в общем списке каждой из переключаемой панели. Об этом речь?

Нет. Одна главная панель с цепочкой дочерних меняется на другую главную панель с цепочкой дочерних. Ни одна из частей одного набора BAR-файлов не является обязательной частью другого. Процент совпадения или несовпадения кнопок и меню может быть каким угодно, это не принципиально.

Flasher писал(а):Приведи пример случая, когда кроме указанного мной файла вдруг понадобились другие.

Для начала, ты в последних постах сам не указал, о каком файле идёт речь. А я пакет за несколько лет много раз ставил на разные машины с разными системами и с разной комплектацией программ, при этом количество запрашиваемых файлов колебалось от одного до, если не ошибаюсь, четырёх. MSCOMCTL.OCX первый и, чаще всего, последний (на свежей семёрке сегодня, к примеру, мне хватило регистрации только этого файла.) Иногда нет, и тогда приходится идти последовательно: сообщается, что нет того-то — ставим — нет того-то — ставим... В конце концов, у Салема на сайте лежит полный дистрибутив. Можно заглянуть туда и увидеть, что он добавляет на всякий случай к стандартному комплекту.

Flasher писал(а):Ну, хоть так. А регистрироваться и проверяться файлы будут в случае написания в команде ключа типа /reg.

Да, более или менее нормальный вариант.

ask-rus
Вообще-то он в Египте сидит.

Avada писал(а):Ну, пусть плагины. Я в своё время скачивал этот BAR-файл с настройками VirtualPanel, а потом уж решал, на какой машине его подключать к одной из дочерних панелей (причём разных), а на какой нет, чтобы просто так до поры полежал. То есть это просто BAR-файл, не встраиваемый сразу же в текущую панель.

Тут есть разница. Если ты забираешь у кого-то готовый код - это одно, а когда ты создаёшь bar для себя, то уже заранее знаешь куда его куда его лучше подвязать. Поэтому я и не вижу особой пользы от создания заготовок.

Avada писал(а):Нет. Одна главная панель с цепочкой дочерних меняется на другую главную панель с цепочкой дочерних. Ни одна из частей одного набора BAR-файлов не является обязательной частью другого. Процент совпадения или несовпадения кнопок и меню может быть каким угодно, это не принципиально.

Ну, как это не принципиально, если ты написал "точно такую же цепочку панелей, но с иным набором кнопок"?

Flasher
Я просто имел в виду, что и тут цепочка, и там цепочка (как понятие), а не то, что структурно эти цепочки одинаковы.

Flasher писал(а):Тут есть разница. Если ты забираешь у кого-то готовый код - это одно, а когда ты создаёшь bar для себя, то уже заранее знаешь куда его куда его лучше подвязать. Поэтому я и не вижу особой пользы от создания заготовок.

Ну, тебе это не нужно, кому-то нужно, обычное дело. Просто я хотел, чтобы BAR-файлы с нуля в принципе могли создаваться, а какой-никакой способ для этого теперь существует. Будет удобнее — хорошо, останется нынешний — терпимо.

Avada писал(а):Я просто имел в виду, что и тут цепочка, и там цепочка (как понятие), а не то, что структурно эти цепочки одинаковы.

Извини, не телепат. Теперь ясно.

Avada писал(а):Ну, тебе это не нужно, кому-то нужно, обычное дело.

Напомню, что начал я с того, какие функции редактора могли бы стать для меня полезными, чтобы чётко укрепилась мысль, что я к этому редактору стану действительно часто обращаться, и, возможно, в последствии он полностью сможет мне заменить стандартный Тоталовский. Только одно предложенное тобой вряд ли сможет перевесить исходную чашу весов.