URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 119134
[ Назад ]
Исходное сообщение
"В KDE улучшена поддержка декорирования окон в GTK-приложениях"
Отправлено opennews , 02-Дек-19 22:57 
В оконный менеджер KWin добавлена полная поддержка протокола _GTK_FRAME_EXTENTS, что позволило существенно улучшить отображение GTK-приложений в окружении KDE. Улучшение касается как приложений из состава GNOME, так и сторонних приложений на  базе GTK, использующих  декорирования окон на стороне клиента для отрисовки элементов управления в области заголовка окна...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51964

Содержание
Сообщения в этом обсуждении
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 02-Дек-19 22:57 
Меню в файерфоксе это касается?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 03:49 
Не знаю ни одного полезного приложения GTK, которое мне хотелось бы видеть в KDE! На GTK какой-то шлак один, даже ничего хорошего кроме Gimp не вспоминается, и тот вырвиглазен даже в гноме.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено arthi , 03-Дек-19 05:27 
gparted. Да, знаю что это только морда.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 08:57 
В KDE есть свой partition manager
https://kde.org/applications/system/org.kde.partitionmanager
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 11:50 
Я gparted больше доверяю.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 13:38 
Вроде недавно нашли баг в gparted, где тот разносил разделы в хлам. В кдеешном его не было на той же операции. Так что доверять гуёвому софту вообще не стоит.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Анони , 03-Дек-19 12:22 
Иногда приходится пользоваться gparted, когда KDEшный ошибки выдаёт
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 06:15 
Но это на Qt нет полезных программ, а на GTK Chromium, Firefox, GIMP, Darktable , Transmission...
А на Qt ничего. Совсем.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Чебур , 03-Дек-19 06:38 
Чувак, он очевидно тролить пытается. Вообще все, что касается KDE выглялит как одна большая шутка - ну не понимаю я как этим говном можно пользоваться на полном серьезе
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 08:40 
Молодцы, вы нашли друг друга.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 05-Дек-19 08:32 
Блин, ну что же вы оба такие толстые то? Когда троллить научитесь, приходите.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 09:04 
У Transmission морда есть и на Qt, сам пользуюсь.
GIMP - Krita.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 10:00 
У gimp и krita разные задачи
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 10:41 
При большом желании можно приспособить одно вместо другого.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 11:09 
Да не вопрос, даже гвозди можно микроскопом забивать при большом желании.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 12:59 
Я вот не художник, но фотки мне удобнее редактировать в Крите. Всего то требуется применить фильтр  автоконтрастность, вырезать фон и изменить размер фотографии. Ну может еще где-то сгладить или замазать.

Так что микроскопом вполне удобно забивать гвозди, особенно если не знаешь зачем и как им пользоваться по прямому назначению :)

Зато был бы художником, наверное ломал бы голову как в Гимпе нарисовать картину. При помощи молотка микромир не рассмотреть.

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено рлла , 03-Дек-19 17:21 
в крите нет интеграции со сканером.
Про офис забыли совсем холиварщики.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 17:29 
Троллейбус из буханки.
При БОЛЬШОМ желании можно и display из состава imagemagick использовать.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 11:50 
Крита падает часто
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 12:41 
Только у тех, кто ей не пользуется.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Анони , 03-Дек-19 12:24 
> GIMP - Krita.

Тогда уж GIMP - цветные карандаши и гуашь

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 12:45 
Давай уже GIMP - Kolourpaint.
Ты криту то хоть раз видел? Фотографии она тоже умеет обрабатывать и в разы удобнее чем в гимпе.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 11:00 
>Но это на Qt нет полезных программ

Wireshark совсем бесполезная такая...

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 04-Дек-19 08:31 
у шарка и gtk версия есть
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним84701 , 04-Дек-19 12:37 
> у шарка и gtk версия есть

Пока еще:
https://wiki.wireshark.org/Development/LifeCycle
> 2.6 |  April 18, 2018 | EOL: October 18, 2020| Long term support (LTS). Last release to support GTK+ and Qt4.
> 2.4 | July 19, 2017 | GTK+ UI disabled by default.

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 12:55 
И сколько из них на gtk3?)
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено киця , 03-Дек-19 13:24 
Transmission во-первых кривоватая поделка, а во-вторых у ней есть морда и на кьюте.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним84701 , 03-Дек-19 16:21 
> а на GTK Chromium, Firefox,

С разморозкой!

https://www.opennet.ru/opennews/art.shtml?num=39289
> Браузер Chrome переходит с GTK+ на собственный графический стек Aura
> 12.03.2014 09:53

https://www.opennet.ru/opennews/art.shtml?num=45537
> Тестирование Firefox 51-beta и Firefox Developer Edition 52
> 22.11.2016 11:24
> На платформах Linux и Android для отображения контента задействована графическая библиотека Skia.

Ну и да, список "сбежавших" с GTK3 на Qt:
Openshot, Audacious, Wireshark, Subsurface, GCompris

С нетерпением жду сравнимый список "мигрантов" Qt на GTK3 :)

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 21:14 
Не путай KDE и Qt, кде сборище плазмоидов вечно поднимающих плазму, Qt коммерческий продукт на котором пилится весь коммерческий C++ софт
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Павел Ростович , 03-Дек-19 21:32 
Cвятaя тoлстoтa! Scribus, FreeCAD, LibreCAD, LibrePBC, KLayout, KDevelop, Krita, Pencil2D, OpenToonz, QVGE, Gwenview, Okular, KTorrent, Qbittorent, DigiKam, Scanlite, Kube, Zanshin, Wireshark (переехал с GTK на Qt), Konversation, Banji, NitroShare, KeepassXC, Kleopatra,  LMMS, VLC, KDEnlive, Shotcut (переехал с GTK на Qt), Olive, FastoTV, OBS Studio, MediaInfo, REDasm, Cutter, KDEsvn, Skrooge, Krusader, GNU Octave, Virtualbox.

Из того что сейчас стоит в системе. Половиной этого пользуюсь каждый день, второй половиной периодически. Качество программ на Qt в разы выше, чем на GTK. Не знаю, чем это объяснить, просто за последние 10 лет сложилось стойкое впечатление, что GTK это не айс. И даже разработчики известных программ переходят на Qt - каждый месяц выходят новости, как очередная программа мигрировала на Qt. Может GTK это набор костылей, я не знаю (никогда не пробовал под него писать), или еще по какой-то причине. Но софта (большого, качественного, профессионального) на Qt в разы больше - это факт. И каждый день появляется новый. Чего не скажешь про GTK.

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено граммарнаци , 03-Дек-19 08:08 
remmina, например, мне понравилась больше, чем KRDC
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 09:59 
В отличии от kdiff3 аналог meld на gtk позволяет полноценно проводить сравнения и делать слияние более двух файлов. Но возможно в kdiff3 такое уже добавили или добавят, смотрел 3 мес назад.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 10:51 
>Не знаю ни одного полезного приложения GTK, которое мне хотелось бы видеть в KDE! На GTK какой-то шлак один

Проприетарщина, к сожалению потому, что собственно проприетарщина, да ещё на GTK. Например, софт от Xilinx, по работе нужно. К сожалению, свободного софта для их ПЛИСин нет.

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 05-Дек-19 11:38 
Каким бровсером пользуешься? Firefox и Хромоги на GTK завязаны.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 06:42 
Firefox нельзя сделать нативновыглядящим ни в gnome, ни в kde. Он игнорирует все системные параметры так как полностью рисует GUI практически сам, как и Chrome.
Браузерам так приходится делать из-за своего рендеринга.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено жека воробьев , 03-Дек-19 08:04 
>Firefox нельзя сделать нативновыглядящим ни в gnome

Вообще-то ff выглядит нативно в gnome-окружении, ничего дополнительно делать не надо

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено заминированный тапок , 03-Дек-19 13:49 
вообще-то ff и в кедах выглядит нативно (настолько же, насколько и в gtk): декорация онка, цветоая всеха меню, полоса прокрутки. собссно на этом всё.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 04-Дек-19 01:12 
Таки нормально в кедах выглядит.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено заминированный тапок , 04-Дек-19 07:48 
> Таки нормально в кедах выглядит.

таки да, пгекгасно

лично у меня например на KDE Neon пролем никаких с этим нет

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено AleksK , 02-Дек-19 23:18 
Ну наконец они вспомнили об этом
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 10:43 
Ещё бы про диалог выбора файла для GTK вспомнили.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено AleksK , 03-Дек-19 11:12 
Диалоги мне как-то пофиг, их видишь совсем недолго. А вот закостенелость KDE раздражает, в заголовке окна может быть только название и кнопки управления окном. И никак иначе. Сейчас не времена win 95, почему бы заголовки не использовать по нормальному?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 14:22 
Лёгкий доступ к сетевым ресурсам. Благодаря KIO.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Stax , 04-Дек-19 08:16 
GVFS, вы хотели сказать, да?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено dfsdfs , 03-Дек-19 18:41 
В нормальных WM заголовков окон вообще нет - главное чтобы там ничего не сломалось.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено AleksK , 03-Дек-19 21:48 
Это в KDE то заголовков нет?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 11:18 
Ради всего святого, не надо. Не надо заменять божественный диалог с в кои-то веки вменяемым интерфейсом на недоделку, требующую для простейших операций по 10000 действий.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Анони , 03-Дек-19 12:30 
Ошибка ума в том, что он экстраполирует свой набор юзкейзов на ситуации других людей.
Когда из сотен изображений надо выбрать одно, конечно удобнее сначала в наутилусе в режиме эскизов файл найти, а уж потом вернуться в диалог и выбрать его.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 14:20 
Речь идёт о приложениях на GTK, запускаемых в KDE. Тогда причём здесь Nautilus?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Анони , 03-Дек-19 16:25 
Тогда Dolphin, gtk-file-chooser всё равно тот же.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 12:23 
Это про тот, в котором ввести путь до файла невозможно? Лесом.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 14:17 
Это про тот, в котором файл можно открыть на сетевом ресурсе, не монтируя его где-то преварительно ручками.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено rshadow , 03-Дек-19 16:28 
ctrl+l?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 20:35 
О чем они вспомнили? Просто улучшили то, что уже давно было. Да и постоянно улучшают.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено AleksK , 03-Дек-19 21:43 
О том что GTK приложения тоже надо нормально рисовать, а не так как у них через одно место. Почему-то в Gnome QT приложения выглядят нормально и оформление практически не отличается от GTK приложений.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 02-Дек-19 23:21 
Мда. А сколько там лет назад GNOME предлагал KDE вместе поддерживать протокол для кнопок в заголовках? И чего нужно было ждать?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 02-Дек-19 23:29 
Наоборот. И в Gnome/GTK не реализовали это. Хотя это часть стандарта wayland. xdg-decorations называется. У них снова свой особый путь.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Annoynymous , 03-Дек-19 00:10 
Xdg-decorations не относится к Client-side decorations, это протокол для Server-side decorations.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 13:06 
KDE вот старается, что-то делает для GTK приложений. А что сделал Гном для приложений Qt?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 20:43 
Нанял ЛГБTшников и выгнал Столлмана. ;(
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 00:15 
А отключить это можно вообще?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 01:01 
Конечно!На все случаи жизни - выручало не раз:
sudo rm -rf /
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено 232044949393993223 , 03-Дек-19 01:17 
Я вижу ты юморист
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено аноним3 , 03-Дек-19 01:21 
это помогает только один раз)) потом начинают бегать и искать восстановщики данных. хотя это другая история. но если ты пропихнешь его в юнит системд для борьбы с линукс хостами бсдешники будут тебе очень рады))
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено анонн , 03-Дек-19 19:28 
> но если ты пропихнешь его в юнит системд для борьбы с линукс хостами бсдешники будут тебе очень рады))

Линуксоиды с этим вполне справляются самостоятельно:

https://github.com/systemd/systemd/issues/5644
> tmpfiles: R! /dir/.* destroys root #5644

Причем, оно походу так и задуманно было:
> poettering commented Mar 30, 2017
> I am not sure I'd consider this much of a problem.
> Yeah, it's a UNIX pitfall, but "rm -rf /foo/.*" will work the exact same way, no?

Ведь, как говорил Великий Рыжий Гуру - "замшелый POSIX устарел, теперь я ваш новый стандарт!"
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/r...
> The rm utility is forbidden to remove the names dot and dot-dot in order to
> avoid the consequences of inadvertently doing something like:
> rm -r .*

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 01:30 
Один петросян вот так пошутил, а комментарий вместо опеннетика отправился в bash на его компе...
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено vz_2 , 03-Дек-19 10:22 
нечего было сидеть под рутом
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноим , 03-Дек-19 11:19 
Не сработает. У вас устаревшие (лет на 10) познания
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 04-Дек-19 08:32 
chmod -R 0000 /

не обляпайся

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 20:39 
Тебя надо забанить.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 03:51 
Смысл вообще ставить проги на gtk? Все-равно толку от них нет, пoдeлки шкoльников на переменке.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Fracta1L , 03-Дек-19 11:27 
Установить gtk3-classic
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 01:59 
В общем запускаем блендер и рендерим что-нибудь посредствам GPU  
Если в этот момент двигать мышкой начинаются фризы
Как исправить, куда писать?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено zg_nico , 03-Дек-19 03:05 
Это Вам не сюда, кабинет психиатра дальше по коридору...
>куда писать?

Писать надо на форум той ОС, которой пользуетесь, указав информацию о версиях ос, ядра, его модулей, самого blender, о том, каковы параметры рендеринга и о прочих сопутствующих условиях (может что и посоветуют). Но точно не нужно писать подобное как комментарий к новости о kde на opennet.

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 04:33 
я думал тут одни специалисты, а вы...
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 08:30 
Я думал гугл бесплатный, а тебя там похожу забанили.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено SOska , 03-Дек-19 08:57 
Оооо тут такие спецы, хоть ракету строить, хоть софт написать
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено заминированный тапок , 03-Дек-19 13:52 
>Оооо тут такие спецы, хоть ракету обосрать, хоть софт обосрать

очевидный фикс

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 11:52 
> Писать надо на форум той ОС

Дистрибутив это не ОС.
Десктопных ОС на ядре Linux сегодня нет (и никогда не было).

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено заминированный тапок , 03-Дек-19 13:55 
а что же тогда "дистрибутиив операциоонной системы" ?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 03:54 
Писать разрабам, очевидно же. К емейлу приаттачить подорожник. ;)
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 06:40 
Why is Blender unresponsive during rendering?

While a graphics card is rendering, it cannot redraw the user interface, which makes Blender unresponsive. We attempt to avoid this problem by giving back control over the GPU as often as possible, but a completely smooth interaction cannot be guaranteed, especially on heavy scenes. This is a limitation of graphics cards for which no true solution exists, though we might be able to improve this somewhat in the future.

If possible, it is best to install more than one GPU, using one for display and the other(s) for rendering.

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено анонимус12345 , 03-Дек-19 07:58 
звучит логично
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено жека воробьев , 03-Дек-19 08:07 
вам нужна отдельная рендер-ферма
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 10:54 
Разработчикам Mesa.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 21:34 
В багтрекер, очевидно.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 03:12 
Дурацкие толстые рамки можно выключить и без KDE, если написать в .config/gtk-3.0/gtk.css:
decoration {
        padding: 0px;
        border-width: 0px;
}
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 03:59 
Я вообще удалил gtk из системы, и жизнь сразу наладилась!
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено user90 , 03-Дек-19 04:42 
Это называется тема оформления, и туда можно много чего написать. Есть и среди Gtk-стилей блевотно-Qtшные. Так-то KDE это уже изначально диагноз, как и GNOME - теперь..
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 08:44 
Да, подобная реакция на кеды - однозначно, диагноз.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Анони , 03-Дек-19 12:35 
Одно из показаний применения ампулы аминазина - нескончаемая рвота.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 04-Дек-19 01:03 
Выйди за рамки, будь не как все! Выделяйся из серой массы!
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено SR_team , 03-Дек-19 07:16 
кнопки сам перемещает, или все ещё надо править гткшный конфиг?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 08:29 
Пользователям стабильной Kubuntu LTS ждать этого до 20.04
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 20:37 
Пол года, это не 20 лет стабильности...
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Anonn , 03-Дек-19 20:45 
Бэкпорты никто не отменял.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Йопта , 03-Дек-19 10:01 
Как думаете, в kde4 дизайн интерфейса был лучше?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 10:56 
До версии 4.4 включительно, да. После началали монохромную плоскотню внедрять.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Анони , 03-Дек-19 12:41 
Провокейшен детектед.
Главное то, что этот дизайн всегда можно было настроить по-разному.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 13:10 
Был лучше в kde3. В kde4 слишком помпезно, долго привыкал. В kde5 более менее стало, хотя может я просто позабыл уже kde3.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 18:47 
Никогда не понимал любителей KDE3... Это все равно, что сидя в Win10 , повторять мантру: "MS-DOS был лучше и симпатичнее." Это всё конечно вкусовщина, но кеды 3 и 4 - это яркие кубики для ребёнка... Ну не серьёзный вид, похожий на сборки винды от малолетних васянов в нулевых. Имхо.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 04-Дек-19 18:27 
> Был лучше в kde3

Поддерживаю! Keramik - лучшая тема!

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 20:34 
Ты все на дизайн теребонькаешь?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено AlexYeCu_not_logged , 03-Дек-19 10:58 
А systemsettings5 продолжит фризится при попытке смены GTK2/3 темы из него. Причём после смены GTK2 темы, но до смены темы GTK3.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 11:47 
Через релиз выпилят, как это было в случае CSD в прошлый раз. Можете скринить этот твит.
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 12:27 
> Можете скринить этот твит.

Да кому ты нах нужен? И да, твиттер у тебя на соседней вкладке.

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 21:36 
Какой твит? Ты совсем поехавший?
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 03-Дек-19 14:57 
Молодцы, что допиливают. Другое дело, что это из-за грёбаного CSD. А мне так удобно было видеть единое стилевое оформление (Chromiuim, зараза, всега выбивался, за то в том чиле и не не любим).
"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено marks , 04-Дек-19 17:32 
Мне нравится вот это:

>Для подобных приложений теперь можно будет обеспечить отрисовку теней от окна и использовать корректные области захвата окна для изменения размера, не требующие вывода толстых рамок (ранее при тонкой рамке было очень трудно захватить край окна для изменения размера, что вынуждало использовать толстые рамки, которые делали окна GTK-приложений чужеродными среди программ KDE).
>(ранее при тонкой рамке было очень трудно захватить край окна для изменения размера, что вынуждало использовать толстые рамки, которые делали окна GTK-приложений чужеродными среди программ KDE).
>  которые делали окна GTK-приложений чужеродными среди программ KDE).

Чужеродные среди программ КДЕ являются все приложения КДЕ. Каждый пилит свои приложения кто как может и хочет. Не существует единого интерфейса и единого стандарта чтоль степени конфигурации. Это же никуда не годится и стыдно.

"В KDE улучшена поддержка декорирования окон в GTK-приложения..."
Отправлено Аноним , 06-Дек-19 01:33 
С oxygen как выглядит?