URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 124871
[ Назад ]
Исходное сообщение
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими разработчиками Qt"
Отправлено opennews , 22-Июл-21 23:05 
Опубликован выпуск кросс-платформеной библиотеки для создания графических интерфейсов SixtyFPS 0.1.0, ориентированной для применения на встроенных устройствах и в десктоп приложениях на платформах Linux, macOS и Windows, а также для использования в веб браузерах (WebAssembly). Код библиотеки написан на языке Rust и распространяется под лицензией GPLv3 или коммерческой лицензией, допускающей использование в проприетарных продуктах без открытия кода...

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

Содержание
Сообщения в этом обсуждении
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 22-Июл-21 23:05 
Опять какие то пиксели, уже давно нужно абстрактные единицы вводить, потому dpi у встроенный устройств всегда разный, а они по их словам и делают именно для них, а выходит что нет.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Anonnnym , 22-Июл-21 23:58 
изображение отображается в указанном в коде размере при масштабе 100%, в остальных случаях перед рендером пиксели умножаются на масштаб.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 15:04 
> при масштабе 100%

Это в DPI сколько? Всё тот же виндовый псевдостандарт 96? Или, может, типографские 72? Или что-то другое?
Ладно ещё старые системы и инструменты, в которых по историческим причинам все положения и размеры элементов на экране задавались в пикселях, подкостыливать коэффициентами масштабирования. Но в новые разработки зачем это тащить?

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Anonnnym , 27-Июл-21 01:02 
Зависит от PPI
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 00:10 
Проблема даже не в этом. Парни создают НОВЫЙ продукт, но даже не смогли придумать нормальное, стильное, говорящее, запоминающееся название. Что за сиксти фпс? Вы там бенчмарк делаете или библиотеку GUI? Ну где фантазия, але? Это как недооценивать графический дизайн иконки в мобильных приложениях, а порой от дизайна иконки зависит 80% закачек/продаж. Как корабль назовешь...
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Андрей , 23-Июл-21 01:45 
Вот, плюсовый DearImGUI пользуется популярностью в соответствующих кругах. А название какое-то странное: дорогой immediate Гуй.

А сишный nuklear. В игре "продолжи фразу" мне приходит на ум мгновенно nuklear... катастрофа. К сожалению, оригинальный автор забросил эту библиотеку: https://github.com/vurtun/nuklear. Но работу подхватили: https://github.com/Immediate-Mode-UI/Nuklear.

Вообще, придумать название очень сложно, очень.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено kusb , 23-Июл-21 09:23 
Immediate - означает, что это гуй непрерывного режима.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Анонимик , 23-Июл-21 07:38 
>SixtyFPS

Ага, то ли дело название GuiKyi.

Поделка не взлетит и название тут роли не играет.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено YetAnotherOnanym , 23-Июл-21 08:24 
Ну офигеть проблема - название Анониму не нравится. Качество кода, скорость, ресурсоумеренность - это всё фигня, главное - броское название.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Анонимикус , 23-Июл-21 11:06 
Представь. Есть скорость, поддержка, надежность, а название GuiCumShoter.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Урри , 23-Июл-21 12:32 
Или gimp, да?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 19:15 
Pidora
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено YetAnotherOnanym , 23-Июл-21 13:33 
Нормально, чо. Ничем не хуже дохлой говядины.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 13:54 
♂Next door♂ библиотека для настоящих ♂Fucking Slaves♂!
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним4 , 23-Июл-21 08:57 
Это конечно прискорбно, что IT гуру головой пользуются ровно так же, как и амебные домохозяйки.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Нанобот , 23-Июл-21 10:28 
>не смогли придумать нормальное, стильное, говорящее, запоминающееся название

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

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 17:48 
Это не новый продукт? Приведите ещё какой-то cуществующий GUI с такими же характеристиками как у SixtyFPS для Rust.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 23:18 
Вам шашечки или ехать?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноньимъ , 23-Июл-21 01:59 
С пикселями нет никаких проблем. Кроме того что разработчику нужно подумоть о масштабировании зарание.

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

Плюс, добавляются новые проблемы, связанные с чудо рендером который эти чудо абстрактные единицы превращает в чудомыло. Ещё и ресурсы жрёт.
Пример шрифтовый ад который теперь везде. Зато устаревшие немодные нетолерантные растровые шрифты наконец-то деприкейтед.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Lex , 23-Июл-21 05:46 
Отображаться то он может нормально, другое дело, что ожидания от разных экранов разные.

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

И всё было бы гораздо проще и многие простые идеи работали бы отлично, не будь у разных устройств разного соотношения сторон экрана, из-за чего многие элементы нельзя масштабировать только относительно высоты или ширины экрана, без минимальных и максимальных  габаритов итп, поскольку в некоторых случаях они окажутся слишком мелкими, в других - слишком большими, в третьих - разъехавшимися из-за некорректно посчитанных отступов

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 09:20 
Масштабирование в заивимости от размера шрифта вряд ли имеет какие-либо проблемы. При этом не просто размер шрифта, а высота строчной буквы.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Crazy Alex , 23-Июл-21 10:21 
Ну... до определённых пределов и не всегда - грубо говоря, размер пальца от размера шрифта не зависит. Поэтому на каком-нибудь мелком экране кнопка должна всё же нормально нажиматься пальцем, на большом - всё так же жаться пальцем, но контента помещаться больше, на "мышином" устройстве - пропорции должны быть под мышь, а не под палец, и так далее.

IMHO, тут только вводить систему хинтов и какие-то правила изменения рендеринга с их учётом.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноньимъ , 23-Июл-21 17:39 
> IMHO, тут только вводить систему хинтов и какие-то правила изменения рендеринга с
> их учётом.

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

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноньимъ , 23-Июл-21 17:38 
> Отображаться то он может нормально

Кто?

>И всё было бы гораздо проще и многие простые идеи работали бы отлично

Простые механизмы статически значимо работают лучше сложных.
Но не в этом дело.

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

В майкрософт понадобилось уволить Билл Гейтца и Балмера чтобы этот бред сумасшедшего продвинуть.
Теперь зато шрифты в линуксе стали лучше виндовса. Да и не только шрифты.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Lex , 24-Июл-21 19:30 
Окей, ты предлагаешь под каждый экран делать по собственному интерфейсу и компоновке элементов ?

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

Другое дело, что абсолютно универсальный( мобильный / десктопный / смартчасы / микроволновка ) интерфейс для разных типов взаимодействия представить сложно
Скорее всего, на смену всему этому просто придёт что-то принципиально другое

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноньимъ , 25-Июл-21 19:45 
Ну что мне вас основам дизайна учить?
Есть же интернет.

Ну классический подход, выписываете все возможные устройства на которых должно работать ваше ПО.
Выделяете самые популярные из них.
Делите устройства на классы исходя из особенностей UI дизайна для них.
Делаете интерфейсы под классы устройств.
Опционально тестируете на непопулярных устройствах, добавляете особы соус чтобы работало и на них.

>Окей, ты предлагаешь под каждый экран делать по собственному интерфейсу и компоновке элементов?

Создание качественного интерфейса пользователя - долгий, кропотливый, монотонный, труд.
Как и создание качественного чего либо вообще. Так работает реальность.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 24-Июл-21 08:05 
https://sixtyfps.io/releases/0.1.0/docs/rust/sixtyfps/docs/l...

> When specifying explicit values for any of the geometric properties, SixtyFPS requires you to attach a unit to the number. You can choose between two different units:
> * Logical pixels, using the px unit suffix. This is the recommended unit.
> * Physical pixels, using the phx unit suffix
> Logical pixels scale automatically with the device pixel ratio that your system is configured with. For example, on a modern High-DPI display the device pixel ratio can be 2, so every logical pixel occupies 2 physical pixels. On an older screen the user interface scales without any adaptations.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 01:46 
> Опять какие то пиксели,

Да вообще офигеть, дисплеи состоят из пикселей, оказывается. А не из каких-то там абстрактных единиц в вакууме.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Константавр , 22-Июл-21 23:07 
Во времена... Легче свою библиотеку написать, чем разучить существующие
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено имя_ , 22-Июл-21 23:45 
ну да, а заодно и веосипедов и костылей своих напридумывать.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 00:28 
Ну это же особенности библиотеки. Можно назвать независимым.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Anonnnym , 22-Июл-21 23:59 
Проект для заработка, как Qt
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Проходил мимо , 23-Июл-21 00:53 
И что в этом плохого? Так пожелай людям успеха и денег.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 02:44 
Такие вещи как GUI довольно проблемны, сложны и нуждаются в упрощении и широком охвате, а коммерция всему это вредит (и Qt особенно сильно вредит, хотя он все равно лучший из существующего).
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено WE , 23-Июл-21 05:37 
Получающим за это деньги - не вредит.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Anonnnym , 27-Июл-21 01:01 
В том то и суть, что нет ничего в этом плохого. Это ответ человеку возмущенному тем, что Olivier Goffart и Simon Hausmann написали новую либу вместо использования существующих
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Gogi , 23-Июл-21 15:42 
Существующие ГУИ - говно. Практически любая из них имеет фатальные недостатки (я не про NIH). Поэтому даже сегодня, спустя 30 лет развития ИТ на ПК, нам всё ещё нужна ХОРОШАЯ Гуйня. И не на расте, разумеется.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 17:51 
Именно для вас разработчики SixtyFPS поддерживают Nodejs а для остальных С++.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 19:48 
А чем вам Rust не угодил у него между прочим нативный вызов из Си есть в отличае от всех отсльаных языков. Дергайте себе функции из своего языка черезе ffi и радуйтексь современному дизайну.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 28-Июл-21 07:05 
Синтаксис больно уж специфичный, заткнули за пояс не только си но даже плюсы. И что харакретно, костылей все больше и больше, хоть на нем еще толком и прогать не начали. Может им быстренько выкатить 1.0 спеков, с учетом ранней идиотии? Послав в пень старые варианты, пока софта не сильно много.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 25-Июл-21 08:01 
Если сделали хороший гуй пусть хоть на черте лысом пишут.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Шарп , 22-Июл-21 23:14 
> SixtyFPS
>".60"

Люди явно не маркетологи. Названия говно. Придётся переименовывать, если взлетит.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 22-Июл-21 23:18 
В .240 ?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 22-Июл-21 23:41 
В .69 . CJK заценят.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 15:47 
> В .69 .

А причем здесь 69-регион? Или разработчики из тверской области?

> CJK заценят.

Нет в Тверской области CJK.

:)

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Андрей , 23-Июл-21 01:48 
Даже, может, и не раз, например: SFLphone -> GNU Ring -> Jami

https://en.wikipedia.org/wiki/Jami_(software)

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Ordu , 24-Июл-21 12:11 
> Люди явно не маркетологи. Названия говно.

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

> Придётся переименовывать, если взлетит.

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

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 28-Июл-21 07:06 
Это .60 калибр для всяких визгливых flutter-поняш :)
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 22-Июл-21 23:23 
"для работы необходимо несколько сотен килобайт ОЗУ"
"Поддерживается создание интерфейсов в программах на языках ... и JavaScript"
После этого уже начинает жрать сотни мегабайт ОЗУ.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 00:13 
Заманивают пряником, а потом как хлобысь плеточкой по хребтине!! =)
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 13:26 
Ложь. Зависит от реализации. Он может транспилироваться в C++, а оттуда - в машинный код.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Gogi , 23-Июл-21 15:40 
Не "ложь", а "клади", деревня! :))

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

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 17:42 
Тормозит не язык, я реализация, если вы не знали. Говносайты выполняются на V8 или SpiderMonkey.
И на них большинство тормозов из-за обращений к чисто браузерной технологии DOM, которой нет в сабже.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 28-Июл-21 07:09 
JS сделан так что эффективная реализация по сути невозможна. Например отсутствие типов требует быть готовым к тому что тип в любой момент изменится. Насколько это нагибает эффективность? Дофига. Как вы думаете чего типизированые массивы сделали? Но это во первых полумеры, во вторых, это само по себе подножка сколь-нибудь большим проектам. Это удобно в мелком наколенном нечто, но когда у вас мег кода и вы вообще совсем не одупляете откуда берется этот баг, было бы очень кстати если бы компилер/синтакс чекер/ктотамувас дал хотя-бы варнинг что тут что-то явно левое намечается. Но жыэс так не умеет. Как максимум есть костылированые уродцы, но они все же не жыэс.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 17:52 
Не обязательно, Tauri тому пример.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 14:33 
С тем же QuickJS в тех же сотнях килобайт и останется.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено заминированный тапок , 22-Июл-21 23:27 
Qt переписали на Rust и сделали бэкенд в Qt, который на C++ ?
https://www.meme-arsenal.com/memes/0bc46513953fe9d550dae5be0...
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 12:44 
Но чего-то ещё не хватает... Electron?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 17:57 
Есть же Tauri
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 19:49 
Ты видел через какую жопень стыкуют Rust и C++, так что я надеюсь что они с нуля писали на расте
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 01:50 
Ога, весь куть :) Хочу на это посмотреть.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 22-Июл-21 23:30 
О) Qml за собой притащили)
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 18:02 
Нормальная вещь вообще, тем более что процедурные макросы их в нативный код разворачивают что для Rust что для С++ (но там через транспайлер). Ну а QML не зашел много где из-за дикого рантайма. Я пока только по примерам прошёл, и это лучшее что я видел из GUI для Rust, IMHO (у всех разные задачи).
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 22-Июл-21 23:45 
Dead on arrival, нужно переименовывать в 144FPS.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 22-Июл-21 23:47 
>Код библиотеки написан на языке Rust и распространяется под лицензией GPLv3 или коммерческой лицензией, допускающей использование в проприетарных продуктах без открытия кода

Не взлетит. Зачем нужна эта либа, если уже есть Qt, без таких лицензионных ограничений?

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено maximnik0 , 23-Июл-21 00:13 
>если уже есть Qt, без таких лицензионных ограничений?

Это откуда лицензионных ограничений нет?А платные версии откуда?А ограничение LTS версий в потдержке?

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 00:52 
Qt большей частью идет под LGPL. Что достаточно для практического применения в коммерческих продуктах.

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

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 01:08 
Забей, чел явно не понимает матчасть.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Андрей , 23-Июл-21 01:50 
> Если эта библиотека идет под GPL, а не под LGPL, то ее будущее довольно туманно,

Такое впечатление, что они это по старой привычки сделали:

> ...позже перешедшие в компанию Trolltech для работы над Qt,...

Но время-то не стояло на месте.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 12:47 
Хватит уже про поддержку LTS, КДЕшники уже подхватили. Свободные LTS выходят. Вопрос решён.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено s.d.s. , 23-Июл-21 13:07 
а они и Android, и iOS тоже поддерживают?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 14:31 
Этими не интересовался, мне не надо.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 18:05 
О да, на Qt под Rust. Вызывайте шамана с огромным бубном, а лучше 2, будем танцевать.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 27-Июл-21 14:45 
Габышева?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 14:37 
Эта либа в эмдебед целится, там  Qt тоже далеко не бесплатный.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 22-Июл-21 23:58 
Все библиотеки должны потреблять мало.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 00:14 
Согласен, библиотеки должны быть человечнее...
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 00:38 
И разрешать приходить со своим в зал
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Gogi , 23-Июл-21 15:38 
Вы про коньяк? :)
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 13:09 
Нет, про Льва Толстого.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 12:50 
Вот если человечнее и для пользователя, и для программиста, то тут, как раз, потреблять как можно меньше не получится.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 18:08 
Посмотрим к чему эта поделка приведёт. Пока, меня и писать не раздражает, и ресурсы не то чтобы отжирает.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 00:47 
Хитрожопые ещё одни…
С такой лицензией идут в попу. Библиотека должна быть под lgpl
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноньимъ , 23-Июл-21 01:08 
Кому должна?
ЖПЛ отличная свободная лицензия.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 01:11 
Оминь брат!
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Ванёк , 23-Июл-21 01:25 
Велосипедисты
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Gogi , 23-Июл-21 15:27 
Если ис стана Растаманов, то это велописедасты.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено adolfus , 23-Июл-21 01:26 
Ничего из этого не вырастет.
Будет интересна такая библиотека, которая будет способна доставлять сообщения от виджета к виджету настолько быстро, что они могут быть полностью обработаны за время смены одного кадра. Линуксу такое пока не грозит - даже со звуком справиться не получается, если хорошенько напрячь файловую систему и сеть.
Плюс, когда вы будете делать драг-н-дроп он должен прорисовываться с кадровой частотой, иначе не отпозиционировать тонко "прицел" с одного движения. Вряд ли на прикладном уровне можно добиться такой латентности.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 08:57 
Надо писать на Unity там это все как-то работает.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Gogi , 23-Июл-21 15:27 
Unity - мёртворождённый бегемот, неуклюжий и медленный. Кто поставил на юнити, тот поставил на дохлую лошадь.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено maximnik0 , 24-Июл-21 10:05 
>к виджету настолько быстро, что они могут быть полностью обработаны за время смены одного кадра.

У уже мертвой Be-be задержка при обработке до 4х кадров.Это очень хорошие результаты и не зря её использовали для аппаратных комплексов видиомонтажа.В Qnx -врядли параметры лучше,у нее хуже графическая часть не смотря на то что она реального времени.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 01:39 
Выглядит как замусоренный плод любви QML и CSS
А точно ли стоило поганить QML до уровня CSS? Еще и ; обязательная
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено deeaitch , 23-Июл-21 02:34 
Уже что-то для Rust. Сделайте мне пожалуйста аналог QtWidgets а не жопаскриптов и ещё чего-то непонятного .60 (это никому не нужно, не усложняйте людям жизнь, упрощайте) и написанную на этом QtCreator и тогда Rust готов даже для мультимедиа в automotive.

Но за начинае молодцы. Удачи проекту от всей души.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 07:26 
Знатоки раст и c++, а скажите мне - если в c++ коде использовать везде unique_ptr и shared_ptr, как рекомендуют в современном c++, разве это не даст те же гарантии безопастности как раст?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 08:55 
Даст.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 18:13 
Точно даст, особенно data racing даст.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 09:24 
Все эти *_ptr времени выполнения.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено deeaitch_ , 23-Июл-21 15:35 
Верно. И?

Или ты мне хочешь рассказать что rust на этапе компиляции может угадать сколько обёма данных будет загружено в массив. К примеру по сети или из вайла.

Ой ли.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено red75prime , 23-Июл-21 09:42 
Если использовать ВЕЗДЕ (shared_ptr<vector<shared_ptr<u32>>>), то даст. С соответствующим рантаймовым оверхедом.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено red75prime , 23-Июл-21 09:45 
Впрочем, вру. С shared_ptr<vector<T>> будут проблемы из-за отсутствия синхронизации доступа к vector.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 10:01 
а что, раст по умолчанию сихронизирует доступ к вектору? или это включается как-то?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 11:32 
Раст не даст иметь мутабельный вектор в разных тредах.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 01:51 
Вектор не надо иметь. С векторами лучше дружить. Даже в разных тредах.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено kpp , 23-Июл-21 11:33 
Раст просто не даст скомпилироваться коду, если вектор не будет за мьютексом (или каким-то другим примитивом синхронизации). В C++ shared_ptr умеет в многопоточное обновление только внутреннего счетчика, а не содержимого.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 10:04 
Нет
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 12:09 
Нет конечно
Во-первых, это малая часть гарантий
Во-вторых, это не главное в Расте
В-третьих, в общем-то, никаких гарантий в C++ это не даёт, слишком легко обойти
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено deeaitch_ , 23-Июл-21 15:34 
Да даст. И более того уже даво даёт давольно давно. 100 лет в обед. И даже есть преимущество.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 12:12 
Это было бы нужно, если б было больше похоже на QML
Но оно какое-то и правда переусложненное

Аналоги виджетов есть, но писать интерфейс на C, C++ или Rust - особый вид извращения.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено deeaitch_ , 23-Июл-21 15:39 
Глубоко всёравно на QML. Более того у него неустранимые проблемы которые в automotive вылазят на ура когда речь заходит об интерфейсе сложнее чем спидометр или медиаплеер с кондиционером.

Писать интерфейс на C++ в qt одно удовольствие. QtWidgets прост логичен и быстр.
Но тут ты видно действительно решил что в случае C++ надо прямо в коде размещать виджеты а в QML мол обезьянкам понятнее. Я тебя разачарую, интерфейс в случае с Widgets и C++ на ура делается в QtCreator в разделе designer. Никто вручную кнопочки не располагает.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 02:41 
Начинаю кажется понимать, почему так популярен электрон.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 25-Июл-21 01:10 
Популярен подход стал начиная с Delphi изменивший GUI строение навсегда. Прижилось чтолько разве что HTML+CSS в Electron. А так да сегодня нет смысла в коде писать CreateButton долго и дорого.

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

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

В остальном это будет еще один аналог fxml, .net, Xcode и прочим системкам предлагающим кнопки расположить на форме.

Ну ок хорошо будет еще один стандарт как в той картинке было 50 стандартов мы решили сделать универавтсльный теперь 51 стандарт.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 05:56 
> SixtyFPS

Даже по названию понятно, что оно не нужно, у всех 144 гц мониторы!!!

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Нанобот , 23-Июл-21 10:30 
>у всех 144 гц мониторы!!!

у всех в твоём классе?

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 22:59 
именно так
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Gogi , 23-Июл-21 15:25 
HundredFortyFourFramesPerSecond - слишком длинно для библиотеки :)
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено нах.. , 23-Июл-21 21:44 
Ничего, для ржавоголовых это норма.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 01:53 
> Даже по названию понятно, что оно не нужно, у всех 144 гц мониторы!!!

У всех бестолковых геймеров, явно не работающих с графикой. Потому что мониторы с хорошей цветопередачей на 144 FPS не бывают. Это TFT безблагодатный.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 06:53 
Давно пора. Ради такого можно попытаться закрыть глаза, что это разработчики такого убожества как куте и кдйе.
И да, спасибо за Rust, лайк.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 12:54 
Ренегады
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Fracta1L , 23-Июл-21 07:28 
Каааааааайф!
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 01:53 
Что, накодил уже что-нибудь? Или это заочно? :)
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 09:52 
да хрен с ними с пикселями, у них с языком пока еще беда, как минимум нет наследования свойств
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 12:56 
Вот поэтому такое для гуя летать не сможет.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Aukamo , 23-Июл-21 18:20 
Создайте структуру с общими полями и пробросьте её во все дочерние элементы. Workaround за 2 секунды, разучились что-ли?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 10:24 
Фундаментальная проблема QML - два разных языка (один в обработчиках событий и property bindings, другой - в основном коде) - нерешена

Если для QML нужно плюс-минус знать жабоскрипт, то тут нужно знать кастомную поделку

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 11:26 
>  Фундаментальная проблема QML - два разных языка (один в обработчиках событий и property bindings, другой - в основном коде) - нерешена

нет такой проблемы, задачи разные: выполнение чего-то и описание интерфейса

> Если для QML нужно плюс-минус знать жабоскрипт, то тут нужно знать кастомную поделку

много лет пишу на qml, про js знаю только, что там есть == и === и что он числа со строками умеет складывать. js не нужно знать, чтобы юзать его в qml

поделка эта не совсем кастомная, считай один в один qml, только искаверканный малость зачем-то

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 13:01 
>нет такой проблемы, задачи разные: выполнение чего-то и описание интерфейса

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

>много лет пишу на qml, про js знаю только, что там есть == и === и что он числа со строками умеет складывать. js не нужно знать, чтобы юзать его в qml

И какжеж ты отображаешь числа с плавающей точкой на экране?

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 00:37 
> Нет задача одна: выполнение, там в QML используется жабоскрипт.

этот бред даже с запятыми бы не понял

> И какжеж ты отображаешь числа с плавающей точкой на экране?

беру и отображаю. или toFixed

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено InuYasha , 23-Июл-21 10:55 
> HelloWorld := Window {

Ребята там объелись паскаля, закусив CSS, что-ли? %)

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 11:28 
Привели QML в человеческий вид.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 11:30 
наплодили сущность
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 13:40 
так ухудшули же
было лаконично и красиво, стало ...
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 11:28 
как тебе такое?

property <[InkLevel]> ink_levels: []

при чём здесть имя переменной даётся через : , а где-то через :=

короче спутанность сознания это не всегда хорошо

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено InuYasha , 23-Июл-21 19:35 
> как тебе такое?

простите, я тут пообедать вообще-то пытаюсь...

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 01:55 
> Ребята там объелись паскаля, закусив CSS, что-ли? %)

Скорее жирно затроллили хруст. Не понимаю почему тому := как присвоение не катило, вместо этого какое-то сплошное let mut развели.

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 27-Июл-21 08:04 
let mut это наследственное rust же писал любитель OCaml и на OCaml.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 11:22 
вот нафига было выпендриваться и переделывать qml вот так?

Item { id: myItem }

у них нужно писать вот так

myItem := Item {}

вот прям обязательно надо было это сделать?

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 11:31 
Не обязательно, конечно. Но надо стараться делать правильно.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 00:42 
"правильно" было бы сделать как в паскале, := и =

но мы в реальном мире живём и принцип наименьшего удивления, ска, должен сохраняться, если это не нечто гениальное. а оно не нечто

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 11:26 
Ну теперь то можно KDE6 пилить?
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 23-Июл-21 12:57 
Можно, но без этих срастов.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено kusb , 23-Июл-21 12:59 
Понравились некоторые особенности вида контролов. Нужна похожая тема для gtk и qt...
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 13:48 
из самых нехватающих для меня вещей в QML - поддержка цветовой схемы DE. Т.е. чтобы я в том же Material.Accent, например, имел акцент своей десктоп темы, а не через три здезды колено в виде ручного поиска темы плюсами на диске и проброс в qml
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено нах.. , 23-Июл-21 21:41 
> разработан специальный язык разметки ".60"

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

"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 24-Июл-21 00:43 
стареешь, чувак, давно уже не прёт
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 25-Июл-21 01:12 
Харе гнобдить иди свою разработай умник
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 00:03 
Зачем разрабатывать свое если все уже разработано? Можно смело испражняться в комментариях объясняя смузихлебам что у них одна извилина
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 01:56 
Т.е. если мне не нравится ваш кал перед моей дверью - я должен просто навалить соседу в 2 раза больше? Интересная логика.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 00:27 
Документация конечно полный отстой.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Аноним , 26-Июл-21 12:40 
Проект очень интересный, но делать его GPL с самого начала это они зря. Не взлетит именно из-за лицензий.
"Доступна GUI-библиотека SixtyFPS 0.1.0, развиваемая бывшими ..."
Отправлено Хан , 27-Июл-21 05:19 
Проект однодневка... сколько уже таких было... и сколько еще будет...