LINUX.ORG.RU

Начата работа над целями KDE Frameworks 6

 


0

0

Сообщество KDE понемногу начинает намечать цели для будущей 6 ветки своих продуктов. Так, с 22 по 24 ноября в берлинском офисе Mercedes-Benz Innovation Lab пройдёт спринт, посвящённый KDE Frameworks 6.

Работа над новой веткой библиотек KDE будет посвящена модернизации и чистке API, в частности будет выполнено:

  • разделение абстракций и реализаций библиотек;
  • абстрагирование от платформоспецифичных механизмов вроде QtWidget и DBus;
  • очистка от устаревших технологий типа до-юникодных эмодзи;
  • приведение расположений классов к более логичному виду;
  • удаление интерфейсного кода там, где он не нужен;
  • очистка от дублирования реализаций — переход к Qt-компонентам везде, где это возможно;
  • вынесение привязок к QML в соответствующие библиотеки.

Обсуждение планов продолжается, любой желающий может высказать своё предложение на соответствующей странице Фабрикатора

>>> Подробности

★★

Проверено: cetjs2 ()

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

Да блин!

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

А зачем он? В принципе? В гномчике проще – либо интерфейс описывается в xml-подобном синтаксис при помощи glade (девочка-дизайнер нарисовать может, проверялось и на девочке и на дизайнере). Ну либо интерфейс можно описать напрямую в коде (что в С, что в питоне, прости Господи).

Скриптота в виде javascript имеет место быть, но только для расширений и не более. Т.е., для отдельного вида приложений, которые по сути только расширяют возможности DE. Но это необязательно.

Тут же вывалили посреди стола и что хочешь, то и делай с этим. Не перепрыгнуть и не обойти. В начале мы создадим препятствие, а потом будем мужественно с этим бороться? Может, проще? Может не пихать Скриптота в интерфейс, чтоб потом её не учится компилировать?

После вот таких факапов мне лично весьма забавно слушать сказки про недостатки в дизайне гнома. Типа, тут на три пикселя влево, тут на пять пикселей вправо. «Ахаха! Они ничего не понимают в дизайне!» Зато в программировании понимают в отличие от команды qt/kde.

anonymous ()
Ответ на: Да блин! от anonymous

А зачем он? В принципе?

Для лёгкого и быстрого ваяния интерфейсов. Например, чтобы люди - не программисты - могли без проблем создавать виджеты для Plasma под свои задачи. И они создают.

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

Зато в программировании понимают

По однопоточному дёрганому текущему gnomeshell прекрасно видно, как они понимают в программировании. По жору памяти при убогой функциональности тоже видно, как они понимают в программировании. У вас там аппаратная отрисовка появится только в gtk4, да и то не факт. Тогда как QML изначально рисовался и рисуется видеокартой.

Зато эмодзи сразу запилили! Вот они, приоритеты.

Так что визги си-гномо-пердоли, конечно, громкие, но очень смешные, продолжай XD

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

Это простой почтовик 4.2

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

ChekPuk ()
Последнее исправление: ChekPuk (всего исправлений: 1)
Ответ на: Да блин! от anonymous

Re: Да блин!

Добавлю.

А уж про уже сейчас существующую интегрируемость гномьих приблуд в DE, кдешникам можно сейчас сказать «не, не слышали». Когда на почтовое сообщение из evolution можно ответить прямо из всплывающего уведомления на рабочем столе (если ответ короткий). Когда pgp ненужно сбоку гвоздиками прибивать, всё сразу берётся и подписывается. Да море всего того, что делает повседневную работу просто и тупо удобнее. Без загонов и фантазий на тему «а у меня фсио настраивается». А мне не настраивать, мне работать.

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

В оригинале:

Decoupling from a specific platform or implementation (e.g. making things relevant for mobile usable without QtWidget dependencies, or reducing D-Bus use outside of Linux).

Тоже флеймогонно, конечно, но не такая жирнота, как в переводе.

И кстати, я не понял, кто такой QtWidget. Есть QtWidgets (модуль), есть QWidget (класс). По контексту, вроде, похоже на первое.

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

Какой корректности?

Корректность ПО — ПО написанное так, что кроме всего прочего, есть гарантия неизменности исполняемого кода на процессоре. В случай скриптов налету компилируемых JIT гарантии неизменности исполняемого на процессоре кода дать невозможно.

Слово корректность употребляется в сегодняшнем нашем лексиконе ибо при путинизме за употребление более привычного в этом случае слова могут посадить на 5 лет: Что должен знать специалист ИБ на старте (комментарий)

он будет компилироваться в нативный код - специально для иррациональных хейтеров скриптоты.

Когда компилировать будет в бинарник? Какой это будет бинарник, ELF? В момент компиляции пакета или с помощью JIT в момент исполнения?

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

У меня с гуглом работает, но я сразу сказал, что сейчас это больше на прототип похоже

А пока есть KMail - работает себе в лотке молча

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

Мне в последнее время в кмайле всё чаще приходилось сносить всё и удалять аконадевские БД. Достало. И разметку в письмах не умеет, которая, таблицы всякие, которая стала стандартом уже… Да и всего по мелочи. Устал.

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

Бггг... Даже я, даже не ожидал. =)))

Для лёгкого и быстрого ваяния интерфейсов. Например, чтобы люди - не программисты - могли без проблем создавать виджеты для Plasma под свои задачи. И они создают.

Т.е., путь, оттестированный для гномчика на девочке-дизигнере для KDE-devов неприменим? Взять Glade (https://glade.gnome.org/), нарисовать gui в соответствии с HIG, далее отдать программисту, который в своём коде навешает коллбэков и всё заведётся, это «сложно», да? Тем более сложнее взять ту же сишечку, открыть gnome-builder и просто описать в своём коде весь интерфейс приблуды, точно так же навешав коллбэков, это ещё сложнее?

Т.е., всенепременно нужна qmlная такая скриптота, без которой жизнь немила и программирование интерфейсов это не программирование интерфейсов… Тут бы спросить «и где же тут С++ остался», но об этом ниже.

Пока Вы блестяще подтвердили один мой ранее высказанный тезис о том, что у кдешников мозг как у канарейки, в полтора грамма весом. Ну, по крайней мере, явно меньше чем у девочки-дезигнера, да. Эвона как Вы кдешников-девелоперов обоср… эээ… обгадили. Тщательно и жидко. Я даже не ожидал. =)))

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

Дададад! И совершенно никого не парит то, что если проект не какое-то дремучее qt-легаси, то без QML там делать нечего. Сразу и по дефолту.

Вы только что мастерски подтвердили второй мой ранее высказывавшийся тезис о том, что в нонешней «олимпиаде для идиотов», коей стало «программирование» теперь дисциплины разделены. Теперь есть дисциплина «просто С++» и «С++ с Qt». И смотрите не спутайте! =))) Сколько там от С++ осталось в «программироании для Qt» я так же не спрашиваю. Это уже вопрос ниже пояса. =)))

Вопрос нахера оно вот так и не задаю, т.к. в гномчике у меня сишечка, в IoT, embedded, networking, везде чем занимаюсь, всё та же, мать её, сишечка. И сишечка от сишечки тут неотличима почти. Вопрос в испольтзуемых либах. Но да, для С++овсцев аж две дисциплины создали… =)))

По однопоточному дёрганому текущему gnomeshell прекрасно видно, как они понимают в программировании.

4.2 Почему УМВР? И ничего не дёргается? Впрочем да, у некоторых и плазма падает… Видимо, у меня генточка и я умею грамотно готовить систему, так что поверьте, не падает. И не дёргается. Но «непадает» я лично не использую. Так, чисто палочкой потыкать иной раз.

В один не влезло, см. далее.

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

Пршодолжение последовало.

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

Опять 4.2. Всё что нужно в гномчике есть и функциональность на уровне. Тут даже не я один тот же комбайн в виде evolution вспомнил. Он, знаете ли, работает, в отличие от альтернатив. И мозг не снашает.

Про кде-поделия, содержащие непонятный функционал, непонятно зачем портируемые из версии в версию, так и запишем – они ресурсы не жрут, они их… нюхают. Правда, непонятно зачем, если у меня есть нужный круг приложений и там нет никакой херни в виде «образования». Математику я как-то давно уже выучил, а сейчас у меня чаще всего запущены IDE (gnome-builder или что-то специфичное типа CodeComposerStudio), редакторы vim/gvim (зависит от контекста), evolution, evince, браузер, ну и консоль (куда ж без неё в Linux, вся основная работа в ней, в родимой). Не перечислил самописное с GTK/Gnome но оно и в паблик не попадало и вряд ли попадёт за ненадобностью основной массе. Всё. Зачем мне всё это громадьё кода, которое предлагает KDE? Чтоб было?

Я не перечислил ещё одну среду, которую иной раз использую – QtCreatior для Sailfish SDK. Это отдельная тема – программирование для Sailfish. И да, там QML. =)))

У вас там аппаратная отрисовка появится только в gtk4, да и то не факт. Тогда как QML изначально рисовался и рисуется видеокартой.

Попробуйте устроиться в маркетинговый отдел NVidia или AMD? Вам там цены не будет. Почему gnome вполне исправно трудился на i915, про i965 или лучше и не говорю.

Вы только что мастерски обосновали необходимость закупа новых видях. Скажите честно – брать под новый кде что-нибудь типа «как под майнинг» или погодить, авось подешевле что-нибудь можно будет взять? =))) На самом деле, нет. Да, я развлекаюсь иной раз программированием под Sailfish. У меня мобила INOI R7 (яж линуксоид!) и, сравнивая её с Nokia N90 (тоже была, яж линуксоид!) я могу заметить что там просто пздц с этим вашим QML. То, что на N900 делалось в полпинка (да, там была libhildon от каноникл и GTK), здесь делается автогеном и через задний проход. Выше я объяснил почему так, в самом начале.

Зато эмодзи сразу запилили! Вот они, приоритеты.

Да. Если Вы не заметили, то в современном мире, при повальном развитии сосальных сетей, модно стало не «писать мысли», модным стало «писать эмоции». Т.е., коротенькое и безграмотное до немогусеньки сообщение типа «норм чё» и смайлик эмоции.

Но тут уже ничего не попишешь. Таких как наше поколение уже давно не выпускают. Развитие. Так что, да. Эмодзи они запилили и запилили. «Если звёзды зажигают, значит это кому-то нужно». И можно фантазировать и стенать насчёт развития идущего «не туда», а можно меняться самому в соответствии с изменяющимся миром.

Как там было-то… «Добро пожаловать в реальный мир, Нео…» =)))

Так что визги си-гномо-пердоли, конечно, громкие, но очень смешные, продолжай XD

Переход на личности… Ну да, ну да… Помним же от оцов и дедов заповеданное – «оппоненту нечего сказать когда начинается съезд на личности и докапывания до синтаксиса».

И почему я не удивлён таким плавным переходам к обсуждению личностей? =)))

anonymous ()
Ответ на: Бггг... Даже я, даже не ожидал. =))) от anonymous

чтобы люди - не программисты - могли без проблем создавать виджеты для Plasma под свои задачи

нарисовать gui в соответствии с HIG, далее отдать программисту

взять ту же сишечку, открыть gnome-builder

Ясно, понятно, пиши ещё. Только таблетки прими сначала.

в гномчике у меня сишечка

Ну и молодец, иди возьми пирожок и пердоль свою сишку дальше.

alexferman ★★ ()
Последнее исправление: alexferman (всего исправлений: 1)
Ответ на: Re: Да блин! от anonymous

А уж про уже сейчас существующую интегрируемость гномьих приблуд в DE, кдешникам можно сейчас сказать «не, не слышали». Когда на почтовое сообщение из evolution можно ответить прямо из всплывающего уведомления на рабочем столе (если ответ короткий). Когда pgp ненужно сбоку гвоздиками прибивать, всё сразу берётся и подписывается. Да море всего того, что делает повседневную работу просто и тупо удобнее. Без загонов и фантазий на тему «а у меня фсио настраивается». А мне не настраивать, мне работать.

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

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

Так и запишем. =)))

Ясно, понятно, пиши ещё. Только таблетки прими сначала.

И:

Ну и молодец, иди возьми пирожок и пердоль свою сишку дальше.

На Вашем месте я был бы аккуратнее… А то я, знаете ли, по временам всякое «общеупотребительное» говно пердолю, так что могу разволноваться, ошибиться и Вас же и пришибёт на хер. =)))

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

На самом деле, нет. Я бы тут сказал что детонацией Вашего пукана я вполне удовлетворён. =))) Ожидаю Вас в следующем треде про то, как «всё плохо» в Gnome с Вашими замечательнейшими комментами про дизайн гнома, точнее, про отсутствие оного. =)))

anonymous ()
Ответ на: Так и запишем. =))) от anonymous

На Вашем месте я был бы аккуратнее

Да ладно, не полыхай. Беспомощные визги гномиков с надутыми от важности щеками - неотъемлемая часть kde-тредов, я всё понимаю. Бесплатное скоморох-сопровождение новостей это весело.

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

Извини, твои сообщения выглядят как бред сумасшедшего

На процессоре всегда исполняется двоичный бинарный код.

Принципиально важен момент [b]где и когда[/b] исходный код компилироваться в бинарник:

  1. В момент компиляции пакета — это правильно.

  2. С помощью технологии JIT в момент исполнения программы — это не правильно.

Здесь уже дан обнадеживающий ответ: Проект Plasma Mobile наращивает активность (комментарий)

Как всегда, дьявол скрывается в мелких деталях реализации доброй цели.

У меня вопрос: если разрабы кед имеют конвертор QML в код С++, то почему сразу все программы не сконвертировать в С++ код и распространять пакеты с исходниками только на С++ без QML вообще?

Любой интерпретаторный язык во много раз увеличивает скорость разработки, это всем понятно. QML стоит оставить как внутренний язык проекта КДЕ для написания черновиков програм и тестирования новых фич. Потом удачные решения конвертируются с QML в код С++ и продолжают далее писатся на C++. Пользователям уже идет программа на языке С++. Пользователь/разработчик_дистра код C++ компилирует у себя на машине в байткод и бинарник.

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

Тогда как QML изначально рисовался и рисуется видеокартой.

Нет, изначально (в Qt 4) он рисовался программно, как и QtWidgets по умолчанию. Позже его действительно сделали hardware accelerated. И не стоит путать технологию (QtQuick) и язык (QML).

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

С помощью технологии JIT в момент исполнения программы — это не правильно

Чем это неправильно?

если разрабы кед имеют конвертор QML в код С++

Не имеют, оно ожидается в Qt6

QML стоит оставить как внутренний язык проекта КДЕ

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

alexferman ★★ ()
Ответ на: Коллега, Вы отстали от жизни... от anonymous

Re: Коллега, Вы отстали от жизни...

Sprint это из методологии SCRUM. Это уже не митапы с митболами,

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

тут всё по взрослому, как у больших. =)))

по-взрослому? типа лгбт-ужин чтоле?

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

в Qt6 он будет компилироваться в нативный код - специально для иррациональных хейтеров скриптоты.

На жирный рантайм и жирные байндинги через Js (даже скомпилированный в машинный код) это мало влияет. Те же приложения Android, начиная с внедрения ART Compiler тоже компилируются в нативный код при установке, вот только заметил кто существенную разницу по быстродействию между Android на Dalvik и Android на ART? Иногда за счёт JIT’а «горячий код» на Dalvik’е выполнялся даже быстрее. С QtQuick Compiler ситуация аналогичная. Те же два стула. Нативный код или JIT. И кстати не нужно ждать никакого Qt 6, попробовать можно прямо сейчас: https://doc.qt.io/QtQuickCompiler/

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

вот только заметил кто существенную разницу по быстродействию между Android на Dalvik и Android на ART?

Я заметил

Да и речь про быстродействие вроде никто не вёл, с быстродействием и у QtQuick всё ок

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

Я уточню.

И не стоит путать технологию (QtQuick) и язык (QML).

Да. Вы абсолютно правы. Но я лично не стал развивать эту тему просто потому, что это было бы полнейшим «избиением младенцев». И так жестоковато получилось, а так и вообще было бы запинывание лежачих.

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

Вспомнил что год назад наверно последний раз этот кубе тыкал.

Установил, решил попробовать на mail.ru почте. Не удалось подключиться.

Так что выглядит это как какой-то очень ранний прототип.

Behem0th ★★★★★ ()
Ответ на: Re: Коллега, Вы отстали от жизни... от anonymous

Re: Коллега, Вы отстали от жизни...

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

Вас в Гугле забанили? Мне надо расписать что такое SCRUM, что такое BRQ/SRS и как это связано со sprint?

типа лгбт-ужин чтоле?

Каждый меряет в силу своей испорченности, но на Вашем месте я бы так не палился. =))) Я только сказал что они, по всей видимости, пытаются перейти от модели разработки «колхоз 70 лет без урожая» к более оправданным моделям и методикам. SCRUM в частности.

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

С помощью технологии JIT в момент исполнения программы — это не правильно

Чем это неправильно?

JIT — страшное зло требующие от процессорной архитектуры и ОС дать возможность изменения исполняемых областей оперативной памяти.

Процессорные архитектуры: mips, ppc, … и ядра ОС, например Linux+PAX запрещают изменения исполняемых областей памяти.

Неизменность исполняемой области памяти и неисполняемость изменяемой — принципиальное трабование для гарантии целостности памяти и исполняемого процессором кода.

Зачем нужна гарантия целостности памяти и исполняемого кода? Да для того чтобы гарантировать отсутствие класса уязвимостей связанного с переполнение буфера.

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

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

Поверь, если дадите код на С++ без JIT тогда KDE снова сможет вернутся на платформы с Linux+PAX, … и процесоры mips, ppc, ppc64, …

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

mips, ppc, … и ядра ОС, например Linux+PAX

Очень актуально для десктопа.

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

Окончательный код для пользователей должен быть только на С++.

Сорян, твои плюсы вместе с сишкой сами по себе - огромная распердоленная дыра с постоянно переполненными буферами.

Так что агитируй за переход на Rust, лол

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

Зачем нужна гарантия целостности памяти и исполняемого кода? Да для того чтобы гарантировать отсутствие класса уязвимостей связанного с переполнение буфера.

И каким образом это гарантирует отсутствие подобных уязвимостей? Затрудняет эксплуатацию – да. А гарантировать оно что-то может не больше чем ты.

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

Я заметил

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

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

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

Сегодня KDE с QML & JIT - рассадник вирусни на GNU/Linux.

На ЛОРе очень много народа сидит на Linux+PAX, OpenBSD, есть и архитектура mips на десктопных «Байкалах». Я лично KDE-4 собирал для ноутов с процессором от IBM ppc и это был не только мой рабочий десктоп.

А вы в KDE-5 исключили нас из пользователей! А остальных подвергает возможным вирусным атакам.

Сорян, твои плюсы вместе с сишкой сами по себе - огромная распердоленная дыра с постоянно переполненными буферами.

В посте выше, предельно четко написал, что дается гарантия, отсутствия возможности эксплуатации переполнение буфера в прогах на С, С++ даже если программисты ошиблись и переполнение буфера реально существует. При этом также гарантируется, что KDE с QML и JIT работать не будут!

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

с быстродействием и у QtQuick всё ок

QtWigdets ускоренный через GPU, да и обычный будут быстрее, просто из-за своей примитивности. Там не будет кучи абстракций, которые лежат под каким-нибудь базовым Rect или Item и сущностей, которые вычленяют зависимости и динамически связывают объекты, а потом ещё и в отдельном потоке запускают отрисовку в 60 fps, опрашивая все объекты на изменения в другом месте. Впрочем, сегодня у QtQuick вполне нормальное быстродействие в т. ч. и на мобильных устройствах, хотя там проблема с долгим стартом. Но далеко не в быстродействии кроется причина того, что QtQuick до сих пор остаётся непривлекательной технологией для разработки десктопных приложений. От сторонних разработчиков (не из Qt и KDE) приложения на QtQuick можно по пальцем одной руки пересчитать, в отличие от многих тысяч проектов на QtWidgets.

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

Сегодня KDE с QML & JIT - рассадник вирусни на GNU/Linux

На ЛОРе очень много народа сидит на Linux+PAX, OpenBSD, есть и архитектура mips на десктопных «Байкалах»

Пруфы этому шизоидному бреду можно увидеть?

alexferman ★★ ()