Hi,
can we please go back to the initial question of whether it is worth the
effort to use a more robust way of real comparison in qquickitem ?
Dominik
P.S.: I'm aware of it that how we compare the reals is also important,
but that's not the aim of that mail
On 11/30/2012 01:36 PM, Samuel
Hi all,
i'm currently in a project where i try to access a lazy C++ model from
within QML.
The basics are working well but when it comes to setting the
currentIndex it becomes a bit odd.
If i implemented everything well the lazy model always reports the
element count it currently has loaded
Hi,
On 03/05/2013 01:51 AM, Alan Alpert wrote:
whoops, missed reply-all
On Mon, Mar 4, 2013 at 4:51 PM, Alan Alpert 4163654...@gmail.com wrote:
On Mon, Mar 4, 2013 at 1:36 AM, Dominik Holland
dominik.holl...@pelagicore.com wrote:
Hi all,
i'm currently in a project where i try to access
On 03/05/2013 09:35 AM, Robin Burchell wrote:
On Tue, Mar 5, 2013 at 8:28 AM, Dominik Holland
dominik.holl...@pelagicore.com wrote:
Yes this makes sense and it's similar to my solution... But why do you
need to multiply it with 0.9 ?
To start fetching (hopefully) before the data is really
Hi,
On 03/25/2013 01:09 AM, Alexander Rössler wrote:
On Sunday 24 March 2013 16:32:38 Thiago Macieira wrote:
But I'm not sure your idea belongs to Qt. You're describing a build
server.
Maybe you should contact one of the cloud organisations. You'll also
need to
explain why your idea
On May 11, 2013, at 1:50 PM, Olivier Goffart oliv...@woboq.com wrote:
On Saturday 11 May 2013 11:41:03 魏越闽 wrote:
Hi,
My test result:
https://bugreports.qt-project.org/browse/QTBUG-31064?focusedCommentId=202419
page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comme
Am 25.04.14 15:05, schrieb Joshua Kolden:
On Apr 25, 2014, at 3:51 AM, Alberto Mardegan ma...@users.sourceforge.net
wrote:
On 04/24/2014 03:11 PM, Joshua Kolden wrote:
[...]
We have a solution that works very well for us using QVariantMaps and an
MVC pattern / strong separation between
On 06/04/2014 10:32 AM, Olivier Goffart wrote:
On Tuesday 03 June 2014 21:03:57 wim delvaux wrote:
Check out the project in DynamicQObject
Hi,
Where is it? Do you have any URL?
Keep in mind that all the internals of QMetaObject are internal and subject to
change. (But we will keep
On 11/18/2014 09:43 AM, Allan Sandfeld Jensen wrote:
On Monday 17 November 2014, Thiago Macieira wrote:
QtWebKit is under our control, so we should be able to control whether it
links to the same version or a different one.
QtWebKit builds with both 0.10 and 1.x, but prefers 1.x if dev files
Hi Federico,
On 05/12/2015 12:14 PM, Federico Buti wrote:
Hi list(s)
I was considering the usage of Settings QML
http://doc.qt.io/qt-5/qml-qt-labs-settings-settings.html for an app
I'm working on. I just need to store two-three strings across mobile
platforms and the API seems to fit my use
Am 28.05.15 um 18:19 schrieb Rutledge Shawn:
On 28 May 2015, at 13:35, Marc Mutz marc.m...@kdab.com wrote:
Please don't overengineer this. If this is about CAN, call it QtCanBus. If
it's about i2c, call it QtI2cBus. These are separate libraries. You get the
idea. This is not like the web
specific are in extras
--
Dominik Holland
SENIOR SOFTWARE ENGINEER
Pelagicore AG
Balanstr. 55, 81541 Munich, Germany
+49 (0)171 760 25 96
dominik.holl...@pelagicore.com
www.pelagicore.com
___
Development mailing list
Development@qt-project.org
http
, it's just available on automotive platforms and their SDKs
--
Dominik Holland
SENIOR SOFTWARE ENGINEER
Pelagicore AG
Balanstr. 55, 81541 Munich, Germany
+49 (0)171 760 25 96
dominik.holl...@pelagicore.com
www.pelagicore.com
___
Development mailing
(Diagnostic Log and Trace)
In the future this repository could also contain more GENIVI specific
APIs like a autogenerator for GENIVI's CommonAPI (IPC Abstraction)
As the module should be well accepted within GENIVI as well the module
is currently licensed under LGPLv2.1
--
Dominik Holland
SENIOR
On 08/11/2015 05:51 PM, Thiago Macieira wrote:
On Tuesday 11 August 2015 09:59:19 Dominik Holland wrote:
Hi,
i would like to request a new qt module repository for QtGeniviExtras.
The current code can be found here:
https://github.com/Pelagicore/qtgeniviextras
The goal of QtGeniviExtras
ontains the
QtGeniviExtras modules we could move the module into the qtivi
repository, that's ok for me.
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>
--
Dominik Holland
SENIOR SOFTWARE ENGINEER
Pe
ice Creation | The Qt Company
>>
>>
>> The Qt Company / Digia Finland Ltd, Elektroniikkatie 10, 90590 Oulu,
>> Finland
>> Email: kalle.viiro...@theqtcompany.com | Mobile: + 358 40 50 10989
>> www.qt.io | Qt Blog: http://blog.qt.digia.com/ | Twitter: @QtbyDigia,
>> @Qtproject | Facebook: www.f
Am 13.10.15 um 16:09 schrieb Thiago Macieira:
> On Tuesday 13 October 2015 09:52:54 Knoll Lars wrote:
>> The only one I could see that could make sense in an existing repo is the
>> dbus qml integration, but then again, this one can’t live in qtbase where
>> the rest of the dbus code lives. So
Am 13.10.15 um 16:15 schrieb Thiago Macieira:
> On Tuesday 13 October 2015 07:35:14 Viironen Kalle wrote:
>> * qt/qtapplicationmanager, Qt component for application lifecycle
> management
>> * qt/qtivi, Qt IVI extensible platform abstraction layer
>
> I'd like more information on what's
_
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>
>
> ___
> Development mailing list
> Development@qt-project.or
Hi,
how about doing the automatic population, but every class is able to
override this by using the "\supports" command.
Maybe it would be also possible to add an link in the Target Platforms
row to the platform overview page of that modules (here qtmultimedia
could document what's available on
Am 28.07.16 um 09:41 schrieb Olivier Goffart:
> On Donnerstag, 28. Juli 2016 10:32:54 CEST BogDan Vatra wrote:
>> On miercuri, 27 iulie 2016 09:08:32 EEST Thiago Macieira wrote:
>>> On quarta-feira, 27 de julho de 2016 11:47:03 PDT BogDan Vatra wrote:
On miercuri, 27 iulie 2016 10:35:01
cause I'd like to implement this,
> but I'd like to know whether if this is not implemented beacuse of some
> limitations or because of lack of intrest/contributors?
>
>
>
> --
> - Viktor Verebelyi
>
>
> ___________
> Developm
timedia, installing
some of the dependencies e.g. gstreamer1.0-dev ?
Dominik
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>
--
Dominik Holland
SENIOR SO
hardware-imx6sabresd.html>
> doc.qt.io
> Take the following steps to prepare Freescale SABRE SD i.MX6Quad for
> Boot to Qt: Note: It is important that you repeat the steps in this
> section after you update Qt ...
>
>
>
>
>
> ____
l to format C/C++/Obj-C code
clang-format-3.6 - Tool to format C/C++/Obj-C code
clang-format-3.7 - Tool to format C/C++/Obj-C code
clang-format-3.8 - Tool to format C/C++/Obj-C code
clang-format-3.9 - Tool to format C/C++/Obj-C code
clang-format-3.4 - Tool to format C/C++/Obj-C code
If the versi
;
> Thank you!
> Jędrek
>
> ps. I heard rumors that Oswald want deprecate sync.profile too :-)
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/
t; Samuel
>
>
> Qt CI Bot has posted comments on this change.
>
> Change subject: Add configurable connect timeout for QAbstractSocket
> ..
>
>
> Continuous Integration: Cancelled
>
> Creation
y! And remember, no any nice-to-have's in '5.8.0' anymore!
>
> br,
> Jani Heikkinen
> Release Manager
>
>
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/develop
Am 06/19/2017 um 12:52 PM schrieb Alexander Volkov:
> 19.06.2017 12:53, Oswald Buddenhagen пишет:
>> On Mon, Jun 19, 2017 at 12:52:12PM +0300, Alexander Volkov wrote:
>>> Hi,
>>>
>>> I build qtwebengine as a separate module.
>>> What is the right way to enable system-ffmpeg feature?
>>>
>> you
>> I thought we were going to run it as a fancy style bot, complaining if
>> the code isn't per the format-file, but allowing us to ignore it if we
>> feel the tailored code-formatting is better? Doesn't this mean the bot
>> will complain a lot?
> If there is the need for some human
Am 01/15/2018 um 11:12 PM schrieb Bartosz Pajewski:
> I need a little bit help.
>
> After compilation my app and include necessary libraries the app has
> problem with load drivers included in plugins/sqldrivers.
> The problem is solved, if I install Qt, and compile project again.
I guess what
Am 01/18/2018 um 04:22 AM schrieb Thiago Macieira:
> On Wednesday, 17 January 2018 13:25:53 PST Thiago Macieira wrote:
>> Another idea is to update the network-chat example to use CBOR instead of
>> its plaintext protocol. In this one, I could use the stream reader and
>> writer. This example is
Am 01.08.18 um 16:40 schrieb Ville Voutilainen:
> On 1 August 2018 at 11:24, Jason Newton wrote:
>>> And... seriously, *Java*?! Talk about bloat-ware... As dependencies for
>>> *a build tool* go, that's pretty insane. Especially if you're not
>>> planning to use it to build Java code.
>> As I
Hi,
try to pass --feature-xcb-native-painting to configure. That should
enable it or atleast explain what's missing.
Dominik
Am 09/10/2018 um 12:59 PM schrieb Denis Shienkov:
> Hi guys,
>
> does this mean (for Qt 5.11.1 config output):
>
> X11:
> Using system-provided XCB libraries .. no
Hi,
it looks like the Qt Sanity Bot is down for several days now. Is anyone
working on this ? Or is this repository specific ?
Atleast i can see some commits not having the bot as reviewer at all and
adding it manually also doesn't help
(https://codereview.qt-project.org/#/c/224989/)
Dominik
+1
Disclamer: We work for the same company ;-)
Am 7/11/19 um 5:27 PM schrieb Paul Wicking:
>
> Hi all,
>
>
>
> I’d like to nominate Kavindra Palaraja as approver. She is a very
> active contributor and reviewer, in particular for documentation
> related changes, focusing on the Qt Automotive
Hi,
isn't this the same as this script should do ?
https://code.qt.io/cgit/yocto/meta-boot2qt.git/tree/meta-boot2qt/files/configure-qtcreator.sh
Dominik
Am 12/18/19 um 12:07 PM schrieb Юрий Лунёв via Development:
> Hello,
>
> Thank you so much! It worked!
>
> $SDKTOOL rmTC --id
Doesn't the first fix break the standard way of deploying plugins on
windows ? I'm also not sure why this shouldn't affect windows ?
Most applications using Qt on windows just deploy their plugins in the
folder next to the binary. Same like all dlls needed for the binary...
I see how this fixes
Am 30.01.20 um 12:05 schrieb Olivier Goffart:
> On 30/01/20 11:30, Dominik Holland wrote:
>> Doesn't the first fix break the standard way of deploying plugins on
>> windows ? I'm also not sure why this shouldn't affect windows ?
>>
>> Most applications usin
Am 6/9/20 um 8:34 PM schrieb Thiago Macieira:
> On Tuesday, 9 June 2020 05:52:30 PDT Alexandru Croitor wrote:
>>> I'm using qmake for Qt6 when I'm doing Android work, also for this reason.
>>> I don't want to build Qt twice just to use a "cool and superior" build
>>> system.
>> Unfortunately that
Am 10.06.20 um 18:28 schrieb Thiago Macieira:
> On Wednesday, 10 June 2020 04:35:51 PDT Dominik Holland wrote:
>>> Strictly speaking, you don't have to build Qt twice. You can use your
>>> system's packaged Qt, or Conan or Homebrew or one of the binary builds
>>> f
Am 17.07.20 um 19:12 schrieb Ulf Hermann:
>>> I've added a section to this one. Feel free to amend. However, newly
>>> designing APIs with QProperty is a different thing than converting old
>>> APIs in a compatible way.
>>
>> The complexity behind the scenes for us to support it is our problem,
Am 17.07.20 um 21:35 schrieb Ulf Hermann:
>> Mhh, it there are no change signals anymore, i guess i also can't use
>> QObject::connect() anymore and rather use a binding instead ? This is
>> fine, but if two objects are living in different threads how does it
>> work then ? With a Queued
Am 1/13/21 um 1:19 PM schrieb Allan Sandfeld Jensen:
> On Mittwoch, 13. Januar 2021 13:07:00 CET NIkolai Marchenko wrote:
>> that's ... kinda what you're supposed to avoid... at least as far as I
>> understand the convo earlier. so that two major versions aren't pushed to
>> the same repo
Am 2/24/21 um 4:25 PM schrieb Joerg Bornemann:
> On 2/24/21 12:56 PM, Bogdan Vatra wrote:
>
>> Let me give you another non-android example:
>> You want to create a standalone SDK for linux armhf using yocto. You'll
>> generate the SDK with everything including Qt for host and for
>> target, the
Am 2/25/21 um 12:23 PM schrieb Bogdan Vatra:
> Hi,
> În ziua de joi, 25 februarie 2021, la 12:40:30 EET, Dominik Holland a scris:
>> Hi,
>>
>> Am 2/25/21 um 11:07 AM schrieb Bogdan Vatra:
>>> Hi,
>>>
>>> În ziua de miercuri, 24 februarie 202
Am 24.02.21 um 08:47 schrieb Bogdan Vatra via Development:
Hi,
You have some valid complaints, but:
BogDan Vatra via Development wrote:
- the cross build installation is broken, instead to copy the tools from
the QT_HOST_TOOLS folder, it creates some scripts that has hardcoded
paths to
Hi,
Am 2/25/21 um 11:07 AM schrieb Bogdan Vatra:
> Hi,
>
> În ziua de miercuri, 24 februarie 2021, la 17:32:57 EET, Dominik Holland a
> scris:
>> Am 2/24/21 um 4:25 PM schrieb Joerg Bornemann:
>>> On 2/24/21 12:56 PM, Bogdan Vatra wrote:
>>>> Let me give yo
Am 9/14/21 um 9:51 AM schrieb Joerg Bornemann:
> On 9/14/21 9:25 AM, Fabian Kosmale wrote:
>> I wouldn't mind adding/helping with adding/reviewing the necessary
>> code to moc so that it has that
>> compatibility support. I can certainly see the use case for it.
>> However, I think there are
Dominik Holland (5 December 2023 10:03) replied:
The Qt Interface Framework is a module which already exists
(https://doc.qt.io/QtInterfaceFramework) that's what the Reference
APIs are based on.
That doesn't change the fact that the name is rather generic (and leads
to the prefix qtif, which
Am 12/4/23 um 20:34 schrieb Thiago Macieira:
On Monday, 4 December 2023 02:10:43 PST Dominik Holland via Development wrote:
the qtinterfaceframework module currently also hosts two reference APIs
(qtifmedia and qtifvehiclefunctions). Both are very much automotive
specific. In order to make
Am 12/5/23 um 16:34 schrieb Thiago Macieira:
On Tuesday, 5 December 2023 04:17:08 PST Dominik Holland via Development
wrote:
Right, but at the same time we cannot change of the module and all it's
classes afterwards.
Yes, you can. Any code imported into the Qt Project is subject to API
of the repository: qt-labs/qtif-reference-apis.git
Description: Reference modules based on the Qt Interface Framework
Responsible person: Dominik Holland
Gerrit user/email: gagi / dominik.holl...@qt.io
Best Regards
Dominik
--
Development mailing list
Development@qt-project.org
https://lists.qt
Am 08.12.23 um 11:40 schrieb Volker Hilsheimer via Development:
The request at hand is to move two of the reference APIs that are
based on the interface framework out into a separate qt-labs
repository. Those two APIs are, as Dominik pointed out, very
automotive specific. But just because
55 matches
Mail list logo
