not a support question
sklimkin
offlineMember
> Почему переменная FILE не попадает в переменные окружения?
Переменная FILE как и другие видна в ф-ции funccommand ()
Не происходит перемещение mv '...' снимка из текущей DIR в указанную пользователем через FILE
Вот где засада!
У нас диалог (это конечно лучше, чем монолог).
Жаль, что больше никто не высказывается.
Ведь этот этюд будет полезен в разных иных ситуациях.
Дело, по большому счету, вовсе не в scrot и даже не в gtkdialog.
Aleksej
offlineCoder-hobbyist
Во-первых, я давно уже сомневаюсь в необходимости такого вот финта:
<chooser>
<height>200</height>
<width>200</width>
<variable>FILE</variable>
<default>/home/</default>
<action>cat [ echo $FILE ] | zenity --text-info --width=250 --height=250 --title $FILE</action>
</chooser>Не стоит ли его сократить до:
<chooser>
<variable>FILE</variable>
<default>/home/</default>
<action>save:FILE</action>
</chooser>Не помню, пишу по памяти. Да и zenity у меня по умолчанию не стояло (а ты говорил…)
Второе. Посмотри скправку scrot --help. Что нужно указать, чтобы переместить скриншот?
COMMANDSTRING="$COMMAND1 -b -d $COMMAND2 -e 'mv $f ~'"В таком виде перемещает его в ~
А может стоит попробовать
COMMANDSTRING="$COMMAND1 -b -d $COMMAND2 -e 'mv $f $FILE'"Не совсем уверен, что подставится значение $FILE в одинарных кавычках. Тогда, может, так:
COMMANDSTRING="$COMMAND1 -b -d $COMMAND2 -e 'mv $f "$FILE"'"
объяснение: "------------------------------------" "-"
sklimkin
offlineMember
> Не стоит ли его сократить до:
Сократил, но легче не стало. Высота chooser'а получается слишком маленькой.
Вернул обратно
<height>200</height>
<width>200</width>
> -e 'mv $f ~'
Как выяснилось, mv не получает от scrot переменную $f в строке, где имя файлу (по умолчанию) задает сам scrot.
Aleksej
offlineCoder-hobbyist
Используемая команда -e 'mv $f ~' что делает? Перемещает готовый отснятый скриншот в домашнюю папку (~ обозначает домашнюю папку). Такое поведение предпологалось? Я думал, что хотелось перемещать скриншоты не только в домашнюю папку, но и в любую другую папку. Я предлагал переместить туда, как указано в переменной FILE, т.е.:
не
-e 'mv $f ~'
а
-e 'mv $f $FILE'
Но в силу того, что это шелл-скрипт, нужно отдельно подумать о кавычках, чтобы на место $f не подставлялось ничего и чтобы $f пошло в scrot как литерал, а вот вместо $FILE нужно, чтобы подставилось значение переменной FILE. Об этом я и писал в прошлом посте. Вижу, успехи не очень.
+++++
перед $ нужно поставить \ для того, чтобы $f не заменялось на значение переменной $f:
-e 'mv \$f $FILE'Ужé лучше, но всё равно у меня не перемещает в нужную папку (наконец-то посмотрел твой последний скрипт).
sklimkin
offlineMember
> Ужé лучше, но всё равно у меня не перемещает в нужную папку (наконец-то посмотрел твой последний скрипт).
Попробую резюмировать, бо тема и моя голова уже распухли от этой локальной, хоть и интересной задачи.
-----------------------------------------------------------------------------------------------------
Программа scrot создает файл - снимок экрана в том каталоге, откуда она вызывается.
Включение в код скрипта chooser'а было бы бессмысленным, если бы созданный программой scrot файл не перемещался туда, куда указал пользователь.
Help смотри в конце поста, или еще проще: scrot --help
Но команда перемещения, указанная в help'е scrot вида:
scrot operation.png -e 'mv $f /home/kurt/Desktop/'
работает только из командной строки терминала и не работает из скрипта, если имя файла задает сам scrot.
Поясняю:
1. если задавать имя файла явно, то премещение происходит,
2. если создание имени файла доверить scrot'у, то премещение не происходит,
3. создание имени файла scrot'ом предпочтительно потому, что он включает в него дату и время до секунд - это не создает конфликта имен файлов, если делается более одного снимка за сеанс.
Поэтому процесс создания и перемещения скриншота/скриншотов решается в 2 приема:
scrot "$COMMANDSTRING"
- в этой строке параметры захвата экрана и время задержки снимка
mv echo *_scrot.png "$FILE"
- а в этой строке получение имени файла, созданного scrot'ом и адрес, куда переместить этот файл.
Команда нахождения имени файла обязательно берется в обратные (или косые) кавычки - тогда то, что в них интерпретируется именно как КОМАНДА.
Каталог назначения $FILE берется в двойные кавычки на тот случай, если в нем окажется нечто типа <Рабочий стол>, то есть в имени есть пробелы.
Иначе до команды mv дойдет только <стол> и она не сработает.
Таким образом команда mv получает правильное имя файла и правильный каталог назначения.
Нет в компьютерном мире совершенства: если в каталоге со скриптом будут файлы, с окончанием на _scrot.png то перемещения снимка не получится и снимок осядет в этом ТЕКУЩЕМ каталоге.
Значит надо "следить за чистотой рядов".
На этом считаю (для себя) вопрос закрытым.
Если кто-то знает более изящное решение вопроса, с удовольствием поучусь.
Ссылки по теме:
http://ru.wikibooks.org/wiki/UNIX
http://en.wikipedia.org/wiki/Scrot
http://linuxandfriends.com/2008/10/25/take-screenshots-in-linux-with-scrot/
http://www.itnewb.com/tutorial/Using-Scrot-the-Screen-Shot-Command-Line-Utility-for-Linux
После "непродолжительного" обсуждения вопроса с Алексеем, мой скрипт принял вид:
#!/bin/sh
funccommand () {
if [ "$COMBOBOX1" == "All" ]; then
COMMAND1="-m"
else COMMAND1="-s"
fi
## !!! Attention: This works in scrot ver. >= 0.8 only !!!
if [ "$COMBOBOX1" == "Window" ]; then
COMMAND1="-u"
fi
COMMAND2="$COMBOBOX2"
COMMANDSTRING="$COMMAND1-b-d $COMMAND2"
##echo "COMMANDSTRING= $COMMANDSTRING"
##echo "COMBOBOX1= $COMBOBOX1"
##echo "COMBOBOX2= $COMBOBOX2"
##echo "FILE= $FILE"
scrot "$COMMANDSTRING"
mv echo *_scrot.png "$FILE"
}
export MAIN_DIALOG="
<window>
<vbox>
<text>
<label>SCReenshOT screen-grabber</label>
</text>
<frame Command button EXIT>
<hbox>
<button cancel></button>
</hbox>
</frame>
<frame User-settings>
<hbox>
<vbox>
<text>
<label>Select grab-mode</label>
</text>
<combobox>
<variable>COMBOBOX1</variable>
<item>All</item>
<item>Window</item>
<item>Area</item>
<action>save:COMBOBOX1</action>
</combobox>
</vbox>
<vbox>
<text>
<label>Time-delay-sec</label>
</text>
<combobox>
<variable>COMBOBOX2</variable>
<item>0</item>
<item>1</item>
<item>2</item>
<item>3</item>
<item>5</item>
<item>10</item>
<item>20</item>
<action>save:COMBOBOX2</action>
</combobox>
</vbox>
<button>
<label>ACCEPT</label>
<action>$0 func</action>
</button>
</hbox>
</frame>
<frame Select DIR for save screenshot>
<chooser>
<height>200</height>
<width>200</width>
<variable>FILE</variable>
<default>/home/</default>
<action>save:FILE</action>
<action>$2= $FILE</action>
</chooser>
</frame>
</vbox>
</window>
"
case $1 in
func) funccommand $2 ;;
*) gtkdialog --program=MAIN_DIALOG ;;
esac
P.S. Закомментированные строки вида: ##echo "... ..."
были нужны только для отладки, их можно смело удалить.
В строке mv echo *_scrot.png "$FILE" движок форума удаляет одинарные обратные (или косые) кавычки.
Это буква Ё - но в латинской раскладке
обратите на это внимание и исправьте если будете копировать текст скрипта,
то есть: ОБРАТНАЯ_КАВЫЧКАecho *_scrot.pngОБРАТНАЯ_КАВЫЧКА
В свете изложенного подправлю свой gcc-GTK+ бинарник и ВСЁ !!!
Aleksej
offlineCoder-hobbyist
Здравствуй, sklimkin!
Я посидел, покурил, читая сообщение, и до меня дошло ☺
Раз уж scrot создаёт скриншот в той папке, из которой его вызывают, так давай сначала перейдём в нужную папку, а потом вызовем scrot, и конечно, избавимся уже от команды -e 'mv…:
было:
scrot "$COMMANDSTRING"
mv echo *_scrot.png "$FILE"стало:
cd "$FILE"
scrot "$COMMANDSTRING"Должно сработать, и снимаются кое-какие ограничение о чистоте которых ты писал.
движок форума удаляет одинарные обратные (или косые) кавычки.
В скриптах, как я думаю, предпочтительнее использовать конструкцию $(команды), которая делает то же самое, что и код, окруженный обратными кавычками, но здесь даже можно вкладывать код в код, в отличие от обратных кавычек, которые к тому же, как я думаю, не так наглядны.
Почитай, пожалуйста, мою тему об оформлении на этом форуме. Твой код можно было бы оформить красивее (и, соответственно, понятнее).
sklimkin
offlineMember
Проверил. Можно в одном сеансе раскладывать снимки даже в разные каталоги.
Привожу только исправленную функцию:
funccommand () {
if [ "$COMBOBOX1" == "All" ]; then
COMMAND1="-m"
else COMMAND1="-s"
fi
## !!! Attention: This works in scrot ver. >= 0.8 only !!!
if [ "$COMBOBOX1" == "Window" ]; then
COMMAND1="-u"
fi
COMMAND2="$COMBOBOX2"
COMMANDSTRING="$COMMAND1-b-d $COMMAND2"
cd "$FILE"
scrot "$COMMANDSTRING"
}
sklimkin
offlineMember
Вариации на тему
Реализация на СИ в 2=х вариантах:
1. в теле СИ-функции все строки, как адаптация bash-script, работают со scrot через gtkdialog
В результате компиляции получается бинарный файл scrotdlg 9.5 КБ
http://www.mediafire.com/download.php?el5ruubgov613qg
2. СИ-файл использует только GTK+ виджеты/функции и работает со scrot через GTK+
В результате компиляции получается бинарный файл scrotdlg 31.7 КБ
http://www.mediafire.com/?k8e2cbw21hcczdc
В архивах СИ-исходник, бинарный файл, Malefile и по паре скриншотов.
То есть это 2 разные возможности работы со скрин-грабером scrot.
Через gtkdialog и через GTK+
sklimkin
offlineMember
http://ru.wikipedia.org/wiki/
сразу после слэша добавить: Снимок_экрана
цитата:
Linux и Unix
В этих операционных системах отсутствуют встроенные средства
для снятия снимков рабочего стола, однако, это возможно сделать
«обходными» средствами, например, прочитав содержимое фреймбуфера.
Пример кода:
$ cat /dev/fb0 > /home/$USER/screenshot.raw
Я набрал в терминале:
$ cat /dev/fb0 > /root/Desktop/screenshot.raw
Получается файл screenshot.raw 5.2 МБ, который нечем открыть.
Если понять этот формат, то получение снимка из фреймбуфера будет еще более "ни_от_чего_независимым".
Спасибо Алексею за его ОЧЕНЬ дельные подсказки при сооружении скрипта scrotdlg.
Для себя я эту тему закрыл.
Надеюсь, что наш диалог на этой странице будет кому-либо полезен.
Сейчас смотрю возможности bash+gtkdialog для сценариев, которые требуют открытия по кнопке в главном окне другого окна и так далее.
То есть: насколько можно приблизить программу-скрипт, к тому что делается например в среде программирования C C++ C# и тому подобное.
Если не будет возражений, открою новую тему.
Aleksej
offlineCoder-hobbyist
Здесь много интересного про fb:
http://hacklab.cz/2012/04/22/usefulness-linux-framebuffer-virtual-console
Скажу честно, что я только поверхностно проглядел статью.
You must log in to post.
