Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 16
Как быть со вкладками. В одной вкладке браузера один сайт, во второй - другой. Если работать часть с ними двумя, хотелось бы всегда иметь комбинацию их открыть - сайты или вкладки, но с сайтами.
И... под brew нет?
И... под brew нет?
Спасибо за идею, сделал! Проверьте, пожалуйста:
brew install --cask Medvedev91/Option1/Option1
Как быть со вкладками.
Браузеры, к сожалению, не дают хорошего API по работе со вкладками. Я на практике просто использую разные браузеры для разных задач: рабочие - Firefox, личные проекты - Safari, остальное Chrome. Сочетаний для браузеров мне хватает.
Как вариант, можно сделать так: открывать вкладку в отдельном окне, и если в программе вместо URL сайта вставлена подстрока, то будет отрыто окно с подходящим заголовком. Это уже работает для других программ, надо просто доработать для браузеров. Создал issue - https://github.com/Medvedev91/Option1/issues/74
что-то не очень
==> Tapping medvedev91/option1
Cloning into '/opt/homebrew/Library/Taps/medvedev91/homebrew-option1'...
fatal: could not read Username for 'https://github.com': terminal prompts disabled
Error: Failure while executing; `/usr/bin/env GIT_TERMINAL_PROMPT=0 git -c core.hooksPath=/dev/null clone --origin=origin --template= --config core.fsmonitor=false --end-of-options https://github.com/Medvedev91/homebrew-Option1 /opt/homebrew/Library/Taps/medvedev91/homebrew-option1` exited with 128. Here's the output:
Cloning into '/opt/homebrew/Library/Taps/medvedev91/homebrew-option1'...
fatal: could not read Username for 'https://github.com': terminal prompts disabledт.е. не позволяет, если на github на вошел.
Два дня не мог понять, что визуально цепляет - понял, что программа по-русски не имеет интерфейса (что, как-то, даже непривычно - обычно проги нынче переводят на все языки мира, тем более что ИИ это делает пару минут, а строк у Вас в интерфейсе не то чтобы много), и вот это Favourites цепляло - во всяких ОС привычно пишут Favorites. Каежтся, что причина внимания - в проге строк раз-два, и обчелся, вот глаз за последнее и цепляется.
Спасибо за прогу! Правда, до того юзал AltTab, и в ней переулючение "по виндовому" (т.е. между всеми окнами все программ) как-то удобнее сделаны визуально, у Вас список зело большой по вертикали получается (с моим списком окон), и при том широкий, глазу тяжело разобраться.
Это замечательно!
Я делал то же самое с помощью скриптов Autohotkey, но это было лет пятнадцать назад, когда я ещё пользовался Windows.
В итоге отказался от явной привязки проектов/окон к сочетаниям клавиш. Намного гибче оказался такой подход:
Передо мной открыто некое окно (терминал, редактор, браузер, etc)
Нажимаю Win+Shift+<буква> и таким образом происходит привязка сочетания Win+<буква> к данному конкретному окну, даже если это окно внутри приложения (работало не везде).
То есть чтобы, скажем, привязать Win+S к терминалу, я нажимал Win+Shift+S
Между перезагрузками компа настройка не сохранялось, но я не страдал. Перегружаю комп редко, а привязать было быстро. Пользовался этим несколько лет, полный восторг. Никакого UI для настройки не нужно было в принципе.
Осталось мечтой сделать следующее: не одновременное нажатие, а последовательное: чтобы можно было нажать Win (или Cmd) и тут же отпустить, и после этого было бы 1-2 секунды на нажатие собственно горячей клавиши. При этом экран мог бы визуально подсказать что находится в режиме ожидания горячей клавиши, моргнуть как-то в уголке.
Это избавило бы от конфликтов с существующими сочетаниями, и к тому же последовательно давить кнопки удобнее чем одновременно.
Нажимаю Win+Shift+<буква> и таким образом происходит привязка сочетания Win+<буква> к данному конкретному окну
Изначальная задумка и первая версия были точно такими, но меня не устраивало:
после закрытия приложения привязка переставала существовать,
после перезагрузки ОС привязка переставала существовать.
Т.е. не было эффекта что я не думая нажимаю комбинацию и попадаю куда нужно. В итоге пришел куда пришел. Но если вам так удобнее, можете попробовать первые версии на странице релизов.
Зацеплюсь за "не думая". :)
Я на практике использовал обе схемы, годами, отвечаю из личного опыта. В вашей схеме думать приходится не меньше, а раньше - в момент настройки, когда нужно предсказать, какие окна понадобятся. Для стабильных окон (календарь, мессенджер) это хорошо работает. Но терминалы, окна браузера, редакторы - постоянная текучка, а с ИИ-помощниками она выросла в разы. И каждый раз, когда нужное окно не входит в заранее настроенный список, "не думая" ломается: либо лезу в конфиг и выбираю, каким сочетанием пожертвовать, либо переключаюсь мышью.
А при привязке "по месту" занятое сочетание - не ошибка, а естественное вытеснение: новое окно сейчас нужнее, оно и забирает клавишу. Если старое ещё нужно - три нажатия, чтобы дать ему другую интуитивную клавишу. Это (для меня) оказалось намного дешевле, чем размышлять над конфигом, и делается в тот момент, когда контекст и так в голове.
А ваша претензия к первой версии (привязка умирает при закрытии приложения и при перезагрузке) - это совершенно верная претензия, но не к способу задания привязки, а к отсутствию хранения. В Autohotkey хранения динамических привязок не было, а в своём приложении, наверное, несложно реализовать.
Как бы то ни было, приложение у вас решает актуальную проблему, которую производители ОС могли бы попробовать решать много лет назад.
Удачи!
Проще настроить лаунчер вроде Alfred, чем обвешивать клавиатуру десятками триггеров
One more thing. ⌥‑Tab.
Удобно для переключения между окнами одного приложения так как встроенный
⌘-Tabпереключает приложения, а не окна или проекты.
Возможно вы не обратили внимание, что есть ещё Comand + ~, который переключает как раз между окнами одного приложения.
Да, но Command ~:
работает только в рамках одного рабочего стола,
не дает возможности посмотреть список всех окон и выбрать нужный. Т.е. чтобы найти нужное окно я должен нажать
Cmd ~, понять оно или нет, нажать снова и т.д. В некоторых случаях, конечно, например с двумя окнами на одном рабочем столе, этого хватает.
Если что, то в настройках моей программы Option-Tab можно отключить.
который переключает как раз между окнами одного приложения.
Есть еще вариант: ПКМ по приложению в Dock, там будет список всех окон на всех рабочих столах.
В macOS этот шорткат не умеет переключать окна одного приложения, если они разбросаны по разным рабочим столам. Он крутится только внутри текущего спейса. Из-за этого многие и ставят сторонние утилиты вроде AltTab или софт автора
Для смены рабочих пространств использую строку меню
Странно, что для этого нет шортката, учитывая что приложение на работу с клавиатуры заточено.
Как это нет :). На снимке экрана с Option-Tab можете видеть автоматически закрепленные сочетания клавиш (справа). Например для timeto.me это ⌥-C. И для избранного тоже есть.
Я для таких целей годами сижу на комбинации Raycast и yabai с тайлингом. Там окна раскладываются автоматически по сетке без необходимости помнить десятки модификаторов
Но как легкая утилита без отключения SIP этот проект выглядит вполне приятно)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как я улучшил управление окнами в macOS