Если вас 4-ка устраивает, то не вижу особых проблем, работает и ладно
Спасибо за ликбез. Действительно OpenGL, DirectX11, DirectX9 ничего такого пока не надо было. Графику svg Qt 4 умеет. HiDPI даже пока не понимаю зачем.
Давайте ограничим список языком С++, открытыми исходниками и инструментом компилятор/линковщик. То что вы приводите уже интерпретаторы и вы становитесь заложником какой-то фирмы - будет она делать свою библиотеку кроссплатформенно? Ну например Microsoft? Уже звучит глупо. Питон конечно кроссплатформенность будет поддерживать, но как и у любого интерпретатора если что-то заглючило, то ты заложник их ошибок. То есть тебя лишают свободы (образно говоря). Кстати Delphi/Lazarus наверное хороший пример, там отрисовка нативная (насколько я помню), но begin/end просто невыносимо.
Можете немного про огромную работу поведать? Я не тролю, я действительно практически хотел бы понять чего я потерял не используя Qt5,6 ,например в десктопном приложении. У меня используется SQlite база, интерфейс для пользователя, соединение с ЛК в интернете.
Если я скажем захотел бы мобильное приложение написать на нем?
К сожалению не готов сейчас портировать код под андроид или iOs (пока только под Виндой работаю).
Тему правда вентилировал для андроид. Но там нет возможности собирать проект прямо на андроид (как к примеру под Windows или Linux ), а так бы проблем бы вообще никаких не было.
Для меня история Qt представляется на сегодня таким образом: два норвежских студента за лет 5-7 написали 500-700 классов, а потом команда из нескольких тысяч сотрудников современного Qt не смогла даже понять, что там написано и занимается только продажей старого функционала, обзывая его Qt5,6,7,8.. Вопрос почему?
Тема развития классов Qt Sql не устаревает. Qt не будет развиваться, если его никто не будет развивать.
Мы сделали свой набор классов, унаследованных от QSqlTableModel и QTableView, и реализовали все, что нам нужно внутри их. Теперь не паримся с внешними связями, все инкапсулиповано внутри. Для реализации внешней связи используем одну команду setRelation (нашей версии).
Большое вам спасибо за статью! Попробовал реализовать сначала в отдельном проекте под Qt 4.8.1 - все заработало. И потом как оказалось в исходники Qt 4.8.1 все можно интегрировать без проблем. А именно получается так:
Для этого надо файлы: sqlite3.c, sqlite3.h, rekeyvacuum.c, shell.c, crypto.c перенести в каталог исходников Qt (у нас 4.8.1 D:\QtSDK1.2.1\QtSources\4.8.1\src\3rdparty\sqlite).
Пересобирать достаточно ветки исходников plugins\sqldrivers\sqlite и наверное sql.
Далее суть в том, что все делаем как обычно в Qt: открывает файл базы данных и достаточно вызвать первый раз pragma rekey='%123456%'" и база данных зашифруется
а потом каждый раз при открытии делаем уже: pragma rekey='%123456%'"
И никаких больше изменений и не надо в Qt делать! Вот это удача. На все про все 1 день.
Можно конечно попробовать 4.7. Но смысл? Мое мнение, что троли не доделали развитие QSqlRelationalTableModel на тот момент, когда продали права на Qt. А потом никому не надо было ничего развивать. Поэтому я просто сделал свое развитие PblSqlTableModel и сделал как я это вижу (у меня есть об этом свободном проекте статья на хабре)
Справедливые замечания (про телефон). Поэтому на сайте можно запросить восстановление доступа по данному телефону (приходит на email, дополнительно указывается при регистрации) и далее через ЛК установить заново пин коды телефона(ов). В описанном мною случае, есть важный нюанс, клиент оплатил лицензию на программу и вспомнить доступ важнее ему, а не нам. Нам важнее, чтобы программу не копировали свободно на разные ПК.
Сейчас занимаюсь авторизацией в приложении под виндоус (коммерческий проект). Сама регистрация в лк на сервере. Так вот в данном случае например логичнее авторизация по телефону с коротким пин кодом. Смысл в том, что номер телефона почти всегда соответствует только одному человеку. Почта более "расплывчата" - ей могут пользоваться разные люди. Но вот подтвердить код из смс это однозначно может только то самое физ лицо, кому принадлежит телефон. Это то, что ты всегда носишь с собой (паспорт чаще забывают).
На данный момент выношу мозг себе с Qt под Windows (QSqlTableModel и QTableView), там коммерческий проект, поэтому прямо завтра не смогу выложить проект с stm32, но как появится время сделаю статью на Хабре.
Приветствую всех, в QSqlRelationalTableModel мне не нравится несколько моментов (Qt 4.8) , используем с QTableView к примеру:
Вы добавляете новую строку, устанавливаете значение (какой-то текст) relation поля, все Гут. Сохраняете строку (submit, select) и что получаете? Пустое значение в поле.
Спасибо за ликбез. Действительно OpenGL, DirectX11, DirectX9 ничего такого пока не надо было. Графику svg Qt 4 умеет. HiDPI даже пока не понимаю зачем.
Давайте ограничим список языком С++, открытыми исходниками и инструментом компилятор/линковщик. То что вы приводите уже интерпретаторы и вы становитесь заложником какой-то фирмы - будет она делать свою библиотеку кроссплатформенно? Ну например Microsoft? Уже звучит глупо.
Питон конечно кроссплатформенность будет поддерживать, но как и у любого интерпретатора если что-то заглючило, то ты заложник их ошибок. То есть тебя лишают свободы (образно говоря).
Кстати Delphi/Lazarus наверное хороший пример, там отрисовка нативная (насколько я помню), но begin/end просто невыносимо.
нет просто забыл как буква пишется
Если они в приватных классах что-то меняют, то пользователю библиотеки это фиолетово.
Можете немного про огромную работу поведать? Я не тролю, я действительно практически хотел бы понять чего я потерял не используя Qt5,6 ,например в десктопном приложении. У меня используется SQlite база, интерфейс для пользователя, соединение с ЛК в интернете.
asaks54 минуты назад
"А почему при изменении высоты одной строки, меняются высоты всех остальных строк в таблице?"
На мой взгляд так "правильнее" и главное для реализации проще. К тому же человеческий глаз очень положительно реагирует на симметрию.
Мы сразу чувствуем единообразие и у нас возникает доверие, что тут все упорядочено и проработано.
Если делать разную высоту строк, то визуально на первый взгляд будет что-то не то, и мозг будет цепляться за это. В общем это усложняет восприятие.
Хотя реализовать дополнительно такой вариант можно, но придется где-то хранить высоты строк, а если строк тысяча или более?...
Присоединяюсь: я на С++ знаю только фреймворк Qt, ещё вроде wxWidgets есть. На С GTK и все...
Между чем выбирать то? Чем занимаются люди в институтах?
Тут к сожалению не знаю от слова совсем. Смотря какой функционал браузера вам нужен. Современные браузеры сами знаете что за монстры.
К сожалению не готов сейчас портировать код под андроид или iOs (пока только под Виндой работаю).
Тему правда вентилировал для андроид. Но там нет возможности собирать проект прямо на андроид (как к примеру под Windows или Linux ), а так бы проблем бы вообще никаких не было.
Для меня история Qt представляется на сегодня таким образом: два норвежских студента за лет 5-7 написали 500-700 классов, а потом команда из нескольких тысяч сотрудников современного Qt не смогла даже понять, что там написано и занимается только продажей старого функционала, обзывая его Qt5,6,7,8.. Вопрос почему?
Если не трудно можете продемонстрировать? только без span (это другое)
Ширина 0, можно конечно проверить через лупу, но мне лень
Тема развития классов Qt Sql не устаревает. Qt не будет развиваться, если его никто не будет развивать.
Мы сделали свой набор классов, унаследованных от QSqlTableModel и QTableView, и реализовали все, что нам нужно внутри их. Теперь не паримся с внешними связями, все инкапсулиповано внутри. Для реализации внешней связи используем одну команду setRelation (нашей версии).
Посмотреть можно здесь Статья на хабре
с озвучкой https://youtu.be/vUrVNU1h_rY
Большое вам спасибо за статью! Попробовал реализовать сначала в отдельном проекте под Qt 4.8.1 - все заработало. И потом как оказалось в исходники Qt 4.8.1 все можно интегрировать без проблем. А именно получается так:
Для этого надо файлы:
sqlite3.c,
sqlite3.h,
rekeyvacuum.c,
shell.c,
crypto.c
перенести в каталог исходников Qt (у нас 4.8.1 D:\QtSDK1.2.1\QtSources\4.8.1\src\3rdparty\sqlite).
Пересобирать достаточно ветки исходников plugins\sqldrivers\sqlite и наверное sql.
Далее суть в том, что все делаем как обычно в Qt: открывает файл базы данных
и достаточно вызвать первый раз
pragma rekey='%123456%'"
и база данных зашифруется
а потом каждый раз при открытии делаем уже:
pragma rekey='%123456%'"
И никаких больше изменений и не надо в Qt делать! Вот это удача. На все про все 1 день.
Можно конечно попробовать 4.7. Но смысл? Мое мнение, что троли не доделали развитие QSqlRelationalTableModel на тот момент, когда продали права на Qt. А потом никому не надо было ничего развивать. Поэтому я просто сделал свое развитие PblSqlTableModel и сделал как я это вижу (у меня есть об этом свободном проекте статья на хабре)
Справедливые замечания (про телефон). Поэтому на сайте можно запросить восстановление доступа по данному телефону (приходит на email, дополнительно указывается при регистрации) и далее через ЛК установить заново пин коды телефона(ов).
В описанном мною случае, есть важный нюанс, клиент оплатил лицензию на программу и вспомнить доступ важнее ему, а не нам. Нам важнее, чтобы программу не копировали свободно на разные ПК.
Сейчас занимаюсь авторизацией в приложении под виндоус (коммерческий проект). Сама регистрация в лк на сервере. Так вот в данном случае например логичнее авторизация по телефону с коротким пин кодом. Смысл в том, что номер телефона почти всегда соответствует только одному человеку. Почта более "расплывчата" - ей могут пользоваться разные люди. Но вот подтвердить код из смс это однозначно может только то самое физ лицо, кому принадлежит телефон. Это то, что ты всегда носишь с собой (паспорт чаще забывают).
На данный момент выношу мозг себе с Qt под Windows (QSqlTableModel и QTableView), там коммерческий проект, поэтому прямо завтра не смогу выложить проект с stm32, но как появится время сделаю статью на Хабре.
Приветствую всех, в QSqlRelationalTableModel мне не нравится несколько моментов (Qt 4.8) , используем с QTableView к примеру:
Вы добавляете новую строку, устанавливаете значение (какой-то текст) relation поля, все Гут. Сохраняете строку (submit, select) и что получаете? Пустое значение в поле.