The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Релиз фреймворка Qt 6.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз фреймворка Qt 6.0"  +/
Сообщение от opennews (??), 08-Дек-20, 17:24 
Компания Qt Company опубликовала релиз ветки Qt 6, которая включает значительные архитектурные изменения. Для сборки Qt 6 по умолчанию задействован Cmake, а в коде разрешено использование стандарта C++17. В новой версии заявлена поддержка платформ Windows 10, macOS 10.14+,  Linux (Ubuntu 20.04+, CentOS 8.1+, OpenSuSE 15.1+), iOS 13+ и Android (API  23+). Достижение паритета с Qt 5 в поддержке real-time систем ожидается в выпуске Qt 6.2...

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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 08-Дек-20, 17:24   +3 +/
Кто уже попробовал новый QML? Это все правда что там написано?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #18, #41

2. Сообщение от Аноним (2), 08-Дек-20, 17:25   –6 +/
Что это мне дает кроме того что опять все сломают?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #33, #228

3. Сообщение от Самый Лучший Гусь (?), 08-Дек-20, 17:25   +8 +/
Ждём KDE 6
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #26

4. Сообщение от заминированный тапок (ok), 08-Дек-20, 17:26   +1 +/
> Возможность компиляции QML в представление на C++ и машинный код.

а раньше в машинный код не было возможности с Qt Quick Compiler?

> Отказ от версионирования в QML.
> Унификация структур данных, дублирующихся в QObject и QML (позволит сократить потребление памяти и ускорить запуск).

джва года ждал. на самом деле

да и вообще отличная новость же (но в проде, конечно, посижу ещё на LTS)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #24, #34

5. Сообщение от Аноним (-), 08-Дек-20, 17:27   –10 +/
надо было на rust писать аналог qt sdk, только с учётом ошибок, проблем, опыта
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #11, #13, #17

6. Сообщение от Анонимemail (6), 08-Дек-20, 17:27   –2 +/
А там все в порядке с лицензиями?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #8, #16

7. Сообщение от Аноним (7), 08-Дек-20, 17:28   +18 +/
А ты программист?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #46, #48

8. Сообщение от Аноним (8), 08-Дек-20, 17:30   +7 +/
В KDE всё в порядке с лицензиями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от Penguin42 (?), 08-Дек-20, 17:30   +9 +/
Пиши
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от Fracta1L (ok), 08-Дек-20, 17:32   –10 +/
Очень круто, надеюсь в Qt 7 запилят поддержку Раста
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #31, #152

11. Сообщение от Аноним (8), 08-Дек-20, 17:32   +3 +/
И навертеть ещё больше метаобъектного кода, т.к. в Rust с объектностью не айс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

12. Сообщение от Аноним (12), 08-Дек-20, 17:32   +4 +/
Годно. А растоманы пусть дальше мечтают.
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Enamel (ok), 08-Дек-20, 17:33   +3 +/
Ну не, это объективно глупо. Проект такого уровня переписать на другой язык в разумные сроки и бюджет просто невозможно. Это хуже, чем Gimp перенести на Qt :)
А вот официальный биндинг было бы неплохо увидеть. Что-то в эту сторону: https://www.youtube.com/watch?v=6pcOhCWLd_U
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

14. Сообщение от EndrII (?), 08-Дек-20, 17:33   +1 +/
Да, все  вроде работает, кстати старый код qml тоже работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

15. Сообщение от еуые (?), 08-Дек-20, 17:33   +/
> а раньше в машинный код не было возможности с Qt Quick Compiler?

Там вроде не машинный код. ИМХО просто убрана стадия парсинга, а так это почти тот же QML.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #29

16. Сообщение от Dzen Python (ok), 08-Дек-20, 17:34   –1 +/
https://www.opennet.ru/opennews/art.shtml?num=52698
> Текущий договор между KDE Free Qt Foundation и Qt Company также обязывает публиковать все изменения в Qt под открытой лицензией, но допускает задержку публикации в 12 месяцев, чем и намерена воспользоваться компания Qt Company для повышения своих доходов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #20

17. Сообщение от EndrII (?), 08-Дек-20, 17:35   –5 +/
В топку  Rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #22

18. Сообщение от еуые (?), 08-Дек-20, 17:35   +/
> Это все правда что там написано?

Вроде бы нет. Компилиция в С++ и типизация например вроде должна быть только в Qt 6.1.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #47

19. Сообщение от Аноним (19), 08-Дек-20, 17:37   –1 +/
- Отказ от версионирования в QML.
Мне кажется это породит много багов
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #205

20. Сообщение от Enamel (ok), 08-Дек-20, 17:39   +3 +/
> чем и намерена воспользоваться компания Qt Company для повышения своих доходов

Нет же. https://www.qt.io/blog/qt-and-open-source

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

21. Сообщение от Аноним (-), 08-Дек-20, 17:39   +/
Всё пацаны Qt5 устарел.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #82

22. Сообщение от Enamel (ok), 08-Дек-20, 17:40   +/
Сколько проектов на нем сделал и что конкретно не понравилось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #72, #87, #158

23. Сообщение от Enamel (ok), 08-Дек-20, 17:40   +3 +/
Ну пока условно нет. Более "настоящим" релизом будет 6.1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #73, #145

24. Сообщение от фыва (?), 08-Дек-20, 17:41   +/
Раньше в машинный код можно было только в коммерческой версии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #186

25. Сообщение от Аноним (25), 08-Дек-20, 17:46   +/
Ну здорово. Молодцы.
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Dzen Python (ok), 08-Дек-20, 17:49   +/
> Ждём KDE 6

Эх, а ведь раньше такое времечко-то было. Уже не будет никаких
> KDE 6.0 != KDE 6
> Android compatibility layer на всех виджетах kirigami для всех систем НЕ ПАДАЕТ!
> Дерни за  KQMLCachew2.0 - плазма и упадёт

. Скука!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

27. Сообщение от Аноним (27), 08-Дек-20, 17:50   +1 +/
Походя объявили свой Fusion нативным стилем на линуксе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

28. Сообщение от Ванга (?), 08-Дек-20, 17:55   +1 +/
К тому времени про раст все забудут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #69, #115

29. Сообщение от заминированный тапок (ok), 08-Дек-20, 17:57   +/
а ну да, в доке сказано что компилится QML компилится не в бинарный код, а "QML source code into the final binary" - просто встраивается как скомпиленный ресурс в выходной бинарник, а дальше там внутритрях вся та же механика парсинга QML и JS в рантайме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

30. Сообщение от Имярек (?), 08-Дек-20, 17:57   +/
Fusion и в Qt5 был дефолт. О чём речь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #32

31. Сообщение от заминированный тапок (ok), 08-Дек-20, 17:58   –1 +/
вот это да.
с какой стати Qt должен пилить поддержку Раста,а не наоброт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #116

32. Сообщение от Аноним (27), 08-Дек-20, 18:00   +/
Написано: "мы умеем Fusion - значит поддерживаем нативный стиль линукса".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #50

33. Сообщение от заминированный тапок (ok), 08-Дек-20, 18:03   +11 +/
возможность публично поныть в комментария на опенете, чем тебе не возможность?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

34. Сообщение от anonymous (??), 08-Дек-20, 18:05   +1 +/
Нет, раньше Qt Quick Compiler всего лишь генерировал байткод для виртуальной машины. По сути только лишь слегка ускорял запуск приложения за счет того что парсинг и генерирование байткода происходила не в момент запуска приложения, а во время его сборки.

Ну и то что планировалось компилировать в С++ и нейтив, этого еще нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

35. Сообщение от заминированный тапок (ok), 08-Дек-20, 18:05   +/
ну, например, во многих других языках/тулкитах/платформах тоже не нужно явно указывать версию импортируемого модуля в коде прогрммы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #38

36. Сообщение от псевдонимус (?), 08-Дек-20, 18:06   +2 +/
Не гтк3, а значит уже непогано.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

37. Сообщение от Аноним (38), 08-Дек-20, 18:08   –1 +/
>> Расширена поддержка дополнительных языков, таких как Python

Нормальный дезигнер? Разработка под мобилки?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #118, #189

38. Сообщение от Аноним (38), 08-Дек-20, 18:12   +/
Например? А то куда ни гляну, везде версии хорошо если >=, а то и вовсе гвоздями прибиты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #44

39. Сообщение от Аноним (39), 08-Дек-20, 18:25   +/
Класс, четко, умеете... могете!
Ответить | Правка | Наверх | Cообщить модератору

40. Сообщение от Dzen Python (ok), 08-Дек-20, 18:26   +/
Свят-свят-свят! Как ты мог произнести имя этого копродемона всуе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #43

41. Сообщение от Аноним (-), 08-Дек-20, 18:30   +34 +/
Qt сила! GTK - могила.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #58, #64, #67, #140, #225

43. Сообщение от псевдонимус (?), 08-Дек-20, 18:31   –5 +/
> Свят-свят-свят! Как ты мог произнести имя этого копродемона всуе!

Так это же не демон.

Деrmodemon уже есть у сообщества, это системда. С помощью нее запускаются бесенята с междумордием на гтк3.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #135

44. Сообщение от заминированный тапок (ok), 08-Дек-20, 18:39   +1 +/
> Например? А то куда ни гляну, везде версии хорошо если >=, а
> то и вовсе гвоздями прибиты

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

* QML:
import <имя_моуля> <версия>

* python:
import ... from ... - я не вижу явного указания версии в теле программы
* Nim:
from ... import ... - я не вижу явного указания версии в теле программы
* C#:
using ...; - я не вижу явного указания версии в теле программы
* C/C++:
#include <...> - я не вижу явного указания версии в теле программы
и тд и тп

если я правильно понял суть вопроса

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #103

45. Сообщение от kuzulisemail (?), 08-Дек-20, 18:40   +/
> В Qt 6.2 будут предложены дополнительные модули:

Гыгы, не успели на СМаку перетащить. Фуу такими быть.

Ответить | Правка | Наверх | Cообщить модератору

46. Сообщение от leibniz (ok), 08-Дек-20, 18:41   +/
За маской Гая Фокса может скрываться кто угодно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #92

47. Сообщение от anon11981512 (?), 08-Дек-20, 18:42   +1 +/
эмм. компиляция qml в С++ уже сейчас есть (5.12).
Просто в Qt6 ее довели до ума, убрали js, и типизацию сделали строже, а так то она давно есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #53, #104

48. Сообщение от Аноним (48), 08-Дек-20, 18:42   –1 +/
Нет, поэтому и интересуюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

49. Сообщение от Аноним (50), 08-Дек-20, 18:49   +/
Электрон всё?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56

50. Сообщение от Аноним (50), 08-Дек-20, 18:51   +/
Если Qt не нативный Линукс, то что тогда нативный Линукс?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #65

51. Сообщение от Аноним (51), 08-Дек-20, 19:00   +/
>Встроен унифицированный движок для тем оформления и стилей, позволяющий добиться внешнего вида приложений на базе Qt Widgets и Qt Quick, родного для разных мобильных и настольных платформ.

Вот все критикуют ГТК+ за их частое ломание тем, но там хотя-бы без бубна можно их можно ставить.
Вот я накачал из kde look всяких тем, а дальше что? (у меня openbox) Какие-то непонятные .qtcurve файлы, куда их присобачивать то? Да и даже если умудрится поменять темы (внешними костылями) некоторые приложения упорно тащат свои темы и никак не заставить их использовать что-то другое.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119

52. Сообщение от Аноним (52), 08-Дек-20, 19:06   –8 +/
Наконец вышло аж две новости для настоящих "тру" программистов и экспертов с opennet-а! Про bash и Qt.

JavaScript прекрасно работает на мобилках, JerryScript и куча других JS движков не дадут соврать. Иначе бы их разработку давно бы уже свернули. Они там что, на V8 движке исполняли JS?

Релиз - это замечательно, ну а где приложения-то на нём? Часы в KDE? Популярные приложения на "богомерзком" JS/Electron постоянно вижу и пользуюсь ими. Куча приложений на Gnome. Ни одного на KDE. Ни в Ubuntu, ни в Fedora.

Эх, дали слабину. Пропустили трехочковый WebAssembly. Через пару лет мы будем компилировать JS (AssemblyScript) в WebAssembly и запускать и писать на нём QT приложения.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #55, #62, #75, #76, #176, #198

53. Сообщение от Аноним (53), 08-Дек-20, 19:09   –4 +/
>эмм. компиляция qml в С++ уже сейчас есть

Ох уж эти сказочники...

The Qt Quick Compiler is a development add-on for Qt Quick applications which allows you to compile QML source code into the final binary. When you use this add-on, the application's startup time is significantly improved and you no longer need to deploy .qml files together with the application. https://doc.qt.io/QtQuickCompiler/index.html

Где тут c++?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

54. Сообщение от Аноним (54), 08-Дек-20, 19:12   +/
Так это, сегодня миллиарды людей используют софт на куте каждый день. Например, все лаунчеры для игрушечек на кутях. Тащить хром в лаунчер? Ну такое, из разряда фантазий. Какое ещё ПО на мобилках? Там одна вебня и так, ни одной нормальной программы там нет. Гном не работает на венде, это значит что? Это значит его не существует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #57

55. Сообщение от Аноним (53), 08-Дек-20, 19:13   +2 +/
Телега? Зум? Не, не слышал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #59

56. Сообщение от Аноним (53), 08-Дек-20, 19:14   –2 +/
Давно уже. Просто криокамера у некоторых протекла..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

57. Сообщение от Аноним (54), 08-Дек-20, 19:14   +/
А хотя там всё равно же хром, только покоцаный немного. В принципе, какая разница? У кутей (помимо того что это единственный приличный кроссплатформенный фреймворк) есть ещё и рынок автомагнитол, тоже неплохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

58. Сообщение от Аноним (53), 08-Дек-20, 19:16   +6 +/
В могилу они себя сами загоняют, что характерно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

59. Сообщение от Аноним (52), 08-Дек-20, 19:31   –2 +/
Принимается. Про Zoom нашёл.

Единичные приложения есть. Но это исключения. У Qt всё более сужающаяся ниша. Магнитолы, автомобильные системы, и т.п.

Думаю и там его через пару лет заменят.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #66, #96, #105

60. Сообщение от Аноним (60), 08-Дек-20, 19:52   –2 +/
Когда Qt Company будет куплена Microsoft?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77

61. Сообщение от DarkHobbit (ok), 08-Дек-20, 19:54   +/
Они таки убили неюникодные кодировки. Одной причиной использовать QString стало меньше. Притом, что файлы, использующие эти кодировки, у пользователей никуда не девались.

Беда-печаль.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68, #122, #172

62. Сообщение от DarkHobbit (ok), 08-Дек-20, 20:00   +1 +/
> ну а где приложения-то на нём?

Stellarium, например? Одна из лучших свободных программ вообще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

63. Сообщение от Николайemail (??), 08-Дек-20, 20:07   –1 +/
Кде 6 в 2021, интересно а вы, что думаете?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78

64. Сообщение от Аноним (64), 08-Дек-20, 20:10   +3 +/
Ути-пути!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

65. Сообщение от Аноним (27), 08-Дек-20, 20:30   +2 +/
Qt в линукс нативный. Но нативный стиль в линуксе не дефолтный стиль кьюта, а тот стиль, который настроен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #188

66. Сообщение от Аноним (53), 08-Дек-20, 20:31   +3 +/
>Думаю и там его через пару лет заменят.

Заменят чем? Электроном что ли? Не смеши.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #74, #98, #99

67. Сообщение от Аноним (67), 08-Дек-20, 20:43   +1 +/
> Qt сила! GTK - могила.

Собственный тулкит поверх X11 - стронк! http://azsky2.html.xdomain.jp/soft/index.html

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #127

68. Сообщение от Аноним (54), 08-Дек-20, 20:43   +1 +/
Покажите мне этих пользователей и я первым кину в них камнем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #71, #83, #93

69. Сообщение от Аноним (67), 08-Дек-20, 20:46   +2 +/
> К тому времени про раст все забудут.

К тому времени LaTeX уже будет на расте - https://news.ycombinator.com/item?id=25328874

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #157

70. Сообщение от Аноним (53), 08-Дек-20, 20:53   +/
>Функциональность поддержки платформ, ранее предоставляемая модулями QtX11Extras, QtWinExtras и QtMacExtras, перенесена в специфичные платформозависимые API, доступные напрямую из Qt.

Это только планируется в 6.1

Ответить | Правка | Наверх | Cообщить модератору

71. Сообщение от Кибер Джейсус (?), 08-Дек-20, 20:55   +3 +/
В очередь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

72. Сообщение от Lex (??), 08-Дек-20, 20:55   +4 +/
Сколько г.на съел и что конкретно не понравилось ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #109, #139

73. Сообщение от Аноним (73), 08-Дек-20, 21:02   +3 +/
6.2, т.к. в нем появится QtMultimedia.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #97, #129

74. Сообщение от Lex (??), 08-Дек-20, 21:05   +/
Да даже не электроном, а подобием той оси, в которой есть только браузер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

75. Сообщение от Аноним (75), 08-Дек-20, 21:06   +1 +/
> JavaScript прекрасно работает на мобилках

ARM Cortex A != Cortex M

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

76. Сообщение от Аноним (75), 08-Дек-20, 21:08   +2 +/
> Куча приложений на Gnome

эт каких? Твикер вместо полноценной панели управления? Или тех, которые с одной кнопкой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

77. Сообщение от Аноним (75), 08-Дек-20, 21:09   +1 +/
Когда она поплотнее займётся IoT и прочей встроенкой, в т.ч. автомобильной
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

78. Сообщение от Аноним (75), 08-Дек-20, 21:10   +/
Ничего. До LTS ещё далеко. Весомых причин нет. Думать о том, чего нет, это избегание реальной жизни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

79. Сообщение от Аноним (79), 08-Дек-20, 21:15   –1 +/
Не знаю как кому, а по мне то что Windows 7 и 8 более не поддерживаются говорит о том что праздник не удался!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #123, #133

80. Сообщение от Аноним (80), 08-Дек-20, 21:34   +/
Почему в новостях про Qt так много слов 3D? На Qt игры пишут какие-то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89, #94, #124

81. Сообщение от Аноним (81), 08-Дек-20, 21:39   –1 +/
Пора начинать KDE переписывать с нуля
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

82. Сообщение от trdm (ok), 08-Дек-20, 21:39   +/
>  Всё пацаны Qt5 устарел.

хе....
да  преспокойно софт на Qt4 строю.
Qt5 - тормозной.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #117, #134, #159

83. Сообщение от Аноним (83), 08-Дек-20, 21:51   –1 +/
Банковский софт продолжает CP 866 использовать например, от этого никуда не денешься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

84. Сообщение от Аноним (83), 08-Дек-20, 21:55   –1 +/
Бета-версия, по сути. Нет половины нужных модулей. Придется ждать 6.2, что поделать (мне нужны Multimedia, NFC, Remote Objects).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #113

85. Сообщение от Аноним (233), 08-Дек-20, 22:02   –1 +/
> Qt Quick 3D Vulkan Metal Direct 3D

Вот был раньше один OpenGL, все писали на OpenGL, нафига было рожать этот зоопарк?!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #88

86. Сообщение от заминированный тапок (ok), 08-Дек-20, 22:05   +1 +/
когда приступаешь?
надеюсь, оповестишь об этом грандиозном событии сообщество KDE
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #201

87. Сообщение от Аноним (233), 08-Дек-20, 22:08   –1 +/
Ни одного завершённого проекта в мире. Мозила уже 15 лет пилит-пилит - всё переписать не может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #110

88. Сообщение от заминированный тапок (ok), 08-Дек-20, 22:10   –1 +/
Metal - это вроде как технология Apple (родная для Mac)

Direct3D - это вроде как технология Microsoft (родная для Windows)

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

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

Vulkan - продолжение OpenGL, под капотом работает в том числе поверх родных Metal/DirectX.
к сожалению пока что ситуация такая да, от OpenGL спешат избавиться как от устаревшего, в то же время Vulkan ещё не везде может летать, как OpenGL летал.

ну не такой уж и зоопарк, на самом деле
могло быть хуже

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #90, #91, #106

89. Сообщение от Аноним (233), 08-Дек-20, 22:13   –2 +/
Маркетинг... Кутя давно скатилась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

90. Сообщение от Аноним (233), 08-Дек-20, 22:20   +/
Metal - 2014, зачем эти поздние роды?!

Direct3D - тут всё просто, был OpenGL и *nix, как M$ показать, что игры надо писать под венду? А давайте сделаем на венде убл@д*чную реализацию OpenGL, которую обгонит наш же DX, и все будут писать под DX, т.е. под венду!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

91. Сообщение от Аноним (233), 08-Дек-20, 22:22   +1 +/
Vulkan - это когда Кронос ударился головой в маркетинг. - А что, если развивать OpenGL? - Да ну нах, давайте заставим всех писать на несовместимом ни с чем ассемблере!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #102

92. Сообщение от Аноним (92), 08-Дек-20, 22:31   +16 +/
Но по статистике чаще всего оказывается школьник
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #219

93. Сообщение от DarkHobbit (ok), 08-Дек-20, 22:54   +2 +/
Ну например, скачали вы с музтрекера какой-то раритет, у которого теги в 1251. Вы их перекодировать будете? Если да, то это значит либо уходить с раздачи (фу), либо держать две копии материала (дважды фу). Поэтому, например, авторы адекватных линуксовых аудиоплееров позволяют выбирать кодировку для тегов.

Более близкий мне пример. Я тут в свободное время пилю потихоньку кутешный редактор контактов (ссылка на гитхаб у меня в профиле есть). И мне народ с 4PDA присылает VCF-ы с 1251 внутри, сделанные всякими вендоутилитами, которые вполне себе в ходу. Некоторые просто с битой кодировкой, а у некоторых внутри честно написано "CHARSET=CP1251"...

Да много ещё можно чего накопать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #95, #142

94. Сообщение от Кто здесь (?), 08-Дек-20, 22:59   +/
В Кумысэль используют, наверное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

95. Сообщение от Аноним (54), 08-Дек-20, 23:00   +/
Сохраняю cue в utf8, кидаю старый файл в скрытые чтобы не мешался в фм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #100

96. Сообщение от Vernat (ok), 08-Дек-20, 23:04   –2 +/
Полностью согласен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

97. Сообщение от bootforce (?), 08-Дек-20, 23:05   +/
и WebEngine
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

98. Сообщение от Vernat (ok), 08-Дек-20, 23:06   –1 +/
Возможно флаттером, у него юзербейз растет стремительно, поддержки декстопов нету, но она заявлена в альфе для всех трех платформ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #120

99. Сообщение от Аноним (52), 08-Дек-20, 23:35   –4 +/
Electron c WebAssembly. Для меня лично самая вдохновляющая технология. Я считаю за этим будущее. https://www.infoq.com/news/2019/11/wasm-nanoprocesses-security

Flutter.
Kotlin Multiplatform.
Java с Graal VM.
Rust c каким-нибудь новым UI фреймворком.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #111

100. Сообщение от DarkHobbit (ok), 08-Дек-20, 23:38   +/
> Сохраняю cue в utf8, кидаю старый файл в скрытые чтобы не мешался в фм.

Ну когда есть CUE, это ещё ничего. А бывает материал и в MP3 с ID3 тегами. Ну вот бывают такие раритеты, которые в lossless найти невозможно, обидно, но факт. И вот там либо дублировать всё, либо...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #107

101. Сообщение от проект Морелло от ARM (?), 09-Дек-20, 00:01   +/
да все нормально работает. у меня еще релиз кандидат был собран и под х86 и под arm64 практически вышедший релиз не отличается по коду
Ответить | Правка | Наверх | Cообщить модератору

102. Сообщение от проект Морелло от ARM (?), 09-Дек-20, 00:17   +/
есть OpenGL и OpenGL для встроенных это две большие разници. Вулкан только называют продолжением, на самом деле он имеет совсем другие возможности обработки графики. И потом, зачем он нужен тем кто делает игры под Винды и Соньки. что касаемо мобильных игр. ну нет Mali-G72 в составе arm64 в сочетании с ядрами cortex-a. В конце концов я сам этим и занимаюсь, чего лукавить, да Вулкан поддерживает, но главный упор на экономичность. Обработка графики требует больших энергозатрат. Писать же коммерческие игры под Линукс не имеет смысла. Впрочем, вышел только что новый проц от Квалкомов - он мощный хоть и на cortex-a архитектуре от ARM. никаких х64. интел сдает позиции от мобильных и далее нетбуки, ноуты и так далее. пока вот...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

103. Сообщение от анон (?), 09-Дек-20, 00:27   +/
> python ... не вижу явного

import gi
gi.require_version("Gtk", "3.0")
from gi.repository import Gtk

;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #150

104. Сообщение от еуые (?), 09-Дек-20, 00:56   +/
> компиляция qml в С++ уже сейчас есть (5.12)

А код вы привести можете? Подсказка qml compiler это на самом деле совсем не компилятор в Qt 5.x.
Плюс для компиляции, а вернее транспиляции в C++ да так еще
чтобы все этого не тормозило на "embedded" QML должен быть статически типизированным.
И конечно до этого еще очень далеко.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

105. Сообщение от Michael Shigorinemail (ok), 09-Дек-20, 01:05   +/
...а потом очередная грета заметит, что жабоскрипт греет миллиарды процессоров куда как больше (ну как заметит -- вдруг кто-то решит поизмываться и подсунет "серьёзную аналитику", которую при этом хрен опрокинешь, потому как фактаж)...

Всё-таки не зря нижний слой "веб-разработчиков" назвали четверорукими :-(

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #114, #190

106. Сообщение от Michael Shigorinemail (ok), 09-Дек-20, 01:07   +2 +/
Если я правильно понял, то Vulkan -- это ни разу не продолжение OpenGL, а скорее шаг назад, ближе к железу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #108

107. Сообщение от Аноним (54), 09-Дек-20, 02:06   +/
Большинство современных плееров типа тунцца (опеннет свихнулся со своей анальной цензурой) хранит все изменения тегов отдельно в соей базе. Вроде такое же и в линуксовых плеерах было, но на общесистемном уровне только в kde да? Чтобы теги можно было посмотреть в любой гуёвой программе потом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

108. Сообщение от Аноним (54), 09-Дек-20, 02:09   –2 +/
Direct3D — это ни разу не продолжение Direct3D, а скорее шаг назад, ближе к железу. Ну вот примерно одно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #126

109. Сообщение от Enamel (ok), 09-Дек-20, 02:10   +1 +/
Но при чем тут Раст? Он же потрясающий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

110. Сообщение от Enamel (ok), 09-Дек-20, 02:11   +1 +/
Еще одна статистика из воздуха, как же я вас всех люблю, опеннет :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

111. Сообщение от Аноним (54), 09-Дек-20, 02:11   –1 +/
Про руст отличная шутка кстати.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #121

112. Сообщение от Аноним (113), 09-Дек-20, 02:13   –1 +/
6.1 или 6.2 будет проприентарный - шас на хомячках оттестируют и закроют. Спасибо, ребяты!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #125

113. Сообщение от Аноним (113), 09-Дек-20, 02:16   –1 +/
Релиз будет проприентарным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

114. Сообщение от Аноним (52), 09-Дек-20, 02:18   +/
Вы вообще современный web видели?
Сейчас frontend по сложности сопоставим с backend и становится всё сложнее и сложнее.

В то время как в backend всё давно отдано на откуп cloud provider.

И состояния то они не хранят (stateless), и инфраструктуру не хостят, всё делают за них.

Запросы к БД уже давно не оптимизируют, масштабирование автоматическое тоже сделано за них. Пришёл json / ушёл json.

На этом фоне frontend просто вершина программирования. Там огромное количество состояний, переключателей, анимации, это всё надо поддерживать на куче устройство, на мобилках и тд и тп.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #137

115. Сообщение от Enamel (ok), 09-Дек-20, 02:21   +1 +/
Спорим, что с каждым годом он будет лишь популярнее и привлекательнее?
Если уж даже сейчас после него C++ в целом как-то ну не очень. (говорю как c++ dev)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

116. Сообщение от Enamel (ok), 09-Дек-20, 02:23   +1 +/
С чего бы вдруг создатели _языка_ должны пилить поддержку какого-то фреймворка, при чем коммерческого?
Может, официальные биндинги Qt для Питона должен был лично Гвидо лепить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #146, #147

117. Сообщение от Enamel (ok), 09-Дек-20, 02:25   +/
В каком месте Qt 5 тормозной?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #141

118. Сообщение от Enamel (ok), 09-Дек-20, 02:27   –2 +/
Питон под мобилки?

https://memepedia.ru/wp-content/uploads/2018/11/mozhno-nenad...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #132, #136

119. Сообщение от Enamel (ok), 09-Дек-20, 02:30   +/
KDE != Qt
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #163

120. Сообщение от Enamel (ok), 09-Дек-20, 02:33   +1 +/
Надеюсь, что нет.
Если честно, после QML синтаксис флаттера с дартом напоминает определенный sort of shіt.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #171, #203

121. Сообщение от Enamel (ok), 09-Дек-20, 02:39   +/
Объективно Раст не до конца готов для UI, но через несколько лет многое изменится.
Однако встаёт вопрос, нужны ли в UI языки, которые для UI не предназначены (rust, c, c++, java, etc) и не подходят (js, dart, etc)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #204

122. Сообщение от Enamel (ok), 09-Дек-20, 02:44   +/
В каком месте убили?

QString provides fromLatin1(), fromUtf8(), and fromLocal8Bit(). Other encodings are supported through the QStringEncoder and QStringDecoder classes.
https://doc.qt.io/qt-6/qstring.html

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #160

123. Сообщение от Enamel (ok), 09-Дек-20, 02:52   +/
О чем речь, если сам разработчик этих ОС завершил их поддержку?
7 перестали поддерживать почти год назад, 8 - в 2016, 8.1 - в 2018
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

124. Сообщение от Enamel (ok), 09-Дек-20, 02:53   +/
3D - это не только игры, внезапно. И направленность 3D в Qt явно далека от игр
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #138

125. Сообщение от Enamel (ok), 09-Дек-20, 02:56   +/
Чиво? Это откуда такая инфа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #128, #131

126. Сообщение от Enamel (ok), 09-Дек-20, 02:57   –1 +/
Для сравнения скорее лучше "DirectX 12 — это ни разу не продолжение DirectX 11, а скорее шаг назад, ближе к железу"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

127. Сообщение от Аноним (127), 09-Дек-20, 02:59   –5 +/
X11 must die!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #165

128. Сообщение от Аноним (113), 09-Дек-20, 03:07   +/
Так 6.0 уже должен быть закрытым, а раскрываться должны были версии через несколько месяцев/лет. Объявляли сами разрабы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #199

129. Сообщение от Андрей (??), 09-Дек-20, 03:28   –1 +/
> Появится

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #130

130. Сообщение от Андрей (??), 09-Дек-20, 03:28   –1 +/
Я о Qt 6.0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #144

131. Сообщение от Аноним (113), 09-Дек-20, 03:29   +/
Даже в это статье напейсано -"Лицензионная политика и модель распространения фреймворка остались прежними, опасения, связанные с усилением коммерциализации проекта, не подтвердились."
Однако, от старых планов то не отказались официально, всегда висит угроза.
Имхо, КТ полуприетарная разработка, по сути.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

132. Сообщение от Аноним (132), 09-Дек-20, 03:45   –1 +/
На мобилках и так все на жабе и жабаскрипте, хуже уже не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #209

133. Сообщение от Аноним (132), 09-Дек-20, 03:50   +/
Чет не вижу где это сказано. Сказано только что W10 поддерживается, а что 7 дропнули - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

134. Сообщение от Аноним (134), 09-Дек-20, 04:29   +1 +/
ну-ка, ну-ка, кинь ссылочку на свой софт, посмотрим, что ты там настроил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

135. Сообщение от Аноним (134), 09-Дек-20, 04:31   +2 +/
Деrmodemon уже есть у сообщества опеннет, это псевдонимус
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #230

136. Сообщение от Аноним (134), 09-Дек-20, 04:32   –1 +/
какие проблемы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

137. Сообщение от Аноним (137), 09-Дек-20, 04:36   +3 +/
> Вы вообще современный web видели?

нашел, у кого спрашивать, он последние лет 10 только баш-портянками и вахтерством на опеннете занимается, но мнение, разумеется, по всем вопросам имеет

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

138. Сообщение от Аноним (137), 09-Дек-20, 04:41   +1 +/
так теперь можно будет и игры, в чем проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #167

139. Сообщение от Мира (ok), 09-Дек-20, 07:04   +/
На основе чего ты сделал вывод, что раст - говно?
Все его хейтят, но аргументации от хейтеров пока не слышно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #153

140. Сообщение от Мира (ok), 09-Дек-20, 07:09   +3 +/
Это как сравнивать диван с многоквартирным домом.

GTK это тулкит для рисования окошек, а Qt это огромный фреймворк в котором есть всё от SQL до 3D.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #143

141. Сообщение от trdm (ok), 09-Дек-20, 07:27   –3 +/
> В каком месте Qt 5 тормозной?

скачал текстозавра, редактор такой. Построен на Qt 5.12
Зарядил туда Спектр от Лукьяненко, прокручиваю -тормозит.
N++ тем не менее крутит его без проблем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #211

142. Сообщение от Ordu (ok), 09-Дек-20, 07:35   –2 +/
> Поэтому, например, авторы адекватных линуксовых аудиоплееров позволяют выбирать кодировку для тегов.

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

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

Ну ты сам подумай, вот есть у тебя плейлист, там куча треков у каждого свои теги. Прикинь теперь как было бы интересно, если бы эти теги были бы в разных кодировках. Это чё, с каждой строкой хранить метаинформацию о том, в какой она кодировке, и затем при каждой перерисовке окошка конвертировать этот тег в юникод, потому что шрифт у тебя юникодный? Тебе процессор-то не жалко?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #161

143. Сообщение от Программист (?), 09-Дек-20, 07:47   +/
А если мне только тулкит и нужен? Не тащить же остальное г...о
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #156, #166

144. Сообщение от dracutilla (?), 09-Дек-20, 09:05   +/
qt 6.0, не qt 6
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

145. Сообщение от Аноним (145), 09-Дек-20, 10:00   –2 +/
>>Более "настоящим" релизом будет 6.1

Шо, опять Qt6.0!=Qt6?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

146. Сообщение от заминированный тапок (ok), 09-Дек-20, 10:10   –1 +/
ну кому нужно, вероятно, тот и должен пилить.

PyQt разработан британской компанией Riverbank Computing (выдержка из педивикии), а не The Qt Company.

если Qt нужен кому-то на расте, то как бы растолюбы и должны были бы это сделать, не?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #148, #212

147. Сообщение от Аноним (147), 09-Дек-20, 10:11   +1 +/
лепить как всегда будет тот, кому больше всех надо. Можно подумать, что официальные биндинги Qt для брейнфака должны существовать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #213

148. Сообщение от Аноним (148), 09-Дек-20, 10:14   –1 +/
... который GPLный. Поэтому Qt Company запилила совместимый с ним пермиссивный PySide. Использовать следует его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #151, #154

149. Сообщение от Аноним (148), 09-Дек-20, 10:16   +/
>Windows 10
>7 нет

Марионеточная компания Microsoft не палится.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #162

150. Сообщение от заминированный тапок (ok), 09-Дек-20, 10:16   +/
ну я не гворил, что такой возможности в том же питоне нет
хотя пример и похож на какую-то ГТК-специфическую конструкцию, а не общее правило при написании ПО на питоне
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

151. Сообщение от заминированный тапок (ok), 09-Дек-20, 10:28   +1 +/
этот тезис "про следует использвоать его" актуален только для коммерческой лицензии (тк в опенсорц многие компонеты Qt тоже под GPL)

ну, вероятно, когда:
1) rust наберёт такую же аудиторию как и python
2) а потом появится проект rust-Qt большой аудиторией (при чём коммерческими лицензиями), как это было в PyQt

вот тогда может быть The Qt Company и примет на себя обязательства и издержки по официальным биндингам и поддержке раста (хотя даже для PySide это была не их проблема, но чтобы не потерять действующих коммерческих клиентов и разрулить ситуацию с лицензиями, они это сделали)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

152. Сообщение от Аноним (153), 09-Дек-20, 10:54   +/
есть же какие-то биндинги
например https://github.com/KDE/rust-qt-binding-generator
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

153. Сообщение от Аноним (153), 09-Дек-20, 10:56   –2 +/
На rust невозможно написать ничего сложнее hello world. Мурзилла 15 лет пилила браузер и за это время не смогла ничего сделать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #214

154. Сообщение от sergey (??), 09-Дек-20, 11:03   +/
Однако он глючный, поэтому лучше всё таки PyQt.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

155. Сообщение от maxis11 (ok), 09-Дек-20, 11:10   +/
Два главных вопроса:
1. от moc наконец избавились?
2. сделали ли к QObject move конструктор?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #168, #169, #191

156. Сообщение от Аноним (156), 09-Дек-20, 11:20   +/
Можно и не тащить. Используй только QML.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

157. Сообщение от Аноним (-), 09-Дек-20, 12:10   +/
> К тому времени LaTeX уже будет на расте

Сразу после браузера. Ну и потом можно начинать писать документацию для хруста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

158. Сообщение от Аноним (-), 09-Дек-20, 12:18   –1 +/
> что конкретно не понравилось?

* Отсутсвие документации. Пойти и купить вон ту книгу - это не документация.
* Самобан веб сайтов относящихся к хрусту с его каргой сделавших недоступным его через эти ваши интернеты.
* Более гигабайта исходников и неожиданно невозможность собрать сие поделие на платформах отличных от линукс/виндовс x64.
* Блобы, блобы, блобы
* Отталкивает бесконечное кол-во идиотов окружающих сей инструмент - репутация.


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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #192, #218

159. Сообщение от Аноним (-), 09-Дек-20, 12:23   –2 +/
> Qt5 - тормозной.

Интересно каким образом qt6 стал быстрее если это просто инкрементальный, ежегодный релиз ? qt200000 - вообще на одной лампе будет летать по такой логике

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #187

160. Сообщение от DarkHobbit (ok), 09-Дек-20, 12:40   –1 +/
А если мы немного попутешествуем оттуда по ссылкам, приходим к списку поддерживаемых кодировок:
https://doc.qt.io/qt-6/qstringconverter.html#Encoding-enum
Из неюникодного там только Latin1 и System.
Классический QTextCode поддерживал кучу кодировок, я мог взять файл в однобайтовой кодировке (совсем необязательно имевшей отношение к локальной кодировке МОЕЙ системы) и перевести его во что угодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #208

161. Сообщение от DarkHobbit (ok), 09-Дек-20, 12:58   +/
Ну "при каждой перерисовке окошка" - это очевидный наброс, не буду комментировать.

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

Случай "куча треков россыпью с разными кодировкам в одном каталоге" я не рассматриваю, это случай отдельный. Тут как раз разовое перекодирование предпочтительнее (кстати, для такого перекодирования, ВНЕЗАПНО, тоже нужен инструментарий).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #164

162. Сообщение от DarkHobbit (ok), 09-Дек-20, 13:09   –1 +/
Я не то, чтобы хочу сказать, что это хорошо. Это плохо.

Но с другой стороны, никто не запрещает при необходимости тянуть сборки своих проектов на Qt5 до посинения. Вон, Qt4 поддерживалась много-много лет после выхода Qt5, и только в последние год-два начала выкидываться. Общественность даже не дала выкинуть Qt4 из Debian Buster, хотя поползновения были. При этом Qt4 и Qt5 обладали очень высокой степенью совместимости, если соблюдать аккуратность и не вляпываться в некоторые модули вроде QtWebEngine - можно иметь код, нормально собирающийся и работающий на обеих ветках.

Если с переходом Qt5->Qt6 будет так же, то для поддержки клиентов на Windows 7 достаточно делать сборки под Qt5, есть шанс, что с Windows 7 люди свалят сильно раньше, чем закончится поддержка Qt 5.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #177, #210, #235

163. Сообщение от Аноним (-), 09-Дек-20, 13:20   –1 +/
А что в кедах есть ещё что-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #215

164. Сообщение от Ordu (ok), 09-Дек-20, 13:24   –1 +/
> Ну "при каждой перерисовке окошка" - это очевидный наброс, не буду комментировать.

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

В момент рендеринга на экран перекодировать глупо, я вижу что ты это понимаешь. Но при этом, складывается впечатление, что момент чтения с диска и конвертации прочитанных байтовых массивов в String не кажется тебе удачным моментом для перекодирования. Если так, то в какой момент ты бы стал перекодировать?

> Случай "куча треков россыпью с разными кодировкам в одном каталоге" я не рассматриваю, это случай отдельный. Тут как раз разовое перекодирование предпочтительнее (кстати, для такого перекодирования, ВНЕЗАПНО, тоже нужен инструментарий).

Я не вижу разницы между этими случаями. Мне кажется, что ты говоришь о логике принятия решения о том, в какой кодировке какой файл, но это совершенно отдельная логика ведь -- может быть ты используешь эвристики, может быть хранишь базу уже встреченных файлов и в ней кодировку к каждому, может быть объединяешь и то и другое, чтобы сделать пользователю удобно эвристикой, но не прибивать его гвоздями к её несовершенствам и дать возможность вручную настроить. Может ты придумаешь что-то ещё. Это не важно. Важно то, что если ты хочешь рендерить теги, то как бы ты не принимал это решение, тебе придётся перекодировать в юникод.

На самом деле, я вот подумал, рендерить ведь мало, неплохо наверное ещё поиск по тегам иметь? А это значит, что неплохо было бы вообще собирать все теги со всех файлов в sqlite и хранить там. И хранить их там в юникоде. Не будешь же ты каждый раз при каждом поиске перебирать все файлы и вынимать из них теги? И хранить мешанину кодировок в sqlite не будешь: как ты там после этого искать будешь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #185

165. Сообщение от Аноним (67), 09-Дек-20, 13:53   +/
Есть поддержка как X11, так и Wayland - http://azsky2.html.xdomain.jp/about_mlk.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

166. Сообщение от Аноним (67), 09-Дек-20, 13:57   +1 +/
> А если мне только тулкит и нужен?

Бери mlk (X11/Wayland) - http://azsky2.html.xdomain.jp/about_mlk.html

Демо (лицензия MIT) - https://gitlab.com/azelpg/mlkstyle

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #222

167. Сообщение от Аноним (233), 09-Дек-20, 14:34   –2 +/
Если бы Кармаку дали культю и только её, мы бы не увидели Doom.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #194, #195

168. Сообщение от Частник (?), 09-Дек-20, 14:42   –2 +/
Полагаю, что это не самые главные вопросы, а вот эти
1. Какие проблемы с moc?
2. Есть ли какая то необходимость оного?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #170, #179

169. Сообщение от Аноним (233), 09-Дек-20, 14:44   +/
> от moc наконец избавились?

Нет, конечно. Это же кутяшевцы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

170. Сообщение от Аноним (233), 09-Дек-20, 14:51   –2 +/
Полагаю, ты никогда не видел других языков/фреймворков со свойствами и событиями здорового человека... ой, простите, человека без инвалидности. Тогда бы для тебя был вопрос:
1. В каком будуне придумали этот moc?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #174, #175

171. Сообщение от Vernat (ok), 09-Дек-20, 14:52   –1 +/
QML проигрывает в том плане, что если сделаеть некорректный вызов плюсовой функции из QML (например неверные аргументы), то ты не узнаешь ничего пока оно не попытается сработать, имхо это серьезный минус
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #216

172. Сообщение от Аноним (220), 09-Дек-20, 15:05   +1 +/
Действительно непонятно зачем уменьшили количество поддерживаемых кодировок. Может еще одумаются. Благо возможность использовать QTextCode осталась, нужно только в в pro файле добавить QT += core5compat
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #173, #180, #182

173. Сообщение от Аноним (220), 09-Дек-20, 15:05   +1 +/
*QTextCode
QTextCodec
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

174. Сообщение от Аноним Вопрошчающий (?), 09-Дек-20, 15:15   +/
Если бы ты знал зачем он, то и не спрашивал бы. Причём на Qt ты не пишешь, так ради чего лай?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #178

175. Сообщение от Частник (?), 09-Дек-20, 15:32   +/
Да что ты такое несешь? Чтоб ты всю жизнь моргерштерна слушал!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

176. Сообщение от Твой батя (?), 09-Дек-20, 16:39   +/
Cadence Virtuoso, а может и другие кеденсовские поделки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

177. Сообщение от Анончик9999 (?), 09-Дек-20, 17:06   –1 +/
Поддержка Qt4 закончилась в 2015 году, 3-х лет, после выхода Qt5.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #183

178. Сообщение от Аноним (233), 09-Дек-20, 17:31   +/
Сам-то - знаешь? Или только сейчас увидел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

179. Сообщение от Alexey (??), 09-Дек-20, 17:34   –3 +/
moc файлы это лишняя каша и такой мусор при сборке. Тем более вообще не нужная ерись. По хорошему это все можно заменить на шаблоны. Мне по ходу работы приходится с приватными классами работать, и поверьте, если бы вместо этого г.. были бы шаблоны то писать было бы на много проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #193, #196

180. Сообщение от Аноним (233), 09-Дек-20, 17:35   +1 +/
> зачем уменьшили количество поддерживаемых кодировок.

Просто политика. Заметь, Latin кодировку не убрали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #184

181. Сообщение от Аноним (233), 09-Дек-20, 17:36   –2 +/
Неудивительно, что от Qt отказываются, с такими-то закидонами...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #197

182. Сообщение от DarkHobbit (ok), 09-Дек-20, 18:54   +/
Там уже название модуля намекает на то, что оно будет выброшено, вопрос - когда.
Одумаются ли - зависит от багрепортов, причём конечно, желательно, не от абы кого, а от бояр, покупающих коммерческую версию. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

183. Сообщение от DarkHobbit (ok), 09-Дек-20, 18:59   +/
Ну по факту 2015 - это год выхода Qt 4.8.7, которую после этого основные дистрибутивы тянули ещё долго (в Debian Stable есть до сих пор, с патчами для OpenSSL от энтузиастов).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

184. Сообщение от DarkHobbit (ok), 09-Дек-20, 19:03   +/
> Заметь, Latin кодировку не убрали.

Ну это можно объяснить тем, что Latin - простейшее подмножество UTF8. Но да, на нехорошие мысли наводит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

185. Сообщение от DarkHobbit (ok), 09-Дек-20, 19:09   –1 +/
> Но при этом, складывается впечатление, что момент чтения с диска и конвертации прочитанных байтовых массивов в String не кажется тебе удачным моментом для перекодирования.

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

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

Так, а я разве против? Я против того, чтобы менять сами медиафайлы, а база/индекс вполне может храниться в виде, приведённом к единой кодировке. Более того, должна.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

186. Сообщение от Аноним (186), 09-Дек-20, 20:14   +1 +/
только было это настолько раньше, что аж в первых версиях Qt5
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

187. Сообщение от Аноним (186), 09-Дек-20, 20:18   +1 +/
> если это просто инкрементальный

дядя Петя, ты дурак?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

188. Сообщение от Аноним (186), 09-Дек-20, 20:19   +/
qt5ct
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

189. Сообщение от Аноним (186), 09-Дек-20, 20:20   +/
дезигнер на qt не нужен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

190. Сообщение от Аноним (186), 09-Дек-20, 20:22   +/
а потом очередной дениска попов вылазит в интернет и задвигает свою онолитеку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

191. Сообщение от Аноним (186), 09-Дек-20, 20:24   +/
> 1. от moc наконец избавились?

нет, но для property-ей moc и event-loop теперь не нужен, всё на плюсах

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

192. Сообщение от Мира (ok), 09-Дек-20, 20:28   +/
> * Более гигабайта исходников и неожиданно невозможность собрать сие поделие на платформах отличных от линукс/виндовс x64.

Но ведь Tier 1 (максимальная) поддержка есть также у 32 битных систем, а Tier 2 (которая не особо уступает) у больше сотни разных платформ. Если конечно нужно именно собрать, а не запустить на заданной платформе, то тут поддерживаемых платформ поменьше, но я не понимаю зачем что-то собирать на всяких странных платформах, когда кросс-компиляция делается несколькими аргументами в командной строке.

> * Блобы, блобы, блобы

Де блобы то? Нема блобов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #200

193. Сообщение от Аноним (186), 09-Дек-20, 20:29   +2 +/
шаблоны не позволяют добиться той степени рефлексии, что с MOC
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

194. Сообщение от DarkHobbit (ok), 09-Дек-20, 21:22   –1 +/
Ромеро тогда уж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

195. Сообщение от Аноним (195), 10-Дек-20, 02:33   +2 +/
таким как "вы" испраженинями можно лицо обмазать, вы ничего не то что не увидите, не унюхаете, не то что Doom
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

196. Сообщение от Аноним (195), 10-Дек-20, 02:36   +2 +/
работал он. ты даже не понимаешь, для чего нужен moc, а уже целый параграф выс*ал, откуда вы лезете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

197. Сообщение от Аноним (220), 10-Дек-20, 09:40   –1 +/
Кто отказывается и с какими такими закидонами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #202

198. Сообщение от anonymous (??), 10-Дек-20, 12:14   +/
Приложение от АМД для видях, которое radeon settings на qt, даже в Майкрософт onedrive qt используют
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

199. Сообщение от anonymous (??), 10-Дек-20, 12:16   +/
Кто то жопой читал новости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

200. Сообщение от Аноним (200), 10-Дек-20, 13:19   –2 +/
Специально для тех кто застрял в развитии на втором годике - отрицание проблемы не решает проблемы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192

201. Сообщение от Аноним (200), 10-Дек-20, 13:21   –1 +/
Завтра после обеда. Отпиши в сообщество сам, мне некогда, я пилю кде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

202. Сообщение от Аноним (200), 10-Дек-20, 13:24   +1 +/
Я отказываюсь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #206

203. Сообщение от Lex (??), 10-Дек-20, 13:48   +/
> Надеюсь, что нет.
> Если честно, после QML синтаксис флаттера с дартом напоминает определенный sort of
> shіt.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #217

204. Сообщение от Lex (??), 10-Дек-20, 13:51   +/
> Объективно Раст не до конца готов для UI, но через несколько лет
> многое изменится.
> Однако встаёт вопрос, нужны ли в UI языки, которые для UI не
> предназначены (rust, c, c++, java, etc) и не подходят (js, dart,
> etc)

В UI нужна разметка, с некоторыми из которых тот же JS очень даже неплохо дружит

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

205. Сообщение от Аноним (1), 10-Дек-20, 16:00   +/
Нет. Версионирование модулей в QML нафиг не нужно и мешает возможности собрать прогу с более старой версией Qt
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

206. Сообщение от Аноним (206), 10-Дек-20, 18:55   +/
> Я отказываюсь

И какие у тебя закидоны?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #226

207. Сообщение от microsoft (?), 10-Дек-20, 21:41   +/
> собственный пакетный менеджер на базе проекта Сonan

Ну конеееечно, использовать сам conan нельзя, в нем фатальный недостаток ага.

> Перевод полной поддержки JavaScript в разряд опций (использование полнофункционального JavaScript-движка требует больших ресурсов, что мешает применению QML на таком оборудовании, как микроконтроллеры).

Да лааадно а то сразу не понятно было.

> Уход от генерации структур данных во время выполнения в пользу генерации во время компиляции.

Да лаааадно а то сразу не понятно было что это уг.

> В качестве системы сборки использован инструментарий CMake вместо QMake.

Да ты чееее, а то сразу не понятно было что оно мертворожденное.

> Расширена поддержка дополнительных языков, таких как Python и WebAssembly.

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

Ответить | Правка | Наверх | Cообщить модератору

208. Сообщение от Enamel (ok), 11-Дек-20, 00:40   +/
Если подумать, а какой смысл в других кодировках? Это играет роль разве что для тех, кто делает свой блокнотик. В остальных случаях оно в целом и не надо.
Не спорю, что это иногда может быть нужно, но лично я использую везде юникод.
Интересно теперь, когда QTextCodec удалят из Qt 6.

А в QString в любом случае остается смысл, пока в stl не появятся нормальные строки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #220, #227

209. Сообщение от Enamel (ok), 11-Дек-20, 00:46   +/
> На мобилках и так все на жабе и жабаскрипте, хуже уже не
> будет.

Обе жабы работают значительно быстрее Змеи (и CPython, и PyPy). Кроме тех случаев, когда Змей напрямую грузит функции из натива.
Но что ему делать на мобилках? Виджеты не поиспользуешь. На пару с QML лучше всё же C++. Qt в Питоне, на мой взгляд, скорее для аналитиков/математиков, которым быстренько надо склепать UI на десктопе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

210. Сообщение от Аноним (210), 11-Дек-20, 00:47   +/
>есть шанс, что с Windows 7 люди свалят сильно раньше, чем закончится поддержка Qt 5.

Понимаете в чём дело ... дело не в том, что Qt 5 не работает. Дело в том, что писать под legacy - не стильно, не модно, не смузихлёбно. Поэтому ради того, чтобы использовать 6, все подряд просто возьмут и выбросят 7 и 32-бита на помойку. Просто возьму и выбросят. Скажут "раз вы на 7 - значит вы не нужны. У вас денег даже на новый комп нет. Зачем нам такие нищeброды в клиентах? От вас денег меньше, чем гимора!". Одна компания так сделает, вторая так сделает, третья так сделает. И пользователи пойдут и купят новые компы. А куда деваться-то с подводной лодки? Да, неприятно, что какой-то ******к (я сам таким *****ком был, да и что греха таить, остаюсь, правда уже более в бесплатно-свободно-софтовом плане, в хардварном  и проприетарно-софтовом стараюсь не диктовать, потому что апгрейд реально стоит денег, я считаю, что я не имею права от людей требовать занести кому-то денег, особенно тем, занесение кому денег этим людям повредит) просто берёт и диктует "вы купите новые компы по желанию моей левой пятки", а что поделать? У него *****ка софт, которым весь мир пользуется, и многомиллионная корпорация, а у тебя, такого хорошего, софта этого нет и не будет, а работу делать надо. Поэтому пойдут и купят. Загоняя очередной гвоздь в гроб семёрки. Чем меньше пользователей и чем они менее активно противодействуют, тем больше соблазн для остальных разрабов так сделать. И какая-то часть, пропорциональная соблазну, из них это сделает. Скажут "достало, вот *****ки, таки придётся новый комп купить". А когда купят, скажут "ура, конец мучениям с поддержкой старья, отмычался я, я почему старьё поддерживал - у меня у самого комп старый был. Да здравствует прогресс!", и выпилят всё legacy, попутно подняв системные требования.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

211. Сообщение от Enamel (ok), 11-Дек-20, 00:47   +/
Подозреваю, что это проблемы реализации самого редактора
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

212. Сообщение от Enamel (ok), 11-Дек-20, 00:50   +/
PyQt — это другое. От разработчиков Qt есть PySide.

> если Qt нужен кому-то на расте, то как бы растолюбы и должны были бы это сделать, не?

Биндиги да. И они есть. Официальную поддержку — нет (логично).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #221

213. Сообщение от Enamel (ok), 11-Дек-20, 00:51   +/
Для брейнфака нет конечно, для Rust или C — why not?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

214. Сообщение от Enamel (ok), 11-Дек-20, 00:53   +/
> На rust невозможно написать ничего сложнее hello world

С чего вдруг? Ты пробовал? На нем можно написать абсолютно что угодно.

> Мурзилла 15 лет пилила браузер и за это время не смогла ничего сделать.

Эээ, что?
Они много чего сделали. Новые модули на Расте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

215. Сообщение от Enamel (ok), 11-Дек-20, 00:54   +/
> А что в кедах есть ещё что-то?

У них там свои абстракции. Далеко не чистый Qt.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

216. Сообщение от Enamel (ok), 11-Дек-20, 00:57   +/
Так с любым скриптовым языком, достаточно просто привыкнуть это дебажить, логи какие-то выводить в дебаг сборке и т.п.
Мелочь на самом-то деле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

217. Сообщение от Enamel (ok), 11-Дек-20, 01:00   +/
Ну скажем так. Я не могу сказать, что прямо в экстазе от реализации QML в Qt, можно было лучше.
Но идейно — это лучшее, что я видел для интерфейса. Да и для чего угодно можно адаптировать, где удобнее декларативно записать (а это больше, чем может показаться).
Популярные фреймворки на JS или Dart действительно сложно адекватно воспринимать, там заметно больше синтаксического мусора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #229

218. Сообщение от Enamel (ok), 11-Дек-20, 01:22   +/
> Отсутсвие документации.

У Раста хорошая документация. Вполне на одном уровне с Qt, местами даже получше пожалуй.
Например, https://doc.rust-lang.org/std/string/struct.String.html
Если это = отсутствие документации, то я даже боюсь представить, что такое тогда "присутствие")

> Пойти и купить вон ту книгу - это не документация.

Что купить? Какую книгу? Зачем?

> Самобан веб сайтов относящихся к хрусту с его каргой сделавших недоступным его через эти ваши интернеты

Какой самобан, о чем речь?

> Более гигабайта исходников и неожиданно невозможность собрать сие поделие на платформах отличных от линукс/виндовс x64

Например? В rustup Windows x32 есть. `rustup target add i686-pc-windows-msvc или gnu`
Андроид, арм линукс, мак интел, мак арм, айос арм, айос x86, всё это есть, и куча всего помимо.
Вручную собирать не надо, это не стоит того, через rustup (_официальный_ установщик) всё ставится и обновляется очень быстро.
Qt тоже желательно ставить инсталлятором даже на линуксе.

> Блобы, блобы, блобы

Уточни?

> Отталкивает бесконечное кол-во идиотов окружающих сей инструмент - репутация.

А где они такие? На опеннете я наблюдаю скорее диких фанатов-сишников, орущих "раст гoмно" без адекватных причин. Кстати, спасибо за хоть какую-то попытку расписать причины, другие и этого не делают.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #224

219. Сообщение от Аноним (67), 11-Дек-20, 02:28   +/
... из Гонконга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #223

220. Сообщение от Аноним (220), 11-Дек-20, 10:26   +/
Ну например я для себя написал небольшую программу, которая автоматически обновляет прайс лист от нескольких производителей, но тянет информацию с web страниц этих производителей. У них прайса в другом виде нет, и даже нет общего прайса, а только каждая деталь на отдельной странице. Деталек тысячи, вручную накладно обновлять. Так вот, у некоторых производителей кодировка windows-1251, да и другие встречаются. В самой странице содержится информация о кодировке и программа автоматически преобразует в UTF8 при помощи QTextCodec, а дальше поиск специальной подстроки с ценой детали. Вот эта искомая подстрока иногда содержит кириллицу. Это пример зачем нужны другие кодировки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

221. Сообщение от заминированный тапок (ok), 11-Дек-20, 11:24   +/
> PyQt — это другое. От разработчиков Qt есть PySide.
>> если Qt нужен кому-то на расте, то как бы растолюбы и должны были бы это сделать, не?
> Биндиги да. И они есть. Официальную поддержку — нет (логично).

PySide появился только благодаря коммерческим клиентам Qt, которые хотели пользовать PyQt в своих проектах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

222. Сообщение от заминированный тапок (ok), 11-Дек-20, 11:30   +/
а если я не хочу тащить ни иксы ни вяленого?

у меня, например, QML/Qt приложуха крутится поверх GLes с прямой отрисовкой в framebuffer.

без всяких лишних прослоек

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #233

223. Сообщение от Аноним (223), 11-Дек-20, 12:35   +1 +/
> ... из Гонконга.

Во как, чего только в кивевской области нету..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

224. Сообщение от Аноним (-), 11-Дек-20, 12:43   +/
> Не вижу ничего

Последний пункт жирной линией подчеркивает какбе

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

225. Сообщение от Аноним (225), 11-Дек-20, 13:20   +/
Qt - медленное раздутое капризное дерьмо.

Расходимся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #234

226. Сообщение от Аноним (-), 11-Дек-20, 18:29   +/
> И какие у тебя закидоны?

Вот тааааакиииие

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

227. Сообщение от DarkHobbit (ok), 11-Дек-20, 19:16   +/
> Если подумать, а какой смысл в других кодировках? Это играет роль разве что для тех, кто делает свой блокнотик.

Я выше приводил пример - мне пользователи присылают файлы в cp1251 от сторонней программы. Я программу пишу, чтобы людям было удобно. А если я им буду говорить "да ваши кодировки вчерашний день, используйте юникод" (они ведь даже не сами кодировку выбирают, так чья-то программа написана!), на меня посмотрят, как на быдлана, и правильно сделают. И да, у меня далеко не блокнотик.

Аноним выше тоже дал пример из реальной жизни. Жизнь, она далеко не везде юникодная.

> но лично я использую везде юникод

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #231

228. Сообщение от Аноним (228), 11-Дек-20, 23:34   +/
Ничего. Из описания не понял может ли оно работать лучше/быстрее кути 5 или просто фичами для разработки обросло.
наврено кеды начнут пилить новые через год, через два все сломают, через 3 решат, что все уже работает и можно в лтс пихать, через пять все заработает, через 6 появится кути 7
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

229. Сообщение от Lex (??), 12-Дек-20, 11:53   +/
> Но идейно — это лучшее, что я видел для интерфейса

Вы просто не видели JSX :)
Который работает и в вебе и, с небольшими изменениями, на мобильных ОС

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #232

230. Сообщение от Аноним (-), 12-Дек-20, 15:26   +1 +/
И анонимус пропрок его
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

231. Сообщение от Enamel (ok), 12-Дек-20, 23:21   +/
Повторюсь: не спорю, что это иногда может быть нужно

Поэтому и предлагаю продолжить использование QTextCodec в Qt 6 из модуля совместимости, пускай и под GPL only.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

232. Сообщение от Enamel (ok), 12-Дек-20, 23:28   +/
Видел, там же сплошной HTML
Засилье тэгов HTML в _собственном_ диалекте! Неужели у них мозг настолько повернут на этих тэгах, что нельзя было как-то мягко от них избавиться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229

233. Сообщение от Аноним (233), 13-Дек-20, 07:02   +/
> QML/Qt поверх GLes с отрисовкой в framebuffer

Нашёл чем удивить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

234. Сообщение от заминированный тапок (ok), 13-Дек-20, 13:29   +/
> Qt - медленное раздутое капризное дерьмо.
> Расходимся.

с чем расходитесь, с трезвым рассудком? успехов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225

235. Сообщение от Анонимemail (235), 17-Дек-20, 01:29   +/
Сколько лет будет поддержка Qt 5?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

236. Сообщение от Andrey_Karpov (ok), 16-Фев-21, 22:47   +/
Заглянули на огонёк. Обработка дат притягивает ошибки или 77 дефектов в Qt 6 - https://www.viva64.com/ru/b/0801/
Ответить | Правка | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру