Можно и в файл писать, но ради одной цифры делать целый файлик...

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

Верно

Надо понять, как i3 запускает свои программы. Я вангую, что там каждый раз вызов system происходит с exec'ом внутри.

➜  ~ .config/i3/i3-resizer.sh 6
6
➜  ~ echo $number              

➜  ~

Так оно и из консоли не работает...

Ну т.е. у тебя шелл каждый раз разный будет.

Из консоли оно точно работать не будет.

Почему?

Проблема в том, что ты не можешь менять переменые окружения в шелле, из которого ты запускаешь свой скрипт.

Единственный способ это делать — это сорсить свой скрипт, т.е. запускать через . script.sh 5

case $1 in
...
   [0-9]) number=$number$1; echo $number;
       export number=$number ;;
   esac

export тут позволяет экспортировать переменную во всех детей этого шелл-скрипта, но не «наверх»

Вот теперь понял

Окей, тоесть без файла не обойтись, так?

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

Я так понимаю, ты пытаешься сделать vim-mode для i3?
Значит, «регистр» с состоянием текущих нажатых кнопок у тебя будет использоваться ещё много где?

Я продолжаю пилить свой i3-vimonised, но эта цифра будет использоваться исключительно для изменения размера окна. У меня есть фича повторения действий, но там я напрямую передаю количество в скрипт

Кстати надо запушить

На самом деле таймеры проще, в чём-то, по синтаксису.

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

С точки зрения количества сисколлов ты не выиграешь (всё равно придётся открывать пайп как файл, писать туда и закрывать, что равносильно записи во временный файл), но зато сможешь переиспользовать демон, держать там сразу N регистров под все нужды и создать свой мини-протокол для того, чтобы делать разные действия в зависимости от input'а.