Avada wrote: |
Переговорить-то можно. Но рег/анрег при каждом входе/выходе каждого редактора — не слишком ли? |
Flasher wrote: |
Вот не подсказал бы - сам бы не сообразил. Лучше бы было как я написал - по клику на этой панели, без всяких стрелочек с меню. |
Flasher wrote: |
Ничего там не видно. Подводишь курсор - реакция нулевая. Клик ПКМ по кнопке с проявлением пункта "Вставить" никак не даёт возможности определить с какой стороны от кнопки встанет новая. |
Flasher wrote: |
Вот надо ему объяснить, чтобы менял концепцию в отношении всех редакторов, если начнёт увиливать. |
Flasher wrote: |
Теперь надо подумать какая мне будет польза от этих заготовок. Пока не придумал.. |
Flasher wrote: |
В общем, что-то у меня пессимистичный настрой, уже начинаю сильно сомневаться, что автор и идею по созданию хоткеев поддержит. И тогда можно благополучно отказаться от использования данной утилиты. Но, как говорится, надежда умирает последней. |
Flasher wrote: |
Схему касаемо чего? |
ask-rus wrote: |
Автору виднее, как это лучше реализовать. |
Avada wrote: |
Может, и лучше. Но гарантированный возврат в главную панель быть должен, эта идея неплоха.
А что не сообразил — чему удивляться, документации-то пока нетути... |
Avada wrote: |
Конечно, не видно. Я тебе про процесс перетаскивания кнопки, а ты мне про вставку из буфера. |
Avada wrote: |
А продолжение разговора там неминуемо: нынешняя ситуация с местом вставки (по какую стороны встанет) меня не устраивает, у стандартной панели инструментов TC с этим явно лучше. |
Avada wrote: |
К примеру, делается энное количество узкоспециализированных баров, работа которых предполагается только в режиме выпадающего меню. Для RAR-архивации, скажем. Или для плагина VirtualPanel. Они на этапе создания ни к чему не привязаны и лежат просто так. Далее по мере необходимости я могу моментом вставить заготовку на любую из своих существующих панелей или вообще использовать её навороченный вариант как альтернативную главную панель со своими дочерними панелями любой степени связности, вообще не связанную с предыдущей главной панелью. |
Avada wrote: |
С хоткеями в конкретном предложенном виде может и не поддержать |
Avada wrote: |
Схему касаемо "и с проверкой реги". Кто, что и на каком этапе должен делать, если нужного файла в необходимом каталоге нет? |
Flasher wrote: |
Кстати, напиши, чтобы D&D работал обоюдно - дерево<>бар. |
Flasher wrote: |
Ну, получше в том плане, что сторона выбирается исходя из расположения курсора относительно середины кнопки? Но с разделителем было бы всё равно почём юзабильней, согласись. |
Flasher wrote: |
Насчёт "лежат просто так" не ясно. Почему я должен откладывать процедуру привязки создаваемого бара на потом? Что мне это даст с практической точки зрения? И что ты понимаешь под альтернативной главной панелью? |
Flasher wrote: |
Наверно, мне стоит сделать картинку-фэйк того, как это будет выглядеть, а потом устроить голосовалку "Какой из вариантов Вас устроит больше?". Может, это на автора как-то повлияет. |
Flasher wrote: |
Что значит в необходимом? Пусть войдёт в состав дистрибутива по умолчанию. Делать должен будет всё открытый редактор: сперва проверить зарегистрирована ли данная библиотека в системе. Если нет, то регистрирует, если есть, то пропускает этот шаг и запускает редактор. |
Avada wrote: |
Или делаешь готовую узкоспециальную панель (примеры приводил) и рассылаешь её желающим в виде BAR-файла. А желающие потом цепляют сами. |
Avada wrote: |
А под альтернативной главной панелью я понимаю не банальную замену одной панели на другую с возвратом к исходной ручками или после перезапуска TC, а точно такую же цепочку панелей, но с иным набором кнопок, функций, дочерних панелей и пр. Для разных задач, для разных ОС и пр. |
Avada wrote: |
А почему бы и нет? |
Avada wrote: |
Где лежит нужная библиотека и что происходит, когда ты заканчиваешь работу с этим редактором или со всеми редакторами? |
Flasher wrote: |
А если команды в этом баре предполагают вызов различных утилит? Толку от такого бара? |
Flasher wrote: |
На примере недавно созданной темы с вызовом версий программ относительно конкретной архитектуры? Цепочки из Двух-трех-четырёх-...-кнопочных переходов между bar-ами? Тогда альтернативность тут исключительно условная, и такая панель не иначе как дочерняя. |
Flasher wrote: |
dll лежит в корне UTCE, по окончанию ничего не происходит, регистрация остаётся в системе. |
Avada wrote: |
а попытка это предложить закончится посылом в определённом направлении |
Avada wrote: |
Приведённые мной примеры этого не предполагали. |
Avada wrote: |
Нет, не на примере. Я имел в виду другое. Но, возможно, тебе это просто не нужно. |
Avada wrote: |
Но проблема прежде всего в том, что необходимых файлов может быть несколько |
Avada wrote: |
Разве что куда-то дополнительно ручками складывать и обучить программу там искать по пути в INI пакета, ежели чего не хватает... |
Flasher wrote: |
Приведённые тобой примеры вообще ничего конкретного не предполагали. А я здесь пытаюсь рассматреть выгоду лично для себя, с чего мы, собственно, начали. Да пусть это будут даже плагины, какая разница. Тот же Virtual Panel. |
Flasher wrote: |
Возможно, ты меня не до конца понял. Те bar-кнопки должны присутствовать в общем списке каждой из переключаемой панели. Об этом речь? |
Flasher wrote: |
Приведи пример случая, когда кроме указанного мной файла вдруг понадобились другие. |
Flasher wrote: |
Ну, хоть так. А регистрироваться и проверяться файлы будут в случае написания в команде ключа типа /reg. |
Avada wrote: |
Ну, пусть плагины. Я в своё время скачивал этот BAR-файл с настройками VirtualPanel, а потом уж решал, на какой машине его подключать к одной из дочерних панелей (причём разных), а на какой нет, чтобы просто так до поры полежал. То есть это просто BAR-файл, не встраиваемый сразу же в текущую панель. |
Avada wrote: |
Нет. Одна главная панель с цепочкой дочерних меняется на другую главную панель с цепочкой дочерних. Ни одна из частей одного набора BAR-файлов не является обязательной частью другого. Процент совпадения или несовпадения кнопок и меню может быть каким угодно, это не принципиально. |
Flasher wrote: |
Тут есть разница. Если ты забираешь у кого-то готовый код - это одно, а когда ты создаёшь bar для себя, то уже заранее знаешь куда его куда его лучше подвязать. Поэтому я и не вижу особой пользы от создания заготовок. |
Avada wrote: |
Я просто имел в виду, что и тут цепочка, и там цепочка (как понятие), а не то, что структурно эти цепочки одинаковы. |
Avada wrote: |
Ну, тебе это не нужно, кому-то нужно, обычное дело. |
output generated using printer-friendly topic mod. All times are GMT + 4 Hours