AkelPad

VladSh wrote:Если хочу обновлять плагины или программу, я перейду на вкладку "Плагины" и закачаю.

Вот-вот! Я всегда был уверен, что если видим "Плагины", то качаем только плагины, а если видим "Скрипты" - то качаем только скрипты!
А на самом деле выходит, что качаются и плагины, и скрипты.
Это надо бы отражать в окне AkelUpdater.

DV wrote: Я всегда был уверен, что если видим "Плагины", то качаем только плагины, а если видим "Скрипты" - то качаем только скрипты!

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

DV wrote: Это надо бы отражать в окне AkelUpdater.

Всего лишь, надо изменить надпись "Установите галочку для загрузки" на что-то более информативное, типа:
"Счетчик плагинов и скриптов для загрузки (выбрано/всего)"

YuS wrote:По-моему - удобно. Разве нет?

Нет. При разработке ПО (а конкретно UI) один из принципов - по минимуму всяких теневых и неочевидных операций.
Как раз лучше сделать, чтобы диалог не закрывался, и качать только из того выбора, который есть на текущей странице, что и интуитивно, и явно.

VladSh wrote:Нет. При разработке ПО (а конкретно UI) один из принципов - по минимуму всяких теневых и неочевидных операций.
Как раз лучше сделать, чтобы диалог не закрывался, и качать только из того выбора, который есть на текущей странице, что и интуитивно, и явно.

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

Место для улучшения subj'а: добавить возможность установки скриптов без перезапуска акелпада.

Use case: пользователь вызывает subj, жмёт кнопку "скрипты", отмечает галкой чекбокс у скрипта с серым текстом (т.е. который у него ещё не установлен) и жмёт кнопку "обновить".
Subj предложит или нажать кнопку "отмена" (и тогда скрипт не будет скачан), или закрыть акелпад и нажать "ок" для "обновления".

Такой use case описывает использование subj'а для установки (а не обновления) нового скрипта (а может это актуально и для плагинов), а т.к. установка скипта это просто скачивание файла скрипта в определённую папку - логично, что для этого на самом деле не требуется закрытие акелпада.

Пожелание.
При обновлении расширений обновлять ТОЛЬКО расширения.
(или же сделать отдельную опцию, дополнительный крыжик, чтобы пользователь выбрал - хочет ли он заодно обновлять скрипты и coder-файлы, или может он пользуется своими модифицированными coder-файлами, и не очень хочет затирать их втихую)

LonerD
1. Скрипты, кроме тех, что идут со Scripts-плагином, и так только принудительно обновляются (по "дополнительным крыжикам").
2. Самостоятельно модифицированные coder-файлы разумно было бы переименовать (чтобы "втихую не затирались"). Можно было бы и просто установить им атрибут "RO" (только чтение), но так вы остаётесь без эталонных кодеров, и не с чего будет актуальные правки "мерджить".

opk44 wrote:Скрипты, кроме тех, что идут со Scripts-плагином

Они самые. Они не являются неотъемлемой частью плагина и не необходимы для его работы.

opk44 wrote:Самостоятельно модифицированные coder-файлы разумно было бы переименовать

Можно и переименовать, но незачем держать неиспользуемые.

opk44 wrote:вы остаётесь без эталонных кодеров, и не с чего будет актуальные правки "мерджить".

Чтоб смерджить правки - можно зайти в интернет и скачать скажем PlugsPack.zip. К тому же - ведь разные авторы выкладывают разные coder-файлы, их всё-равно приходится качать ручками.

Кстати, предложение - все coder-файлы обновлять отдельно по типу скриптов (сделать отдельную вкладочку или кнопку в апдейтере)

LonerD wrote:Кстати, предложение - все coder-файлы обновлять отдельно по типу скриптов (сделать отдельную вкладочку или кнопку в апдейтере)

Всё равно остаются вопросы: что добавлять в инсталлер AkelPad и дистрибутив плагина по умолчанию? Если добавлять, то как обновлять? И как вообще обновлять? Сливать тоже архивом? Думаю, те, кто модифицируют, проверяют по дате файла в первую очередь.

У меня, например, модифицированы xml.coder, bat.coder, значительно - au3.coder, даже сторонние модифицированы (fb2.coder, md.coder, vcf.coder, msg.coder, diff.coder, hashsum.coder, log.coder), автоматизация с diff/patch и подобными не прокатит. ИМХО, те, кто модифицируют, а таких не так уж и много, могут сами решать проблемы, не ломая существующее решение, подходящее для большинства.

Хотя сторонняе темы отсюда, наверное, неплохо бы добавить, добавив те же fb2.coder, vcf.coder, которые есть только в теме плага, ещё несколько, присутствующие на гитхабе.

LonerD wrote:При обновлении расширений обновлять ТОЛЬКО расширения.

См. параметр /UNZIP (описание).

Есть небольшой баг в версии 6.4 — при двукратном нажатии кнопки "Скрипты" (для возвращения обратно к выбору плагинов для обновления) счётчик показывает не общее кол-во плагинов доступных для обновления, а кол-во скриптов. Общее кол-во выбранных элементов отображается правильно.
Ещё бы очень хотелось, чтобы кнопка "Скрипты" изменяла своё наименование на "Плагины" — когда находишься в списке выборе плагинов.

ABTOP wrote:счётчик показывает не общее кол-во плагинов доступных для обновления, а кол-во скриптов.

Повтор, причем неоднократный, вроде бы:
Вопрос
Ответ

YuS, спасибо за наводку! Теперь всё ясно. Ну не догадался я предыдущую страницу пролистать

Instructor
А, что если в AkelUpdater встроить обновление файлов подсветки, по подобию скриптов? Сторонних файлов подсветки которые не входят в дистрибутив достаточно, приходится их где-то искать, куда-то ходить...
А тут бы можно было собрать все актуальные coder-файлы, были бы все в одном месте.

Доделал скрипт для обновления тестовой или до тестовой версии (с правкой версии языковой dll при необходимости), кажется, всё учёл. Необходимо или скомпилировать в exe, или использовать для запуска оригинальный AutoIt3.exe, или иной скомпилированный скрипт. Для неадекватных антивирей проще AutoIt3.exe, пример скомпилированного.
Есть смысл выкладывать?