Базовым интерфейсом оболочки для inotify является inotifywait
из inotify-tools
.
Для отслеживания всех обращений к файлу:
inotifywait -mq --format '%e' /path/to/file |
while IFS= read -r events; do
/path/to/script "$events"
done
Ваш скрипт вызывается со списком одновременных событий, разделенных запятыми, каждый раз, когда что-то происходит с файлом (чтение, запись, закрытие,…).
Я задавался тем же вопросом и наконец нашел ответ:
Визуально оба режима ведут себя почти одинаково, поэтому это сбивает с толку. Как вы заметили, в обоих режимах перетаскиваемое окно занимает всю, половину или четверть экрана.
Но когда вы используете клавишу-модификатор (Ctrl по умолчанию )для переключения в режим привязки , окно, которое вы привязали, будет считаться «частью экрана». Это означает, что другие окна, которые вы максимизируете, попытаются избежать пространства, занимаемого окном привязки. Если вы плитка , а не привязка (, то есть по умолчанию, если вы не используете ctrl ), развернутые окна просто закроют его.
Таким образом, разница между двумя режимами на самом деле заключается не в поведении текущего окна, к которому вы привязываетесь, а в поведении других окон, которые вы максимизируете позже.
Источник:http://segfault.linuxmint.com/2013/07/new-window-tiling-and-snapping-functionality/
You can hold a modifier key (defaults to Control) to toggle into “snap” mode – this is unique in that a snapped window will be considered part of the screen real estate, and maximized windows will avoid snapped windows. Tiled windows (unmodified) are treated just as before – they are ‘stuck’ to the screen edge, but don’t receive any special treatment.
Проверено и подтверждено на Тессе 19.1