Перевод графического интерфейса пользователя в CLI
Есть ли какое-либо приложение (или последовательность команд) для этой функции: просмотр результата действий при использовании интерфейса GUI, который автоматически переводится в терминал (или аналогичную среду CLI) на том же компьютере.
Я видел это в действии много лет назад в VBA для приложений (например, макросы в Excel). Интересно, есть ли такая же функция в Linux.
3 ответа
Действия GUI часто не имеют внешней замены
. Существует никакой общей возможности «слушать» действия GUI и переводить их непосредственно в эквиваленты cli. В Linux и Windows. В общем, только небольшой выбор действий GUI должен контролироваться кли. Разработчик программного обеспечения, о котором идет речь, примет решение о том, какие действия он или она считает полезными для предоставления в качестве команды «извне», и мы зависим от API или тех параметров cli, которые разработчик предоставил. Большинство этих команд вы обычно найдете на страницах руководства приложения. type:
man <application>
Это не значит, что мы полностью беспомощны, если команда не доступна, и чтобы иметь возможность контролировать многие вещи на нашей коробке, у нас есть множество инструментов, по крайней мере, «слушать» что происходит и заменяет процессы внутри приложения нашими собственными разработанными командами или нашими собственными сценариями.
Какой инструмент полезен в вашем случае, полностью зависит от действия, которое вы хотели бы имитировать. Нам нужен дополнительный вопрос, чтобы указать вам в правильном направлении.
Один (случайный, но чрезвычайно полезный во многих ситуациях) вариант, который я хотел бы упомянуть:
If мы открываем терминал и запускаем:dconf watch /
Кроме того, многие языки скриптов имеют очень мощные инструменты для непосредственного управления оборудованием и файлами редактирования, но, как уже упоминалось, нам нужен более конкретный пример, чтобы помочь вам в этом.
[d12 ] ПримечаниеДругой вариант, который у вас есть, если вы более или менее знакомы с кодированием, - это изучить исходный код приложения. Особенно интерпретируемые языки часто будут достаточно читабельны, чтобы дать вам полезную информацию.
-
1Я нашел этот ответ очень полным и очень полезным. Для меня, как пользователя (давно код с использованием Fortran и Pascal в университете), сегодня в основном объективно его использовать пакетные файлы для повторяющихся задач. Будет следовать этим параметрам. – cjclm7 17 December 2017 в 19:33
Действия GUI часто не имеют внешней замены
. Существует никакой общей возможности «слушать» действия GUI и переводить их непосредственно в эквиваленты cli. В Linux и Windows. В общем, только небольшой выбор действий GUI должен контролироваться кли. Разработчик программного обеспечения, о котором идет речь, примет решение о том, какие действия он или она считает полезными для предоставления в качестве команды «извне», и мы зависим от API или тех параметров cli, которые разработчик предоставил. Большинство этих команд вы обычно найдете на страницах руководства приложения. type:
man <application>
Это не значит, что мы полностью беспомощны, если команда не доступна, и чтобы иметь возможность контролировать многие вещи на нашей коробке, у нас есть множество инструментов, по крайней мере, «слушать» что происходит и заменяет процессы внутри приложения нашими собственными разработанными командами или нашими собственными сценариями.
Какой инструмент полезен в вашем случае, полностью зависит от действия, которое вы хотели бы имитировать. Нам нужен дополнительный вопрос, чтобы указать вам в правильном направлении.
Один (случайный, но чрезвычайно полезный во многих ситуациях) вариант, который я хотел бы упомянуть:
If мы открываем терминал и запускаем:dconf watch /
Мы можем точно увидеть, какие ключи dconf / gsettings играют (любое) приложение, и мы можем напрямую запускать команды gsettings, чтобы сделать то же самое. С помощью этой команды мы можем практически увидеть все действия, применяемые различными инструментами настройки. Кроме того, многие языки скриптов имеют очень мощные инструменты для непосредственного управления оборудованием и файлами редактирования, но, как уже упоминалось, нам нужен более конкретный пример, чтобы помочь вам в этом.
Примечание
Другой вариант, который у вас есть, если вы более или менее знакомы с кодированием, - это изучить исходный код приложения. Особенно интерпретируемые языки часто будут достаточно читабельны, чтобы дать вам полезную информацию.
Действия GUI часто не имеют внешней замены
. Существует никакой общей возможности «слушать» действия GUI и переводить их непосредственно в эквиваленты cli. В Linux и Windows. В общем, только небольшой выбор действий GUI должен контролироваться кли. Разработчик программного обеспечения, о котором идет речь, примет решение о том, какие действия он или она считает полезными для предоставления в качестве команды «извне», и мы зависим от API или тех параметров cli, которые разработчик предоставил. Большинство этих команд вы обычно найдете на страницах руководства приложения. type:
man <application>
Это не значит, что мы полностью беспомощны, если команда не доступна, и чтобы иметь возможность контролировать многие вещи на нашей коробке, у нас есть множество инструментов, по крайней мере, «слушать» что происходит и заменяет процессы внутри приложения нашими собственными разработанными командами или нашими собственными сценариями.
Какой инструмент полезен в вашем случае, полностью зависит от действия, которое вы хотели бы имитировать. Нам нужен дополнительный вопрос, чтобы указать вам в правильном направлении.
Один (случайный, но чрезвычайно полезный во многих ситуациях) вариант, который я хотел бы упомянуть:
If мы открываем терминал и запускаем:dconf watch /
Мы можем точно увидеть, какие ключи dconf / gsettings играют (любое) приложение, и мы можем напрямую запускать команды gsettings, чтобы сделать то же самое. С помощью этой команды мы можем практически увидеть все действия, применяемые различными инструментами настройки. Кроме того, многие языки скриптов имеют очень мощные инструменты для непосредственного управления оборудованием и файлами редактирования, но, как уже упоминалось, нам нужен более конкретный пример, чтобы помочь вам в этом.
Примечание
Другой вариант, который у вас есть, если вы более или менее знакомы с кодированием, - это изучить исходный код приложения. Особенно интерпретируемые языки часто будут достаточно читабельны, чтобы дать вам полезную информацию.