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

Qt 5.0 перешёл на стадию бета-тестирования, opennews (?), 30-Авг-12, (0) [смотреть все] Ну наконец-то Надоело снапшоты тянуть , Аноним (-), 18:56 , 30-Авг-12, (2) // http releases qt-project org qt5 0 beta1 , svlasov (ok), 19:16 , 30-Авг-12, (9) +1 Это что, опять загоняют на QML js , anonymous (??), 18:57 , 30-Авг-12, (3) // Так это же к лучшему - абстракция, Аноним (-), 19:09 , 30-Авг-12, (6) –2   // И от чего же там абстрагируются , anonymous (??), 19:13 , 30-Авг-12, (8) +4   // От перекомпиляции под каждую платформу , kafeg (?), 20:04 , 30-Авг-12, (14) –1   Чем это лучше html5 , anonymous (??), 20:43 , 30-Авг-12, (17)   ты размер вебкита видел А компилял Он кстати на некоторых платформах аля встра, СреднийПосетительОпеннета (?), 22:04 , 30-Авг-12, (27) +1   Дык кутя теперь его сватает активно Чем она лучше , Аноним (-), 19:04 , 31-Авг-12, (95)   тем что у хтмл5 на жаваскрипте пишется вся логика приложения , piteri (ok), 22:33 , 30-Авг-12, (39) +2   html5 говно Задолбали уже из языка разметки текста пытаться сделать гибрида по , rshadow (ok), 00:09 , 31-Авг-12, (58) +5   Оно уже давно не язык разметки текста а скорее язык разметки сложных документов , Аноним (-), 19:06 , 31-Авг-12, (96)   Может, всем Синтаксисом, скоростью, возможностями, портируемостью, изначальной , kafeg (?), 10:14 , 31-Авг-12, (71) +1   Во-первых, с QML нужно чуть больше стараться, чтобы смешать логику приложения и , 0xd34df00d (ok), 21:44 , 30-Авг-12, (25)   По сравнению с Lisp, Python и Ruby - JavaScript - жалкий калека И если раньше с, Аноним (-), 22:08 , 30-Авг-12, (28)   Я скорее про QML говорил, чем про JS Олсо, все это куэмельное щастье все-таки бл, 0xd34df00d (ok), 22:18 , 30-Авг-12, (31)   We should expect that over time all UIs will be written in QML JavaScript will, Аноним (-), 22:28 , 30-Авг-12, (37)   Меня это тоже печалит Особенно состояние QML сегодня, в Qt 4 8 8212 ИМХО нею, 0xd34df00d (ok), 22:33 , 30-Авг-12, (38)   Не программы Интерфейсы - all UIs will be written in QML И это, в общем, пра, Moomintroll (ok), 10:01 , 31-Авг-12, (70) +1   we should expect that a lot of application logic and even entire applications w, Аноним (-), 18:06 , 31-Авг-12, (93)   Шарик ТЫ балбес с QML это реализация GUI и не более, во всех пресс-релизах , Pickle (?), 11:48 , 31-Авг-12, (79) +1   Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят , piteri (ok), 22:40 , 30-Авг-12, (40) –2   наглая ложь для коммон лиспа есть превосходные многопроходные компиляторы в нат, anonimous (?), 09:22 , 31-Авг-12, (67)   Вы компилятор от интерпретатора отличаете Если бы у разработчиков было желание к, piteri (ok), 09:39 , 31-Авг-12, (69)   Вы, по-моему, путаете причину со следствием В данном случае глубоко фиолетово, , Аноним (-), 14:42 , 31-Авг-12, (86)   А какой вообще был смысл тогда отказываться от клепания гуя на си Вы утверждае, piteri (ok), 15:27 , 31-Авг-12, (88)   Потому что на js как язык проще для таких дел, чем c , Аноним (-), 16:16 , 31-Авг-12, (89)   Вот, а теперь возвращаемся к моему паза-паза-пошлому посту , piteri (ok), 18:58 , 31-Авг-12, (94)   Я скомпилирую этот код с 7и проходов, Многопроходный компилятор (?), 12:44 , 31-Авг-12, (82) +3   Слабак Компиляторы фортрана делали по 42 Потому как ужать программу в 4кБ памя, Аноним (-), 16:23 , 31-Авг-12, (90)   Угу, особенно си на котором написан гугловский код и питон которым он собирается, Аноним (-), 19:08 , 31-Авг-12, (97)   Не потому ли, что он патентно чистый , Vladjmir (ok), 23:26 , 30-Авг-12, (53) –1   Да А ничего что даже название является торговой маркой Оракла , Аноним (-), 16:23 , 31-Авг-12, (91) –1   И какие же оптимизации будет делать интерпретатор QML , anonymous (??), 22:16 , 30-Авг-12, (30)   Будет 8212 да вплоть до невычисления свойств-анимаций-етц для тех вещей, кото, 0xd34df00d (ok), 22:25 , 30-Авг-12, (33)   Как же он будет определять на сцене эти объекты или нет, если их свойства всё же, anonymous (??), 22:40 , 30-Авг-12, (41)   Все свойства не нужно вычислять Например, если у вас есть какой-нибудь хитрый э, 0xd34df00d (ok), 22:49 , 30-Авг-12, (42)   Ну в любом случае этим будет заниматься рендерер итд кто использует Scene Graph , anonymous (??), 23:07 , 30-Авг-12, (45)   Декларативно можно и на тех же плюсах писать, но зачем ИМХО не стоит ставить HTM, 0xd34df00d (ok), 23:08 , 30-Авг-12, (47)   Вообще не понимаю о чём вы если честно Это для вас будет слишком декларативно , anonymous (??), 23:25 , 30-Авг-12, (51) –1   Это для меня слишком императивно Я уже запутался, мы QML обсуждаем или HTML5 , 0xd34df00d (ok), 23:26 , 30-Авг-12, (52)   Ну так вот всё тоже самое можно было делать без особых проблем на си без использ, anonymous (??), 23:46 , 30-Авг-12, (55)   QDomDocument тот же вполне позволяет Будет выглядеть даже почти так же Вообще, , 0xd34df00d (ok), 23:50 , 30-Авг-12, (56)   Вы вообще как читали статьи qt шников, раз уж у вас все познания только из их ис, anonymous (??), 00:39 , 31-Авг-12, (61)   gt оверквотинг удален Я, вероятно, недостаточно хорошо выразился Очевидно же,, 0xd34df00d (ok), 00:49 , 31-Авг-12, (62)   Вы вообще не понимаете зачем создавались разные вещи в Qt QGraphicsView решал, anonymous (??), 10:48 , 31-Авг-12, (74)   Едва ли Определять мышкой можно и в старом-добром QWidget API Вся эта хрень со, 0xd34df00d (ok), 11:51 , 31-Авг-12, (80)   И что вы там будете определять в QWidget API Координаты места куда произошёл кл, anonymous (??), 13:00 , 31-Авг-12, (83)   Вообще-то это очень хреново Потому-что дает возможность перемешивать представле, другой аноним (?), 09:47 , 05-Сен-12, (109)   т е куда лучше и удобнее вынести такое описание в отдельный файл root e, другой аноним (?), 10:04 , 05-Сен-12, (110)   Как они уже со своим яваскриптом , а ведь такой чудесный фреймворк был для gui, Аноним (-), 19:08 , 30-Авг-12, (5) +2 // Просто прекрасно, Аноним (-), 19:10 , 30-Авг-12, (7) +2 Да, это проблема Всё идёт к тому, что плюсы останутся только для написания расш, anonymous (??), 19:26 , 30-Авг-12, (11) // 1 Где тут QML 2 Этот способ для того случая, когда остальные недоступны , Сергей (??), 22:28 , 30-Авг-12, (36) // Речь про взаимодействие между QML и С Читай документацию, короче , anonymous (??), 23:10 , 30-Авг-12, (49) Та да, я вобще не понимаю этих людей - и в Tizen, и в Qt, и везде они пытаются э, mad_fashist (ok), 23:35 , 30-Авг-12, (54) +1 // вот только не надо про всех остальных за всех остальных решать для контроллеров , Клыкастый2 (?), 11:06 , 31-Авг-12, (76) // Да, про шелл 100 согласен, првтыкал Оставить что-то годное, но одно А вобще т, mad_fashist (ok), 13:57 , 31-Авг-12, (84) и не надо пусть будет, как будет Одна ОС и та от МС уже проходили, Один м, Клыкастый2 (?), 23:35 , 01-Сен-12, (106) поддерживает в полной мере средства для создания Qt-программ на языке C , klalafuda (?), 19:52 , 30-Авг-12, (12) +2 gt оверквотинг удален XUL Firefox 2 0 А хотелось бы Qcl Qt , Анон (?), 19:56 , 30-Авг-12, (13) +1 А из этого случайно не следует, что можно будет человеческими усилиями выпилит, kuraga (ok), 20:08 , 30-Авг-12, (15) // Зачем менять шило на мыло , Аноним (-), 20:45 , 30-Авг-12, (18) Но зачем, или Qt пугает вас своей скоростью и вы хотите что б оно начало тормози, piteri (ok), 22:54 , 30-Авг-12, (43) // Тут два вопроса Совершенно разные Просто не хотел запутывать 1 Я хочу исполь, kuraga (ok), 00:07 , 31-Авг-12, (57) // 1 Хотеть можете Но это примерно как я хочу использовать Qt но без присутствия , piteri (ok), 01:16 , 31-Авг-12, (63) Разумеется, just for fun Но это надо брать код и разбираться Я просто хочу е, kuraga (ok), 02:04 , 31-Авг-12, (64) +1 пщщщ, ВСЕ как писАл на плюсах так и буду А там С 11, уумм няшка Играйся там с, ВовкаОсиист (ok), 20:16 , 30-Авг-12, (16) +3 Что-то Qt всё больше становится завязанным на C JavaScript и менее привлекател, Аноним (-), 20:46 , 30-Авг-12, (19) // Ява значит боле привлекательна для использования с другими языками программирова, Аноним (-), 20:56 , 30-Авг-12, (20) // Ораклопроблемы Есть же реализация от IBM , Аноним (-), 21:28 , 30-Авг-12, (22) Нет но между двумя монолитными кусками C JS Qt и Java - я склоняюсь к Java По, Аноним (-), 21:29 , 30-Авг-12, (23) // Бред сумасшедшего безумца , Марк Шатлворт (?), 03:43 , 31-Авг-12, (66) +1 Смотря какие уязвимости А то я вот серверов на Qt что-то не встречал , anonymous (??), 21:29 , 30-Авг-12, (24) // Qt позиционирует как десктопный тулкит , ВовкаОсиист (ok), 22:28 , 30-Авг-12, (35) Ну значит ява в десктопном применение тоже без дыр , anonymous (??), 23:08 , 30-Авг-12, (48) Эх, а про WebKit2, с разделением на процессы из коробки, ничего А ведь вроде ка, 0xd34df00d (ok), 21:47 , 30-Авг-12, (26) вы не поверите, но я только вчера ночной билд на винду закачал , Кевин (?), 22:19 , 30-Авг-12, (32) // В линуксе работает на удивление хорошо, в винде не умеет разделение на процессы , Sauron (??), 00:29 , 31-Авг-12, (60) Интересно мне, у кого-то запускаются проги собранные с Qt5 на блобах В частност, ВовкаОсиист (ok), 22:26 , 30-Авг-12, (34) // Запускаются Собираю Qt5 сам из гиториуса , Аноним (-), 23:01 , 30-Авг-12, (44) // Забыл уточнить sh NVIDIA-Linux-x86_64-304 37 run --opengl-headersПри этом исполь, Аноним (-), 23:08 , 30-Авг-12, (46) // Включил в пкгбилд хидеры из блоба, пересобрал qt5-base-git - не запускаются , ВовкаОсиист (ok), 00:10 , 31-Авг-12, (59) Я изретка собираю Qt5 дабы потестить и пощупать эти ихние иновации Вот сейчас, ВовкаОсиист (ok), 23:11 , 30-Авг-12, (50) А все, понял в чем прикол У меня Qt был собран на OpenGL ES2, блобы ES не умеют, ВовкаОсиист (ok), 13:59 , 31-Авг-12, (85) Скачал qt-linux-opensource-5 0 0-beta1-x86_64-ubuntu1204-offline run и установил, добрый дядя (?), 10:23 , 31-Авг-12, (72) // Не найден plugin xcb , дайте путь к библиотекам Qt в LD_LIBRARY_PATH и если и э, Юрий (??), 10:51 , 31-Авг-12, (75) // я прописал и в креаторе, и просто в консоли пробовал - не находит, хотя явно вид, добрый дядя (?), 11:59 , 31-Авг-12, (81) Такими темпами в Qt 6 0 останется только javascript, который будет выполняться н, Аноним (-), 10:39 , 31-Авг-12, (73) // отставить истерику, матрос, Клыкастый2 (?), 11:09 , 31-Авг-12, (77) +1 это самое страшное если они откажутся от QWidgets в Qt 6 0, хорошо что выделили , добрый дядя (?), 11:47 , 31-Авг-12, (78) Сначала KDE превратился в монстра, затем Gnome Теперь вот Qt Везде представи, Аноним (-), 15:08 , 31-Авг-12, (87) правильно я понимаю что Qt сначала был монолитным куском всем не нравившимся, ег, Аноним (-), 18:06 , 31-Авг-12, (92) // Нет Кому это всем Тулкитофобом из противоположного лагеря Их ненависть сначал, Аноним (-), 20:39 , 31-Авг-12, (98) // Про вовсёмпутинвиноват ещё не написал Что там в тексте то было понял Там про т, Аноним (-), 22:31 , 31-Авг-12, (99) // Меня зацепила откровенная ложь, а твое непонимание из чего состоит Qt меня не ин, Аноним (-), 01:15 , 01-Сен-12, (100) А меня твоё непонимание прочитать пару строк текста очень интересует - в гельмин, Аноним (-), 12:28 , 01-Сен-12, (102) Я тете уже объяснил, но ты с первого раза не понял Еще раз Я ответил на твою н, Аноним (-), 13:25 , 01-Сен-12, (103) Бугурт евривеа Тете каких-то видишь Главное дыши поглубже А то вишь целых три, Аноним (-), 10:30 , 02-Сен-12, (107) Из этого часто вытекают некоторые свойства, важные и для непрограммистов Скорос, qux (ok), 12:05 , 01-Сен-12, (101) А что на сайте Digia написано Ето они о чем, Аноним (-), 18:31 , 01-Сен-12, (104) // Коммерческая Всё , Anone (?), 11:54 , 02-Сен-12, (108) 2,3,5,12,13,15,16,19,26,32,34,72,73,87,92,104

Сообщения

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

	6. "Qt 5.0 перешёл на стадию бета-тестирования"	–2 +/–
	Сообщение от Аноним (-), 30-Авг-12, 19:09
	Так это же к лучшему - абстракция
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Qt 5.0 перешёл на стадию бета-тестирования"	+4 +/–
	Сообщение от anonymous (??), 30-Авг-12, 19:13
	>Так это же к лучшему - абстракция И от чего же там абстрагируются?
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Qt 5.0 перешёл на стадию бета-тестирования"	–1 +/–
	Сообщение от kafeg (?), 30-Авг-12, 20:04
	От перекомпиляции под каждую платформу.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??), 30-Авг-12, 20:43
	>От перекомпиляции под каждую платформу. Чем это лучше html5?
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от СреднийПосетительОпеннета (?), 30-Авг-12, 22:04
	ты размер вебкита видел? А компилял? Он кстати на некоторых платформах аля встраиваемый линукс компилится только с помощью такой то матери.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 31-Авг-12, 19:04
	> ты размер вебкита видел? Дык кутя теперь его сватает активно. Чем она лучше? :)
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Qt 5.0 перешёл на стадию бета-тестирования"	+2 +/–
	Сообщение от piteri (ok), 30-Авг-12, 22:33
	тем что у хтмл5 на жаваскрипте пишется вся логика приложения.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	58. "Qt 5.0 перешёл на стадию бета-тестирования"	+5 +/–
	Сообщение от rshadow (ok), 31-Авг-12, 00:09
	html5 говно. Задолбали уже из языка разметки текста пытаться сделать гибрида по логической разметки страницы. Давно пора сделать мух и котлеты отдельно: отдельно что нить вроде qml, отдельно html (без наворотов типа div, js и т.д.)
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	96. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 31-Авг-12, 19:06
	> html5 гoвно. Задолбали уже из языка разметки текста Оно уже давно не язык разметки текста а скорее язык разметки сложных документов и пользовательских интерфейсов. Грань между которыми там просто отсутствует.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от kafeg (?), 31-Авг-12, 10:14
	Может, всем? Синтаксисом, скоростью, возможностями, портируемостью, изначальной работой в OpenGL, полноценной сетью, доступом ко всем ресурсам устройства, работой как нативное приложение, а не интерпретатор? Это всё равно что спрашивать чем Т-90 лучше Т-34 - ведь оба танки!
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	25. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 30-Авг-12, 21:44
	Во-первых, с QML нужно чуть больше стараться, чтобы смешать логику приложения и UI, а такое разделение — очевидно, хорошо. Во-вторых, декларативный характер языка больше подходит описанию UI. Все ж писать гуйцы на C++ — это извращение. QML — большой шаг вперед в этом плане. В-третьих, у интерпретатора QML чуть больше информации о том, что хочет сделать программист, поэтому некоторые вещи он может сделать оптимальнее. Ну, это как оптимизирующие компиляторы.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	28. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 30-Авг-12, 22:08
	По сравнению с Lisp, Python и Ruby - JavaScript - жалкий калека. И если раньше связка C/Python/Qt была привлекательной, то теперь, когда JavaScript поставили во главу угла, она выглядит как архитектурный костыль. Почему они так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так, чтобы упростить создание биндингов для скриптовых языков?
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 30-Авг-12, 22:18
	Я скорее про QML говорил, чем про JS. Олсо, все это куэмельное щастье все-таки ближе к Граалям типа FRP, нежели чем Qt/C++. Да и не ставил никто JS во главу угла. Можно писать так же, как и раньше.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 30-Авг-12, 22:28
	"We should expect that over time all UIs will be written in QML. JavaScript will become a first class citizen within the Qt community and we should expect that a lot of application logic and even entire applications will be written in JavaScript instead of C++." Судя по этой цитате они мечтают о том дне когда все программы под Qt будут писаться на JavaScript. "While the QWidget based classes are extremely important for existing applications, we are, over time, going to move to a model where all UIs are being done in QML. Separating the QWidget based functionality into its own library is therefore a good measure to achieve a clean architecture in Qt 5 in the long term." А судя по этой - QWidget будет вынесен в отдельную библиотеку, чтобы от него легче было избавиться, когда настанет светлое будущее QML.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 30-Авг-12, 22:33
	> "We should expect that over time all UIs will be written in > QML. JavaScript will become a first class citizen within the Qt > community and we should expect that a lot of application logic > and even entire applications will be written in JavaScript instead of > C++." > Судя по этой цитате они мечтают о том дне когда все программы > под Qt будут писаться на JavaScript. Меня это тоже печалит. Особенно состояние QML сегодня, в Qt 4.8 — ИМХО неюзабельно. Мне бы все-таки хотелось, чтобы C++ API тоже какое-то внимание уделялось. > "While the QWidget based classes are extremely important for existing applications, we > are, over time, going to move to a model where all > UIs are being done in QML. Separating the QWidget based functionality > into its own library is therefore a good measure to achieve > a clean architecture in Qt 5 in the long term." > А судя по этой - QWidget будет вынесен в отдельную библиотеку, чтобы > от него легче было избавиться, когда настанет светлое будущее QML. Оу, ну что ж вы так, заговоры везде видите. Просто императивные QWidget'ы не очень совместимы со scene graph'ом, нужным для нового QML, ЕМНИП.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от Moomintroll (ok), 31-Авг-12, 10:01
	> все программы под Qt будут писаться на JavaScript Не программы! Интерфейсы - "all UIs will be written in QML". И это, в общем, правильное решение. А логику (расчёты, работу с файлами и БД и т.п.) делайте на C/C++. > QWidget будет вынесен в отдельную библиотеку, чтобы от него легче было избавиться, когда настанет светлое будущее QML Тоже логичное решение.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	93. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 31-Авг-12, 18:06
	"we should expect that a lot of application logic and even entire applications will be written in JavaScript instead of C++" А здесь они пишут, что большая часть бизнес-логики и даже целые программы будут написаны на JavaScript. И далее по тексту - только критичные по времени выполнения куски будут переписываться на C++. Так что Qt превращается в среду разработки программ на JavaScript.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Qt 5.0 перешёл на стадию бета-тестирования"	+1 +/–
	Сообщение от Pickle (?), 31-Авг-12, 11:48
	"Шарик! ТЫ балбес!" (с) QML это реализация GUI и не более, во всех пресс-релизах уже ДАВНО говорится, что С++ никто не выкидывает, его убирают только там где он не нужен! Если у вашем "лидере сегмента рынка с дружественным коллективом" (с) GUI разрабатывают инженеры-программисты, то флаг Вам в руки и якорь ниже. В нормальных конторах этим занимаются специально выдрессированные люди, для которых использование C++ это попоболь, а вот что-то типа QML+JS самое оно. Да и проще людей на эту должность найти.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	40. "Qt 5.0 перешёл на стадию бета-тестирования"	–2 +/–
	Сообщение от piteri (ok), 30-Авг-12, 22:40
	> По сравнению с Lisp, Python и Ruby - JavaScript - жалкий калека. > И если раньше связка C/Python/Qt была привлекательной, то теперь, когда JavaScript > поставили во главу угла, она выглядит как архитектурный костыль. Почему они > так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так, > чтобы упростить создание биндингов для скриптовых языков? Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят интерпретароры всего вышеперечисленного.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	67. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonimous (?), 31-Авг-12, 09:22
	>Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят интерпретароры всего вышеперечисленного. наглая ложь! для коммон лиспа есть превосходные многопроходные компиляторы в нативный код.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от piteri (ok), 31-Авг-12, 09:39
	Вы компилятор от интерпретатора отличаете? Если бы у разработчиков было желание компилировать всё в найтивный код, то они вряд ли бы использовали жаваскрипт.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 31-Авг-12, 14:42
	Вы, по-моему, путаете причину со следствием. В данном случае глубоко фиолетово, интерпретируется или компилируется js-или-что-у-нас-там-для-рисования-интерфейса - лишь бы программы на нем имели удовлетворительные характеристики по потреблению ресурсов. Qt-проект так или иначе собирать придется, поскольку он не целиком на js.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от piteri (ok), 31-Авг-12, 15:27
	А какой вообще был смысл тогда отказываться от клепания гуя на си++? Вы утверждаете, что разрабы вынесли гуй в скрипты для того чтоб использовать жаваскрипт, а не использовали жаваскрипт желая вынести гуй в скрипты?
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 31-Авг-12, 16:16
	> А какой вообще был смысл тогда отказываться от клепания гуя на си++? Потому что на js как язык проще для таких дел, чем c++
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от piteri (ok), 31-Авг-12, 18:58
	Вот, а теперь возвращаемся к моему паза-паза-пошлому посту.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Qt 5.0 перешёл на стадию бета-тестирования"	+3 +/–
	Сообщение от Многопроходный компилятор (?), 31-Авг-12, 12:44
	Я скомпилирую этот код с 7и проходов
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	90. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 31-Авг-12, 16:23
	Слабак. Компиляторы фортрана делали по 42. Потому как ужать программу в 4кБ памяти вместе с данными, это надо уметь.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от Аноним (-), 31-Авг-12, 19:08
	> Только вот в сравнении с восьмицилиндровым двиглом от гугла как калеки выглядят > интерпретароры всего вышеперечисленного. Угу, особенно си на котором написан гугловский код и питон которым он собирается. Не, попытка троллинга неплохая, если б не хреновое знание матчасти :)
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	53. "Qt 5.0 перешёл на стадию бета-тестирования"	–1 +/–
	Сообщение от Vladjmir (ok), 30-Авг-12, 23:26
	> Почему они так носятся с этим JavaScript, неужели нельзя было продумать архитектуру так, чтобы упростить создание биндингов для скриптовых языков? Не потому ли, что он патентно чистый?
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	91. "Qt 5.0 перешёл на стадию бета-тестирования"	–1 +/–
	Сообщение от Аноним (-), 31-Авг-12, 16:23
	Да? А ничего что даже название является торговой маркой Оракла?
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??), 30-Авг-12, 22:16
	>В-третьих, у интерпретатора QML чуть больше информации о том, что хочет сделать программист, поэтому некоторые вещи он может сделать оптимальнее. Ну, это как оптимизирующие компиляторы. И какие же оптимизации будет делать интерпретатор QML? :)
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	33. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 30-Авг-12, 22:25
	Будет — да вплоть до невычисления свойств-анимаций-етц для тех вещей, которые не нужны (например, не видны сейчас на сцене). Благо, декларативный характер описания вещей позволяет. Ну и не совсем то, но тоже в тему статья у них в блогах: http://labs.qt.nokia.com/2012/08/01/scene-graph-adaptation-l.../
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??), 30-Авг-12, 22:40
	> Будет — да вплоть до невычисления свойств-анимаций-етц для тех вещей, которые не > нужны (например, не видны сейчас на сцене). Благо, декларативный характер описания > вещей позволяет. Как же он будет определять на сцене эти объекты или нет, если их свойства всё же нужно вычислить для того чтобы понять видимы они или нет :) Мы можем так же из Си положить на сцену объекты и у рендерера будет возможность не рисовать их(ну как в Clutter или e17 Evas). > Ну и не совсем то, но тоже в тему статья у них > в блогах: http://labs.qt.nokia.com/2012/08/01/scene-graph-adaptation-l.../ Правильно, совсем не то :) Scene Graph и оптимизации связаные с ним никак не связаны с qml.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 30-Авг-12, 22:49
	>> Будет — да вплоть до невычисления свойств-анимаций-етц для тех вещей, которые не >> нужны (например, не видны сейчас на сцене). Благо, декларативный характер описания >> вещей позволяет. > Как же он будет определять на сцене эти объекты или нет, если > их свойства всё же нужно вычислить для того чтобы понять видимы > они или нет :) Все свойства не нужно вычислять. Например, если у вас есть какой-нибудь хитрый эллипс, то достаточно вычислить его этакий гарантированный bounding box по размеру большей из осей, а цвет, ориентацию и вообще любые свойства его дочерних элементов (если clip: true) вычислять не нужно будет. > Мы можем так же из Си положить на сцену объекты и у > рендерера будет возможность не рисовать их(ну как в Clutter или e17 > Evas). Признаться, Clutter/Evas не тыкал, но, возможно, выглядит все это страшно. Вон, как ниже писали про тот же куэмель. И просто из интереса, как будет выглядеть связывание свойств?
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??), 30-Авг-12, 23:07
	> Все свойства не нужно вычислять. Например, если у вас есть какой-нибудь хитрый > эллипс, то достаточно вычислить его этакий гарантированный bounding box по размеру > большей из осей, а цвет, ориентацию и вообще любые свойства его > дочерних элементов (если clip: true) вычислять не нужно будет. Ну в любом случае этим будет заниматься рендерер/итд кто использует Scene Graph. И все те же оптимизации доступны без всяких декларативных qml'ов. Так что до сих пор не вижу преимуществ от qml'я, кроме как просто удобного языка для описания лэйаутов. > Признаться, Clutter/Evas не тыкал, но, возможно, выглядит все это страшно. Вон, как > ниже писали про тот же куэмель. Выглядит практически так же как и разработка приложений на html5+js.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 30-Авг-12, 23:08
	> Ну в любом случае этим будет заниматься рендерер/итд кто использует Scene Graph. > И все те же оптимизации доступны без всяких декларативных qml'ов. > Так что до сих пор не вижу преимуществ от qml'я, кроме как > просто удобного языка для описания лэйаутов. Декларативно можно и на тех же плюсах писать, но зачем? > Выглядит практически так же как и разработка приложений на html5+js. ИМХО не стоит ставить HTML5 и QML в один ряд, таки разные технологии для разных вещей.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Qt 5.0 перешёл на стадию бета-тестирования"	–1 +/–
	Сообщение от anonymous (??), 30-Авг-12, 23:25
	>Декларативно можно и на тех же плюсах писать, но зачем? Вообще не понимаю о чём вы если честно. Это для вас будет слишком декларативно? :) var a = document.createElement('div'); a.style.left = '10px'; a.style.top = '0px'; a.style.width = 'calc(100% - 2em)'; document.body.appendChild(a); >ИМХО не стоит ставить HTML5 и QML в один ряд, таки разные технологии для разных вещей. Я говорю про создание приложений с Clutter/Evas, что это выглядит так же как сейчас создаются миллионы приложений с использованием html5+js :)
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 30-Авг-12, 23:26
	> Вообще не понимаю о чём вы если честно. > Это для вас будет слишком декларативно? :) > var a = document.createElement('div'); > a.style.left = '10px'; > a.style.top = '0px'; > a.style.width = 'calc(100% - 2em)'; > document.body.appendChild(a); Это для меня слишком императивно :( > Я говорю про создание приложений с Clutter/Evas, что это выглядит так же > как сейчас создаются миллионы приложений с использованием html5+js :) Я уже запутался, мы QML обсуждаем или HTML5 + JS? :)
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??), 30-Авг-12, 23:46
	> Это для меня слишком императивно :( Ну так вот всё тоже самое можно было делать без особых проблем на си без использования qml+js, если конечно позволяет апи. Но они решили что современный графический стэк будет доступен только из qml+js, из-за чего пошло много негодования. Еслиб был qml+js или C++, небыло бы никаких проблем, но теперь они просто поставили всех своих пользователей в положение, в котором им придётся мучаться с qml+убогим жаваскриптом, если они захотят использовать современные инструменты для разработки ui. И суть оптимизаций в deferred рендере, вместо immediate и это никак не связано с декларативностью/императивностью языков. > Я уже запутался, мы QML обсуждаем или HTML5 + JS? :) Вы там спросили о том как будет выглядеть разработка с использованием Clutter/Evas, я привёл пример на что это похоже.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 30-Авг-12, 23:50
	> Ну так вот всё тоже самое можно было делать без особых проблем > на си без использования qml+js, если конечно позволяет апи. QDomDocument тот же вполне позволяет. Будет выглядеть даже почти так же. > Но они > решили что современный графический стэк будет доступен только из qml+js, из-за > чего пошло много негодования. Еслиб был qml+js или C++, небыло бы > никаких проблем, но теперь они просто поставили всех своих пользователей в > положение, в котором им придётся мучаться с qml+убогим жаваскриптом, если они > захотят использовать современные инструменты для разработки ui. Вообще, конечно, и мне было бы интересно почитать, что такое потребовало QML. Они говорят, что императивный QPainter не позволяет строить вещи типа сцен-графа. Почему то же нельзя сделать на плюсах — хороший вопрос. > И суть оптимизаций в deferred рендере, вместо immediate и это никак не > связано с декларативностью/императивностью языков. Вы бы еще сказали, что суть оптимизаций в определении мертвых участков кода, и это никак не связано с ленивостью/«функциональностью» языков. >> Я уже запутался, мы QML обсуждаем или HTML5 + JS? :) > Вы там спросили о том как будет выглядеть разработка с использованием Clutter/Evas, > я привёл пример на что это похоже. Я скорее спрашивал про примеры кода, ибо уверен, что достаточно сложные вещи будут выглядеть ужасно на императивных вещах. А хтмл сюда, впрочем, тоже не нужно примешивать ИМХО. Точно так же не нужно.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	61. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??), 31-Авг-12, 00:39
	> Вы бы еще сказали, что суть оптимизаций в определении мертвых участков кода, > и это никак не связано с ленивостью/«функциональностью» языков. Вы вообще как читали статьи qt'шников, раз уж у вас все познания только из их источников? Тк когда я читал, у них всё было грамотно написано, а вы пишете про какую-то чушь :) Все оптимизации строятся на том что рендерер видит сразу всю сцену и может производить различные оптимизации, а как уж там мы наполняли эту сцену - тут похер, можем через декларативный qml, либо из императивного си++ еслиб они предоставили какой-нибудь нормальный апи для этого. И то что мы наполнили сцену, используя императивный апи, совсем не значит что мы не можем повесить колбэк на какое-то из свойств объекта и динамически его вычислять только при надобности, если вдруг рендерер захочет нарисовать этот объект (видимо это до вас не доходит). И никаких уникальных оптимизаций интерпретатор qml не выполняет. >А хтмл сюда, впрочем, тоже не нужно примешивать ИМХО. Точно так же не нужно. Так бы и сказали, что никогда не писали веб-приложений на html+js. Тк люди, которые имели опыт с этими технологиями отлично представляют плюсы и минусы различных подходов вроде смеси  декларативного+императивного(AngularJs, Ember, Knockout итд), либо просто императивного(большинство других библиотек).
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	62. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 31-Авг-12, 00:49
	>[оверквотинг удален] > было грамотно написано, а вы пишете про какую-то чушь :) > Все оптимизации строятся на том что рендерер видит сразу всю сцену и > может производить различные оптимизации, а как уж там мы наполняли эту > сцену - тут похер, можем через декларативный qml, либо из императивного > си++ еслиб они предоставили какой-нибудь нормальный апи для этого. > И то что мы наполнили сцену, используя императивный апи, совсем не значит > что мы не можем повесить колбэк на какое-то из свойств объекта > и динамически его вычислять только при надобности, если вдруг рендерер захочет > нарисовать этот объект (видимо это до вас не доходит). > И никаких уникальных оптимизаций интерпретатор qml не выполняет. Я, вероятно, недостаточно хорошо выразился. Очевидно же, что декларативный подход оставляет больше свободы для, гм, интерпретации кода, нежели чем императивный. В декларативном случае проще соблюдать инварианты при преобразованиях (и оптимизациях в том числе) — в императивном случае все равно придется строить и поддерживать этакую картину состояния системы, убеждаясь, что после оптимизаций код все равно обеспечивает изоморфное преобразование из одного состояния в другое. Это весьма затрудняет построение оптимизатора. А рендерер всю сцену уже со времен QGraphicsView видит, тащем-та. Еще раз, декларативно можно и на плюсах писать, но зачем? Все равно вы в конечном счете придете к какому-то (embedded) domain-specific language, так почему бы сразу не писать на нем? :)
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	74. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??), 31-Авг-12, 10:48
	>А рендерер всю сцену уже со времен QGraphicsView видит, тащем-та. Вы вообще не понимаете зачем создавались разные вещи в Qt :) QGraphicsView решал совершенно другие проблемы, этот класс был больше для удобства разработчиков, которым нужно быстренько создать "сцену" для определения куда тыкают мышкой итд. И в отличие от SceneGraph'а в Qt5, чайлды в qgv использовали тот же qpainter для отрисовки из-за чего невозможно сделать множество оптимизаций, которые производит рендерер в qt5. >Еще раз, декларативно можно и на плюсах писать, но зачем? Все равно вы в конечном счете придете к какому-то (embedded) domain-specific language, так почему бы сразу не писать на нем? :) Ещё раз повторю, тот пример выше на JavaScript'е - это для вас что декларативно? Тысячи игрушек, в движках которых используются такие же оптимизации написаны на каких-то декларативных qml'ях? e17 Evas работает только используя какой-то декларативный язык? Зачем вы продолжаете нести чушь про какой-то embedded dsl?
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	80. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от 0xd34df00d (ok), 31-Авг-12, 11:51
	> Вы вообще не понимаете зачем создавались разные вещи в Qt :) QGraphicsView > решал совершенно другие проблемы, этот класс был больше для удобства разработчиков, > которым нужно быстренько создать "сцену" для определения куда тыкают мышкой итд. Едва ли. Определять мышкой можно и в старом-добром QWidget API. Вся эта хрень со сценами создавалась именно как более high-perf-вещи для рисования здоровенных сцен. По-моему, это у вас какое-то непонятное непонимание :) > И в отличие от SceneGraph'а в Qt5, чайлды в qgv использовали > тот же qpainter для отрисовки из-за чего невозможно сделать множество оптимизаций, > которые производит рендерер в qt5. Кажется, я не так давно говорил то же самое. >>Еще раз, декларативно можно и на плюсах писать, но зачем? Все равно вы в конечном счете придете к какому-то (embedded) domain-specific language, так почему бы сразу не писать на нем? :) > Ещё раз повторю, тот пример выше на JavaScript'е - это для вас > что декларативно? Нет. > Тысячи игрушек, в движках которых используются такие же оптимизации > написаны на каких-то декларативных qml'ях? И что доказывает существование, кроме моего тезиса, что и на плюсах/whatever можно писать декларативно? > Зачем вы продолжаете нести чушь про какой-то embedded dsl? Если вы не знаете предметную область, то лучшей стратегией будет ознакомиться с ней, нежели чем называть непонятные слова чушью.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	83. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от anonymous (??), 31-Авг-12, 13:00
	>Едва ли. Определять мышкой можно и в старом-добром QWidget API. Вся эта хрень со сценами создавалась именно как более high-perf-вещи для рисования здоровенных сцен. И что вы там будете определять в QWidget API? Координаты места куда произошёл клик? :) qgv - это аналог того что предоставляет flash player, достаточно удобная вещь для своих целей, создавалась для удобства разработчиков, а не для увеличения производительности. >Кажется, я не так давно говорил то же самое Ну так и зачем тогда вообще говорите про qgv, если понимаете что чайлды там используют qpainter и из-за этого невозможно получить профит на современном железе? >И что доказывает существование, кроме моего тезиса, что и на плюсах/whatever можно писать декларативно? я вам выше привёл пример того как мы заполняем сцену(html document) на джаваскрипте, вы сказали что это не декларативно, а теперь опять продолжаете вещать о том что на плюсах/whatever можно писать декларативно :) Вы уже определитесь. >Если вы не знаете предметную область, то лучшей стратегией будет ознакомиться с ней, нежели чем называть непонятные слова чушью. Вы недавно прочитали про декларативное программирование, нашли в нём какие-то ключевые моменты и теперь вам кажется что это one-true-way для работы с определённым кругом задач? Почитайте вообще про парадигмы программирования для начала прежде чем продолжать нести чушь: Programming Paradigms for Dummies: What Every Programmer Should Know http://www.info.ucl.ac.be/~pvr/VanRoyChapter.pdf p.s. И до сих пор не услышал ни про какую оптимизацию, которую производит интерпретатор qml :)
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	109. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от другой аноним (?), 05-Сен-12, 09:47
	> Вообще не понимаю о чём вы если честно. > Это для вас будет слишком декларативно? :) > var a = document.createElement('div'); > a.style.left = '10px'; > a.style.top = '0px'; > a.style.width = 'calc(100% - 2em)'; > document.body.appendChild(a); Вообще-то это очень хреново. Потому-что дает возможность перемешивать представление и логику в одну большую макаронину. Например: var a = document.createElement('div'); a.style.left = '10px'; a.style.top = '0px'; <решение квадратичного уравнения, несколько строк кода>; a.style.width = 'calc(100% - 2em)'; <еще вычислили среднюю зарплату по отделу, еще 20 строк кода>; document.body.appendChild(a); Поди потом, разберись, что пьяные программист с дезигнером имели ввиду. А особенно это хреново для визуальных средств разработки. Вместо какого-то файла описания формы/контролов с известной средствам разработки схемой построения такого файла, эти средства заняты тем что парсят исходный код и пытаются по нему воспроизвести внешний вид формы (ищут конструкторы контролов и всяческих лайаутов, присваивания свойствам объектов каких-то значений), вместо того чтобы просто распарсить какой-то тектовый (или xml-ный) файл сцены/формы и по нему построить визуальное представление. А еще в этом дурацком подходе раздражают комментарии к таким длинным макаронным функциям (в которых средствами разработки создаются контролы) - "Этот код был сгенерирован автоматически и потому его руками не трожь! Все твои изменения будут перетерты при следующем редактировании". Чисто защита на честном слове.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	110. "Qt 5.0 перешёл на стадию бета-тестирования"	+/–
	Сообщение от другой аноним (?), 05-Сен-12, 10:04
	т.е. куда лучше и удобнее вынести такое описание в отдельный файл: ... root ... encoding ... <document name="aaa">   <style ...>     <left>10px</left>     <top>...</top>     <width>...</width>     ...   </style> </document> ... Причем не обязательно xml, если он вам не нравится, придумать другой формат описания свойств, например, а-ля делфи с его файлами dfm, где в текстовом виде описана компоновка формы со всеми контролами и свойствами. т.е. в данном случае ты уже бы никакую фигню не всунул между строками кода создания контролов. А уж для всяческих средств - построителей интерфесов это вообще песня - не надо парсить исходный код - тупо разобрал файл в памяти в дерево объектов и отобразил. Плюс появляется возможность проверить такой файл на валидность - схема описания и возможных свойств объектов где-то же описана. А этот файл впоследствии всунули бы в ресурсы и обрабатывали его в конструкторе при создании объекта-формы (-документа). Плюс даже не в текстовом виде, а в каком-то компильнутом бинарном виде (если так хочется) или даже в виде куска макаронного программного кода, которого ты не видишь, который не захламляет твой исходный код (т.е. такой код создавался бы по файлу свойств в момент сборки приложения и его исходный код ты вообще бы не видел в своем проекте)
	Ответить | Правка | Наверх | Cообщить модератору

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

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