The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В GNOME планируют изменить модель управления окнами, opennews (??), 28-Июл-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "В GNOME планируют изменить модель управления окнами"  +30 +/
Сообщение от Аноним (2), 28-Июл-23, 11:13 
Примеры такие себе. Открыл окно – прошлое рабочее окно сдвинулось. Придётся следить за этими передвижениями. Работа по ручной компоновке меняется на работу по отслеживанию и запоминанию перемещений.
Ответить | Правка | Наверх | Cообщить модератору

4. "В GNOME планируют изменить модель управления окнами"  –6 +/
Сообщение от Маус (?), 28-Июл-23, 11:19 
По заголовкам окон можно легко найти нужное
Ответить | Правка | Наверх | Cообщить модератору

8. "В GNOME планируют изменить модель управления окнами"  +22 +/
Сообщение от qqqqqq (?), 28-Июл-23, 11:28 
Которых в gnome по умолчанию нет 🙃
Ответить | Правка | Наверх | Cообщить модератору

9. "В GNOME планируют изменить модель управления окнами"  +6 +/
Сообщение от Всем Анонимам Аноним (?), 28-Июл-23, 11:32 
Вот и нашлась главная причина.
Ответить | Правка | Наверх | Cообщить модератору

199. "В GNOME планируют изменить модель управления окнами"  +3 +/
Сообщение от Аноним (199), 28-Июл-23, 18:05 
Вот и мега-фича для следующего релиза. Не придется думать что еще пилить.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

240. "В GNOME планируют изменить модель управления окнами"  +2 +/
Сообщение от mos87 (ok), 28-Июл-23, 22:41 
правильно, ничего простого и лёгкого в гноме быть не должно.

гномоеды должны страдать.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

337. "В GNOME планируют изменить модель управления окнами"  +/
Сообщение от rvs2016 (ok), 09-Авг-23, 12:20 
>> По заголовкам окон можно легко найти нужное
> Которых в gnome по умолчанию нет 🙃

Ещё в природе существует божественный Alt-Tab, в котором есть шанс узреть заголовки окон.
Но только не помню - работает ли Alt-Tab в Гноме или его там нет, или есть, но через отбивание гвоздей от конфигов или через какие-гибудь там твики или гномо-едиты или как их там (в Гном попадаю раз в несколько лет случайно, поэтому не помню чё там да как работает, чё там есть, а чего нет). :-)

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

45. "В GNOME планируют изменить модель управления окнами"  +1 +/
Сообщение от Аноним (45), 28-Июл-23, 12:48 
> По заголовкам окон можно легко найти нужное

Возникает чего раньше не было - а сначала поищи.

Искать - внимательно вчитываться в заголовки, в кнопки на куцой панели. Весь день добавка напряжения внимания. К вечеру усталость накапливается.

Вывод: поэтому идея интерфейса негодная.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

105. "В GNOME планируют изменить модель управления окнами"  +2 +/
Сообщение от FF (?), 28-Июл-23, 15:23 
Жабраскриптерам не привыкать к оверхэду
Ответить | Правка | Наверх | Cообщить модератору

60. "В GNOME планируют изменить модель управления окнами"  +1 +/
Сообщение от penetrator (?), 28-Июл-23, 13:47 
а зачем? может я не хочу чтобы мой нотепад с тестовой заметкой уезжал куда-то в угол монитора

или я наоборот хочу чтобы какой-нибудь имейдж временно открылся поверх всех, а остальные окна не мешали мне сосредочиться на новом окне

одно лечим - второе калечим

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

81. "В GNOME планируют изменить модель управления окнами"  +/
Сообщение от Аноним (81), 28-Июл-23, 14:47 
Заняться больше не чем как окна искать от передвигания окна. С чего они решили что при поднятие окна верх его нужно растянуть?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

244. "В GNOME планируют изменить модель управления окнами"  +/
Сообщение от Тот_ещё_аноним (ok), 28-Июл-23, 22:49 
Зачем ви тгавите?!
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "В GNOME планируют изменить модель управления окнами"  +/
Сообщение от leap42 (ok), 28-Июл-23, 11:22 
> Примеры такие себе. Открыл окно – прошлое рабочее окно сдвинулось. Придётся следить за этими передвижениями. Работа по ручной компоновке меняется на работу по отслеживанию и запоминанию перемещений.

Я как понял, будет переключатель на этот счёт. Как сейчас есть переключатели для Hot Corner и Screen Edges.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

24. "В GNOME планируют изменить модель управления окнами"  +2 +/
Сообщение от fumanchez (ok), 28-Июл-23, 11:58 
То, что окно двигается - это мелочь по сравнению с постоянным ресайзом как в почти всех тайловиках. К тому же, скорее всего, если закрыть новое окно, старое положение вернется.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

76. "В GNOME планируют изменить модель управления окнами"  +1 +/
Сообщение от Ivan1986email (?), 28-Июл-23, 14:31 
Это от варианта компоновки зависит, причем это не почти во всех тайлингах а только в некоторых (привет i3) вот такой вот странный вариант по умолчанию.
awesome, xmonad, dwm имеют вполне приличные варианты компоновки, где окна не скачут каждый раз и не выстраиваются в спираль
Ответить | Правка | Наверх | Cообщить модератору

119. "В GNOME планируют изменить модель управления окнами"  +/
Сообщение от fumanchez (ok), 28-Июл-23, 16:01 
Ну ресайз то происходит, когда ты добавляешь новое окно, независимо от лейаута. Но i3 в этом плане действительно худший, он тупо половинит окна в фиксированном направлении. Многие приложения типа архиватора открываются на минутку, и нет смысла их встраивать в плитку, а ресайз браузера или IDE это процесс не моментальный, и возможно плавающий режим даже лучше делать по дефолту, а тайлинг опциональным.
Ответить | Правка | Наверх | Cообщить модератору

53. "В GNOME планируют изменить модель управления окнами"  +/
Сообщение от Аноним (53), 28-Июл-23, 13:03 
Таких проблем у меня нету даже под dwm, где по умолчанию идентифицировать один терминал от другого можно только по содержимому (никак руки не дойдут впилить номер окна перед заголовком и протестить). Как раз наоборот, то, что окна автоматически распределяются по краям экрана (и новые окна всегда появляются слева, в моём случае) спасает от нудятины по перетаскиванию окон так, чтобы они друг другу не мешались. И это ещё не говоря о "тэгах" ("рабочих столах"), которые одним движением переключают нужные окна и можно вообще бОльшую часть окон просто держать на весь экран.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

87. "В GNOME планируют изменить модель управления окнами"  +2 +/
Сообщение от torvn77 (ok), 28-Июл-23, 14:57 
> Примеры такие себе. Открыл окно – прошлое рабочее окно сдвинулось. Придётся следить
> за этими передвижениями. Работа по ручной компоновке меняется на работу по
> отслеживанию и запоминанию перемещений.

Ну жертвам смартфонов это может быть привычнее.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

166. "В GNOME планируют изменить модель управления окнами"  –4 +/
Сообщение от Аноним (161), 28-Июл-23, 17:15 
Вы гном вообще видели, визуально вам покажут анимацию открытия и перемещения окон, в гноме все визуально показывается, что, откуда и куда.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

209. "В GNOME планируют изменить модель управления окнами"  +4 +/
Сообщение от Ю.Т. (?), 28-Июл-23, 18:16 
а если моргнул?
Ответить | Правка | Наверх | Cообщить модератору

219. "В GNOME планируют изменить модель управления окнами"  +1 +/
Сообщение от oficsu (ok), 28-Июл-23, 18:48 
Даже хуже. При уменьшении окна, часть информации, которую мог просматривать пользователь в окне до этого, просто уедет из поля зрения, мешая пользователю быстро восстанавливать контекст. Пока система не отслеживает взгляд пользователя, это будет стабильно мешать ему

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

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

326. "В GNOME планируют изменить модель управления окнами"  +/
Сообщение от freehckemail (ok), 31-Июл-23, 13:49 
> Примеры такие себе. Открыл окно – прошлое рабочее окно сдвинулось.

Ну вообще-то это стандарт для тайловых оконных менеджеров. В этом как раз вся суть.

Я вот последние где-то 8 лет пребывания на GNU/Linux сидел сначала на wmii3, а потом на i3wm. Там именно так всё и работало, и это было на самом деле очень удобно. Суть в том, что по умолчанию Ваше окно открывается на весь экран. Если с приложением удобнее работать, когда оно развёрнуто -- оно просто помещается на свой workspace. Воркспейсы же, говоря простым языком, все создаются мгновенно. Говоря сложнее -- на них надо заранее назначить хоткеи. Моя практика была -- 12 воркспейсов на первом мониторе с перемещением через Win+[1-9]/0/-/=. Ну и 12 воркспейсов на втором с перемещением через Win+[F1-F12]. В целом по опыту 12-ти штук хватает за глаза.

И обычно практика использования выглядит так: вот у тебя на этом воркспейсе всегда это приложение, а на другом -- всегда то. И такая группировка не вызывает проблем, поскольку воркспейсы создаются на лету. То есть ты начинаешь работать -- у тебя только один воркспейс. Ты, допустим, открываешь на нём браузер. Понадобился второй -- нажал Win+2, он сразу появился, открыл на нём, ну не знаю, например Emacs. Захотел обратно к барузеру -- перешёл обратно на первый через Win+1. Мессенджеры всякие я вот ставил на 10й, и переходил туда по Win+0. И ты очень быстро привыкаешь, что на 1м у тебя браузер, а 2м Emacs, а на 10м мессенджеры. А все прочие воркспейсы -- отводятся под временно запускаемые приложения, например под терминалы. Кстати, ввиду того, что они часто вызываются, есть традиция вешать их на какой-нибудь простой хоткей, например Win+Enter.

И по поводу автоматического образмеривания, на примере тех же терминалов -- это как раз очень удобно, когда ты открываешь их, допустим, штуки четыре, и окна в воркспейсе скейлятся автоматом, чтобы они не перекрывали друг друга. А если нужно, чтобы окошко всегда висело так, как вы его повесили, и не изменяло размера при открытии новых окон -- для этого окно можно переводить во floating mode. И тогда оно ведёт себя как окно в обычном оконном менеджере: то есть таскается руками с места на место.

Не знаю, может быть именно это Вы назвали "работой по отслеживанию и запоминанию перемещений", но хочу отметить, что это -- совершенно не напрягает при работе с тайлингом. Скорее даже наоборот -- позволяет меньше отвлекаться на образмеривание окон. Ведь действительно, большинство приложений устроены именно так: они либо предназначены для того, чтобы развернуть их на весь экран, либо предназначены для того, чтобы их открывали во множестве экземпляров на одном экране.

PS: Сейчас я сижу под MacOS, и мне вот именно этих фишек как раз больше всего и не хватает. Rectangle отчасти решает проблему, позволяя по хоткею образмеривать окошки в половину/четверть экрана, прижимая их к краю, но всё-таки когда окна сами образмериваются, чтобы не перекрываться -- это куда приятнее. Но это, увы, не отменяет того, что в MacOS воркспейсы на лету не создаются, и их надо отдельно прокликать, а при перемещении к нужному приложению через spotlight (в некотором смысле это аналог dmenu) по имени приложения -- воркспейсы макоси перемещаются. Если кто знает, как это в макоси можно улучшить, буду признателен.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру