akorop |
|
Темы:
111
Сообщения:
1756
Участник с: 29 февраля 2012
|
konstantinov-msУ меня тоже всегда дофига открытых окон. Но я их группирую просто по виртуальным десктопам. Мало десктопов - добавляю, благо, это делается в два клика. Как я понимаю, группировака приложений в одном окне ориентирована на использование одного десктопа. Тогда объединённые окна - это первый уровень (управляемый через панель), а приложения в окне - второй уровень (управляемый через заголовок окна). А "стандартная (для openbox) альтернатива - десктопы на первом уровне, окна на втором. Так вот, я не вижу никаких преимуществ группировки несколько приложений в одном окне по сравнению с группировкой нескольких окон в одном десктопе. Разумеется, у меня "в сундучке" есть на этот счёт горячие клавиши. Например, хоткей W-A-Right - это переход на соседний вправо рабочий стол вместе с активным окном. Если надо перейти дальше, W-A-Right можно быстро нажать несколько раз. Ну и, само собой, расширенное client-list-combined-menu позволяет легко реорганизовать окна, особенно в сочетании с недокументированным Ctrl, который препятствует закрытию меню (Ctrl действует на все меню openbox, не только на client-list-combined-menu). А недостатки группировки в одном окне очень даже видны. Прежде всего, разные приложения обычно имеют разную оптимальную геометрию окна. Во-вторых, отдельными окнами проще управлять, например, минимизировать-восстановить, или перенести на другой рабочий стол. Кроме того, часто удобно, работая с одним окном, видеть часть другого, что исключено в случае объединённого окна. В общем, мне кажется, что объединённые окна - это странный и не очень удобный способ приспособиться к недостаткам панели задач. А при использовании других средств управления окнами, не имеющих недостатков традиционной панели, нет и преимуществ объединённых окон. Что я упустил? |
konstantinov-ms |
|
Темы:
16
Сообщения:
732
Участник с: 29 ноября 2009
|
akoropЯ тоже пробовал действовать таким образом. В итоге десктопов набиралось больше десятка, а ярлыки на панели сжимались в тоненькие полоски. Конечно, если отключить функцию мультидесктопа в tint2, то проблема исчезнет. Но мне эта функция удобна своей наглядностью — быстрее ориентируешься, если забыл, на каком из рабочих столов находится подборка документов по теме. Да и быстро поднять нужное окно, при этом перейдя на нужный рабочий стол, удобнее. akoropДа. И в определённых случаях (допускаю, что не очень частых случаях) это может иметь смысл. Пример из реальной практики: имеем рабочий стол с документами по диссовету. Звонит соискатель с какими-то вопросами или просьбой. Переходим на нужный рабочий стол (Win-номер_рабочего стола) и перед нами опять груда документов (Положение о диссовете, Положение о порядке присвоения учёных степеней, несколько открытых писем, несколько папок и т.д.). Удобнее было бы сгруппировать на этом рабочем столе все документы одного соискателя в одно окно. Только по этой причине я использую иногда WPS вместо LibreOffice (наличие вкладок) — для word'овских документов, и qpdfview вместо llpp — для .pdf-файлов. Однако часть документов — в .doc(x), часть — в .pdf (отсканированные отзывы и т.д.). Было бы удобно независимо от формата собирать все документы одного соискателя в одно окно. И при этом всё это держать на одном рабочем столе, посвящённом диссертационным делам. Понятно, что всё это хотелки, без которых вполне можно обойтись. Но если бы такая возможность была, я бы ею пользовался. akoropО-о-о! А вот это реально полезная фича! Что меня ещё раздражало в комбинированном меню и заставляло пользоваться Xwinmosaic вместо него, так это то, что оно отображает те окна, которым указано быть скрытыми из пейджера (skip_pager) и таскбара (skip_taskbar). У меня есть с десяток приложений, которым указано отображаться на всех рабочих столах и поверх всех окон. Вызываются они хоткеями. Чтобы они не путались под ногами, они скипнуты и из пейджера, и из таскбара. Однако в client-list-combined-menu они всё-равно отображаются. На каждом рабочем столе! Так же как и при перелистывании "NextWindow" с помощью Alt+Tab. В этом отношении удобнее оказывается Xwinmosaic, в которой этих окон не видно. akoropНу, Вы же не шутеры полноэкранные будете комбинировать с файловым менеджером! Обычно комбинируются окна с документами, плюс иногда файловый менеджер и (возможно) окно браузера. Даже заметки удобнее в скрывающемся окне, вызываемом по хоткею. akoropОбъединяют-то их как раз для того, чтобы управлять ими всеми сразу. К тому же, их довольно легко отсоединить, в случае надобности. Так что если с первой проблемой как-то ещё можно согласиться, то эта имхо надумана. akoropВот тут полностью согласен. akoropИ с этим тоже. Думаю, более удобен был бы трёхмерный рабочий стол (когда-то пробовал какие-то разработки, но всё это было ещё очень сыро и, по-моему, в итоге заглохло). Мне кажется, классическая концепция рабочего стола вообще находится в кризисе. Но каких-то реальных альтернатив пока что не видно. |
jim945 |
|
Темы:
9
Сообщения:
3180
Участник с: 25 января 2010
|
Кто-нибудь пробовал openbox-multihead? Очень нужно, чтобы на каждом мониторе рабочий стол переключался независимо от других. При этом возможность перетаскивания окон между экранами тоже нужна. Текущее состояние жутко бесит и тормозит работу. P.S. Тайлинг не люблю, да.
Lupus pilum mutat, non mentem.
|
akorop |
|
Темы:
111
Сообщения:
1756
Участник с: 29 февраля 2012
|
konstantinov-msЕсли всё именно так, то это глюк в openbox. Можно конкретные данные? Что за приложение? Как именно скипнуто? |
akorop |
|
Темы:
111
Сообщения:
1756
Участник с: 29 февраля 2012
|
jim945Я даже пробовать не стал, когда увидел вот такое: Last Updated: 2013-08-12 01:13 |
konstantinov-ms |
|
Темы:
16
Сообщения:
732
Участник с: 29 ноября 2009
|
akoropНапример, Sylpheed. Если оно не минимизировано, то в client-list-combined-menu не отображается. Если же свёрнуто, то появляется в client-list-combined-menu, в списке "NextWindow" и т.д. Скипнуто вот так: Из других приложений: LiteTran, Gtkclock, notecase, gnome-search-tool, mytetra, novprog, Hamster и др. Зависимости от тулкита не обнаружено: приложения есть и Gtk2, и Gtk3, и Qt. Все ведут себя одинаково. Похоже, это какая-то логика Openbox или я что-то упустил при настройке отображения этих приложений.
|
akorop |
|
Темы:
111
Сообщения:
1756
Участник с: 29 февраля 2012
|
konstantinov-msПонял. Да, это именно так для любых приложений. Притом свойство "на всех экранах" на это поведение не влияет. Но я не совсем понял, как мыслится вернуть на экран такое "сильно невидимое" окно. Специальной горячей клавишей через что-то вроде wmctrl? |
konstantinov-ms |
|
Темы:
16
Сообщения:
732
Участник с: 29 ноября 2009
|
akoropДа, примерно так: Делаем четыре скрипта: app-and-toggle-by-pid, app-and-toggle-by-tittle, app-by-pid, app-by-title. Содержимое первого приведено выше. Затем вешаем на хоткей такую комбинацию . Получается довольно удобно: одним хоткеем и вызываем приложение, и скрываем его. Если приложение не запущено, скрипт его запустит....by-tittle отличается тем, что вызывает приложение не по pid'у, а по заголовку (пришло это из практики, поскольку не все приложения по xprop выдают pid. Особенно проблемны java-приложения. Без 'toggle' другая фишка: если приложение уже открыто, то хоткей перебросит на нужный рабочий стол и поднимет это приложение. Если закрыто, оно будет запущено. Именно для того, чтобы избежать этого прыгания по рабочим столам, и сделан скрипт c 'toggle', приложение выведено на все рабочие столы и слой установлен 'above'. А чтобы не мозолило глаза в пейджере и таскбаре, его удобнее скипнуть. Сегодня пока был на работе, так кстати выключили свет и пришлось загружать компьютер по новой. Решил воспользоваться Вашим советом и попробовать openbox-eui. Но пока что получил облом:
|
akorop |
|
Темы:
111
Сообщения:
1756
Участник с: 29 февраля 2012
|
konstantinov-msЭто итоговое сообщение, малоинформативное. Реальная ошибка была несколько выше, увидеть бы её. Я, конечно, проверял пакет у себя, но сейчас понял, что не вписал в PKGBUILD зависимости, нужные для сборки. Но это не должно было привести к такому результату. Но тем не менее, просьба после того, что-то там начнёт собираться, прервать и руками вписать в PKGBULD такую строчку: После этого удалить каталог src и запустить makepkgПеревыкладывать пакет прямо сейчас мне не хочется, поскольку, вероятно, через пару дней я буду это делать всё равно. |
akorop |
|
Темы:
111
Сообщения:
1756
Участник с: 29 февраля 2012
|
akoropДа, это не глюк, а фича :) (я нашёл это в исходниках). Хотели как лучше - мол, если окно минимизировано, то как же бедный пользователь его обратно вытащит? Я закинул в рассылку (openbox@icculus.org) вопрос о том, как убрать такие окна из списка, и оперативно получил от ответ прямо от Даны, что мол, openbox - не панель, и стандартам для панели следовать не обязан. Я предложил ввести на этот счёт настройку, но по прошлому опыту предполагаю, что это дохлый номер. Так что настройку, отключающую эту глюкофичу, наверно, придётся мне ввести в openbox_eui. |