| 1.1, Аноним (1), 23:05, 22/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
Опять какие то пиксели, уже давно нужно абстрактные единицы вводить, потому dpi у встроенный устройств всегда разный, а они по их словам и делают именно для них, а выходит что нет.
| | |
| |
| 2.12, Anonnnym (?), 23:58, 22/07/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
изображение отображается в указанном в коде размере при масштабе 100%, в остальных случаях перед рендером пиксели умножаются на масштаб.
| | |
| |
| 3.89, Аноним (89), 15:04, 23/07/2021 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> при масштабе 100%
Это в DPI сколько? Всё тот же виндовый псевдостандарт 96? Или, может, типографские 72? Или что-то другое?
Ладно ещё старые системы и инструменты, в которых по историческим причинам все положения и размеры элементов на экране задавались в пикселях, подкостыливать коэффициентами масштабирования. Но в новые разработки зачем это тащить?
| | |
|
| 2.15, Аноним (-), 00:10, 23/07/2021 [^] [^^] [^^^] [ответить]
| +27 +/– |
Проблема даже не в этом. Парни создают НОВЫЙ продукт, но даже не смогли придумать нормальное, стильное, говорящее, запоминающееся название. Что за сиксти фпс? Вы там бенчмарк делаете или библиотеку GUI? Ну где фантазия, але? Это как недооценивать графический дизайн иконки в мобильных приложениях, а порой от дизайна иконки зависит 80% закачек/продаж. Как корабль назовешь...
| | |
| |
| |
| 4.50, kusb (?), 09:23, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Immediate - означает, что это гуй непрерывного режима.
| | |
|
| 3.44, Анонимик (?), 07:38, 23/07/2021 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>SixtyFPS
Ага, то ли дело название GuiKyi.
Поделка не взлетит и название тут роли не играет.
| | |
| 3.45, YetAnotherOnanym (ok), 08:24, 23/07/2021 [^] [^^] [^^^] [ответить]
| +15 +/– |
 Ну офигеть проблема - название Анониму не нравится. Качество кода, скорость, ресурсоумеренность - это всё фигня, главное - броское название.
| | |
| 3.47, Аноним4 (?), 08:57, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это конечно прискорбно, что IT гуру головой пользуются ровно так же, как и амебные домохозяйки.
| | |
| 3.59, Нанобот (ok), 10:28, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >не смогли придумать нормальное, стильное, говорящее, запоминающееся название
наверное это потому, что библиотеку пилят программисты, а не сеошники
| | |
| 3.104, Aukamo (ok), 17:48, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
 Это не новый продукт? Приведите ещё какой-то cуществующий GUI с такими же характеристиками как у SixtyFPS для Rust.
| | |
|
| 2.34, Аноньимъ (ok), 01:59, 23/07/2021 [^] [^^] [^^^] [ответить]
| +5 +/– |
 С пикселями нет никаких проблем. Кроме того что разработчику нужно подумоть о масштабировании зарание.
С абстрактными единицами то же нужно думать. Не видел ни одного дизайна на абстрактных единицах который бы нормально на любых экранах отображался.
Веб этот модный весь едет наискосок.
Плюс, добавляются новые проблемы, связанные с чудо рендером который эти чудо абстрактные единицы превращает в чудомыло. Ещё и ресурсы жрёт.
Пример шрифтовый ад который теперь везде. Зато устаревшие немодные нетолерантные растровые шрифты наконец-то деприкейтед.
| | |
| |
| 3.39, Lex (??), 05:46, 23/07/2021 [^] [^^] [^^^] [ответить] | +1 +/– | Отображаться то он может нормально, другое дело, что ожидания от разных экранов ... большой текст свёрнут, показать | | |
| |
| 4.49, Аноним (49), 09:20, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Масштабирование в заивимости от размера шрифта вряд ли имеет какие-либо проблемы. При этом не просто размер шрифта, а высота строчной буквы.
| | |
| |
| 5.57, Crazy Alex (ok), 10:21, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Ну... до определённых пределов и не всегда - грубо говоря, размер пальца от размера шрифта не зависит. Поэтому на каком-нибудь мелком экране кнопка должна всё же нормально нажиматься пальцем, на большом - всё так же жаться пальцем, но контента помещаться больше, на "мышином" устройстве - пропорции должны быть под мышь, а не под палец, и так далее.
IMHO, тут только вводить систему хинтов и какие-то правила изменения рендеринга с их учётом.
| | |
| |
| 6.102, Аноньимъ (ok), 17:39, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
> IMHO, тут только вводить систему хинтов и какие-то правила изменения рендеринга с
> их учётом.
Или делать нормальный дизайн интерфейса под разные устройства. Что конечно за гранью воображения поридж девелоперов.
| | |
|
|
| 4.101, Аноньимъ (ok), 17:38, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Отображаться то он может нормально
Кто?
>И всё было бы гораздо проще и многие простые идеи работали бы отлично
Простые механизмы статически значимо работают лучше сложных.
Но не в этом дело.
Идея о том, что можно сделать один дизайн с чудо абстрактными пикселями который будет работать везде - олигофреническая. Это за рамками сложный и простых решений. Это из области мечты поднять быстро денег в казино.
В майкрософт понадобилось уволить Билл Гейтца и Балмера чтобы этот бред сумасшедшего продвинуть.
Теперь зато шрифты в линуксе стали лучше виндовса. Да и не только шрифты.
| | |
| |
| 5.127, Lex (??), 19:30, 24/07/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Окей, ты предлагаешь под каждый экран делать по собственному интерфейсу и компоновке элементов ?
А ведь даже в случае только с мобильными устройствами речь о множестве разных экранов, с разными абсолютными размерами и соотношением сторон.
Без предусмотрения чего, на многих устройствах будет невозможно даже нажать кнопку или ввести что-то в поле ввода
Другое дело, что абсолютно универсальный( мобильный / десктопный / смартчасы / микроволновка ) интерфейс для разных типов взаимодействия представить сложно
Скорее всего, на смену всему этому просто придёт что-то принципиально другое
| | |
| |
| 6.135, Аноньимъ (ok), 19:45, 25/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну что мне вас основам дизайна учить?
Есть же интернет.
Ну классический подход, выписываете все возможные устройства на которых должно работать ваше ПО.
Выделяете самые популярные из них.
Делите устройства на классы исходя из особенностей UI дизайна для них.
Делаете интерфейсы под классы устройств.
Опционально тестируете на непопулярных устройствах, добавляете особы соус чтобы работало и на них.
>Окей, ты предлагаешь под каждый экран делать по собственному интерфейсу и компоновке элементов?
Создание качественного интерфейса пользователя - долгий, кропотливый, монотонный, труд.
Как и создание качественного чего либо вообще. Так работает реальность.
| | |
|
|
|
|
| 2.119, Aukamo (ok), 08:05, 24/07/2021 [^] [^^] [^^^] [ответить]
| +2 +/– | |
https://sixtyfps.io/releases/0.1.0/docs/rust/sixtyfps/docs/layouting/index.htm
> 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. | | |
| 2.138, Аноним (-), 01:46, 26/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Опять какие то пиксели,
Да вообще офигеть, дисплеи состоят из пикселей, оказывается. А не из каких-то там абстрактных единиц в вакууме.
| | |
|
| |
| 2.10, имя_ (?), 23:45, 22/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
ну да, а заодно и веосипедов и костылей своих напридумывать.
| | |
| |
| |
| 4.37, Аноним (37), 02:44, 23/07/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Такие вещи как GUI довольно проблемны, сложны и нуждаются в упрощении и широком охвате, а коммерция всему это вредит (и Qt особенно сильно вредит, хотя он все равно лучший из существующего).
| | |
| 4.146, Anonnnym (?), 01:01, 27/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
В том то и суть, что нет ничего в этом плохого. Это ответ человеку возмущенному тем, что Olivier Goffart и Simon Hausmann написали новую либу вместо использования существующих
| | |
|
|
| 2.99, Gogi (??), 15:42, 23/07/2021 [^] [^^] [^^^] [ответить]
| +5 +/– |
Существующие ГУИ - говно. Практически любая из них имеет фатальные недостатки (я не про NIH). Поэтому даже сегодня, спустя 30 лет развития ИТ на ПК, нам всё ещё нужна ХОРОШАЯ Гуйня. И не на расте, разумеется.
| | |
| |
| 3.105, Aukamo (ok), 17:51, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Именно для вас разработчики SixtyFPS поддерживают Nodejs а для остальных С++.
| | |
| 3.128, Аноним (128), 19:48, 24/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
А чем вам Rust не угодил у него между прочим нативный вызов из Си есть в отличае от всех отсльаных языков. Дергайте себе функции из своего языка черезе ffi и радуйтексь современному дизайну.
| | |
| |
| 4.151, Аноним (-), 07:05, 28/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Синтаксис больно уж специфичный, заткнули за пояс не только си но даже плюсы. И что харакретно, костылей все больше и больше, хоть на нем еще толком и прогать не начали. Может им быстренько выкатить 1.0 спеков, с учетом ранней идиотии? Послав в пень старые варианты, пока софта не сильно много.
| | |
|
|
|
| 1.3, Шарп (ok), 23:14, 22/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
 > SixtyFPS
>".60"
Люди явно не маркетологи. Названия говно. Придётся переименовывать, если взлетит.
| | |
| |
| |
| |
| 4.100, Аноним (100), 15:47, 23/07/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> В .69 .
А причем здесь 69-регион? Или разработчики из тверской области?
> CJK заценят.
Нет в Тверской области CJK.
:)
| | |
|
|
| 2.121, Ordu (ok), 12:11, 24/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
 > Люди явно не маркетологи. Названия говно.
Что-то мне подсказывает, что это отсылка к названиям пистолетов, типа название SixtyFPS, а .60 -- это калибр. Впрочем, я не нейтив-спикер, и огнестрельным оружием не интересовался никогда, может ошибаюсь.
> Придётся переименовывать, если взлетит.
Это как раз не проблема, а преимущество. Если, конечно, не взлетит. Обломно тогда, когда взлетит, и после этого приходится переименовывать.
| | |
|
| 1.5, Аноним (5), 23:23, 22/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
"для работы необходимо несколько сотен килобайт ОЗУ"
"Поддерживается создание интерфейсов в программах на языках ... и JavaScript"
После этого уже начинает жрать сотни мегабайт ОЗУ.
| | |
| |
| 2.17, Аноним (-), 00:13, 23/07/2021 [^] [^^] [^^^] [ответить]
| +8 +/– |
Заманивают пряником, а потом как хлобысь плеточкой по хребтине!! =)
| | |
| 2.84, Аноним (84), 13:26, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ложь. Зависит от реализации. Он может транспилироваться в C++, а оттуда - в машинный код.
| | |
| |
| 3.98, Gogi (??), 15:40, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Не "ложь", а "клади", деревня! :))
Жабоскрипт - да, на нём можно заниматься битовыжимательством, но основная задача языка - тормозить и непредсказуемо падать. Доказано всеми говносайтами Интернета.
| | |
| |
| 4.103, Аноним (84), 17:42, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тормозит не язык, я реализация, если вы не знали. Говносайты выполняются на V8 или SpiderMonkey.
И на них большинство тормозов из-за обращений к чисто браузерной технологии DOM, которой нет в сабже.
| | |
| |
| 5.153, Аноним (-), 07:09, 28/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
JS сделан так что эффективная реализация по сути невозможна. Например отсутствие типов требует быть готовым к тому что тип в любой момент изменится. Насколько это нагибает эффективность? Дофига. Как вы думаете чего типизированые массивы сделали? Но это во первых полумеры, во вторых, это само по себе подножка сколь-нибудь большим проектам. Это удобно в мелком наколенном нечто, но когда у вас мег кода и вы вообще совсем не одупляете откуда берется этот баг, было бы очень кстати если бы компилер/синтакс чекер/ктотамувас дал хотя-бы варнинг что тут что-то явно левое намечается. Но жыэс так не умеет. Как максимум есть костылированые уродцы, но они все же не жыэс.
| | |
|
|
|
|
| |
| 2.129, Аноним (128), 19:49, 24/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ты видел через какую жопень стыкуют Rust и C++, так что я надеюсь что они с нуля писали на расте
| | |
|
| |
| 2.108, Aukamo (ok), 18:02, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Нормальная вещь вообще, тем более что процедурные макросы их в нативный код разворачивают что для Rust что для С++ (но там через транспайлер). Ну а QML не зашел много где из-за дикого рантайма. Я пока только по примерам прошёл, и это лучшее что я видел из GUI для Rust, IMHO (у всех разные задачи).
| | |
|
| 1.11, Аноним (8), 23:47, 22/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>Код библиотеки написан на языке Rust и распространяется под лицензией GPLv3 или коммерческой лицензией, допускающей использование в проприетарных продуктах без открытия кода
Не взлетит. Зачем нужна эта либа, если уже есть Qt, без таких лицензионных ограничений?
| | |
| |
| 2.16, maximnik0 (?), 00:13, 23/07/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>если уже есть Qt, без таких лицензионных ограничений?
Это откуда лицензионных ограничений нет?А платные версии откуда?А ограничение LTS версий в потдержке?
| | |
| |
| 3.22, Аноним (22), 00:52, 23/07/2021 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Qt большей частью идет под LGPL. Что достаточно для практического применения в коммерческих продуктах.
Если эта библиотека идет под GPL, а не под LGPL, то ее будущее довольно туманно, т.к. область применения ограничивается только другими GPL продуктами, у нее не сможет набраться критическая масса пользователей, необходимая для начальной раскрутки и поддержания интереса.
| | |
| |
| 4.33, Андрей (??), 01:50, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Если эта библиотека идет под GPL, а не под LGPL, то ее будущее довольно туманно,
Такое впечатление, что они это по старой привычки сделали:
> ...позже перешедшие в компанию Trolltech для работы над Qt,...
Но время-то не стояло на месте.
| | |
|
| 3.76, Аноним (75), 12:47, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Хватит уже про поддержку LTS, КДЕшники уже подхватили. Свободные LTS выходят. Вопрос решён.
| | |
|
| 2.109, Aukamo (ok), 18:05, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
О да, на Qt под Rust. Вызывайте шамана с огромным бубном, а лучше 2, будем танцевать.
| | |
|
| |
| |
| 3.77, Аноним (75), 12:50, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Вот если человечнее и для пользователя, и для программиста, то тут, как раз, потреблять как можно меньше не получится.
| | |
| |
| 4.110, Aukamo (ok), 18:08, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Посмотрим к чему эта поделка приведёт. Пока, меня и писать не раздражает, и ресурсы не то чтобы отжирает.
| | |
|
|
|
| 1.21, Аноним (21), 00:47, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Хитрожопые ещё одни…
С такой лицензией идут в попу. Библиотека должна быть под lgpl
| | |
| 1.29, adolfus (ok), 01:26, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
 Ничего из этого не вырастет.
Будет интересна такая библиотека, которая будет способна доставлять сообщения от виджета к виджету настолько быстро, что они могут быть полностью обработаны за время смены одного кадра. Линуксу такое пока не грозит - даже со звуком справиться не получается, если хорошенько напрячь файловую систему и сеть.
Плюс, когда вы будете делать драг-н-дроп он должен прорисовываться с кадровой частотой, иначе не отпозиционировать тонко "прицел" с одного движения. Вряд ли на прикладном уровне можно добиться такой латентности.
| | |
| |
| |
| 3.92, Gogi (??), 15:27, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Unity - мёртворождённый бегемот, неуклюжий и медленный. Кто поставил на юнити, тот поставил на дохлую лошадь.
| | |
|
| 2.120, maximnik0 (?), 10:05, 24/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
>к виджету настолько быстро, что они могут быть полностью обработаны за время смены одного кадра.
У уже мертвой Be-be задержка при обработке до 4х кадров.Это очень хорошие результаты и не зря её использовали для аппаратных комплексов видиомонтажа.В Qnx -врядли параметры лучше,у нее хуже графическая часть не смотря на то что она реального времени.
| | |
|
| 1.30, Аноним (30), 01:39, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Выглядит как замусоренный плод любви QML и CSS
А точно ли стоило поганить QML до уровня CSS? Еще и ; обязательная
| | |
| 1.35, deeaitch (ok), 02:34, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Уже что-то для Rust. Сделайте мне пожалуйста аналог QtWidgets а не жопаскриптов и ещё чего-то непонятного .60 (это никому не нужно, не усложняйте людям жизнь, упрощайте) и написанную на этом QtCreator и тогда Rust готов даже для мультимедиа в automotive.
Но за начинае молодцы. Удачи проекту от всей души.
| | |
| |
| 2.42, Аноним (42), 07:26, 23/07/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Знатоки раст и c++, а скажите мне - если в c++ коде использовать везде unique_ptr и shared_ptr, как рекомендуют в современном c++, разве это не даст те же гарантии безопастности как раст?
| | |
| |
| |
| 4.95, deeaitch_ (?), 15:35, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Верно. И?
Или ты мне хочешь рассказать что rust на этапе компиляции может угадать сколько обёма данных будет загружено в массив. К примеру по сети или из вайла.
Ой ли.
| | |
|
| 3.52, red75prime (?), 09:42, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Если использовать ВЕЗДЕ (shared_ptr<vector<shared_ptr<u32>>>), то даст. С соответствующим рантаймовым оверхедом.
| | |
| |
| 4.53, red75prime (?), 09:45, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Впрочем, вру. С shared_ptr<vector<T>> будут проблемы из-за отсутствия синхронизации доступа к vector.
| | |
| |
| 5.55, Аноним (55), 10:01, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
а что, раст по умолчанию сихронизирует доступ к вектору? или это включается как-то?
| | |
| |
| |
| 7.140, Аноним (-), 01:51, 26/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Вектор не надо иметь. С векторами лучше дружить. Даже в разных тредах.
| | |
|
| 6.71, kpp (?), 11:33, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Раст просто не даст скомпилироваться коду, если вектор не будет за мьютексом (или каким-то другим примитивом синхронизации). В C++ shared_ptr умеет в многопоточное обновление только внутреннего счетчика, а не содержимого.
| | |
|
|
|
| 3.72, Аноним (72), 12:09, 23/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Нет конечно
Во-первых, это малая часть гарантий
Во-вторых, это не главное в Расте
В-третьих, в общем-то, никаких гарантий в C++ это не даёт, слишком легко обойти
| | |
| 3.94, deeaitch_ (?), 15:34, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Да даст. И более того уже даво даёт давольно давно. 100 лет в обед. И даже есть преимущество.
| | |
|
| 2.73, Аноним (72), 12:12, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Это было бы нужно, если б было больше похоже на QML
Но оно какое-то и правда переусложненное
Аналоги виджетов есть, но писать интерфейс на C, C++ или Rust - особый вид извращения.
| | |
| |
| 3.97, deeaitch_ (?), 15:39, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Глубоко всёравно на QML. Более того у него неустранимые проблемы которые в automotive вылазят на ура когда речь заходит об интерфейсе сложнее чем спидометр или медиаплеер с кондиционером.
Писать интерфейс на C++ в qt одно удовольствие. QtWidgets прост логичен и быстр.
Но тут ты видно действительно решил что в случае C++ надо прямо в коде размещать виджеты а в QML мол обезьянкам понятнее. Я тебя разачарую, интерфейс в случае с Widgets и C++ на ура делается в QtCreator в разделе designer. Никто вручную кнопочки не располагает.
| | |
|
|
| |
| 2.132, Аноним (128), 01:10, 25/07/2021 [^] [^^] [^^^] [ответить] | +/– | Популярен подход стал начиная с Delphi изменивший GUI строение навсегда Прижило... большой текст свёрнут, показать | | |
|
| 1.40, Аноним (40), 05:56, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> SixtyFPS
Даже по названию понятно, что оно не нужно, у всех 144 гц мониторы!!!
| | |
| |
| 2.91, Gogi (??), 15:25, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
HundredFortyFourFramesPerSecond - слишком длинно для библиотеки :)
| | |
| 2.141, Аноним (-), 01:53, 26/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Даже по названию понятно, что оно не нужно, у всех 144 гц мониторы!!!
У всех бестолковых геймеров, явно не работающих с графикой. Потому что мониторы с хорошей цветопередачей на 144 FPS не бывают. Это TFT безблагодатный.
| | |
|
| 1.41, Аноним (41), 06:53, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Давно пора. Ради такого можно попытаться закрыть глаза, что это разработчики такого убожества как куте и кдйе.
И да, спасибо за Rust, лайк.
| | |
| 1.54, Аноним (54), 09:52, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
да хрен с ними с пикселями, у них с языком пока еще беда, как минимум нет наследования свойств
| | |
| |
| 2.112, Aukamo (ok), 18:20, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Создайте структуру с общими полями и пробросьте её во все дочерние элементы. Workaround за 2 секунды, разучились что-ли?
| | |
|
| 1.58, Аноним (58), 10:24, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Фундаментальная проблема QML - два разных языка (один в обработчиках событий и property bindings, другой - в основном коде) - нерешена
Если для QML нужно плюс-минус знать жабоскрипт, то тут нужно знать кастомную поделку
| | |
| |
| 2.64, Аноним (64), 11:26, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Фундаментальная проблема QML - два разных языка (один в обработчиках событий и property bindings, другой - в основном коде) - нерешена
нет такой проблемы, задачи разные: выполнение чего-то и описание интерфейса
> Если для QML нужно плюс-минус знать жабоскрипт, то тут нужно знать кастомную поделку
много лет пишу на qml, про js знаю только, что там есть == и === и что он числа со строками умеет складывать. js не нужно знать, чтобы юзать его в qml
поделка эта не совсем кастомная, считай один в один qml, только искаверканный малость зачем-то
| | |
| |
| 3.82, Аноним (58), 13:01, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
>нет такой проблемы, задачи разные: выполнение чего-то и описание интерфейса
Нет задача одна: выполнение, там в QML используется жабоскрипт.
>много лет пишу на qml, про js знаю только, что там есть == и === и что он числа со строками умеет складывать. js не нужно знать, чтобы юзать его в qml
И какжеж ты отображаешь числа с плавающей точкой на экране?
| | |
| |
| 4.116, Аноним (116), 00:37, 24/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Нет задача одна: выполнение, там в QML используется жабоскрипт.
этот бред даже с запятыми бы не понял
> И какжеж ты отображаешь числа с плавающей точкой на экране?
беру и отображаю. или toFixed
| | |
|
|
|
| |
| 2.67, Аноним (64), 11:28, 23/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
как тебе такое?
property <[InkLevel]> ink_levels: []
при чём здесть имя переменной даётся через : , а где-то через :=
короче спутанность сознания это не всегда хорошо
| | |
| 2.143, Аноним (-), 01:55, 26/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Ребята там объелись паскаля, закусив CSS, что-ли? %)
Скорее жирно затроллили хруст. Не понимаю почему тому := как присвоение не катило, вместо этого какое-то сплошное let mut развели.
| | |
| |
| 3.149, Аноним (149), 08:04, 27/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
let mut это наследственное rust же писал любитель OCaml и на OCaml.
| | |
|
|
| 1.63, Аноним (64), 11:22, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
вот нафига было выпендриваться и переделывать qml вот так?
Item { id: myItem }
у них нужно писать вот так
myItem := Item {}
вот прям обязательно надо было это сделать?
| | |
| |
| |
| 3.117, Аноним (116), 00:42, 24/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
"правильно" было бы сделать как в паскале, := и =
но мы в реальном мире живём и принцип наименьшего удивления, ска, должен сохраняться, если это не нечто гениальное. а оно не нечто
| | |
|
|
| 1.81, kusb (?), 12:59, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Понравились некоторые особенности вида контролов. Нужна похожая тема для gtk и qt...
| | |
| |
| 2.123, Аноним (116), 13:48, 24/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
из самых нехватающих для меня вещей в QML - поддержка цветовой схемы DE. Т.е. чтобы я в том же Material.Accent, например, имел акцент своей десктоп темы, а не через три здезды колено в виде ручного поиска темы плюсами на диске и проброс в qml
| | |
|
| 1.114, нах.. (?), 21:41, 23/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> разработан специальный язык разметки ".60"
Ржавые раз за разом доказывают что с головой у них совсем не впорядке. Да и расширение файла будет какое файл.60, ге-ни-ально, апплодирую стоя вашей извилине и то заржавевшей.
| | |
| |
| |
| 3.136, Аноним (136), 00:03, 26/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Зачем разрабатывать свое если все уже разработано? Можно смело испражняться в комментариях объясняя смузихлебам что у них одна извилина
| | |
| 3.144, Аноним (-), 01:56, 26/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Т.е. если мне не нравится ваш кал перед моей дверью - я должен просто навалить соседу в 2 раза больше? Интересная логика.
| | |
|
|
| 1.145, Аноним (145), 12:40, 26/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Проект очень интересный, но делать его GPL с самого начала это они зря. Не взлетит именно из-за лицензий.
| | |
| 1.148, Хан (?), 05:19, 27/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Проект однодневка... сколько уже таких было... и сколько еще будет...
| | |
|
