AIMP Forum
AIMP for PC => Ошибки и замечания / Bugs => Topic started by: __ZLOLKA__ on October 08, 2025, 18:30:35
-
Консольное приложение не содержит параметров --help и --verbose
--help должен выводить информацию о поддерживаемых параметрах командной строки
--verbose должен запускать приложение в режиме, в котором он выводит в консоль подробную информацию о действиях (это упростит отладку и позволит видеть внутрение предупреждения в системе, когда что-то идет не так как планировалось, но не критично для нарушения работы)
-
Так он и так выводит логи в консоль да и аимп не поддерживает ключи стиля GNU (которые начинаются с --) и unix (начинаются с - и состоят из одной буквы) потому что это приложение портированное с windows (они просто заменяют / на - как например 7zip так делает)
-
--verbose подразумевает вывод сообщений об отлавливаемых событиях системы (например отключение устройства вывода, или нажатие клавиши), на текущий момент эта информация не выводится
-
--verbose подразумевает вывод сообщений об отлавливаемых событиях системы (например отключение устройства вывода, или нажатие клавиши), на текущий момент эта информация не выводится
Нажатие глобальных горячих клавиш он с недавних пор пишет (или он был убран с 3008 ???) да и немного он выводит будет приложение же проприетарное
-
Так он и так выводит логи в консоль да и аимп не поддерживает ключи стиля GNU (которые начинаются с --) и unix (начинаются с - и состоят из одной буквы) потому что это приложение портированное с windows (они просто заменяют / на - как например 7zip так делает)
в справке вполне все поддерживается
если Артем сильно захочет, то переделает/добавит параметры в стиле линукс
я только за ключ --help и вывод доступных команд в виде help-сообщения в консоли
--verbosе по усмотрению разработчиков
упд это довольно унылое и нудное занятие, если не делается полу-автоматически, как по мне
Usage
AIMP.exe -command "parameter1" "parameter2" ...
or
AIMP.exe -command="parameter1";"parameter2";...
-
если Артем сильно захочет, то переделает/добавит параметры в стиле линукс
не вижу вообще смысла если аимп не предполагал использование с консоли поэтому обычных виндовых ключей достаточно
-
аимп не предполагал
это аимп не предполагал, линуксоиды это подразумевают =D
в cli справке ничего нет страшного, это стандартная тема
просто это унылое занятие ее поддерживать
-
это аимп не предполагал, линуксоиды это подразумевают =D
я планирую написать aimp-манипулятор как сторонее приложение (Remote API) который уже будет поддерживать все нужные ключи (в GNU и Unix стилях) поэтому обычных -PLAY или -PAUSE достаточно для обывателей
-
для обывателей
фатальная ошибка =D
обыватели в cli и командную строку вообще не полезут)))
-
обыватели в cli и командную строку вообще не полезут)))
Обыватели вообще не будут использовать линукс как десктоп
-
Обыватели вообще не будут использовать линукс как десктоп
Correctamundo!
-
Консольное приложение не содержит параметров --help и --verbose
Так оно у нас и не консольное 😁
Все ключи описаны в справке.
-
я только за ключ --help и вывод доступных команд в виде
Могу сделать, чтобы открывался хелп на нужной странице, делать еще и консольную справку мне не очень хочется. Это потом надо будет поддерживать и не забывать синхронизировать
-
При вызове --help хотелось бы видеть хотя бы ссылку на web страницу, на которой можно было бы увидеть с какими опциями можно запускать приложение
-
Могу сделать, чтобы открывался хелп на нужной странице, делать еще и консольную справку мне не очень хочется. Это потом надо будет поддерживать и не забывать синхронизировать
Я все прекрасно понимаю, но это платформа линукс и люди будут ожидать текстовой справки по ключу help.
Отдельно взятые красноглазики еще наверняка хотели бы видеть маны, но на сегодня мало кто этим увлекается.
Понятно, что это в первую очередь UI приложение, но если людям припрёт запускать его с консоли, то одно из певых действий будет aimp --help
Могу посоветовать только какой code-gen, чтобы не страдать каждый раз от обновлений параметров cli
Например, как в расте, описываеешь структуру с полями, каждому даешь аннотацию с описанием типа, имени ключа (длинного, короткого), значения по умаолчанию и тп
А уже code-gen на этой базе генерит описание при компиляции
А ты как разработчик получаешь инстанс структуры и пользуешься значениями в коде
упд лично мне норм и открытие справки в браузере, но к ээтому вопросу все равно придется вернуться однажды
-
Ну или, если говорить о плюсовых решениях - есть https://www.boost.org/doc/libs/1_62_0/doc/html/program_options.html
-
если людям припрёт запускать его с консоли, то одно из певых действий будет aimp --help
Ну вот оно и выдаст URL на справку. В любом случае, AIMP не может работать через консоль.
-
еще добавлю: если уже хотеть все по красоте делать, то и сами ключи переработать бы, сгруппировать и структурировать
приведу примеры
# Add objects to a playlist and start playing.
aimp play ./CigarretsAfterSex__Apocalypse.mp3
# Add files, dirs to playlist
aimp playlist add ./Music
aimp playlist add ./Music/CigarretsAfterSex__Apocalypse.mp3
# Play, stop, next, prev
aimp player play
aimp player stop
aimp player pause
aimp player next
aimp player prev
# Volume control
aimp volume set 50
aimp volume up
aimp volume down
-
Ну вот оно и выдаст URL на справку. В любом случае, AIMP не может работать через консоль.
я не настаиваю, прост накидываю мысли =)
лично мне норм будет открытие справки в браузере
-
лично мне норм будет открытие справки в браузере
Меня (как и большинство линуксоидов) тоже устроит такое поведение. Это будет лучше чем простое игнорирование аргументов коммандной строки.
Так же хотел бы отметить тот факт, что ожидаемое поведение это: Вывод ссылки (и/или открытие ссылки в браузере) и выход из приложения
, а не: Вывод ссылки (и/или открытие ссылки в браузере) и открытие рабочего окна приложения
-
Меня (как и большинство линуксоидов) тоже устроит такое поведение. Это будет лучше чем простое игнорирование аргументов коммандной строки.
Так же хотел бы отметить тот факт, что ожидаемое поведение это: Вывод ссылки (и/или открытие ссылки в браузере) и выход из приложения
, а не: Вывод ссылки (и/или открытие ссылки в браузере) и открытие рабочего окна приложения
я думаю, большинство линуксоидов билось бы в экстазе от хороших аргументов cli =D
в этом плане аимп очень похож на гит -- узкая специализация, решается широкий круг задач в ёё рамках, имеет кучу функциональности вследствии этого
-
Вывод ссылки (и/или открытие ссылки в браузере) и выход из приложения
, а не: Вывод ссылки (и/или открытие ссылки в браузере) и открытие рабочего окна приложения
Так не получится.
-
Так не получится.
ну это точно будет не очень
стандартное поведение --help -- показать справку в любом виде и закончить выполнение
линуксоиды точно не оценят иное поведение
-
линуксоиды точно не оценят иное поведение
Хорошо, давайте тогда командную строку вообще уберём, чтобы никого не смущать.
-
Линуксоиды так же могут не оценить: 1) Mixed/Upper-case в названиях файлов. 2) Отсутствие исходного кода.
-
Хорошо, давайте тогда командную строку вообще уберём, чтобы никого не смущать.
Радикально, мне нравится. =D
Вы -- разработчик, за вами последнее слово.
-
А чем вам не нравится вариант с тем, чтобы распарсить ввод коммандной строки, понять, что там есть аргумент --help, вывести в stdout ссылку на справку, и завершить работу приложения ?
-
А чем вам не нравится вариант с тем, чтобы распарсить ввод коммандной строки, понять, что там есть аргумент --help, вывести в stdout ссылку на справку, и завершить работу приложения ?
Ради одного ключа справки, и только под линуксом, сделать отдельную ветку кода? А если эта команда прилетит через IPC? Тогда приложение тоже закрывать?
Радикально, мне нравится. =D
Вы -- разработчик, за вами последнее слово.
Надо понимать, что нативный unix-way здесь никак не получится, как не натягивай. Приложение не проектировалось под эту парадигму
-
Линуксоиды так же могут не оценить: 1) Mixed/Upper-case в названиях файлов. 2) Отсутствие исходного кода.
Ну, слушайте, среди них действительно полно поехавших, но среди их наработок хватает полезного.
Mixed/Upper-case они не любят, тк пишут с клавиатуры и постоянно дерграть шифт не нравится никому.
Точно также и пробелы не стоит добавлять лишний раз, чтобы не ескейпить их по десять раз
Открытый исходный код -- блажь, конечно. Не может быть в рамках зарабатывания денег всё стопроцентно с открытым кодом.
UPD Кстати, маятник уже качается в обратную сторону, некоторые проекты становятся закрытыми и платным -- есть все хотят, а индустрия сжимается
Но вместе с тем и к хорошему быстро привыкаешь. Например, к удобным и понятным параметрам командной строки или информативной справке.
Я вот попробовал этот ваш линукс и теперь терпеть не могу работать на винде в консоли, обмазываюсь всякимии uutils(https://github.com/uutils/coreutils) чтобы смягчить боль.
Слава тебе госпаде есть поехавшие, которые переписывают некоторые вещи на расте тк это иногда можно под винду собрать без особых затрат
-
Надо понимать, что нативный unix-way здесь никак не получится, как не натягивай. Приложение не проектировалось под эту парадигму
Да, ладно уже. Нормальные параметры командной строки всегда и везде будут цениться, unix это или не unix вей.
-
давайте я в завершение добавлю: я вас люблю, аимп обожаю и желаю только хорошего
я соглашусь с тем, что у аимпа и так хватает задач и вопросов для выхода в первый кросплатформенный релиз (взять хотя бы определение primary монитор)
и поэтому вопросы перелапачивания параметров командной строки могут и подождать и отойти на второй план
я поэтому и не создавал на эту тему топиков🤷♂️
-
Да, ладно уже. Нормальные параметры командной строки всегда и везде будут цениться, unix это или не unix вей.
Зависит от приложения, не все приложения используются для автоматизации процессов, где без CLI никуда.
В любом случае, если CLI и делать, то его нужно делать совершенно иначе.
-
взять хотя бы определение primary монитор
Эту багу я пока на паузу поставил. Не хочу делать поспешных решений