[Interest] [OT] Re: Qt Application deployment across platforms

Am 04.09.2013 um 08:37 schrieb Ramakanthreddy Kesireddy : > > I would like to know if I develop a Qt application, can it be deployed across > platforms like linux,OSX and Android without recompiling for > Specific platform like that of HTML5 application.? Yes, off course! As you know, C/C++ i

Re: [Interest] Styling tab background in QTabWidget

Hi, On Friday 30 August 2013 02:47:31 Muhammad Bashir Al-Noimi wrote: > As you can see in this screenshot > I styled QTabWidget but > I couldn’t set tab’s background to transparent although I used: Please define what you mean by "transparent" - wh

Re: [Interest] Qt Application deployment across platforms

On Wed, Sep 4, 2013 at 12:07 PM, Ramakanthreddy Kesireddy < ramakanthreddy.kesire...@techmahindra.com> wrote: > Hi, > > > > I would like to know if I develop a Qt application, can it be deployed > across platforms like linux,OSX and Android without recompiling for > > Specific platform like that

Re: [Interest] Qt Application deployment across platforms

On quarta-feira, 4 de setembro de 2013 06:37:07, Ramakanthreddy Kesireddy wrote: > I would like to know if I develop a Qt application, can it be deployed > across platforms like linux,OSX and Android without recompiling for > Specific platform like that of HTML5 application.? No, it can't. You n

[Interest] Qt Application deployment across platforms

Hi, I would like to know if I develop a Qt application, can it be deployed across platforms like linux,OSX and Android without recompiling for Specific platform like that of HTML5 application.? Thanks and Regards, Ramakanth DISCLAIMER: This email (includi

[Interest] [OT] Re: 64 bit capable QVector

Am 04.09.2013 um 03:27 schrieb Thiago Macieira : > ... > Other 64-bit architectures are similar, with maybe different number of bits. > For example, the Intel Itanium 2 has 50 bits of physical memory addressing Damn! I /knew/ it! I'm a fashion victim! So "64 bit" CPUs are in reality just crippl

Re: [Interest] DragLeaveEvent not called?

Thanks for the hint, it didn't work but your excerpt from the doc was helpful. I added event->accept() in QEvent::DragEnter and returned true, this works now. I was wrongly assuming that the value returned by eventFilter was passed to event->setAccepted() by the caller. Thanks, Etienne 2013/9/

[Interest] [OT] Re: Composition mode help

Am 04.09.2013 um 05:55 schrieb Simon Gornall : > [I posted this on the forum, but it was suggested I try this mailing list :-] > > I’m writing a driver for a graphics system so it can be ported to X, and QT > seemed to help out in a lot of ways, but I can’t get my head around how to > set the c

[Interest] Composition mode help

[I posted this on the forum, but it was suggested I try this mailing list :-] I’m writing a driver for a graphics system so it can be ported to X, and QT seemed to help out in a lot of ways, but I can’t get my head around how to set the composition mode to get the various effects that the old sy

Re: [Interest] 64 bit capable QVector

Not without having "fun" with the need to distinguish allocations of new blocks and reallocations of existing ones, ignore redundant calls to construct() & co. and other things like that. I still think std::allocator's design is flawed and don't see any [good] reason behind the lack of an equivalen

Re: [Interest] DragLeaveEvent not called?

I have not used drag and drop features myself, so I might be wrong, but returning true in event handler means that event is stopped/ignored and according to QWidget::dragEnterEvent documentation: "If the event is ignored, the widget won't receive any drag move events ." try to return false: if(e

Re: [Interest] 64 bit capable QVector

On quarta-feira, 4 de setembro de 2013 06:32:54, Syam Krishnan wrote: > I think the point was that since std::vector is a wrapper around an > array, it'd require a *contiguous* block of memory - which might not be > available even though there's sufficient RAM. Anyway, you should know > your sys

Re: [Interest] 64 bit capable QVector

On 09/03/2013 08:04 PM, Michael Jackson wrote: > On Sep 3, 2013, at 10:23 AM, André Somers wrote: > >> Op 3-9-2013 16:12, Michael Jackson schreef: >>> I am curious as to what Qt class (if any) folks use for memory allocations >>> larger then 2^31 elements? We write some software that analyzes lar

Re: [Interest] 64 bit capable QVector

On terça-feira, 3 de setembro de 2013 17:20:09, Alex Malyushytskyy wrote: > You meant allocators used by default. > Such problems can be solved by using custom allocators. Not all problems. Because of the exception safety guarantees, some types (notably std::vector) might need to copy everything

Re: [Interest] 64 bit capable QVector

>> While I don't want to say that STL is a bad thing (it's not bad at all), the fact that its allocators (and, as a consequence, everything that uses them) are by design very friendly to memory fragmentation (the "allocate new block -> copy data -> free old block" makes it completely impossible eve

Re: [Interest] Micro$oft finally consumes Nokia

And ain’t we all glad that this happened two years ago ? http://tech.slashdot.org/story/11/03/07/1337211/nokia-sells-qt And this is an interesting side-note: http://slashdot.org/submission/2925785/nokia-purchase-marks-end-of-microsofts-signature-strategy On Sep 3, 2013, at 7:27 PM, Joseph Crowe

Re: [Interest] 64 bit capable QVector

While I don't want to say that STL is a bad thing (it's not bad at all), the fact that its allocators (and, as a consequence, everything that uses them) are by design very friendly to memory fragmentation (the "allocate new block -> copy data -> free old block" makes it completely impossible even t

Re: [Interest] 64 bit capable QVector

On terça-feira, 3 de setembro de 2013 16:16:25, Alex Malyushytskyy wrote: > Even if simply counting % of software which have to handle data exceeding > 32 bit limit on the home personal computer you will get higher %. > Rising of interest in distributed computing including visualization > probably

Re: [Interest] Micro$oft finally consumes Nokia

http://news.cnet.com/8301-1035_3-57601037-94/nokia-selling-phone-business-to-microsoft-painful-but-necessary/#! Apparently Elop says Nokia didn't have enough clout to stand without Microsoft. Funny seems to me that it was fine until it partnered with Microsoft. On 03/09/2013 10:24 PM, Bob Hood

Re: [Interest] 64 bit capable QVector

Forgot to add, I am not trying to offend performance or any other aspect of Qt container. Personally all my code related to displaying data use them. I just believe it is not replacement for STL. Regards, Alex On Tue, Sep 3, 2013 at 4:16 PM, Alex Malyushytskyy wrote: > >> STL is first of all

Re: [Interest] 64 bit capable QVector

>> STL is first of all an interface and there are various implementations, hence your remark about performances does not make sense. It does. All implementations of STL I ever used are clear about their effectiveness, associated types and complexity guarantees. >> Qt containers are far more than

Re: [Interest] 64 bit capable QVector

On terça-feira, 3 de setembro de 2013 23:55:33, Philippe wrote: > I could easily guess 99.9% of Qt programmers don't need 64 bit containers... > Qt containers are far more than "just convenience" classes. > > STL is first of all an interface and there are various implementations, > hence your rema

Re: [Interest] 64 bit capable QVector

I could easily guess 99.9% of Qt programmers don't need 64 bit containers... Qt containers are far more than "just convenience" classes. STL is first of all an interface and there are various implementations, hence your remark about performances does not make sense. Philippe On Tue, 3 Sep 2013

Re: [Interest] 64 bit capable QVector

This question appears on the mailing lists since Qt 3 at least . At one point I was disappointed with having signed int restriction, but then I decided that QT containers are just a convenience classes which are designed to work with either widgets or data of limited size displayed by that widget

Re: [Interest] 64 bit capable QVector

You can use QLinkedList if it is convenient for your algorithm. Btw, size limit of QVector is 2^31 in 64 bit platforms too? On Sep 3, 2013 5:34 PM, "Michael Jackson" wrote: > > On Sep 3, 2013, at 10:23 AM, André Somers wrote: > > > Op 3-9-2013 16:12, Michael Jackson schreef: > >> I am curious as

Re: [Interest] 64 bit capable QVector

Thanks for the explanation, although I still don't appreciate the choice (mostly regarding the size, not signedness). :) On 09/03/2013 10:48 PM, Thiago Macieira wrote: > On terça-feira, 3 de setembro de 2013 22:18:39, Constantin Makshin wrote: >> Could you please explain (or give a link to an arti

Re: [Interest] Fwd: Lambda based connections are not disconnected upon QObject deletion

On terça-feira, 3 de setembro de 2013 09:58:28, Philipp Kursawe wrote: > Using this code: > > @ > obj->connect(sender, &Sender::signal, [] { > }); > > // later > obj->deleteLater(); > @ > > The object will be deleted, but the connection will not be broken, and > the sender can still signal, the

Re: [Interest] Compilaton errors in qtestspontaneevent.h with intel C++ compiler on linux

On terça-feira, 3 de setembro de 2013 10:12:41, Olivier BARTHELEMY wrote: > .../qt-4.8.5/include/QtTest/qtestspontaneevent.h(89): error: taking > the address of a bit field is not allowed > Q_UNUSED(posted); It's been fixed in Qt 5. I'm not backporting fixes for ICC to Qt 4. If you want

Re: [Interest] 64 bit capable QVector

On terça-feira, 3 de setembro de 2013 19:33:47, Mehmet İpek wrote: > Btw, size > limit of QVector is 2^31 in 64 bit platforms too? Yes. All Qt container classes use a signed int for sizes. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Cen

Re: [Interest] 64 bit capable QVector

On terça-feira, 3 de setembro de 2013 22:18:39, Constantin Makshin wrote: > Could you please explain (or give a link to an article or something like > that) the reasons Qt developers used to choose signed 32-bit integer for > this purpose? > Signed 32-bit container sizes, i.e. number of elements in

Re: [Interest] Compilaton errors in qtestspontaneevent.h with intel C++ compiler on linux

On terça-feira, 3 de setembro de 2013 09:41:00, Thiago Macieira wrote: > On terça-feira, 3 de setembro de 2013 10:12:41, Olivier BARTHELEMY wrote: > > .../qt-4.8.5/include/QtTest/qtestspontaneevent.h(89): error: taking > > the address of a bit field is not allowed > > > > Q_UNUSED(posted

Re: [Interest] Fwd: Lambda based connections are not disconnected upon QObject deletion

The connection in your example doesn't use 'obj' at all (there are no non-static overloads of connect() that allow binding to lambda functions), so the crash can't be caused by deletion of that object. On 09/03/2013 11:58 AM, Philipp Kursawe wrote: > Using this code: > > @ > obj->connect(sender,

Re: [Interest] Fwd: Lambda based connections are not disconnected upon QObject deletion

On terça-feira, 3 de setembro de 2013 09:39:21, Thiago Macieira wrote: > On terça-feira, 3 de setembro de 2013 09:58:28, Philipp Kursawe wrote: > > Using this code: > > > > @ > > obj->connect(sender, &Sender::signal, [] { > > }); > > > > // later > > obj->deleteLater(); > > @ > > > > The object

Re: [Interest] 64 bit capable QVector

Could you please explain (or give a link to an article or something like that) the reasons Qt developers used to choose signed 32-bit integer for this purpose? Signed 32-bit container sizes, i.e. number of elements in a container, would be acceptable (considering the equation 'n * sizeof(T)' for th

Re: [Interest] 64 bit capable QVector

03.09.2013, 20:34, "Mehmet İpek" : > You can use QLinkedList if it is convenient for your algorithm. std::deque should fit much better though. -- Regards, Konstantin ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman

Re: [Interest] 64 bit capable QVector

On Sep 3, 2013, at 10:23 AM, André Somers wrote: > Op 3-9-2013 16:12, Michael Jackson schreef: >> I am curious as to what Qt class (if any) folks use for memory allocations >> larger then 2^31 elements? We write some software that analyzes large >> scientific data sets and I am trying to figur

Re: [Interest] 64 bit capable QVector

Op 3-9-2013 16:12, Michael Jackson schreef: > I am curious as to what Qt class (if any) folks use for memory allocations > larger then 2^31 elements? We write some software that analyzes large > scientific data sets and I am trying to figure out if I should stick with > std::vector in a few spot

[Interest] 64 bit capable QVector

I am curious as to what Qt class (if any) folks use for memory allocations larger then 2^31 elements? We write some software that analyzes large scientific data sets and I am trying to figure out if I should stick with std::vector in a few spots or go with something else. We have our own Array

Re: [Interest] Styling tab background in QTabWidget

> As you can see in this screenshot > I styled QTabWidget > but I couldn’t set tab’s background to transparent although I used: > > QTabWidget#tabWidget_sidebar { > background-color: rgba(255, 255, 255, 0); > } > > > How can I fix this issue?

[Interest] Micro$oft finally consumes Nokia

Considering the recent fervor (and heated discussions here) over Microsoft's involvement with Nokia's mobile business, it would appear that it is has reached its logical conclusion: http://www.nbcnews.com/business/microsoft-acquire-nokia-devices-services-business-7-2-billion-deal-8C11063106 _

[Interest] Plans to support Mac 32 bit?

> Are you saying that Qt doesn't compile on 32-bit Mac anymore? There was a problem compiling 5.1 on Mac. We're trying again with 5.1.1 and will post again upon finding anything concrete. Thanks. ___ Interest mailing list Interest@qt-project.org http://

Re: [Interest] Qt based Ordered Map container

On Tue, Sep 3, 2013 at 4:19 PM, Konstantin Tokarev wrote: > > 03.09.2013, 14:47, "Mandeep Sandhu" : > > On Tue, Sep 3, 2013 at 3:26 PM, Konstantin Tokarev > wrote: > >> 03.09.2013, 13:51, "Mandeep Sandhu" : > In case you want to use such a container, please try it out and let > me know your

Re: [Interest] Qt based Ordered Map container

03.09.2013, 14:47, "Mandeep Sandhu" : > On Tue, Sep 3, 2013 at 3:26 PM, Konstantin Tokarev wrote: >> 03.09.2013, 13:51, "Mandeep Sandhu" : In case you want to use such a container, please try it out and let me know your feedback. You need to use Boost.MultiIndex. >>> >>> Thanks fo

Re: [Interest] Qt based Ordered Map container

On Tue, Sep 3, 2013 at 3:26 PM, Konstantin Tokarev wrote: > > 03.09.2013, 13:51, "Mandeep Sandhu" : > >> In case you want to use such a container, please try it out and let me > know your feedback. > >> You need to use Boost.MultiIndex. > > > > Thanks for pointing this out. I haven't used Boost mu

Re: [Interest] Qt based Ordered Map container

03.09.2013, 13:51, "Mandeep Sandhu" : >> In case you want to use such a container, please try it out and let me know >> your feedback. >> You need to use Boost.MultiIndex. > > Thanks for pointing this out. I haven't used Boost much so didn't know about > it. > > This looks like quite a flexible

Re: [Interest] Qt based Ordered Map container

> In case you want to use such a container, please try it out and let me know your feedback. > > You need to use Boost.MultiIndex. > Thanks for pointing this out. I haven't used Boost much so didn't know about it. This looks like quite a flexible container where it has different indexes for the

Re: [Interest] Qt based Ordered Map container

03.09.2013, 12:10, "Mandeep Sandhu" : > Hi All, > > Sometime (almost 2 yrs!) back we had a discussion here about having a new > container type in Qt which would be like a QMap, except that it stored keys > in their insertion order. This was mostly inspired by a Python data-structure > - Ordered

Re: [Interest] Fwd: Is there a way to mock the QNAM?

Op 3-9-2013 10:17, Philipp Kursawe schreef: > Great! Spacibo ;) I had not seen that in the docs. It's an example of good API design, if you ask me: the public API to use is not the same as the (protected) API to extend the class. These are different tasks, and they should have a different API. A

Re: [Interest] Fwd: Is there a way to mock the QNAM?

Great! Spacibo ;) I had not seen that in the docs. On Tue, Sep 3, 2013 at 10:05 AM, Konstantin Tokarev wrote: > > > 03.09.2013, 11:59, "Philipp Kursawe" : >> I did not find a way to write unit-tests for my QNAM based code. My >> objects take a QNAM and perform operations with it like ::get() and

[Interest] Compilaton errors in qtestspontaneevent.h with intel C++ compiler on linux

Hi, I am getting compilation errors with ICC in my tests programs (that use QtTest) since i switched from Qt 4.8.2 to Qt 4.8.5. the same code compiles fines on VS2010 32/64bit or gcc41/44 64bit, but ICC 64bit gives those new errors : .../qt-4.8.5/include/QtTest/qtestspontaneevent.h(89): error: tak

[Interest] Qt based Ordered Map container

Hi All, Sometime (almost 2 yrs!) back we had a discussion here about having a new container type in Qt which would be like a QMap, except that it stored keys in their insertion order. This was mostly inspired by a Python data-structure - OrderedDict ( http://docs.python.org/library/collections.htm

Re: [Interest] Converting std::string.c_str() code to use QString methods

03.09.2013, 08:00, "baneyue" : > On Fri, Aug 30, 2013 at 03:08:42PM -0400, Michael Jackson wrote: > >>  I have a large code base that we are migrating to more fully utilize Qt >> classes. Many places in the code have lines like the following: >> >>  std::string path("/path/to/foo.txt"); >>  FILE

Re: [Interest] Fwd: Is there a way to mock the QNAM?

03.09.2013, 11:59, "Philipp Kursawe" : > I did not find a way to write unit-tests for my QNAM based code. My > objects take a QNAM and perform operations with it like ::get() and > ::post() > Of course for Unit tests it should not really perform network > requests. The usual way to test such thin

[Interest] Fwd: Lambda based connections are not disconnected upon QObject deletion

Using this code: @ obj->connect(sender, &Sender::signal, [] { }); // later obj->deleteLater(); @ The object will be deleted, but the connection will not be broken, and the sender can still signal, the lambda will be called, but of course it will crash. Is this a known limitation of using lambdas

[Interest] Fwd: Is there a way to mock the QNAM?

I did not find a way to write unit-tests for my QNAM based code. My objects take a QNAM and perform operations with it like ::get() and ::post() Of course for Unit tests it should not really perform network requests. The usual way to test such things is to mock the network layer. However, since non