The OpenNET Project / Index page

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



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

"Релиз среды разработки Qt Creator 18"  +/
Сообщение от opennews (ok), 03-Ноя-25, 09:49 
Состоялся выпуск интегрированной среды разработки Qt Creator 18, предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками. Готовые сборки сформированы для Linux, Windows и maсOS...

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

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

Оглавление

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

1. Сообщение от kravich (ok), 03-Ноя-25, 09:49   +4 +/
>Qt Creator теперь определяет наличие файла "devcontainer.json" в каталоге с проектом, создаёт на его основе Docker-контейнер и настраивает взаимодействие с ним из приложения.

В какой момент мы свернули не туда?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #13, #30, #31, #37, #38

2. Сообщение от Аноним (2), 03-Ноя-25, 09:57   +/
Когда вместо корпаративных серверов айбиэм с проприетарный ос стали использовать разъевшиеся десктопы на прошивке от линусяна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #56

3. Сообщение от Аноним (2), 03-Ноя-25, 09:58   +5 +/
Qt последний оплот кроссплатформенной свободы. Не будет qt и разработка софта погрузится в хаос.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #21, #41, #68

4. Сообщение от Omnomno (?), 03-Ноя-25, 10:05   –2 +/
То ли дело сейчас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6, #28

5. Сообщение от Аноним (5), 03-Ноя-25, 10:06   –3 +/
Зачем дублировать усилия? Можно же было просто написать плагин с поддержкой Qt для Emacs, и переиспользовать один из самых продвинутых редакторов в мире.

Тем более, что в емаксе уже есть поддержка gdb и прочей отладки.

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

6. Сообщение от Аноним (2), 03-Ноя-25, 10:06   +/
Какие у тебя претензии к qt?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

8. Сообщение от Аноним (2), 03-Ноя-25, 10:07   +3 +/
Любой выкидон emacs, создание которого ты не контролируешь и делается как есть без гарантий и твой плагин превращается в тыкву. Бизнес так не делается, пойми это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #19

9. Сообщение от kravich (ok), 03-Ноя-25, 10:14   +1 +/
IDE должна быть написана на нормальном компилируемом С++, а не на ЛNСП
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #20

13. Сообщение от Владимир (??), 03-Ноя-25, 10:27   +4 +/
Перешел на KDevelop и жизнь наладилась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

16. Сообщение от Аноним (16), 03-Ноя-25, 10:44   +/
Так ты это не продашь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

18. Сообщение от Аноним (-), 03-Ноя-25, 11:04   +1 +/
А когда в emacs редактор кода завезли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #49

19. Сообщение от Аноним (5), 03-Ноя-25, 11:06   –2 +/
Так Qt Company и X11, Windows, Wayland и Android не контролирует, а ничего, бизнес идёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #23

20. Сообщение от Аноним (5), 03-Ноя-25, 11:07   +/
Компилируемый язык это какой? QML? Если да, то в таком смысле лисп тоже компилируемый, через libgcc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #51

21. Сообщение от Pascal (??), 03-Ноя-25, 11:19   +2 +/
Ну ты чо, о Lazarus IDE еще ничо не слышал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #33

22. Сообщение от Аноним (22), 03-Ноя-25, 11:22   +3 +/
>Для C++ также реализованы быстрые правки для удаления фигурных скобок

Наобород надо форсировать скобки, а не удалять, чтоб не было dangling else и  неоднозначности:

if (condition1)
    if (condition2)
        statement1;
    else
        statement2;

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

23. Сообщение от Аноним (23), 03-Ноя-25, 11:23   +2 +/
Открою тебе секрет qt от них и не зависит. Оно может работать на относительно слабом встроенном железе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

26. Сообщение от Аноним (23), 03-Ноя-25, 11:27   +2 +/
Надо вернуть begin, end.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #29, #43, #52

28. Сообщение от Аноним (28), 03-Ноя-25, 11:37   +/
Qt Radiant намного круче.
Если кто незнает такой редактор кварт Quake.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

29. Сообщение от kravich (ok), 03-Ноя-25, 11:40   +1 +/
Хуже способа выделять блоки кода человечество в принципе не придумало
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #35, #45, #94

30. Сообщение от Аноним (30), 03-Ноя-25, 11:41   +4 +/
Ждём когда добавят компилятор Rust в число обязательных зависимостей)))

Иногда думаю, как же всё-таки хорошо, что wxWidgets сейчас не в мейнстриме. Нету вот этой вечной погони за модой, хайпом, трендами, хипстерством с сопутствующим оверинжинирингом.

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

С wxWidgets всё иначе. Это как старый, проверенный друг, который не пытается впечатлить тебя модными словечками. Он просто делает свою работу - и делает её хорошо. Никаких сюрпризов, никаких кардинальных изменений API с каждым минорным релизом, никакой необходимости переучиваться каждые два года, потому что "так теперь принято".

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

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

31. Сообщение от ПомидорИзДолины (?), 03-Ноя-25, 11:49   +/
Какая альтернатива? Устанавливать все зависимости  на свою тачку? Потом еще разницу в версиях между разными машинами ручками разруливать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #58

33. Сообщение от anonist (?), 03-Ноя-25, 12:11   +/
Использует GTK и тот-же Qt на GNU/Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

35. Сообщение от Аноним (-), 03-Ноя-25, 12:27    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

36. Сообщение от Аноним (-), 03-Ноя-25, 12:32   –2 +/
>  Ждём когда добавят компилятор Rust в число обязательных зависимостей)))

Было бы неплохо.

> как же всё-таки хорошо, что wxWidgets сейчас не в мейнстриме

Хорошо кому?
Вон недавно Кикад-овцu жаловалдись что их поделка не работает на вейланде.
А чего? А потому что у них поcocные wxWidgets которые не поддерживают новые технологиии.

> ету вот этой вечной погони

Зато есть кривой код на который без тошноты смотреть сложно.

> Он просто делает свою работу - и делает её хорошо.

Хахаха, прям как "хорг просто работает"))

> ценность стабильности и простоты незаслуженно забыта.

Чего?
Вон в расте сделали аналог версий языка (как в С++, например).
В итоге в пределах Edition вообще всё безшовно.
Плюс crates in one edition must seamlessly interoperate with those compiled with other editions.
Отличная обратная совместимоть!

А програмер может зафиксировать версию (аналогично ʼв нашем используется проекте С++17ʼ).
В AOSP например зафиксировали 18 и 21.

Просто у некоторых "стабильность и простота" зачастую значит "болото без развития" и "мне лень учить что-то новое".

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

37. Сообщение от javamustdie (?), 03-Ноя-25, 12:52   +1 +/
Нормально это.
Просто автоматизация рутинных действий и автоматизация.
Главное ни чему не мешает, вроде-бы.

Другое дело, что удручает уровень продуманности и качество реализации.
Сколько помню (а пользуюсь почти 20 лет), все версии QtCreator падали и продолжают падать.
Но в старых версиях это было относительно редко, а последние крашатся чуть-ли при любом шаге в сторону.
Еще радуют ошибки с результатом "не получилось", то ssh-подключение не добавляется, то тесты не распознаются, и таких глюков сотни.
Короче, чем пушистей C++ и тем больше вспомогательных фич в subj, тем хуже всё это работает.

Отдельно доставляет распространение в виде flatpak/snap, ведь потом очень "удобно" что-либо отлаживать в хостовой системе (непосредственно не возможно, ибо "изоляция", только через ssh cо всеми сопутствующими глюками и ограничениями).

Жрем кактус дальше (

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

38. Сообщение от Аноним (39), 03-Ноя-25, 13:12   +/
В тот момент, когда не захотели ознакомится с nix - более двадцати лет назад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

39. Сообщение от Аноним (39), 03-Ноя-25, 13:19   +/
>С wxWidgets всё иначе. Это как старый, проверенный друг, который не пытается впечатлить тебя модными словечками. Он просто делает свою работу - и делает её хорошо.

Ага, например так https://www.opennet.me/opennews/art.shtml?num=63419
>Проблемы со стабильностью и производительностью: Повышенное потребление ресурсов и высокая нагрузка на CPU/GPU по сравнению с использованием X11. Появление графических артефактов при отрисовке и нарушение нормального вывода. Зависания и аварийные завершения, проявляющиеся только при работе в окружениях на базе Wayland. Ненадёжная работа с буфером обмена.

Очень интересно, откуда берутся эти артефакты на ровном месте?
>Никаких сюрпризов, никаких кардинальных изменений API с каждым минорным релизом, никакой необходимости переучиваться каждые два года, потому что "так теперь принято".

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

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

40. Сообщение от Аноним (39), 03-Ноя-25, 13:20   –2 +/
>Сколько помню (а пользуюсь почти 20 лет), все версии QtCreator падали и продолжают падать.

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

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

41. Сообщение от Аноним (39), 03-Ноя-25, 13:22   +/
>Qt последний оплот кроссплатформенной свободы.

Гм. Есть ещё sdl, gtk, electron - и это как минимум.

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

42. Сообщение от Аноним (39), 03-Ноя-25, 13:25   –1 +/
>Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками.

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

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

43. Сообщение от Аноним (39), 03-Ноя-25, 13:25   –1 +/
begin ненужнон. Что basic, что ruby прекрасно обходятся без него.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

44. Сообщение от Аноним (30), 03-Ноя-25, 13:28   +/
Такие проблемы решаются точечно, без необходимости перелопачивать всю кодовую базу и ломать API для тысяч приложений. Но для этого нужно некоторое время и усилия, а не бесконечная смена фундамента, как это постоянно любят делать хипстеры.

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

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

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

45. Сообщение от Аноним (39), 03-Ноя-25, 13:31   +1 +/
А как же гвидобейсик с отступами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #53, #55

46. Сообщение от Аноним (51), 03-Ноя-25, 13:40   +/
> написать плагин с поддержкой Qt для Emacs

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

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

47. Сообщение от Anon62513512124 (?), 03-Ноя-25, 13:41   +/
Конечно не оч.приятно это признавать, но есть в этом доля правды.
Но не сказал бы что эта проблема только у с++ - многие языки программирования в какой-то момент придумывают доп.абстракцию для более удобного описания ui.
И возятся с ней потом:
c++/qml
js/html
android/xml
swift/swiftUI

так что симптом скорее общий

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

48. Сообщение от javamustdie (?), 03-Ноя-25, 13:42   +1 +/
да-да, java-ide падают чуть чаще, жрут памяти раз в 10 больше и почти всего работают настолько-же медленно.

А кошмар с плагинами, их постоянной не совместимостью и вечной глюкавостью...

Впрочем, каждому свой кактус вкуснее.

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

49. Сообщение от Аноним (51), 03-Ноя-25, 13:42   +/
По крайней мере, для кода на C, С++, Python редактор кода туда уже завезли очень давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

50. Сообщение от javamustdie (?), 03-Ноя-25, 13:53   +1 +/
Рано или поздно любой верстальщик UI начинает считать себя программистом и по-идиотски выглядеть через это.

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

А вот в обратную сторону не получится, и всё что можно назвать "язык, где графический интерфейс описывается на нём же самом" принципиально не могут существовать без "ущербных" C/C++ ;)

Короче, не путайте вашу яичницу с другими вещами.

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

51. Сообщение от Аноним (51), 03-Ноя-25, 14:07   +/
Ведётся работа по переводу Emacs c Elisp-интерпретатора на Guile-компилятор https://www.emacswiki.org/emacs/GuileEmacs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

52. Сообщение от Аноним (51), 03-Ноя-25, 14:12   –1 +/
Тогда уж отступы пробельчиками и то менее напряжно, чем эти ваши bein-end'ы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #66

53. Сообщение от kravich (ok), 03-Ноя-25, 14:13   +/
Это в свою очередь лучший способ выделять блоки кода
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

54. Сообщение от Аноним (30), 03-Ноя-25, 14:16   +/
> И как следствие, в 2025 году вы будете писать софт, как будь-то на дворе до сих пор девяностые и ничего лучше не изобрели

Чушь. Для винды и мака приложения wxWidgets выглядят в 2025 году как нативные. А линукс с 5% популярностью на десктопе может немного и подождать.

We recognize that the Linux desktop ecosystem is evolving, and we’re not trying to stop that evolution. However, we believe that user productivity comes first - our users need to design circuit boards, not wrestle with experimental desktop technologies. Stability and reliability are paramount for professional work, and our limited development resources should focus on core functionality rather than working around protocol limitations. We continue to monitor Wayland development and welcome fixes from upstream projects.

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

55. Сообщение от Аноним (51), 03-Ноя-25, 14:19   +2 +/
Рулит же, рейтинги не дадут соврать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

56. Сообщение от Работа (?), 03-Ноя-25, 14:28   +/
Лисяна ? В лисяне это интерфейс или там не такой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

57. Сообщение от Аноним (57), 03-Ноя-25, 14:34   +/
Это всё превратилось в наваленные соревнования , ничего пусть будет. Но ты может потом глядишь увидишь какую то другую анимацию , а руки для линейки не положишь хотя уже взял и что ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

58. Сообщение от Аноним (58), 03-Ноя-25, 14:52   +/
Откройте для себя CQtDeployer.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

59. Сообщение от Аноним (58), 03-Ноя-25, 15:02   +/
> языков, где графический интерфейс описывается на нём же самом.

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

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

60. Сообщение от Аноним (-), 03-Ноя-25, 15:38   +1 +/
> swift/swiftUI

А вы пробовали что-то писать на swiftUI? Или только в интернете видели?

Это же такой же swift, в котором сделан тулкит, написанный на том же свифт.
Более того, в swiftUI "коде" обычные свфитовые функции.

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

61. Сообщение от Аноним (-), 03-Ноя-25, 15:40   +/
> Гм. Есть ещё sdl, gtk, electron - и это как минимум.

sdl слишком низкоуровневое
gtk на богомерзской со своими убогими Г-object
electron - лучши выбор для любой кроссплатформы - что открытой, что проприетарной - потому что свободен.

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

62. Сообщение от Аноним (62), 03-Ноя-25, 16:15   +/
Это бред, я на чистом С делал DSL для своего UI движка на OpenGL. В духе андроид xml только лаконичнее и с макросами, что очень удобно. С поддержкой практически всего что можно на андроид вьюхах накидать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #71, #86

63. Сообщение от Аноним (39), 03-Ноя-25, 16:37   +/
>так что симптом скорее общий

Это прямое следствие отсутствия в языке нужных абстракций. Как минимум Elm, Rust(Relm, Iced, Yew), Ocaml(Notty, Minttea), ReasonMl(Revery), Go(Bubble Tea) позволяют описывать пользовательский интерфейс в рамках самого языка, максимально родным и главное наглядным способом.

Ещё в начале нулевых у M$ был кодогенератор, который позволял в графическом интерфейсе накидать кнопок на форму, а на основе этого генерировал файл на C#/VB.Net.

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

64. Сообщение от Аноним (39), 03-Ноя-25, 16:51   +/
>Графический интерфейс не должен и не является частью никакого языка.

Зато, судя по логике кутешников должен содержать js
>так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками.

У всех же есть лишняя оперативка, чтобы её сожрал js.

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

65. Сообщение от Аноним (39), 03-Ноя-25, 16:52   –1 +/
Я не про внешний вид говорю, а про абстракции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

66. Сообщение от Аноним (39), 03-Ноя-25, 16:52   +2 +/
И заиметь проблемы с копированием и вставкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #78

67. Сообщение от Аноним (67), 03-Ноя-25, 16:57   +/
>как же всё-таки хорошо, что wxWidgets сейчас не в мейнстриме

с ээтим я согласен

>Это как старый, проверенный друг,

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

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

68. Сообщение от Аноним (67), 03-Ноя-25, 17:11   +1 +/
https://github.com/Immediate-Mode-UI/Nuklear?tab=readme-ov-file
Nuklear: WinAPI, X11, SDL, Allegro, GLFW, OpenGL, DirectX
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

69. Сообщение от Аноним (30), 03-Ноя-25, 17:12   +/
Понял, о каких абстракциях вы говорите. Вы наверное имеете в виду визуальное проектирование интерфейсов (RAD)? Для C++ существует плагин wxSmith (wxWidgets) в среде Code::Blocks - это наглядный пример такого подхода: дизайнер форм, который генерирует готовый C++ код.

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

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

70. Сообщение от _kp (ok), 03-Ноя-25, 17:28   +/
>>лучши выбор для любой кроссплатформы

В остальном, наихудший для пользователя. Недостатки везде.

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

71. Сообщение от javamustdie (?), 03-Ноя-25, 17:30   +/
Хм, так вы же сами пишите что сделали DSL, а не клепали UI на чистом C.

Другое дело, что "программист-верстальщик" может не понять о чем речь, или будет считать что такой путь (создание инструментов) слишком трудоёмкий и "велосипедный". Причем это не безосновательно, ведь в 99% случаев "современный сишник" из вуза сделает из этого кошмар (как учили).

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

72. Сообщение от Аноним (30), 03-Ноя-25, 17:51   +/
> проблема втом, что этот старый друг вдруг стал вовсе и не друг.

Можно по-подробнее? Появились какие-то конкретные технические сложности?

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

73. Сообщение от waylandbeliver (ok), 03-Ноя-25, 18:03   +/
Жесть, 18 версий и до сих пор нет настроек рендеринга шрифтов.
Ответить | Правка | Наверх | Cообщить модератору

74. Сообщение от smit256 (?), 03-Ноя-25, 18:17   +/
> и ничего лучше не изобрели...

А ничего лучше и не изобрели...

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

75. Сообщение от Аноним (67), 03-Ноя-25, 18:29   +/
политические. сейчас они свой сайт исправили, но люди ведь помнят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #79, #85

76. Сообщение от Аноним (-), 03-Ноя-25, 18:29   +2 +/
Мы давно перешли на electron + react. Если сможете найти более простое и более кроссплатформенное решение, готов выслушать ваши доводы. Нытьё о том, что на копролитах типа кор 2 дуо с 4 гигами тормозит не принимается.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #90

77. Сообщение от Анони (?), 03-Ноя-25, 18:33   –3 +/
На пентиум 3 с 512 мегов оперы ваще ваш электрон не запускается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #82, #83

78. Сообщение от Анони (?), 03-Ноя-25, 18:34   +/
Они не поймут, они не программировали никогда.  
  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

79. Сообщение от Советский инженер (ok), 03-Ноя-25, 18:42   +/
зашел глянуть.
политика на месте.
респект 💙WxWidgets💛 !!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #84

80. Сообщение от Аноним (-), 03-Ноя-25, 18:58    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

81. Сообщение от Аноним (-), 03-Ноя-25, 18:58    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

82. Сообщение от Аноним (-), 03-Ноя-25, 19:00   +/
> На пентиум 3 с 512 мегов оперы ваще ваш электрон не запускается.

Пентиум 3 это не наша целевая аудитория.
Какой смысл ориентироваться на нищих 6omжей?

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

83. Сообщение от Аноним (-), 03-Ноя-25, 19:02   +/
> На пентиум 3 с 512 мегов

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

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

84. Сообщение от Аноним (-), 03-Ноя-25, 19:03   +/
Ах, нехороший вы человек однако!
Пишите на этот сайт такие комменты и провоцируете глобальное потепление :)

ЗЫ: респект им и вас))

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

85. Сообщение от Аноним (30), 03-Ноя-25, 19:18   +/
Вроде бы не блокировали по IP (в отличии от сайта Qt). И, насколько я знаю, так называемых protestware компонентов разработчики wxWidgets не добавляли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

86. Сообщение от Шизгорин (?), 03-Ноя-25, 20:04   +/
> я на чистом С делал DSL для своего UI движка на OpenGL

Почему же ты тогда безработный и сидишь на кор 2 дуо, раз такой вумный?

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

87. Сообщение от Шизгорин (?), 03-Ноя-25, 20:12   +/
Хороший верстальщик зарабатывает поболее программиста. Посмотри сколько зарабатывают верстальщики на upwork, особенно те, кто занимается web-accessibility версткой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

88. Сообщение от Шизгорин (?), 03-Ноя-25, 20:14   +/
> для Emacs

Ты ещё для vim предложи, а то нынче клавиатуры со стрелочками роскошь.

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

89. Сообщение от Аноним (62), 03-Ноя-25, 20:55   +/
Ну это и есть чистый С. Думать надо, да. Тогда просто не существовало кроссплафторменного  UI движка для мобилок, в котором можно что-то 3дшное добавлять. Сейчас на флатторе с болью и матюгами что-то 3дешное уже в принципе можно делать. Хотя это и будет тормозить вплоть до самоотключения телефона от перегрева - реальный тикет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

90. Сообщение от Аноним (62), 03-Ноя-25, 20:57   +/
Fltk. Прост как топор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

91. Сообщение от Анонимemail (91), 03-Ноя-25, 21:00   +/
Отличная среда, для настоящих несгибаемых любителей кроссплатформенности, не то что это флаттер, который запускается и работает!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

92. Сообщение от Аноним (-), 03-Ноя-25, 21:10   +/
Флаттер уже давно канул в лету и почти перестал напоминать о себе. Он повторил судьбу Ruby — стремительный взлет популярности сменился таким же стремительным забвением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #95

93. Сообщение от Аноним (94), 03-Ноя-25, 21:16   +/
> для создания кроссплатформенных

Простите, о каком кросс речь? Полторы платформы - это сейчас - кросс?

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

94. Сообщение от Аноним (94), 03-Ноя-25, 21:21   +/
у сишников вся память в дырах, но больше всего их беспокоит begin/end в других языках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

95. Сообщение от Анонимemail (91), 03-Ноя-25, 21:24   +/
Согласен, его время прошло! Кстати если интересно попробуй под виндовс 11 собрать проект на qt с нуля, особенно мне нравится когда какая нибудь версия не совсем актуальная, то ли выше , то ли ниже, это очень увлекательно, а в убунту сколько вариантов для сборки QT, супер вобще SDK. Хотя и на флаттер попадаются любители опенсоурса, такое закрутят, по типу питон под C++, но восновном там скукота нажал кнопочку и работает, причем на удивление везде. Жаль только что проект загнулся и его время прошло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92


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

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




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

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