граница и мышь в openbox

grayich	# 3 года, 2 месяца назад
Темы: 216 Сообщения: 1984 Участник с: 08 января 2009	от чего зависит пространство около границ окна, от толщины рамок или другой параметр? когда пытаешься изменить размер окна, то нужно прицеливаться дабы схватить эту границу окна, если рамки окна толстые то за них хватать проще можно ли с тонкими рамками указать большие границы окна за которые мышь будет хвататься?

# 3 года, 2 месяца назад

Сообщения: 1984

Участник с: 08 января 2009

от чего зависит пространство около границ окна, от толщины рамок или другой параметр?

когда пытаешься изменить размер окна, то нужно прицеливаться дабы схватить эту границу окна, если рамки окна толстые то за них хватать проще
можно ли с тонкими рамками указать большие границы окна за которые мышь будет хвататься?

akorop	# 3 года, 2 месяца назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	Никогда не пытаюсь перемещать и менять размер чисто мышью. Даже в заголовок целиться лень, не то что в рамку. Alt+LMB - перемещение, Alt+RMB - изменение размера (и перемещение тоже, если курсор примерно в середине окна). Это давно уже типа стандарт de facto - KDE, xfce (про гном не знаю), windows 10 (если правильно настроить). Причём Alt не обязательно удерживать всё время, достаточно вначале, пока "схватится". Клавиша и кнопка задаются тут: `<context name="Frame"> <mousebind action="Drag" button="A-Right"><action name="Resize"/></mousebind> </context>` А расширение зоны захвата - штука небезобидная, что за пределы окна, что внутрь окна. Себе бы я такого не пожелал.

akorop

# 3 года, 2 месяца назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

Никогда не пытаюсь перемещать и менять размер чисто мышью. Даже в заголовок целиться лень, не то что в рамку.
Alt+LMB - перемещение, Alt+RMB - изменение размера (и перемещение тоже, если курсор примерно в середине окна). Это давно уже типа стандарт de facto - KDE, xfce (про гном не знаю), windows 10 (если правильно настроить). Причём Alt не обязательно удерживать всё время, достаточно вначале, пока "схватится".
Клавиша и кнопка задаются тут:

 <context name="Frame">
      <mousebind action="Drag" button="A-Right"><action name="Resize"/></mousebind>
 </context>

А расширение зоны захвата - штука небезобидная, что за пределы окна, что внутрь окна. Себе бы я такого не пожелал.

grayich	# 3 года, 2 месяца назад
Темы: 216 Сообщения: 1984 Участник с: 08 января 2009	akorop А расширение зоны захвата - штука небезобидная так есть такое или нету?

akorop	# 3 года, 2 месяца назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	В конфиге openbox - нету. В теме кое-что есть, но всё уродливое. Кроме буквальной ширины рамки (border.width) есть ещё параметры padding.width и padding.height с достаточно нетривиальным влиянием.

grayich	# 3 года, 2 месяца назад
Темы: 216 Сообщения: 1984 Участник с: 08 января 2009	akorop padding.width и padding.height с достаточно нетривиальным влиянием. разве они не создают реальные отступы?

akorop	# 3 года, 2 месяца назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	Создают, увы. Притом по горизонтали и вертикали - по-разному. Ну их нафиг.

vasek	# 3 года, 2 месяца назад (отредактировано 3 года, 2 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	akorop Это давно уже типа стандарт de facto - KDE, xfce (про гном не знаю), и даже в большинстве tiling WM, если окно находится в режиме float Ошибки не исчезают с опытом - они просто умнеют

redix	# 3 года, 2 месяца назад
Темы: 34 Сообщения: 3433 Участник с: 11 марта 2013	Это зависит от темы, у меня тема x-arc-white, курсор активен только в шапке окна, в некоторых приложениях на gtk2 еще активен в строке состояния. По бокам не активен нигде. Сначала бесило до ужаса, потом привык. In Tux We Trust