Состоялся (https://dot.kde.org/2016/08/10/kdes-kirigami-ui-framework-ge...) первый релиз фреймворка Kirigami UI (https://techbase.kde.org/Kirigami), развиваемого проектом KDE в качестве средства для быстрой разработки адаптивных приложений, работающих без изменения на настольных и мобильных системах.Фреймворк является надстройкой над Qt Quick Controls (http://doc.qt.io/qt-5/qtquickcontrols-index.html) и использует в качестве основы уже предоставляемые в Qt Quick элементы, такие как кнопки и поля ввода текста. Со своей стороны Kirigami даёт возможность комбинировать данные элементы в готовые блоки построения интерфейса, например, позволяет построить интерфейс в форме набора горизонтально сдвигаемых страниц, которые отображаются по одной или группируются в зависимости от размера экрана.
Приложения, использующие Kirigami, автоматически адаптируются к размеру экрана и доступным методам ввода, что позволяет комфортно работать с ними на настольных системах, планшетах с относительно большими сенсорными экранами и смартфонах с ограниченным экранным пространством. Для управления со смартфона предлагается концепция управления приложением одной рукой, основанная на формировании неинвазивных всплывающих окон - вместо открытия диалога подтверждения операции, пользователю предоставляется возможность отменить действие, после его совершения.
Первый выпуск поддерживает создание приложений для Android, настольных дистрибутивов GNU/Linux на базе X11 и Wayland, Windows и готовящейся к выпуску платформы Plasma Mobile (https://www.opennet.dev/opennews/art.shtml?num=42668). Ведётся работа по обеспечению поддержки iOS и Ubuntu Touch. В настоящее время Kirigami UI распространяется как обособленный продукт, но в будущем разработчики
планируют включить его в состав набора KDE Frameworks 5, в котором Kirigami получит статус фреймворка первого уровня, т.е. не будет связан зависимостями с какими-либо компонентами, кроме Qt.URL: https://dot.kde.org/2016/08/10/kdes-kirigami-ui-framework-ge...
Новость: http://www.opennet.dev/opennews/art.shtml?num=44944
> ... работающих без изменения на настольных и мобильных системахС этого момента можно не читать - не бывает "настольномобильный" интерфейс, либо одно, либо другое. Либо одно одинаково плохое.
Очередная попытка на тему "криво, зато автоматом и для всего". Надеюсь, подохнет - а то когда такое выживает получается редкая хрень.
>а то когда такое выживает получается редкая хрень.Твой пример показателен.
Нет, он правильно говорит. Это полное гогно и очередной провал.
В RemixOS Android приложения вполне нормально работают на ноутбуке, потому что многие из них адаптированы для планшетов. Единственно не сенсорный экран поэтому рассчитанные на multitouch имеют проблемы.
Приложения-то работают. А вот пользователю работать неудобно.
такая хрень называется химерой
Суть Kirigami в том, чтобы уйти от классического десктопного интерфейса и ввести единый принцип организации навигации и расположения элементов интерфейса, который сможет корректно масштабироваться под разные платформы (например, отображать больше информации на больших экранах, как на последнем скриншоте). Никто не говорит, что у вас будут огромные тач-кнопки на десктопе. Главная проблема состоит в том, что сама суть мобильных устройств заставляет ограничивать функциональность приложений, количество информации, выдаваемой пользователю и возможности кастомизации интерфейса.
> корректно масштабироваться под разные платформы"Меня терзают смутные сомненья." (с)
(Есть опыт попыток использования SMPlayer на N900).
Надо просто смириться, что для каждой системы морда должна быть своя. Даже на десктопе вменяемо унифицировать не получается - то, что родное в гноме, на макоси будет ощущаться чужеродно, и так далее. А уж о мобилах и говорить нечего.
клоун: GTK-поделки почти везде выглядят как выкидыши, так что плохой пример.
Я сам их в гробу видел, но речь вообще не о "выглядят", а о консистентности - от длительности пауз и анимаций до расположения и стандартных размеров кнопок - и об адекватном платформе расположении элементов. Вот эти все экранчики - их кое-как можно терпеть на мобиле (и то обычно можно что-то получше придумать), но не на планшете и тем более не на десктопе.Впрочем, кто б говорил - виндовые плитки - это какой-то абсолютный рекорд по чудовищности, оосбенно учитывая цветовую гамму.
Слепить три мобильных экрана на одном широком - это не "отображать больше информации на больших экранах". Это уродство.
>> Главная проблема состоит в том, что сама суть мобильных устройств заставляет ограничивать функциональность приложений, количество информации, выдаваемой пользователю и возможности кастомизации интерфейса.
>> ввести единый принцип организации навигации и расположения элементов интерфейса,Вам не кажется, что вы сами себе противоречите?
>> единый принцип организации навигации и расположения элементов интерфейсаВот это вам как представляется?
Возьмем, например, десктоп. Самое логичное расположение меню - начиная от левого верхнего угла. Уже даже умолчим о мелких пунктах меню с целью экономии места. Короче, тупо психологически меню ищут, начиная с левого верхнего угла.
Вы предлагаете "единый принцип". Применяем этот самый принцип к, допустим, смартфону. Обычно смарт используется в "портретной" ориентации. Где у него распологать меню, ака функциональный интерфейс? Там же? Т.е., в попытке дотянуться до кнопки ты будешь перекладывать смарт в левую руку? И тянуться к ней правой (мы же помним, население планеты, преимущественно, правши), закрывая содержимое области данных? Логично же, что на смартах основные кнопки нужно лепить от правого нижнего угла с акцентом на низ экрана, т.к. именно там у тебя будет большой палец правой руки.
Ну ладно... Допустим даже, что мы отметаем "конвергенцию" между десктопом и тач-устройствами. Сравним подход смартфона и планшета. Уж там-то вообще не должно быть проблем? Оба же "пальцетыки"!!!
Ок. Что отличает планшет? Как правило, с ним работают двумя руками - "держалкой" и "тыкалкой". Учитывая основное назначение (посмотреть фильмец, почитать новостишки и пр.), основная ориентация планшета таки "ландшафт". Берем подход смартфона - кнопки от правого нижнего угла, преимущественно внизу. Т.е. у нас "нижняя тыкательная панель". Информацию ты, по-прежнему, ищешь вверху (это психология, тебя учили читать и писать слева-направо и сверху-вниз). Т.е., плюсом, у тебя верхняя информационная панель. И между этими панелями у тебя узкая прорезь а-ля танковая смотровая щель с действительно важной информацией, т.е. контентом. Мы же помним, вертикальное разрешение у нас в дефиците. Что имеем? Жопу имеем. Точнее, вполне логичное решение расположить кнопки и меню с правого края экрана.
Т.е. тупо положение основного меню мы не то что между десктопом и тачем, мы между двух тач-устройств к одному виду привести не можем. Юзкейсы тупо разные. А вы все со своими "единый принцип организации навигации и расположения элементов интерфейса, который сможет корректно масштабироваться под разные платформы".
Узбагойтесь уже! Хотите сэкономить "стоимость разработки"? Данивапрос! Пишите общее ядро и рисуйте отдельный интерфейс под каждую целевую платформу. Сэкономьте на логике приложения, она действительно портуется без проблем. Дизайнеров-верстальщиков же продают по 50 копеек ведро. Не экономьте на спичках!
> Возьмем, например, десктоп. Самое логичное расположение меню - начиная от левого верхнего угла. Уже даже умолчим о мелких пунктах меню с целью экономии места. Короче, тупо психологически меню ищут, начиная с левого верхнего угла.
> ...
> Информацию ты, по-прежнему, ищешь вверху (это психология, тебя учили читать и писать слева-направо и сверху-вниз)какая ещё психология? с дубу свалился? ни кто уже не помнит что-там-и-как учили в школе (кроме вчерашней школоты.. ты не из них случайно?)
в современных ДЕСКТОПНЫХ программах -- меню это кнопочка сверху СПРАВА.. а про свой Синдром Утёнка -- лучше скромно промолчать, а не хвастаться им.
и речь не только о Google Chrome и Mozilla Firefox , но и даже об обычных программулинках типа Nautilus и Evince.
> Сэкономьте на логике приложения, она действительно портуется без проблем. Дизайнеров-верстальщиков же продают по 50 копеек ведро. Не экономьте на спичках!
речь не об экономии, а об вообще отсутствии лишних человекочасов.
например ты хочешь написать программу для смартфона, но при этом ещё и хотел бы бесплатно (БЕСПЛАТНО, а не дёшево) получить ещё и средней-говнистости-версию для десктопов
клоун: на подходе виртуальная реальность (VR очки уже в продаже), там свой интерфейс. Плоские интерфейсы в трёхмерном пространстве выглядят неестесственно.Какой единый интерфейс (десктоп, мобила, VR) предложишь теперь?
> клоун: на подходе виртуальная реальность (VR очки уже в продаже)Они уже были в продаже, когда я ещё ходил в школу. Лет так двадцать тому.
И всё как-то на подходе и на подходе...
>(например, отображать больше информации на больших экранах, как на последнем скриншоте).На последнем скриншоте информации МЕНЬШЕ, потому что пространство занято огромной пустотой.
> Суть Kirigami в том, чтобы уйти от классического десктопного интерфейса и ввести единый принцип организации навигацииЕдиный принцип для рисования и управления дельтапланом, ага.
На смарте банально негде размещать большинство элементов. Я не хочу на десктопе щёлкать/тянуть только для того чтобы открыть меню
Скажите, а содержимое книги вы тоже по первому абзацу угадываете?А если попробовать прочитать еще пару абзацев, ну хотя бы со второй главы?
Kirigami is made with convergent applications in mind. "Convergent" for us means that one instance of an application can adapt its user interface (UI) depending on the context
Kirigami Components will do some of that adaptation / optimization work for you, but be prepared to also manually adapt your user interface for different devices.
клоун: с этого начинался HTML: будет задавать что мы хотим (текст, список, таблицу, картинку) и пусть браузер решает какими шрифтами и как это показать. А что в итоге?
Да что ты говоришь. А про теги типа FONT забыл или просто не знал?
> Да что ты говоришь. А про теги типа FONT забыл или просто не знал?Справедливости ради, это была диверсия (и насколько помню, более поздняя).
То-то веб уже давно научился в настольномобильный интерфейс.
То-то есть мобильные и десктопные версии сайтов.
клоун: И у всех популярных web-программ (Яндекс Такси, Facebook, Google maps, Google translate) есть мобильное приложение.
То-то есть сайты с единым интерфейсом для мобильной и десктопной версии.
разарбы бутсрапа рассмеялись тебе прямо в лицо
У KDE у единственных получилось создать адекватный и десктопный и мобильный интерфейс. Которые одновременно и удобны, и красивы, и универсальны
И как оно у вас на мобиле? Просто у меня на Нокии и на айФоне нет КДЕ и боюсь оно туда и не прилетит. Но вы то наверняка давно уже пользуетесь КДЕ на смартфоне? Может даже до этого у вас там стоял ГНОМЕ. Тогда расскажите в сравнении. Какой лучше смартфон покупать, с КДЕ или с ГНОМЕ?
Подобные проекты это попытки запихнуть слона в конверт. Не может быть одинаково хорошо, и там и там. Из принципа всем не угодить...
> Подобные проекты это попытки запихнуть слона в конверт. Не может быть одинаково
> хорошо, и там и там. Из принципа всем не угодить...Для множества приложений требования к интерфейсу не настолько серьезные, что нужно под каждый размер окна делать свой интерфейс. Вот если для блендера такое не подойдет, то для мессенджера в самый раз.
Для мессенджера??? Того, в котором надо быстро сориентироваться, быстро натыкать, где есть гигантский список контактов, хистори? Ну и пример, блин.Это для какой-нибудь непрофессиональной программы-трекалки почтовых отправлений (т.е. где этих отправлений больше десятка в один момент не бывает) - там да, можно пережить. Но, как ни странно, такого софта довольно мало. Обычно имеем либо урода, с которым неудобно и медленно оперировать на смартфоне, либо урода, ломающего все десктопные привычки. Или HTML-интерфейс, который отвратителен вообще везде.
Интерфейс может быть очень похожим, но очень вряд ли им будет удобно пользоватся и в одном и в другом варианте. Максимум в каком варианте взлетит - при подключении клавиатуры и мышки - менять интерфейс. Но при этом логика должна быть разной.
Ну наконецто станет удобно писать кросс-платформенные приложения, надеюсь Wayland поддерживает все это.
Вау, наконец нативные приложения для сенсорных устройств, надеюсь так андроид и подохнет, наделали абстракции поверх абстракций, такое дерьмо.
Вот только если запускать это на андроиде, то количество абстракций только увеличится. Единственные мобильные ОС, где такие приложения будут более-менее нативными это SailfishOS и Ubuntu Touch. Но там свои UI- фреймворки, и тоже на основе Qt Quick, да и их рыночная доля стремится к нулю. А убунтовские приложения, кстати, тоже можно прекрасно запускать на десктопе и их интерфейс будет масштабироваться прямо как в Kirigami, и появилось оно намного раньше. Но справедливости ради стоит сказать, что интерфейс Kirigami мне кажется намного более удобным, чем у убунтовского фреймворка.
Отличная новость! За конвергентными системами будущее.Конвергентные системы заменят класический десктоп и сегодняхние системы на смартфонах.
Ждём Plasma Mobile и ебылдов для этого добра!
не, ебилды кед нынче модно удалять, ksnapshot показателен -- отлично выполняющую свою функцию программу удаляют лишь потому что "давно не было обновлений", при этом багов то и нету!
1) Ищешь тикет на b.g.o;
2) Пишешь туда "OBJECTION!", спрашиваешь, зачем удалять, если не сломано;
3) Получаешь ответ;
4) ???????
6) PROFIT!Если нет тикета, то пишешь прямо мейнтейнеру, который запостил last rites.
> # Johannes Huber <johu@g.o> (14 Jul 2016)
> # No longer released upstream. Use kde-apps/spectacle instead.
> # Masked for removal in 30 days.
> kde-apps/ksnapshot
>Другие варианты:
Почему бы не скопировать ебилд из дерева в локальный оверлей и пользоваться им как ни в чём не бывало?
Почему бы не использовать spectacle?
>>Почему бы не использовать spectacle?Почему бы не использовать ksnapshot?
>>>Почему бы не использовать spectacle?
> Почему бы не использовать ksnapshot?Потому что его выкинули из дерева, дав взамен spectacle, очевидно же. А другие варианты я описал уже.
> приложений, работающих без изменения на настольных и мобильных системахКороче, интерфейс для пальцетыкеров.
Я то когда новость открывал надеялся (наивный), что наконец-то для линуксов сделали НОРМАЛЬНЫЙ GUI. Нет, нет, нет...
Работать пафосные позеры разучились.
ПО сейчас пишут для понтов, а не для работы."Гибкие" интерфейсы (которые настолько "гибкие", что из рук вываливаются уже на этапе разработки), пальцетычерские виджеты (только для потребительского пальцетыкания, но не для конструктивной созидательной деятельности на десктопе), монохромные иконки (которые видите ли тревожат цветовое восприятие у хипстеров корпящих над своими говнофотками, но при этом полностью убивают деловой интерфейс и эргономику для всех остальных компьютерных работников).
> видите ли тревожатвидите ли не тревожат
//описка, fixed
То ли цветовая гамма, то ли что-то ещё, на скриншотах напоминает мне Android.
Первые скриншоты это Kirigami-приложение, запущенное на андроиде.
Вот он, Bootstrap для QML.
А что со шрифтами? Они портировали ШГ из Linux'а в Android?
Судя по скринам, они портировали только "интерфейс студенческий, свежесть вторая", а вот ШГ в этот раз не удалось протащить, неа.
На основе QtQuick Controls 1 - не самое лучшее решение. Слишком тяжелые контролы, особенно для мобильных платформ. И не поддерживают Auto HiDPI Scaling.
На мой взгляд, лучше использовать QtQuick Controls 2, к тому же они почти перекрывают функционал Kirigami UI.
Какого-то фига у них получился кривой material ui. Даже скопировать не могут - это провал.