| 1.1, Аноним (1), 11:36, 15/05/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Qt Creator->мулти-селект фаилов когда добавят?
хочется одним взмахом все стереть. :)
| | |
| |
| 2.33, Карбофос (ok), 10:17, 16/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
 так мультиселект - свойства QFileDialog, или QTreeView/QListView и пр. так что и исходники в руки ;)
| | |
|
| 1.2, Хрен с горы (?), 12:11, 15/05/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Большая проблема QML - трудность обмена данными с С++. Получается весьма громоздго, со всеми этими дефайнами/гетерами/сетерами. Но самое страшное - это передача коллекций обьектов... Вроде, говорят пишите логику на плюсах, а интерфейсы на QML, но на деле получается дофига костылей.
Так же в стандартных компонентах куча всяких мелких недороботок, с документацией проблемы, а они занимаются портированием на разные платформы.
Qt уже не торт.
| | |
| |
| |
| 3.20, Vkni (ok), 18:37, 15/05/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > Нормальные люди юзают С и гтк
Писать интерфейсы на портабельном ассемблере в 2013-м году! Поручик, вы такой затейник!
| | |
|
| 2.5, nib (?), 13:42, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Никаких трудностей не испытываю, не забывай что есть несколько способов достучаться из Qml'я в плюсовый код.
Писать геттеры/сеттеры/сигналы не затрудняет. С коллекциями объектов всё тоже очень хорошо, смотря что нужно, можно использовать QList<..>(чаще всего использую QVariantList, внутри какие-нибудь QVariantMap), QAbstractItemModel based классы, в крайнем случае еще есть чисто qml'ные вещи, вроде DeclarativeModel. Не знаю где здесь нужны костыли.
В контролах если есть недоработки, всегда для вас открыт багтрекер, имхо дженс ошибки очень оперативно исправляет. С документацией если проблемы - смотри примеры и код. Работа на разных платформах как бы ключевая вещь в Qt'е. Старайтесь реже говорить людям, что им делать, а то как-то некрасиво получается.
| | |
| |
| 3.7, anonymous (??), 13:53, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>достучаться из Qml'я в плюсовый код.
Ты исходное сообщение читал вообще? Там про обратную задачу, если что.
| | |
|
| 2.8, anonymous (??), 13:57, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>Большая проблема QML - трудность обмена данными с С++.
Она на это и не рассчитана. C++ только для написания расширений, которые на жобаскриптах не написать, или они будут тормозить. Впрочем, если уж тащить с собой жабоскрипты, то смысла в использовании плюсов и нет совсем. Только если компонент какой написать.
| | |
| |
| 3.10, nib (?), 14:05, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
Qml это не javascript, если что. Из qml'а вызывается js движок, по мере надобности.
Например, как вы реализуете работу с файловой системой из Qml'а?
| | |
| |
| 4.22, anonymous (??), 20:26, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>Qml это не javascript, если что. Из qml'а вызывается js движок, по мере надобности.
Например, как вы реализуете работу с файловой системой из Qml'а?
Спасибо, КЭП. Но движок жабоскрипта там прибит гвоздями. Он используется для пересчёта координат, например. Заменить его на питон или другое по вкусу не представляется возможным. В общем кури исходники и доки.
| | |
| |
| 5.29, nib (?), 23:51, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
Да, гвоздями, но js движок загружается только когда нужен. Код открыт, заменяй, но я бы не советовал. Спасибо за совет.
| | |
|
|
|
| 2.13, Аноним (-), 16:01, 15/05/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
А вы не пользуйтесь C++. QT - это среда для разработки приложений на JavaScript. C++ там спрятан под капот.
| | |
| |
| 3.18, Аноним (-), 17:41, 15/05/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Да ну?
Это только для QML частично верно. И то QML + JavaScript там в основном для описания поведения интерфейса (один из вариантов, так как QWidget и прозводные никто не прячет).
Основа - все равно C++.
| | |
|
| |
| 3.23, anonymous (??), 20:37, 15/05/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>[оверквотинг удален]
> на страничке и до проблем с ресайзом https://bugs.webkit.org/show_bug.cgi?id=90421.
> Стоит ли говорить, что взаимодействие с JavaScript внутри WebView происходит через
> строки? В 5ке webview переписали, но всеравно есть проблемы, народ на
> форумах жалуется, что оно течет. Недокументированный Experemental api - это вообще
> пушка.
> Короче проблем когда сталкиваешься много. Некторые можно поправить, некоторые, как говориться,
> broken by design. Но чего я не понимаю, это то чем
> занимаются троли. Портируют на разные платформы, добавляют модули и тд. Да
> кому оно вообще нужно такое вот? Тот же JavaScript с современным
> количеством ГУИ фреймворков намного чище и проще.
QML сам по себе не так уж плох. Эдакий аналог HTML5, но с разметкой JSON. Минус в том, что HTML5 как-никак стандартизирован, в отличие от этого QML. Кроме того, я не вижу смысла таскать JS-движок для приложений уровня плеера. Минус также ещё в том, что тролли забили на всё остальное, в частности, на "устаревшие виджеты". Это я к тому, что портировать приложение с Qt4 на Qt5 смысла практически нет. Нет там ничего такого особенного, кроме увеличенного потребления памяти и новых глюков.
| | |
| |
| 4.24, С горы (?), 22:23, 15/05/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>QML сам по себе не так уж плох.
Я согласен, но некоторые проблемы тянутся с релиза.
| | |
| |
| 5.25, С горы (?), 22:24, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Я согласен, но некоторые проблемы тянутся с релиза.
Недописал. Ощущение такое, что посоны пытаются укусить больше, чем могут сьесть в конкретный момент. А пока будут жевать, жаваскрипт займет таки мобильники, за которые они так бьются. Да и на десктопе уже можно кое-чего делать.
| | |
|
|
| 3.27, nib (?), 23:16, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Смотри в 5.1 MEMBER у Q_PROPERTY - можно больше не прописывать геттеры@сеттеры
QList - не умеет оповещать о изменениях коллекций, да проблема, приходится вешать сигнал
С другой стороны в QList(QVariantList) довольно удобно засовывать вообще кучу всего, потом содержимое прекрасно отображается через вьюхи(у нас работают только с ListView, TableView и Repeater'ами, на счет остальных не в курсе).
QAbstractItemModel - да слишком накрученная и переусложнённая вещь, но используем, удобно
Посмотри ещё модели в приватных классах qml'ных, вроде их можно использовать и они простые. Посмотри модели из Cascades.
QDeclarativeListProperty - да, когда первый раз увидел этот класс, не очень был готов к такому.
QTBUG-25194 - написано же, что пофикшенно в Qt5.
С QWindow баг вроде должны пофиксить.
С анимацией скролов фейл, но и понятно - виджеты.
С MouseArea - бесит.
View реагирует на изменения в модельках - отдельно тестил.
| | |
| |
| 4.28, С горы (?), 23:42, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>Смотри в 5.1 MEMBER у Q_PROPERTY - можно больше не прописывать геттеры@сеттеры
Отлично!
>QList - не умеет оповещать о изменениях коллекций, да проблема, приходится вешать сигнал
А кто реагирует на этот сигнал? Как обновляется View? Инкрементально?
>С другой стороны в QList(QVariantList) довольно удобно засовывать вообще кучу всего, потом содержимое прекрасно отображается через вьюхи(у нас работают только с ListView, TableView и Repeater'ами, на счет остальных не в курсе).
Видимо, это уже в 5ке.
>QAbstractItemModel - да слишком накрученная и переусложнённая вещь, но используем, удобно
Не переусложнённая, а костыль. Енумы для определения типов, это конечно что-то...
>Посмотри ещё модели в приватных классах qml'ных, вроде их можно использовать и они простые. Посмотри модели из Cascades.
Ok, спасибо.
>QDeclarativeListProperty - да, когда первый раз увидел этот класс, не очень был готов к такому.
Еще один костыль.
>QTBUG-25194 - написано же, что пофикшенно в Qt5.
А что, куте4 уже не поддерживается? Во всех дистрах, вроде, еще 4ка.
>View реагирует на изменения в модельках - отдельно тестил.
Да, на QAbstractItemModel точно.
Но это только то что вспонил, что-то помелочи регулярно всплыает. В виджетах такого не было, все было, как говорится, solid.
| | |
| |
| 5.30, nib (?), 00:04, 16/05/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>> А кто реагирует на этот сигнал? Как обновляется View? Инкрементально?
Передаешь сигнал, на него реагирует, работает так же как все динамические биндинги
Как-то решили сидеть на Qt5, поэтому последнее время с Qt4 не сталкиваюсь, а то что кеды и Qt софт на 4ке сидят, это дело времени, кидал ссылку здесь уже виден прогресс по портированию кед.
| | |
| |
| 6.34, Хрен с горы (?), 14:04, 16/05/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>Как-то решили сидеть на Qt5, поэтому последнее время с Qt4 не сталкиваюсь, а то что кеды и Qt софт на 4ке сидят, это дело времени, кидал ссылку здесь уже виден прогресс по портированию кед.
Реалии таковы что есть парк машин, на которых ОС с куте 4 в репах. Да и в проэкте используется WebKit, который в 5.0(где я последний раз тестировал) показал себя не с лучшей стороны касательно ресурсов.
| | |
| |
| 7.35, nib (?), 14:29, 16/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
Ну если бы сильно нужно было, всегда можно придумать репу с Qt5 и подключить её.(Хотя работает - не трогай).
На счет вебкита - меня немного смутило зависимость на icu(порядка 30Мб). Ну и да, не так уже его приятно использовать из квика со всеми этими экспериментальными Апи. Мы в итоге его выпилили.:)
| | |
| |
| |
| 9.37, nib (?), 17:13, 16/05/2013 [^] [^^] [^^^] [ответить] | +/– | С 5 1 якобы починили статическую сборку, хотя и до этого всё было терпимо За мно... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 1.4, ананим (?), 12:48, 15/05/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А шустренький эмулятор телефона для Tizen.
И эффекты органично-симпатишные. Хотеть.
| | |
| 1.14, Аноним (-), 16:07, 15/05/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Когда уже пошьют пятые кеды? С ними, надеюсь, будет не жизнь, а сказка.)
| | |
| |
| 2.15, h (?), 16:48, 15/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
На новом 8-ми ядерном процессоре с 16 Гб оперативы (:
| | |
|
| 1.32, Аноним (-), 10:11, 16/05/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хм. Полноценный фреймворк? Было бы отлично, если при этом не разжиреет до невменяемых размеров.
| | |
|
