«Открыть в другом приложении» с помощью клавиатурной комбинации

gimp %f

Ты хочешь, чтобы были разные комбинации для разных программ?

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

Хотя… Если через xclip, но я не уверен, что он умеет запоминать пути к скопированному файлу. Если умеет, то можно на комбинации вешать скрип с копированием и подстановкой.

Короче, если заглянуть в clipboard гнома (расширение), то видно, что он запоминает скопированные файлы и, если чем-то другим, например xclip, можно такое воспроизвести, то дело в шляпе — дальше скрипт и его на хоткей.

чтобы были разные комбинации для разных программ?

Именно так. В gthumb есть такое - выделенная картинка, по нажатию g, отправляется в gimp и также можно задать свои комбинации, через настройку «персонализация». Вот бы такое же, но из наутилуса.

xclip и clipboard гнома у меня использовался для просмотра в mpv, скопированных ссылок на ютуб, но скрипт я взял здесь на лоре и не уверен, что смогу допилить под свои хотения, так как обычный убунтуюсер, но попробую посмотреть

Вот такая конструкция в скрипте:

gthumb $(xclip -o -selection clipboard)

через хоткей отрабатывает нормально, но как перехватить выделение, а не копирование?

Скрип, в котором через xdotool эмулируешь ctrl+c и тд. Я б в эту сторону думал.

Сложновата, хм (:

Нашёл https://onedev.net/post/281 Там что-то есть про это, но мне нужно время для просветления

У меня получилось.

Назовём скрипт, например, open_in_program.
Положи его, например, в ~/.local/bin.

Сделай его исполняемым!

Вот содержимое скрипта:

#! /bin/bash

xdotool key ctrl+c
copy=`xclip -selection clip -o`
path=`echo "$copy" | tail -n1 | sed 's/file:\/\///'`

gimp $path

Открой настройки гнома и добавь там вызов скрипта open_in_program по сочетаю клавиш.

Открой наутилус, выдели любую картинку, нажми комбинацию клавиш и гимп откроет тебе эту картинку.

Создавай новые скрипты, добавляй комбинации, только вместо gimp в скриптах пиши другие программы.

Как-то так.

У меня не хочет работать - gimp запускается без выделенного файла. Для небольшой проверки, привёл скрипт к виду:

#!/bin/bash
copy=`xclip -selection clip -o`
path=`echo "$copy" | tail -n1 | sed 's/file:\/\///'`
echo $copy $path

Выделил в наутилусе картинку, затем ctrl+c и запустил скрипт из терминала. Вывод:

/home/allexit/kapmuHka.jpeg /home/allexit/kapmuHka.jpeg

Мне кажется, что вывод правильный и всё упирается в xdotool key ctrl+c. Как проверить её работу? Другие команды xdotool, например: свернуть окно, клик мыши - отрабатывали. Но с этой есть заморочки - жёстко спамит в терминал.

Xev, кстати, выдаёт Control_L и Control_R, но и так тоже не работает.

Скрипт с удалённым xdotool key ctrl+c нормально отрабатывает через выделение и ctrl+c.

Продолжив изыскания наткнулся на это: https://github.com/jordansissel/xdotool/issues/210

Заменил xdotool key ctrl+c на xdotool sleep 0.50 key ctrl+c

Скрипт, пока, отрабатывает нормально. Непонятно, только, как правильно подобрать sleep. Дополнительно, завернул в двойные кавычки $path, так как из-за пробелов в имени и пути gimp ругался «Нет такого файла…»

Небольшой нюанс в том, что манагер буфера обмена будет записывать в историю, но в общем-то некритично, хотя если есть варианты, то можно рассмотреть (:

papin-aziat, спс за помощь

echo $copy

/home/allexit/kapmuHka.jpeg

Ого, тогда у тебя всё проще.

#! /bin/bash

xdotool sleep 0.50 key ctrl+c
gimp "`xclip -selection clip -o`"

У меня xclip -selection clip -o выдаёт

x-special/nautilus-clipboard
copy
file:///home/me/Dump/2024-10-14_10-30.png

поэтому пришлось подрезать выхлоп, а тебе походу не надо.

Непонятно, только, как правильно подобрать sleep.

Методом тыка же 😀
Я использую --delay 100 в скиптике, который копирует для голдендикта. С таким значением всё ок, а без, почему-то ничего не происходит.

манагер буфера обмена будет записывать в историю

А как иначе, ведь отрабатывает Ctrl+C. Тогда надо идти каким-то другим путём, хотя не ясно зачем, ведь гномовский clipboard всё равно записывает все скопированные файлы зачем-то.

Кстати, также обратил внимание, что на входе sed то же, что и на выходе, но так как внутренности линукса не знаю, то решил, что может возникнуть необходимость в обрезке при каких-то условиях. Где-то такое - file:///home/ уже видел раньше.

Упрощённая версия работает тоже.

Где-то такое - file:///home/ уже видел раньше.

Браузер?

За браузер не помню, а вот в файл манагере, в адресной строке есть такое: computer:///, other-locations:/// и возможно с ними путаю

Точно, именно так - file:/// - выглядит адрес для локальных файлов в фирефоксе

Ну если в Наутилусе, то Shift-F10 w и выбирай нужную, может тебе этого хватит.

Если прям скрипты на хоткеи:

https://askubuntu.com/questions/680016/keyboard-shortcut-for-open-terminal-nautilus-3-16/696901#696901

то Shift-F10 w

Shift-F10 вызывает контекстное меню, как и кнопка «Menu» на клаве. Не понял про w; у меня она не добавляет никакого дйствия к Shift-F10

Если прям скрипты на хоткеи

Выполнить через хоткей открытие, файла выбранного в наутилусе, в нужной проге, без вызова контекстных меню и дополнительных диалогов. Без скриптов не получается и выше уже есть рабочий вариант, с небольшими нюансами.

Ссылку смотрю, там ещё на github есть, так что пока изучаю.

Не понял про w; у меня она не добавляет никакого дйствия к Shift-F10

Возможно Наутилус слишком старый или русский язык включен, но в актуальном w вызовет меня Open with с выбором приложения.

Это все то же меню, но на хоткеях.

https://askubuntu.com/questions/680016/keyboard-shortcut-for-open-terminal-nautilus-3-16/696901#696901

Это именно то, что я искал.

Вот такой скрипт в /home/user/.local/share/nautilus/scripts:

#!/bin/bash
file=$NAUTILUS_SCRIPT_SELECTED_URIS
gthumb $file
fi

запущенный хоткеем, прописанном в /home/user/.config/nautilus/scripts-accels открывает выделенную картинку в gthumb

Наутилус у меня - 3.36.3-stable