KDE на Google Summer of Code 2019

Я вот щас глянул в историю переписок, и я оказывается перепутал. Так запускают GlacierUX.

А у тебя нет случаем инструкции, как его на обычный арм линукс поставить с подключением репов? На raspbian например, или armbian? В прошлый раз хотел потыркать на малине, потратил 2-3 дня - еле пересобрал и поставил около половины пакетов (для каждого выяснялись всё новые зависимости и требовались версии, к тому же иногда оказывалось, что нужно собирать пакеты не в том порядке), потом дел навалилось и в долгий ящик закинул.

файловые системы KIO теперь будут монтироваться как полноценные ФС через механизм KIOFuse

Отлично.

Реестр, HIG и интерфейс для даунов?

С «реестром» почти попали.

В KDE почти везде всё ещё используется KConfig, в результате чего постоянно встречается такой код:

ask = kioConfig->group("Confirmations").readEntry(keyName, defaultValue);

// The default value for confirmations is true for delete and false
// for trash. If you change this, please also update:
//      dolphin/src/settings/general/confirmationssettingspage.cpp

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

Как пример можно привести модуль настройки шрифтов, в котором моноширинный шрифт по умолчанию не совпадал с оным в Plasma, в результате чего после всего лишь включения сглаживания шрифтов в системе внезапно менялся моноширинный шрифт (да ещё и на тот, что не поддерживал кириллицу). Недавно этот модуль переписали - и снова наступили на те же грабли! Загрузившись с пустым профилем (т.е. все настройки - по умолчанию), заходим в этот модуль, нажимаем на кнопку «По умолчанию» и видим, как «Маленький шрифт» меняет размер! Т.е. в разных местах модуля - разные значения по умолчанию!

И так, блин, в целой куче модулей настройки, приложений и т.д.!

Я не большой фанат бинарного формата dconf, но в целом он на порядок лучше, чем KConfig.

И это только один из примеров, когда в GNOME сделано более грамотно внутри.

Типичное поведение пользователя Гнома. Зайти в тред про KDE и начать нести своё говно в массы. А на аргументированную критику привести пример, вообще не имеющий отношение к делу. Вот ты мне скажи, каким макаром связан способ хранения настроек, и обработка дефолтных значений в коде?

И, кстати, мне пофигу, где какой код. Я пользуюсь DE не для того, чтобы смотреть в его код.

файловые системы KIO теперь будут монтироваться как полноценные ФС через механизм KIOFuse

Ну блин, это чтобы кио тоже начал тормозить?

Бомбануло?

А на аргументированную критику

Это вот это:

Реестр, HIG и интерфейс для даунов?

- аргументированная критика?

привести пример, вообще не имеющий отношение к делу.

Я объяснил, в чём DConf в GNOME сделан архитектурно грамотнее, чем KConfig в KDE. Тем самым я подтвердил свой тезис, с которым вы пытались спорить:

в GNOME многое (но не всё, конечно) сделано архитектурно значительно правильнее

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

И, кстати, мне пофигу, где какой код. Я пользуюсь DE не для того, чтобы смотреть в его код.

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

Ну блин, это чтобы кио тоже начал тормозить?

Нет, это для того, чтобы с ним можно было нормально работать.

Бомбануло?

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

- аргументированная критика?

Да. Гном - говно. Потому что HIG, интерфейс для даунов и реестр. Это аргументы. Ты их можешь опровергнуть? Ты даже не пытался.

Я объяснил, в чём DConf в GNOME сделан архитектурно грамотнее, чем KConfig в KDE. Тем самым я подтвердил свой тезис, с которым вы пытались спорить:

Нет, не объяснил.

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

Нет, это ты не понял, реестр - говно, это мой аргумент. А ты начинаешь рассказывать про детали реализации, которые мне не интересны.

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

Поведение DE зависит от поставленных задач перед конкретной реализацией. С точки зрения user experience, пофигу, что там может быть внутри, пока это не вылезает наружу, как гномовский реестр и HIG.

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

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

Ну кто бы сомневался. Аргументов-то нет.

Аргументов-то нет.

Ага-ага. Если вы не в курсе, аргументы это не просто выкрик в пустоту «что-то там говно!», а приведение конкретной доказательной базы. Я объяснил, чем плох KConfig, и как это приводит к неприятным багам, которые, понятное дело, не могут не сказываться на опыте использования. Но для вас это всё - «аргументов нет!!1». Ну OK.

Я не большой фанат бинарного формата dconf, но в целом он на порядок лучше, чем KConfig.

А разве нельзя сделать не бинарный реестр и не KConfig?

Можно же, например, сделать один json-конфиг на всю Плазму.

А разве нельзя сделать не бинарный реестр и не KConfig?

GConf - хранит ключи в XML.

В dconf сделали бинарный формат, чтобы оптимизировать чтение. Так ли надо было, сомневаюсь. Но само отделение конфигурации от кода - грамотная архитектура.

В KDE есть некое подобие: KConfigXT. По крайней мере, исправляет некоторые проблемы KConfig. Но используется всё ещё слабо, к сожалению. И всё равно имеет проблемы с разделением конфигурации между проектами.

Я объяснил, чем плох KConfig

Нет, не объяснил.

как это приводит к неприятным багам, которые, понятное дело, не могут не сказываться на опыте использования

Тебе найти баги в Gnome, связанные с реестром?

Но для вас это всё - «аргументов нет!!1». Ну OK.

Так а где аргументы? Я говорю, что хранение настроек в бинарном виде и отдельно от приложения (в том числе, из-за необходимости вызывать редактор реестра вместо настроек в самом приложении) - это плохо, а ты мне про какую-то архитектурную красоту гномовского подхода. Да мне насрать, что там внутри, если этим не удобно пользоваться, так ясно?

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

И ты ответь мне на такой вопрос. Почему у тебя так бомбит от тем про KDE на ЛОРе, что ты так полыхаешь задом? Тебе ведь эта тема не должна быть интересна, ты ведь не пользуешься KDE.

Нет, не объяснил.

Видимо, вы не программист, поэтому элементарно не поняли.

Тебе найти баги в Gnome, связанные с реестром?

Связанные с архитектурой dconf - да, найдите.

Я говорю, что хранение настроек в бинарном виде

Вопрос выбора формата хранения данных не относится к архитектуре.

и отдельно от приложения (в том числе, из-за необходимости вызывать редактор реестра вместо настроек в самом приложении)

Говорю же, вы ничерта не поняли. Попробую ещё раз: в dconf есть описание всех ключей, включая тип, диапазон значений, значение по умолчанию, комментарий. Пример:

    <key name="draggable-border-width" type="i">
      <default>10</default>
      <range min="0" max="64"/>
      <summary>Draggable border width</summary>
      <description>
          The amount of total draggable borders. If the theme's visible
          borders are not enough, invisible borders will be added to meet
          this value.
      </description>
    </key>

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

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

разработчики гнома специально убрали из приложений настройки

Упоролся?

чтобы не вызвать у дебилов целевой аудитории психологическую травму

Хотите поговорить об этом?

Почему у тебя так бомбит от тем про KDE на ЛОРе, что ты так полыхаешь задом?

Это писали вы:

интерфейс для даунов

нести своё говно

мне насрать

Но бомбит при этом у меня, да? :D

Тебе ведь эта тема не должна быть интересна, ты ведь не пользуешься KDE.

Тебя спросить забыл, что мне делать.

Но раз уж на то пошло, я пользовался KDE 15 лет и в последнее время немножко коммитил, так что полагаю, что имею оснований обсуждать эту среду побольше очередного болтуна на ЛОРе.

Мне плевать на ваши программистские проблемы, они не имеют никакого отношения к юзер экспириенс

Но бомбит при этом у меня, да? :D

Да, это ты пришёл в этот тред, хоть тебя и не интересует KDE. Или интересует? Выходит, ты латентный KDE'шник.

Подобные архитектурные просчёты имеют самое прямое отношение к UX. Глюки, тормоза, и прочие прелестные вещи.

Имеют непрямое. Если продуктом с правильной архитектурой нельзя пользоваться, то что тогда делать?

Делать правильную архитектуру и дизайн.

Вот только с ним и можно сейчас нормально работать, т.к. все эту фузы через ссх и прочее - тормозная хрень.

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

Кто-то будет делать единый дизайн всей этой махины? Или так и будет колхоз до конца времён с каждого по инструменту а в итоге сарай. Хотелось бы склад с инструментами, а не сарай. Спасибо.

Вот только с ним и можно сейчас нормально работать, т.к. все эту фузы через ссх и прочее - тормозная хрень.

Вот про ssh лучше не говорили бы. В KIO с этим всё очень печально: sftp:/ глючит, как не в себя, и постоянно виснет, а fish:/ работает через запуск на сервере команд cd, ls и т.д., отчего медленный просто жуть как.

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

И скачивание файлов для их открытия в приложениях, не поддерживающих KIO, - тоже нормально, видимо.

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

Эм, мне даже как-то страшно спрашивать про альтернативные варианты, сразу вспоминаются виндострадания с залочеными файлами.

Ты сам то понял что написал?

Ты сам то понял что написал?

Вы написали:

все эту фузы через ссх и прочее - тормозная хрень

Я это понял так, что работа с SFTP («ссх» - это ведь ssh?), смонтированным через FUSE, якобы тормозит. На что я ответил, что в KIO с SFTP всё намного печальнее. Что не так?

Монтирование, gvfs. 2 хороших варианта. Первый правда для smb не самый простой выход, а второй несколько к гному привязан и с кде может не совсем дружить.

И да, на вопрос нормально это или нет ответа я не получил.

Монтирование

Я правильно понимаю что на смонтированной файловой системе я не смогу перезаписать файл? для gvfs аналогичный вопрос

Что не так?

Теперь вижу, что проблемы в твоей оторванности от реальности.

readEntry(keyName, defaultValue);

Как это делают в гноме? Приложение падает, если нет дефолтного значения?

Будет уведомление, «файл на диске был изменён, вы действительно хотите его перезаписать». Для обоих случаев.

Теперь вижу, что проблемы в твоей оторванности от реальности.

Как всегда, никакой конкретики. Скучно, девочки. (c)

Как это делают в гноме? Приложение падает, если нет дефолтного значения?

В GNOME значение по умолчанию указывается в файле описания конфигурации («схеме»), поэтому приложению вообще не нужно заморачиваться этим вопросом - оно просто читает ключ.

Возможно будет возможно не будет, но при чем тут монтирование?

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

система интеграции с мобильными устройствами KDE Connect придёт на Windows

Опоздали

https://docs.microsoft.com/en-us/windows-insider/at-home/whats-new-apps-19h1#...

Хочешь конкретики - попользуйся тем о чем говоришь

Я KIO 15 лет пользовался - мало, надо ещё? Сейчас пользуюсь GVFS - тормозов не наблюдаю. ЧЯДНТ?

ЧЯДНТ?

Пишешь неправду, очевидно же.

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

Подозреваю, что ни кио ни гвфс ты не пользовался.

при переходе с Qt3 на Qt4

Krita настолько старая? O_o

Она в те времена входила в KOffice, насколько я помню

Пишешь неправду, очевидно же.

Начал с ssh, говорили об ssh, а теперь ты вдруг перевёл на samba... Интересно, почему так. :)

Лично я тормозов при работе с smb:/ в gvfs не встречал. Правда, нужно это довольно редко, т.к. у меня nfs.

Кстати, а какой нормальный плеер поддерживает kio, чтобы можно было прямо с шары фильм посмотреть, не скачивая его? Никакой? Какая досада.

Если ты утверждаешь, что gvfs гадость, а с kio всё хорошо, то:

Подозреваю, что ни кио ни гвфс ты не пользовался.

Ни один текстовый редактор поддерживающий кио к повседневному использованию для меня не пригоден. Вообще.

Справедливости ради, Kate довольно хорош.

Гвфс у меня работает почти мгновенно. Кио - даже на мелких каталогах список может грузиться долговато. На крупных каталогах/файлах, даже по хорошей локальной сети - разница в скорости очень существенная, не в пользу кио.

Кио - файл перезапишется без вопросов, не спрашивая пользователя. Гвфс, монтирование - только если этого захочет пользователь.