Canonical вошла в Консультативный совет GNOME

Звезды накручиваешь?

Да нее. Мне это неактуально.

В чем смысл?

В этом

Операционка с Гномом со старта ест 550 мб, с Крысой меньше 300, разница в два раза.

Отстань.

Отстань.

Как скажешь, приятель, как скажешь...но я прав.

on January 25, 2017

Ну и? Они уже перешли на Qt?

GTK-version: https://github.com/budgie-desktop/budgie-desktop
(43 contributors)

Qt-version: https://github.com/budgie-desktop/budgie-rd
(1 contributor)

Ясно, понятно. DE одного человека.

На многих компах 256 мегабайт всего оперативки было.

А я думал у тебя только 640 Кб есть. Прогресс, однако

https://budgie-desktop.org/2017/01/25/kicking-off-budgie-11/

В очередном релизе они правили темы и иконки. По-моему переход на qt выглядит инче, но я сомневаюсь(сарказм).

Вопрос ко всем кедофилам. Вот взял я дефолтные кеды(или относительно дефолтные). Открыл меню, закрепил иконку на панели(внезапно аж два способа). Так вот, где кнопка удаления? Мне что теперь всю панель удалять?

Ойей!!! Мне что-то страшно!!! Это угроза?!

Какойже вы звездабол. Потестил дельфина, как вы описали, итог - виснет, как я и ожидал. Shotwell шустрее открывает чем gwenview. Хотите пруф? Куда вам скинуть ссыль на запись с экрана(сделаю как приду с работы)? Алсо жду оправданий по типу у вас нет ссд/машина слабая(i5-3230m 8гб Ram/дистр не тот/версия кед не та(тестил на manjaro последнем). И естественно нетривиальный гайд, как заставить дельфин работать, ну или сделать из кед норм ДЕ(без замены его гномом).

У мате нет авторов. Вернее, енг авторы, это и есть авторы гнома, точнее гном2.

https://github.com/mate-desktop/mate-desktop/graphs/contributors?from=2011-10...

енг

Это имеет отношение к гномь-щель.

Чертова автозамена. Мате-авторы, а не енги...

Я сам пользуясь мате и считаю его лучшим де среди реально существующих, но у него есть один большой недостаток - у него нет будущего. Рано или поздно гном доведут до юзабельного состояния или придумают новый де без таких вопиющих уродств в ДНК, как у третьегнома и мате уйдёт в прошлое...

В убунте и так нормально готовят гном. Зачем лишний раз трогать?
Вон юнити свою поконсультировали и разработали, ей лучше стало?

 Ну и?

Это было опровержение утверждения «у разработчиков, которые действительно пилят DE, он [Qt] вызывает отвращение».

 Они уже перешли на Qt?

Не они, а он. Переходит.

GTK-version: https://github.com/budgie-desktop/budgie-desktop
(43 contributors)

Qt-version: https://github.com/budgie-desktop/budgie-rd
(1 contributor)

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

 В очередном релизе они правили темы и иконки

Что ещё делать в минорных релизах?

 По-моему переход на qt выглядит инче

Разработка Budgie 11 идёт, что не так? Или ты хочешь, чтобы один разработчик за месяц перевёл целое DE с GTK+/GNOME на Qt?

Если ты про Pin to Task Manager, то нажимаешь правой кнопкой по иконке, а потом Unpin; если приложение запущено — снимаешь галочку с Pin. Элементарно.

Или ты хочешь, чтобы один разработчик за месяц

2017/01/25

2017/11/3

Хороший такой месяц.

перевёл целое DE с GTK+/GNOME на Qt?

Там из целого de разве что пара панелек. При том что большинство окошек напоминают либо гном, либо плагины для гнома. Единственное чего я не видел в гноме - правой боковой панели.

Пожалуй надо будет сделать пару скриншотов, чтоб не возникало вопросов.

 Хороший такой месяц.

Ты не понял смысл фразы.

 Там из целого de разве что пара панелек.

Гном тогда тоже пара панелек. Можешь показать класс и переписать его на Qt в кратчайшие сроки.

Не смотрел депенденси, поскольку был важен вид «из коробки». Может и гтк2 тему так изгадили.

Нет, это была Gtk3-версия. После выхода 0.92, её собрали уже с Gtk2.

PS
Разработчики решили, что 0.92 будет последняя стабильная Gtk2-версия и ее настоятельно рекомендовали собирать именно с Gtk2.
0.93 уже будет только на Gtk3. Notice of removal of GTK+ 2 support

PPS
В репозитории только sk1-tk. Почему не sk1-wx?

Ну это вопрос к сборщикам. Каких-либо проблем с лицензией (чистый незамутненный GPLv3) или включением чужого кода (все наше, с нуля писанное) у проекта нет. И пакеты мы делаем и тестируем на всех основных платформах: https://sk1project.net/viewpage.php?page_id=24

Вопрос ко всем кедофилам. Вот взял я дефолтные кеды(или относительно дефолтные). Открыл меню, закрепил иконку на панели(внезапно аж два способа). Так вот, где кнопка удаления? Мне что теперь всю панель удалять?

Ответ зависит от того, как вы её туда поместили. Если щёлкнули на панели задач и выбрали «Показывать кнопку приложения, когда оно не запущено», то ровно так же и убирать. Если же добавили кнопку как виджет, то заходите в режим настройки панели (☰), наводите на кнопку, нажимаете крестик.

Потестил дельфина, как вы описали, итог - виснет, как я и ожидал

Секунд на 5 - да, виснет. А потом открывает, и работает без тормозов и нареканий. Nautilus же на открытие требуется больше минуты на моём железе, и ещё секунд 30 на переход в другой каталог, а при переключении фокуса из окна и обратно он подвисает секунд на 10-15. Не говоря уже о разнице в потреблённой памяти при этом, и отнюдь не в пользу Nautilus.

Shotwell шустрее открывает чем gwenview

Во-первых, речь шла о Eye of GNOME, если вы не заметили. Во-вторых, у другого анонима в этой теме с Shotwell тоже были проблемы, при выборе масштаба 1:1. Так что сравните потребление памяти при выборе данного масштаба. (К слову, первоначально отображают картинку (в масштабе «Вместить в окно») что Gwenview, что Shotwell приблизительно одинаково быстро, меньше чем за секунду.)

Хотите пруф? Куда вам скинуть ссыль на запись с экрана(сделаю как приду с работы)?

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

Алсо жду оправданий по типу у вас нет ссд/машина слабая(i5-3230m 8гб Ram/

SSD у меня, действительно, есть, ибо с жёстким диском многое упрётся именно в него, а не в грамотно написанные алгоритмы. Остальное железо даже слабее, чем вы написали: i3-5005U, 4 ГБ ОЗУ.

сделать из кед норм ДЕ(без замены его гномом)

Нормальность, о которой говорите вы, - понятие субъективное. Нравится - не нравится. Я же говорю о вполне объективных вещах.

[Desktop Entry]
Version=2.0

desktop-file-validate ругается на sk1.desktop:

error: value "2.0" for key "Version" in group "Desktop Entry" is not a known version

тут нужна Version of the Desktop Entry Specification, а не версия программы.

Секунд на 5 - да, виснет.

Не, навсегда. https://www.dropbox.com/s/ivmg25op1c2375b/screencast.webm?dl=0

были проблемы, при выборе масштаба 1:1

Не наблюдал

Подытожу, что сам Gnome не использую, но и поливать дерьмом не буду. Предпочитаю mate. Кстати eom проблем с катинкой не возникло. Но это уже тема другая.

Не, навсегда. https://www.dropbox.com/s/ivmg25op1c2375b/screencast.webm?dl=0

Скачал Manjaro, проверил. Дело оказалось в том, что в LiveUSB разработчики почему-то оставили включённой систему поиска файлов по содержимому, и в результате после создания тестового каталога она начала люто, бешено индексировать эти 250000 файлов. Так что вам надо было либо дождаться окончания начального индексирования либо отключить его прежде чем проводить эксперимент.

Вот как это выглядит, если отключить индексирование содержимого файлов: Dolphin. Ну и для сравнения, чисто поржать: Nautilus.

Не наблюдал

Это потому что у вас памяти много.

Я сравнил Gwenview, Shotwell и Eye of MATE на той большой картинке.

• Gwenview показала изображение практически мгновенно, и при этом съела какой-то мизер памяти, едва заметный на графике. Переключение масштаба в 1:1 заняло пару секунд и примерно 1 ГБ памяти, но система всё равно даже не притронулась к swap-у.
• Shotwell тоже показал картинку практически мгновенно, но съел при этом почти 1 ГБ памяти, да ещё и в swap залез больше чем на 100 МБ. После же переключения масштаба в 1:1 в swap попал уже практически гигабайт, про ОЗУ даже и не говорю.
• Eye of MATE не смог показать ничего, сходу сожрав столько памяти, что полностью повесил систему. Отвисания я так и не дождался.

Видеозапись процесса тестирования.

Спасибо за багрепорт, поправим :)

Еще 2 бага:

1. recolor_items ломает глобальный стиль: EVEN_COLOR = wx.Colour(240, 240, 240) ODD_COLOR = wx.Colour(255, 255, 255)

2. В диалоге убегают вправо настройки, после каждого выбора Printers. Вплоть до их исчезновения

Оба бага.png

По первому багу... Я не знаю, как в других DE и операционках, но в Gnome это работает:

----/src/wal/const.py

- EVEN_COLOR = wx.Colour(240, 240, 240)
- ODD_COLOR = wx.Colour(255, 255, 255)
+ EVEN_COLOR = wx.Colour(0, 0, 0, 15)

----/src/wal/treewidgets.py

    def recolor_all_items(self):
        if not self.alt_color:
            return
        even = False
        for item in self.items:
            if even:
-                self.SetItemBackgroundColour(item, const.ODD_COLOR)
-            else:
                self.SetItemBackgroundColour(item, const.EVEN_COLOR)
            even = not even

    def recolor_items(self, *args):
        if not self.alt_color:
            return
        even = False
        for item in self.items:
            if self.IsVisible(item):
                if even:
-                    self.SetItemBackgroundColour(item, const.ODD_COLOR)
-                else:
                    self.SetItemBackgroundColour(item, const.EVEN_COLOR)
                even = not even

https://s1.postimg.org/2zikaryy0f/2017-11-04_14-24-06.png

Второй баг из-за неустановленного python2-cups:

  File "/usr/lib/sk1-wx-2.0rc3/sk1/prefs/prefs_printers.py", line 45, in get_printsys
    from sk1.printing.cups_print import CUPS_PS
  File "/usr/lib/sk1-wx-2.0rc3/sk1/printing/cups_print.py", line 18, in <module>
    import os, cups
ImportError: No module named cups

Ну и для сравнения, чисто поржать: Nautilus

Ах да, забыл упомянуть, что так как на все окна Nautilus использует один-единственный процесс в стиле Windows, то подобное зависание одного окна приводит к полной неработоспособности файлового менеджера в целом и остальных его окон в частности. Причём придётся дожидаться, пока он «развиснет», ибо если его пристрелить, то он, естественно, утянет за собой и все его окна.

Если уж использовать модель «всё в одном процессе», то нужно использовать максимально независимые потоки, чтобы загруженность одного не приводила к зависанию всех остальных. Но в очередной раз один из ключевых компонентов среды GNOME написан из рук вон плохо, архитектурно неграмотно. И таких примеров довольно много: чего только композитор (очень важный процесс, а в Wayland вообще главный!), объединённый в один процесс с UI оболочки (с JS-движком и сторонними расширениями!), стоит! Ну кто так пишет?! Неужели непонятно, к каким проблемам это может привести (уже привело: см. баг с лагами отрисовки при лагах оболочки)?

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

Это в каком дистре и как ставилось приложение? Upd: понял, федорка:)

Я не знаю, как в других DE и операционках, но в Gnome это работает

Это оптимизация под темную тему, а не баг. Такими точечными изменениями нельзя действовать. Да и полупрозрачность далеко не везде сработает - только в Gtk3

Это оптимизация под темную тему, а не баг.

Тем не менее, хордкорное определение цветов (EVEN_COLOR = wx.Colour(240, 240, 240)) в обход палиты глобальной темы, делает пункты меню нечитаемыми.

PS
Может пригодится, fedor'оровский sk1.spec

Спасибо за спеку и багрепорты - редкое среди лоровцев :) Касательно, python2-cups - в наших пакетах он прописан. Видимо, компайлилось приложение из сорцов. По even|odd - проверил, такое только в Gtk3 проходит. Надо будет обдумать, как корректнее выставлять эти цвета, опираясь на платформенные. Хардкор цветов, это быстрофикс. Надо править.

Вопрос ко всем кедофилам. Вот взял я дефолтные кеды(или относительно дефолтные). Открыл меню, закрепил иконку на панели(внезапно аж два способа). Так вот, где кнопка удаления? Мне что теперь всю панель удалять?

Ответ зависит от того, как вы её туда поместили. Если щёлкнули на панели задач и выбрали «Показывать кнопку приложения, когда оно не запущено», то ровно так же и убирать. Если же добавили кнопку как виджет, то заходите в режим настройки панели (☰), наводите на кнопку, нажимаете крестик.

Спасибо, разобрался. Добавлял как виджет. Интересно, по каким причинам у виджета по пкм не показывается «удалить»?

Такой вопрос, icons-symbolic.svg, которые меняют цвет в зависимости от цвета фона. Они работают только в Gnome? Насколько я понял, они даже в Gnome, через wxWidgets не работают.

svg иконки могут менять цвет через CSS (напр. в браузере). Но скорее всего, смена цвета реализована программно. В файле по сути нарисована маска, которая накладывается альфаканалом на прямоугольный битмап, залитый определенным цветом. Так работают напр. на заставке sk1 быстрые «кнопки» New-Open-Open Recent.

Гном тогда тоже пара панелек.

Даже если и говорить о гноме как о панели, то всё равно задачи отличаются. У гнома есть расширения, у Budgie их нет. Как следствие если гном перейдёт на qt, то нужно сохранить работоспособными расширения. Для того чтобы можно было ставить их в одинаковые условия, надо отказаться от расширений(то что делает гном гномом) тоже. Нужно ли сохранять всякие инспекторы элементов, типа gnome looking glass? Тоже нет. Я не знаю что там ещё используется, привязанное к gtk, но это придётся выкинуть тоже. Теперь внимание вопрос, насколько получившееся будет гномом?

Ты не понял смысл фразы.

Я не знаю, существует ли возможность вставить в gtk qt. Даже если и нет, то это не мешает переписывать проект по частям. Накидать правую панель за 10 месяцев вполне можно было. Или верхнюю. Unity 8 тоже хотели сделать на qt, однако до того как фанаты qt могли торжествовать победу(не только kde на qt) unity 8 ВНЕЗАПНО загнулась.

Можешь показать класс и переписать его на Qt в кратчайшие сроки.

Если вопрос касался иконок для темной темы, то тут лучше прикрутить механизм кастомных наборов иконок, чтобы пользователь мог выставлять походящий ему вариант.

Да, https://developer.gnome.org/ThemedIcons/

Symbolic icons have a simple form, and can be used much like text. The will be recolored according to the context in which they are used. By convention, symbolic icons are named with a -symbolic suffix.

Я имею в виду следующее. При построении интерфейса достаточно один раз определить, например

            <child>
              <object class="GtkImage" id="refresh_image">
                <property name="visible">True</property>
                <property name="icon_size">1</property>
                <property name="icon_name">view-refresh-symbolic</property>
              </object>
           </child>

Скорее это фишка gtk а не гнома. И для gtk аппликух будет работать везде. Даже на винде. Но wx это не 100% gtk. Часть контролов рисуется самостоятельно. И построения интерфейса на основе xml нет.

Тут не принципиально, в xml определять или в коде.

Ради эксперимента в icons.py заменил:

- PD_REFRESH = 'gtk-refresh'
+ PD_REFRESH = 'view-refresh-symbolic'

то нужно сохранить работоспособными расширения

Гномеры и без перехода на Qt успешно ломают совместимость.

у Budgie их нет

Но там есть поддержка сторонних апплетов.

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

Главное — чтобы оно оставалось гномом концептуально и имело аналогичную функциональность.

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

Выше по треду есть ссылка на репозиторий. Наверняка в нём что-то есть. Кстати, вместе с переходом на Qt там делается и переход на Wayland.

не только kde на qt

LXQt, Deepin. Ещё есть какие-то Hawaii и Lumina.

ВНЕЗАПНО загнулась

Как и большинство инициатив Canonical (включая Unity на GTK).

Wx не 100% Gtk - это и так понятно. Зато на винде wx на порядок лучше, чем gtk аппликухи :)

Интересно, по каким причинам у виджета по пкм не показывается «удалить»?

Не знаю. В KDE4 вроде было до определённого момента, потом убрали. Может, пользователи слишком часто случайно удаляли виджеты. %) Замечу, что панель удалить тоже можно только из режима её настройки.

Выше по треду есть ссылка на репозиторий

Я не говорю про то что они не написали ни строчки. Я говорю про то что они не включают уже написанное в дистрибутив. Та же самая лиса уже сколько выпусков поддерживает и тот и другой варианты дополнений?

Кстати, вместе с переходом на Qt там делается и переход на Wayland.

Как-то не впечатляет. Я даже не знаю, есть ли de, где поддержки вейленда нет и не планируется

LXQt

Который по отзывам оказался тяжелее чем lxde. Кстати да, его уже включили в lubuntu?

Deepin

https://www.opennet.ru/opennews/art.shtml?num=46419

Компоненты рабочего стола и приложения разрабатываются с использованием языков C/C++ и Go, но интерфейс формируется при помощи технологий HTML5 с использованием web-движка Chromium

Ещё есть какие-то Hawaii и Lumina.

Символично то, что некоторые веб страницы у этих окружений не влезают в не fullhd монитор. А так же на форке qt3 trinity

Eye of MATE не смог показать ничего, сходу сожрав столько памяти, что полностью повесил систему. Отвисания я так и не дождался.

Это выглядит неправдоподобно. Вот запись тестирования вашего изображения в кедах c gwenview https://www.dropbox.com/s/b1iq9biphhapn6l/screencast2.webm?dl=0 Вот Eye of MATE в MATE https://www.dropbox.com/s/nr77at3efbwibbt/screencast3.webm?dl=0 Мы прекрасно видим, что eom работает не хуже, а то и лучше(справедливости ради - одинаково). Однако кеды жрут памяти больше mate, а gwenview так и подавно непростительно больше eom. Чтд. MATE унижает кеды. Про гном нечего добавить, я в принципе с указанными вами косяками согласен.

Теперь каноникал тоже сможет решать что в гномоге выпиливать дальше? Недурно.

Вклад Canonical в разработку всегда был огормен, стоит вспомнить например Upstart и Unity.

Помойка, на которой в итоге оказались эти поделия, наглядно демонстрирует что на словах они Лев Толстой, а на деле — каноникал простой.