LINUX.ORG.RU
ФорумTalks

CSD

 , , ,


0

1

Мне тут подумалось: а чего все хейтили CSD в гнуме? У меня сейчас весь GTKшный софт в sway отрисовывает собственные кнопочки и это выглядит в целом ок.

Ответ на: комментарий от bread

зачем нужны иксы? Чтобы открыть сотню окошек xterm

Вот для этого как раз и не нужны, осильте терминальные мультиплексоры, что ли.

mertvoprog
()
Ответ на: комментарий от kirk_johnson

Если они не вычитывает события, она повисла к хренам

Из этого никак не следует, что она никогда не развиснет и её надо прибить. А если тачка слабая, то зависания вообще в порядке вещей могут быть.

Анализ на спорном факте ненужности двух программ?

Так остальные ещё более бесполезные. Ладно кеды, там есть проработанные программы типа KMail или Krusader, которыми можно пользоваться, даже не будучи кедерастом. А гномовские поделки с полутора функциями на хрена нужны, кроме как дрочить на CSD?

mertvoprog
()
Ответ на: комментарий от mertvoprog

Так остальные ещё более бесполезные. Ладно кеды, там есть проработанные программы типа KMail или Krusader, которыми можно пользоваться, даже не будучи кедерастом. А гномовские поделки с полутора функциями на хрена нужны, кроме как дрочить на CSD?

Пользоваться DE? Ну то есть не идти на LOR ныть «посоветуйте калькулятор», а просто открыть и пользоваться.

kirk_johnson ★☆
() автор топика
Ответ на: комментарий от mertvoprog

Мультиплексоры не умеют в перекрывающиеся окошки и управляются через задницу осьминожными комбинациями клавиш. Спасибо, не надо такого. Но если иксы закопают, то придется конечно осиливать.

bread
()
Ответ на: комментарий от mertvoprog

вот потому и нужен оконный менеждер. Ладно, что касается вяленного - видимо его функция возложена на композитор.

mittorn ★★★★★
()
Ответ на: комментарий от bread

Мультиплексоры не умеют в перекрывающиеся окошки

Тычо тычо, тру-тайлинг же зато.

и управляются через задницу осьминожными комбинациями клавиш

После емакса эти комбинации никаких проблем не доставляют. Впрочем, всегда можно до- и перебиндить все, что нужно. Я так и сделал.

Nervous ★★★★★
()
Ответ на: комментарий от Nervous

После емакса вырастают щупальца, поэтому действительно проблем уже нет.

bread
()
Ответ на: комментарий от kirk_johnson

Пользоваться DE?

Кто так делает? Даже виндузятники, кроме лютых нубов, не пользуются всякими встроенными Internet Explorer, Wordpad и Windows Media Player. Почему DE-расты копротивляются за ущербные DE-шные NIH-поделки?

не идти на LOR ныть «посоветуйте калькулятор»

Для этого не на ЛОР надо идти, а в магазины приложений (либо в поиск по репозиторию, ага). Перетыкать программы самостоятельно и решить, которая из них больше подходит конкретному пользователю — лучше, чем слушать ЛОР-овских советчиков-кукаретиков, которые зачастую просто форсят свою любимую программу и даже кратко сформулированные требования не пытаются читать, в худшем случае ещё и топикстартера за такие требования в дерьмо окунут.

Более того, в приличных дистрибутивах (убунте, например) из коробки приличный софт — как правило, DE-независимый, реже надёрганный из каких-то DE.

mertvoprog
()
Ответ на: комментарий от kirk_johnson

Ещё скажите, что софт с браузерной мордой на локалхосте сосёт.

mertvoprog
()
Ответ на: комментарий от mittorn

вот потому и нужен оконный менеждер

Не нужен, прибить программу может и пользователь руками. Собственно, это одна из причин, почему Symbian и GNU/Linux лучше Android ;)

mertvoprog
()
Ответ на: комментарий от mertvoprog

А переместить зависшее окно?
Если на комозитор возлагать только функции композитора то это проблема

mittorn ★★★★★
()
Ответ на: комментарий от mittorn

переместить

А это сильно нужно? Можно просто поднять нужные окна.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Экран не резиновый чтобы его еще разбивать на фреймы. С другой стороны во весь экран окно тоже не всегда удобно распахивать. Любоваться пустой простыней с текстом где-то далеко слева это на любителя. Короче, нужны нормальные плавающие окошки с перекрытием (для временных окон, диалогов и т.п.). Почему линуксоиды вместо этой простой и проверенной временем концепции выдумывают всякую херню типа тайлинга, мне непонятно.

bread
()
Ответ на: комментарий от bread

Почему линуксоиды вместо этой простой и проверенной временем концепции выдумывают всякую херню типа тайлинга, мне непонятно.

Потому что работать с тремя пачками тестовых стендов, IDE, браузером, PDF с тремя стопками стандартов и веб-браузером удобнее в тайлинге. Если тебе не нужно все это делать, возможно тайлинг тебе тоже не нужен.

kirk_johnson ★☆
() автор топика
Ответ на: комментарий от kirk_johnson

И что, IDE или браузер помещаются в полэкрана? Тогда уж пару мониторов заюзать, а не мусорный тайлинг.

bread
()
Ответ на: комментарий от bread

И что, IDE или браузер помещаются в полэкрана? Тогда уж пару мониторов заюзать, а не мусорный тайлинг.

IDE на своем workspaces, штук шесть-семь терминалов на другом, браузер на третьем, PDF-ки и прочий DJVU в stack’е на четвертом.

kirk_johnson ★☆
() автор топика
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от bread

Так, а тайлинг то где? Что с чем тайлится?

Окошечки терминалов, всякие дополнительные штуки для IDE, и прочий джанк.

kirk_johnson ★☆
() автор топика
Ответ на: комментарий от bread

С другой стороны во весь экран окно тоже не всегда удобно распахивать

Ну дык для этого флоатинг не нужен, просто центровать уменьшенное окно, можно даже отступами.

Мы в оффлайне, когда кроме винды и мобильников ещё ничего не видели, а о макоси знали лишь понаслышке — думали, что на макоси окна так и отображаются: всегда по центру экрана, и двигать их нельзя, можно только переключать — как попапы на мобильниках. Логика такая: если Windows называется Windows, то таскание окошек наверняка запатентовано Microsoft и никому больше его реализовывать нельзя ;)

ЧСХ, таки частично угадали, ибо небольшие диалоговые окна там не имеют заголовка и пристыковываются по центру к заголовку родительского окна.

выдумывают всякую херню типа тайлинга

Дык тайлинг не для этого, он для запихивания нескольких полноценных окон на один экран. А для диалогов всяких приличные тайловики и так float-режим имеют.

mertvoprog
()
Ответ на: комментарий от kirk_johnson

Среди которых значительная часть — убунтята с частично другим софтом искаропки? На бубунте издревле тащат Libreoffice, Firefox, а не эти ваши NIH-поделки бесполезные.

mertvoprog
()
Ответ на: комментарий от kirk_johnson

IDE — не IDE, если из неё надо ещё в какие-то приложения вылезать. Там же и терминалы есть встроенные, и браузеры даже.

mertvoprog
()
Ответ на: комментарий от mertvoprog

IDE — не IDE, если из неё надо ещё в какие-то приложения вылезать. Там же и терминалы есть встроенные, и браузеры даже.

Категоричные школьники с лора учат людей жить. Ох лол.

kirk_johnson ★☆
() автор топика

и это выглядит в целом ок. У меня сейчас весь GTKшный софт

Вот по этому. Единообразно. Раньше был дурдом и выглядело это CSD черезжопно. Сейчас норм. Но некоторым может не зайти и они скажут что это говно и будут правы ровно в той степени как прав ты говоря что это норм.

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от mertvoprog

_Дык тайлинг не для этого, он для запихивания нескольких полноценных окон на один экран.

Только полноценные не помещаются. Пэтому тайлят в основном терминалы.

А для диалогов всяких приличные тайловики и так float-режим имеют.

Ъ тайлинг должен тайлить все подряд. А вот эти разбирательства какое окно можно тайлить, а какое нет, это уже признак херни. Т.е. выясняется, что тайлинг нужен не всегда, а на самом деле очень даже редко.

bread
()
Ответ на: комментарий от kirk_johnson

А, Вы из тех, кто IDE запускают ради встроенного отладчика и рефакторинга, параллельно пиша в редакторе, ясно :3

mertvoprog
()
Ответ на: комментарий от mertvoprog

А, Вы из тех, кто IDE запускают ради встроенного отладчика и рефакторинга, параллельно пиша в редакторе, ясно :3

Что ещё сообщили тебе голоса в голове?

kirk_johnson ★☆
() автор топика
Ответ на: комментарий от bread

Только полноценные не помещаются

Значит, эти программы — говно из 90-х и их надо допиливать для адаптивности. Возможно, это одна из причин, почему GNU/Linux с полноценным графическим софтом вместо мобильных огрызков с полутора кнопками не взлетел на мобильниках. Ведь были всякие Zaurus, была Maemo, но потом что-то пошло не так и разросся рак в виде Android/Sailfish/Ubuntu Touch/Tizen и убогих программок для них, потихоньку схавывающий и навороченный софт, диктуя ему ограничения модного лопатного UI/UX и всякое огораживание ради огораживания типа этих ваших SELinux/AppArmor и Snap/Flatpak.

Ъ тайлинг должен тайлить все подряд

Вопрос в алгоритмах. По-хорошему, окна одного и того же приложения должны откусывать кусочки от его же тайла. А не перехреначивать весь лэйаут.

это уже признак херни

Не-а, это признак, опять же, приложений из 90-х, которые гадят кучей окошек (вспомнить хоть кошмар в виде GIMP, Pidgin, Skype и Cinelerra; кроме последней, все вылечились). В хромоге ещё лет 10 назад всякие мелкие диалоги уже лезли полоской вверху, а не срали отдельным окном. Гномоаппы так же делают, к слову. Уже прогресс. Зато вот gucharmap поиск отдельным окном выкидывает, в то время как в хромоге, лисе, даже либреофисе это панелька.

mertvoprog
()
Ответ на: комментарий от mertvoprog

В хромоге ещё лет 10 назад всякие мелкие диалоги уже лезли полоской вверху, а не срали отдельным окном. Гномоаппы так же делают, к слову. Уже прогресс.

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

bread
()
Ответ на: комментарий от kirk_johnson

Хрю? Один из постулатов юниксвея: программа долна делать одно дело и делать его хорошо. Во-первых, программа с MDI явно делает более одного дела. Во-вторых, какой-то куцый встроенный MDI априори не может быть более хорош, чем отдельный навороченный WM.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Примера чего? MDI? Ну возьмите хоть GIMP, или браузеры с вкладками всякие.

Примеров того, что это мешает юзеру и можно сделать лучше.

kirk_johnson ★☆
() автор топика
Ответ на: комментарий от kirk_johnson

Да те же вкладки в каждой программе по-своему выглядят и управляются. И юзабилити там обычно ниже плинтуса. Вот простейшая операция: открепить вкладку. Где такое вообще есть? А что там с поиском, группировкой, скрытием таббара? Вот это всё мог бы делать оконный менеджер упаковывая обычные окна в xembed контейнер. Ну как ion3 делал, или fluxbox. Но разработчики гуйни и виндовозных «окружений» про юникс-вей не слышали.

bread
()
Ответ на: комментарий от bread

Да те же вкладки в каждой программе по-своему выглядят и управляются. И юзабилити там обычно ниже плинтуса. Вот простейшая операция: открепить вкладку. Где такое вообще есть?

В firefox?

А что там с поиском, группировкой, скрытием таббара? Вот это всё мог бы делать оконный менеджер упаковывая обычные окна в xembed контейнер. Ну как ion3 делал, или fluxbox. Но разработчики гуйни и виндовозных «окружений» про юникс-вей не слышали.

То есть в каждом WM firefox работал бы по разному?

kirk_johnson ★☆
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.