Re: [Interest] z-order for Qt's signals and slots
On 23 November 2011 05:21, Sathishkumar Duraisamy bewithsath...@gmail.com wrote: Hi all, By definition, the order by which the signals and slots is called is undefined but for each signals and slots connection, slots will be called for its signals. For the sake of the argument, that's not completely true -- slots are guaranteed to be called in the order they have been connected to the signal. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] z-order for Qt's signals and slots
On 23 November 2011 12:15, Atlant Schmidt aschm...@dekaresearch.com wrote: Giuseppe: For the sake of the argument, that's not completely true -- slots are guaranteed to be called in the order they have been connected to the signal. I believe that's only true for locally-connected slots (where the emission of a signal simply becomes a well- hidden function call). But once you involve a network, all bets on ordering are off. Well, that's true for direct connections. Queued connections will be invoked at an unpredictable time in the receiver object's thread. What do you mean with involve a network? Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] post event between threads
Do NOT add slots to QThread subclasses. You're doing it wrong. Please read ALL of the following docs, wiki articles, blog posts: http://qt-project.org/doc/qt-4.8/thread-basics.html http://labs.qt.nokia.com/2010/06/17/youre-doing-it-wrong/ http://qt-project.org/wiki/Threads_Events_QObjects http://qt-project.org/wiki/QThreads_general_usage http://labs.qt.nokia.com/2006/12/04/threading-without-the-headache/ -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QGraphicsItem: How to limit the position to which it is moved?
On 11 April 2012 05:37, Douglas Scott douglas.a.sc...@gmail.com wrote: I do not understand where I can intercept the setting of the object's position on the screen. I thought I could redefined QGraphicsItem::itemChange() and watch for ItemPositionChange and HasChanged -- but I never get any of these notifications. That's the proper way. But note that you need QGraphicsItem::ItemSendsGeometryChanges set for it to work. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] set a border on QWidget
On 3 May 2012 07:35, Sujan Dasmahapatra s...@lmwindpower.com wrote: I want to set a black color border on the QWidget. How can I do that Please give some suggestions. QWidget *widget = new QWidget(this); widget-setGeometry(0,0,600,400); widget-show(); My widget is showing but I want a border visible. Any help would be appreciated, thanks Sujan I think you're looking for QFrame? Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] C++11 in Qt5
On 11 June 2012 21:35, Scott Aron Bloom scott.bl...@onshorecs.com wrote: Can someone part of the Qt project, explain the reasoning for this… While in general I love the idea… In specific, I have had customers that are 5-10 years behind in their compiler choice.. Usually in the embedded world, where the processor doesn’t have a current version of gcc, but this does worry me that many people will be excluded from Qt 5.0 I think there's a misunderstanding: C++11 support IS NOT required to use or build Qt 5. If you have a recent compiler and enable C++11 support in Qt, then you get those nice extra features. Otherwise you don't. But you can still use Qt 5 without them :) HTH, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Why QString and not std::string?
On 15 June 2012 14:35, Sven Anderson sven.ander...@snom.com wrote: On 15.06.2012 14:58, Thiago Macieira wrote: Any one care to give me the Standard Library equivalent of: QString::number(x) string to_string(int) ? No go, C++11 only. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Why QString and not std::string?
On 15 June 2012 15:10, Rui Maciel rui.mac...@gmail.com wrote: On 06/15/2012 02:50 PM, Giuseppe D'Angelo wrote: string to_string(int) ? No go, C++11 only. But it's standard and it is C++. But (I think) the point was: what should have we used for the last 10-15 years of QString? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Dragging child widgets around
On 13 August 2012 14:42, Syam sya...@gmail.com wrote: I have a background widget on to which several child widgets are created dynamically at run time. The number, type, position and size of the child widgets are specified by a text file. Most of these are custom widgets, but some are standard widgets like QLabel. Now, I need to have a way to 'design' the UI by moving widgets around by dragging them. I don't need to create new or resize the widgets, just move them around. Is there any way I can do this easily with minimal code changes? In another place, I have a draggable widget which I manage by overriding mouse press, move and release events. I want to know of there is some other way without adding such code to all my widget classes. As I said, some of these are ordinary QLabels and therefore overriding event handlers is not easy. Event filters and/or making those widgets transparent for mouse events (Qt::WA_TransparentForMouseEvents) come to mind. Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QString operator==
On 21 August 2012 12:09, Thomas Meyer pub...@meyer-thomas.com wrote: Hi, I can't find the definition for ... bool operator==(const QString s) const; ... in QString (.h, line 403, Qt v4.8.2 (MS Windows 7)). http://qt.gitorious.org/qt/qt/blobs/4.8/src/corelib/tools/qstring.cpp#line2181 -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Write from different thread
On 23 August 2012 10:36, Marc Mutz marc.m...@kdab.com wrote: To expand on this: QTcpSocket is-a QIODevice which is-a QObject, and no QObject can be protected by a mutex, since it performs implicit event handling which would be very complex to mutex-protect. A documentation thought: shouldn't we add another category to the thread-safety capabilities of a class or a function? Now we have: 1) non-reentrant: safe to be used by only one thread 2) reentrant: safe to be used by multiple threads, provided that access is serialized (one at a time) 3) thread-safe: safe to be used by multiple threads, even at the same time But probably 1 and 2 should be split into something like 1a) safe to be used by a *specific* thread only (GUI classes = only in the GUI thread) 1b) safe to be used by only one thread (QObjects = use them from the thread they live in.*) 2) reentrant: as above -- Giuseppe D'Angelo * Yes, of course, if you manage to control event dispatching then 1b collapses onto 2, but that's not really how QObjects are meant to be used, is it? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Write from different thread
On 23 August 2012 12:21, Marc Mutz marc.m...@kdab.com wrote: Hi Giuseppe, I think you got the categories wrong. Sorry, I rushed out the email and in the end it turned to be not precise about what I was referring to with safe. On Thursday August 23 2012, Giuseppe D'Angelo wrote: Now we have: 1) non-reentrant: safe to be used by only one thread non-reentrant means: no other thread may execute this function while you're calling it. I was sticking to the Qt conventions http://qt-project.org/doc/qt-4.8/threads-reentrancy.html (which aren't universal, all the opposite). Given your definition one could assume it's safe to call a GUI function from any thread, provided that no other thread is calling it at the same time. Instead it's not. Not sure if non-reentrant is a good definition for such a case. 2) reentrant: safe to be used by multiple threads, provided that access is serialized (one at a time) reentrant means: multiple threads may call this function at the same time, provided the input is different (for member functions, the instance (*this) is input, too!). If you can serialise access (_all_ access), you can even call non-rerentrant functions from multiple threads; the problem is that you usually don't control all access points, so you can't secure them all. As is the case with QObject event handling - you'd at a minimum have to reimplement event() to lock the mutex, but code can also call functions through your meta object, and you don't control the lifetime of the references you hand out to it, so you cannot lock the mutex since you don't know when to unlock again. My point was that most QObject subclasses are marked to be reentrant. While that's true, I wanted ask if it should be made more clear in the docs that QObjects are always potentially accessed by the thread they're living in (due to event dispatching, etc.), and therefore one should refrain from accessing them from other threads. QObjects in general are not tied to a specific thread (whilst instead GUI classes are), but very tied to the thread they live in. Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Possible Qt SVG bug?
On 29 August 2012 15:04, Shriramana Sharma samj...@gmail.com wrote: path d=M141.10576 273.8031l0 0 style=stroke:rgb(0%,0%,0%); stroke-width: 3;stroke-linecap: round;stroke-linejoin: round;stroke-miterlimit: 10;fill: none;/path AFAIK, there is no style attribute in SVG 1.1 Tiny. Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How can i manipulate pixel data from a QWidget?
On 22 September 2012 20:00, Mark mark...@gmail.com wrote: I want to play with a high performance line drawing algorithm [1] so i guess it's not very optimal to do the following: - draw in a QImage - put that image in the qwidget - further drawing in the QImage - put it on the QWidget again - ... and so on ... Why doing this? Just paint everything you need to paint on the QImage, then simply blit it in the paintEvent(). In this case i'm guessing that the QImage mapping to a QWidget would be the most costly one hence i'd like to prevent that altogether and just manipulate the QWidget pixel data directly. So how do i do that? With a custom QPaintEngine/QPaintDevice combination, and a custom graphics system that uses it. Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Heavily Commented Example: Simple Single Frontend with Two Backends
On 23 October 2012 20:24, Thiago Macieira thiago.macie...@intel.com wrote: 1) volatile wasn't designed for threading. It was designed for memory-mapped I/O Going slightly off topic, I never managed to find reliable sources about which problem volatile was meant to solve when it was *first* introduced: MMIO, changing values from signal handlers (together with a sig_atomic_t), or saving the value of automatic variables across a setjmp/longjmp? Of course now it's a reliable solution to all three problems... (Yes, threads never entered the picture.) Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Where in Qt 5 is QApplication::Type now?
On 3 December 2012 15:04, Stephen Chu step...@ju-ju.com wrote: I just switch over the the new stable Qt 5 branch and my code fails to compile. One of the error is in QtSingleApplication that refers to QApplication::Type and it's nowhere to be found. The only mention in Qt 5 doc is this: http://qt-project.org/doc/qt-5.0/qcoreapplication.html But it's gone in the snapshot doc. Is it removed from Qt 5? It was there a few days ago and I don't see any mention of removing it in the doc or any of the headers. It's documented in the changelog. See commits 553e216d891177ee0c2cea70bbd7f21103fc7795 a2ab156872195e0398f4cfe1992b526aa1315c76 in qtbase. Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QMatrix4x4 in Qt 5
On 8 January 2013 00:03, Adam Light acli...@gmail.com wrote: According to http://qt-project.org/doc/qt-5.0/qtgui/qmatrix4x4-compat.html, the QMatrix4x4 class (as well as QMatrix) is deprecated in Qt 5. Is there a suggested replacement? I think you're misreading that page, only those two QMatrix4x4-related functions are deprecated; the class itself is not. About QMatrix: use QTransform instead, as stated in QMatrix docs. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [PATCH qtbase] qlinuxfbscreen: fix crash in switchToGraphicsMode()
Hi Thomas, On 9 January 2013 23:32, Thomas Petazzoni thomas.petazz...@free-electrons.com wrote: The switchToGraphicsMode() function calls the KDGETMODE ioctl() call, but passes the address of oldMode, which is already a pointer. Therefore, the current code makes the kernel write the mode value returned by the KDGETMODE ioctl() at the address of the oldMode pointer. This pointer becomes NULL, which makes the following line trigger a segfault. Since the function already receives as argument the address of oldMode, there is no need to do oldMode when doing the ioctl() call. This patch fixes the following segfault: Thanks for the fix, but although it's trifial, for legal reasons the Qt Project can't accept patches from the mailing list (or the bugtracker). Please consider spending 5 minutes to set up Gerrit and pushing this fix: http://qt-project.org/wiki/Setting-up-Gerrit Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How to append data to webkit POST?
On 15 January 2013 09:50, 程梁 devb...@outlook.com wrote: Could you tell me if I could append custom data to request? If I could, how should I do it, if not, what should I do? You can install a custom QNetworkAccessManager on the QWebPage and do any kind of modification you need. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QNetworkAccessManager in a command line, non-eventloop application
On 20 January 2013 17:29, Scott Aron Bloom scott.bl...@onshorecs.com wrote: Honestly, if qNAM had the ability to set the timeout, I would have no problem with a blocking call.. Start a QTimer and abort the QNetworkReply if it fires before finished(), and viceversa. Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] IPV6 not working
On 22 March 2013 23:34, Etienne Sandré-Chardonnal etienne.san...@m4x.org wrote: I got it... In fact, I just learned that it's not possible to listen on both IPv4 and IPv6 with the same socket, and that QHostAddress::Any means only IPv4 Note that this has changed in Qt 5. Any now really means both IPv4 and IPv6 on a dual-stack machine. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QRegExp help: boundaries
Il 27/03/2013 11:57, Sensei ha scritto: I assume that nothing isn't a valid boundary here. Am I right? No, you're just falling into a very common error when using \b. \b matches the 0-length transition between a \w character and a \W, and the beginning and the end of the string are counted as a \W. But there's no such transition in your string: the \b is between the beginning (\W) and the leading backslash (\W again). Therefore, it will not match. HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Problem using QTcpSocket with large amounts of data
On 30 March 2013 10:54, Christoph Kurz c.k...@melph.de wrote: Any ideas would be appreciated. Valgrind your application? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!
On 10 April 2013 04:43, K. Frank kfrank2...@gmail.com wrote: Hello List! I'm considering upgrading to Qt 5, so I downloaded: qt-everywhere-opensource-src-5.0.1.zip Imagine my surprise when I unzipped the file and read the README file. I quote: Windows: Open a Windows SDK (7.0, 7.1 or later) command prompt. Ensure that the following tools can be found in the path: * Perl version 5.12 or later [http://www.activestate.com/activeperl/] * Python version 2.7 or later [http://www.activestate.com/activepython/] * Ruby version 1.9.3 or later [http://rubyinstaller.org/] Wow! Three different scripting languages required to build Qt 5! (Not to mention a compiler and make tool.) Say it ain't so, Joe. Say it ain't so. And add icu, and flex + bison + gperf under Linux. The fact is that Qt 5 includes big monsters such as JSC, V8 and WebKit, and they come with their own build requirements. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!
On 10 April 2013 14:14, Rainer Wiesenfarth rainer_wiesenfa...@trimble.com wrote: So, I do not need those if I configure Qt without webkit? ... ah, I forgot, there is a -no-widgets configure option, but no -no-webkit... :-( Seems all other commercial customers (other than my collegues and me) are not using Qt mainly for desktop applications... You still need Perl for building qtbase. Once you've got qtbase compiled, just compile the other modules you're interested in (qmake make). -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!
On 10 April 2013 22:27, Christian Dähn da...@asinteg.de wrote: Our customers (where some devs work) have 14.000 clients and just a handful admins. So each client having special installs or special access rights must be maintained by these few people - so maybe you can imagine how the react on your last statements just allow it and just do it ;-) Are you talking about 14,000 *developer* machines which need a Qt built from sources? And the sysadmins responsible for those have no way of clicking a button and installing a piece of package on all of them? (Or, build Qt from sources on one machine and automatically deploy it on all of the 14,000?) What if tomorrow the developers will need package FooBar? Will that block the work of 14,000 developers because the sysadmins cannot install it on their machines? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!
On 10 April 2013 23:08, Christian Dähn da...@asinteg.de wrote: The clients is the sum of all end-user and dev machines. In usual cases there are only a few devs and many thousand end-users. But: Both - the devs and end-users - must use the nearly exactly same hard- and software environment with all it's restrictions Note that Perl is needed to *build* Qt. End-users only require the compiled libs (and the various runtime dependencies: plugins, etc.) -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QDirIterator as Variable in class
Il 23/04/2013 14:12, Adrian Stern ha scritto: MediaBase::MediaBase(QObject *parent) : QObject(parent) { Error 1, straight from the compiler: since you're not calling a QDirIterator constructor in your constructor's initializer list for the mediaItr data member variable, the compiler calls the default constructor. But QDirIterator lacks a default constructor. Therefore, you got an error QDirIterator mediaItr(); Error 2, much more subtle: this is declaring a function called mediaItr, taking no arguments, returning a QDirIterator, and shadowing the member variable of the same name. (Yes, it's the C++ most vexing parse.) I know why you did this, but this is nonsense. Just remove it. Note: I'm deliberately NOT writing the solution because I'd like to encourage you to search the web for all the keywords I used (initializer list, member, default constructor, most vexing parse). This is a C++ problem, not a Qt one. HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] error connecting signals
Hi, please keep the discussion on the list. On 7 May 2013 14:08, Adrian Stern adrian.st...@screenfood.com wrote: It was in the VideoPlayer whil it wasn't working. Now that it is in PlayerBase it is working. Why? Because, as you said, VideoPlayer was lacking the Q_OBJECT macro. Rule of thumb: put Q_OBJECT in each and every QObject subclass. And why can I cast a VideoPlayer to a PlayerBase but not in the other direction? What do you mean? You can always cast for free to a base*, but you need an explicit cast to go towards a derived class. -- Giuseppe D'Angelo *unless you're inheriting from it multiple times and stuff like this ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Flip a QSGSimpleTextureNode
Il 19/05/2013 22:26, BOUCARD Olivier ha scritto: Hi guys, I'm trying to draw native OpenGL using QSGSimpleTextureNode. The problem is that my Y axis is upside-down. Is there a way to flip the axis when rendering the texture to the screen? Thanks for any help. It seems you're looking for http://qt.gitorious.org/qt/qtdeclarative/commit/5c72255 HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [Development] Nested Mousearea don't pass events
Hi, Il 20/05/2013 14:36, Matteo Brichese ha scritto: This is a sample of my code: import QtQuick 2.0 Rectangle { width: 1024 height: 768 MouseArea { anchors.fill: parent; onClicked: console.log(Click) } MouseArea { anchors.fill: parent; onDoubleClicked: console.log(Double Click) } } I can only see logs of the double click. I was hoping that if I single click the last mousearea the event passed to the second one, but it don't work, is that a bug? Being a question about developing *with* Qt, the right list to post this message is the interest list, not the development list. Anyhow, I think you just miss a propagateComposedEvents: true in the second MouseArea. Note that for a double click you're still going to receive the first click in the bottom MouseArea (in other words I expect that a double click will print Click and Double Click). Hope this helps, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QXmlStreamReader and qDebug()
Il 27/07/2013 00:51, Alexander Syvak ha scritto: operator is evaluated from the left to the right each time returning QDebug object. That's only half of the story. When in your code you have something like this: qDebug() a b c; that will get parsed by the compiler into something like this: operator(operator(operator(qDebug(), a), b), c); Now, what's the order of evaluation of the parameters of topmost operator call? That's it: C++ leaves it to the implementation. Under x86, for various reasons (*), arguments gets evaluated right to left and pushed to the stack in that order. That means c gets evaluated before b, and b before a. If a, b, c are function calls that modify a global state, your results will be... unexpected. Which is what you're experiencing. (*) for instance, for being able to implement variadic functions more easily: the known parameters are on the top of the stack. Hope this helps, -- Join us at Qt Developer Days 2013! - https://devdays.kdab.com Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Strange undeletable QTemporaryFile. Is it a bug?
On 24 August 2013 19:16, Till Oliver Knoll till.oliver.kn...@gmail.com wrote: I am pretty sure that even the naming might be overcome with a little #define wizardry, no? ;) I don't think so. We're talking about the fact that MSVC mangles the protection level into the symbol name: http://en.wikipedia.org/wiki/Visual_C%2B%2B_name_mangling#Function_2 This will cause a linker error (you'd be looking for a symbol with a different name in the shared library). -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QMapint64_t significantly slower than QMapint32_t
On 21 September 2013 14:47, Etienne Sandré-Chardonnal etienne.san...@m4x.org wrote: I'm experiencing this issue : a 64-bit int QMap slows my app comparing to a 32-bit int one. I'm compiling with GCC-MinGW64, so a 64-bit compiler. Shouldn't it be as fast? The QMap is not very large (maybe 1000 elements) and I have much bigger structures in my app, so the memory size should not be responsible for the slowdown. Do you have a SSCCE [1] that clearly shows the issue? [1] http://sscce.org/ -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QStringList, takeFirst and order of execution
Il 11/11/2013 13:37, Samuel Gaist ha scritto: Hi, I have been experiencing a strange behavior with QStringList and the order of execution of takeFirst. The following code: QString line = file.readLine(); // line contains 46 71\n QStringList lineData = line.split(); // lineData contains (46, 71\n) qDebug() lineData.takeFirst() lineData.takeFirst(); I've already explained this in the past but I can't find the relevant email. This last line is parsed as operator( operator( qDebug(), lineData.takeFirst() ) , lineData.takeFirst() ) (operator is left associative). Take the outer operator. C++ does not define the order of evaluating its parameters. That means that either lineData.takeFirst() can be called before evaluating the inner operator, or vice-versa. Depending on what the compiler chooses to do, you'll have a different result. HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Not possible to connect QTcpSocket::error signal the Qt5-way?
Il 22/11/2013 16:56, Ola Røer Thorsen ha scritto: fails, the compiler says error: no matching function for call to 'MyClass::connect(QTcpSocket*, unresolved overloaded function type, MyClass* const, void (MyClass::*)(QAbstractSocket::SocketError))' This is a C++ problem -- unresolved overloaded function type means that error() has overloads, and you need to select the right one: connect(socket, static_castvoid (QTcpSocket::*)(QAbstractSocket::SocketError)(QTcpSocket::error), this, Class::method); HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Not possible to connect QTcpSocket::error signal the Qt5-way?
Il 25/11/2013 09:58, Ola Røer Thorsen ha scritto: It's unfortunate that there is a method and a signal in QAbstractSocket witht the same name, but I guess we're stuck with that now. It's tricky coming up with the correct signature syntax if not having seen it before. Maybe some example code could be added to this page here, http://qt-project.org/doc/qt-5.1/qtcore/signalsandslots.html ? There are a couple of patches to improve the situation, for instance https://codereview.qt-project.org/#change,67348 -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] C'tor member initialisation with 'this'
On 10 January 2014 19:09, Frank Hemer fr...@hemer.org wrote: On Friday 10 January 2014 21:58:13 Constantin Makshin wrote: No, it won't. 'this' is just a pointer and copying it anywhere (except a free-memory-in-destructor kind of smartpointer, of course, but using these to store a pointer to the parent object is a weird idea anyway) doesn't affect the object's lifetime in any way; neither does the object's destructor gets called when a pointer to it is destroyed by going out of scope or any other means. Well, I was confused by the QObject d'tor doc stating: Warning: All child objects are deleted. If any of these objects are on the stack or global, sooner or later your program will crash. We do not recommend holding pointers to child objects from outside the parent. If you still do, the destroyed() signal gives you an opportunity to detect when an object is destroyed. And the networkMgr is on the stack. It's not on the stack; it's a member. This means it will be properly destroyed at the end of the QtSoapHttpTransport's destructor, which will run before QObject's destructor. The destruction code of QNAM (actually, of its QObject subobject) will remove it from the parent children list. So when the QObject destructor (for the QObject sub-object of QtSoapHttpTransport), it won't double delete anything. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Question about reading glsl shader source from a QResource using compression
On 13 January 2014 13:25, Ola Røer Thorsen o...@silentwings.no wrote: In the documentation for QResource, it says that the data returned by r.data may be compressed. So is this way of reading the shader source code safe at all times? Shouldn't it check with r.isCompressed and if so, uncompress? Is there some assumption here that such small text files aren't compressed? I think the example is just doing it wrong, it should instead load the resource file contents using QFile into two QByteArrays into the ctor and then return the QByteArrays' contents there. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Harmonizing the Qt 5.x Documentation
Il 11/03/2014 10:01, Pasion Jerome ha scritto: -I checked the doc notes database and there are only a handful of doc notes for both 5.0 and 5.1. It is likely that they will not be ported over. Why not? They might represent actual bugs or improvements for the documentation. Instead of dropping them altogether it would be better to turn them into JIRA reports so they can be evaluated and merged in the docs, if possible (then we can think of ditch or redesign the entire feature). Regards, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How to access QLineEditPrivate* in QLineEdit's subclass?
Il 11/03/2014 20:23, igor.mironc...@gmail.com ha scritto: Is it possible to acces QLineEditPrivate* from QLineEdit’s subclass??? Help!!! Why are you willing to go into private headers (which offer no guarantees of compatibility at all) and not willing to submit a patch that adds the missing constructor? Anyhow: you can try static_castQLineEditPrivate *(QWidgetPrivate::get(this)); HTH, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How to access QLineEditPrivate* in QLineEdit's subclass?
Il 11/03/2014 20:23, igor.mironc...@gmail.com ha scritto: Is it possible to acces QLineEditPrivate* from QLineEdit’s subclass??? Help!!! Why are you willing to go into private headers (which offer no guarantees of compatibility at all) and not willing to submit a patch that adds the missing constructor? Anyhow: you can try static_castQLineEditPrivate *(QWidgetPrivate::get(this)); HTH, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] dynamic library question
On 17 March 2014 23:21, Thiago Macieira thiago.macie...@intel.com wrote: However, if KSP is enabled, the kernel might realise the pages are identical and drop one copy. I would recommend you don't depend on it, so simply don't duplicate the files. Doesn't KSP scan only the pages that have been explictly marked as mergeable via madvise? Why would the dynamic linker use such flag on the libraries it maps into memory? (It would be pointless in the vast majority of the cases except in OP's scenario?) Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] dynamic library question
On 18 March 2014 11:28, Mandeep Sandhu mandeepsandhu@gmail.com wrote: Just to be clear, you guys are talking about KSM (kernel samepage merging) right? Uhm, yes, I was. I failed the acronym... Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Crash inside QOpenGLDebugLogger with Qt 5.2 / VS2012
Hello, Il 13/04/2014 15:05, Roger Leigh ha scritto: QWindowsGLContext::getProcAddress: Unable to resolve 'glGetPointerv' This has already been reported and I've already fixed it in https://codereview.qt-project.org/#change,78981 which is going to appear in 5.3. Out of curiosity, which combination of GPU / drivers are you using? Hope this helps, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QNAM timeout is way too long
On 22 April 2014 03:12, Scott Aron Bloom scott.bl...@onshorecs.com wrote: Agreed.. but it would be even easier... if abort was a slot :) It is a slot in Qt 5. Besides, you can always connect to a custom slot which invokes abort()... -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Size of libQt5Core in 5.3
Il 11/05/2014 09:20, Daniel Bowen ha scritto: So I started putting in -skip, -no-feature, etc.having features wewould still use, but other things stripped out.I also had a mkspec use -Os to optimize for size.Usingsomething likethis: [snip] Please note that several of those features don't even belong to QtCore, but to other libraries. For instance: image formats, fonts, etc. belong to QtGui; other widget-related stuff belong to QtWidgets. You chose to skip those modules altogether (-no-widgets) so I don't see why also putting the feature switches there. (And, as a side note, I'm not sure that passing -no-feature-UPPERCASE would work...) Apart from this: builds with feature switches are not really tested, so I'm not surprised that you have found a combination that doesn't even build. But we totally welcome patches that would fix such builds. In particular, being able to skip building QRegularExpression should be able to save a lot -- especially if you not compile PCRE inside of QtCore (which brings in some huge Unicode tables). PCRE should add around 0,5MB between code and data. Note that this requires some extra changes (to configure and tools.pri) to support a non-PCRE build. Other big players: * mimetypes support -- bringing in another ~250K of data (i.e. roughly the gzipped size of the freedesktop's MIME database), plus its code; * cryptographic hashes support. In general you should take an analytic approach: pass -Wl,-Map,qtcoremapfile to QtCore's linker command line, and examine the map file using a script. Then proceed to trim. Hope this helped, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] terrible font rendering with QtQuick
Il 29/05/2014 12:17, bane...@gmail.com ha scritto: The openGL version of the testing XP machine is 2.1, which is enough for Qt (openGL 2+), Obviously Qt does not use that. Actually the problem is that Qt uses it (because Qt doesn't know it's broken), resulting in glitches. That's why we have ANGLE and llvmpipe as workarounds. -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [Development] Listen to database update
Hi, This is the wrong list (for developers OF Qt). Moving the discussion to the right one (for developers WITH Qt). Il 02/06/2014 14:25, Olivier Austina ha scritto: Is there a way to listen for a database updating. I have a program and I want to know when the database change (for insert and update event). Any suggestion is welcome. Thank you. Depending on the actual database you can push notifications to Qt which will be emitted as signals (see QSqlDriver::notification). For instance, with PostgreSQL you can put a NOTIFY statement in a trigger connected to your table insert/updates commands. HTH, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Convert QQuickItem into image
On 5 June 2014 11:16, Gunnar Sletta gunnar.sle...@jolla.com wrote: It is new API so it goes to the next minor version of Qt, 5.4 in this case. Please add the \since... :-) -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Qt DevDays 2014 - Call for Papers
Hi all, the Call for Papers is out now for both the Qt Developer Days Europe (Oct 6 - 8) and the Qt Developer Days US (Nov 3 - 5): http://www.qtdeveloperdays.com/call-papers-information The deadlines are July 24th for Europe and August 15th for US. All accepted submissions will get a free 2 day entry ticket to the flagship Qt event of the year. And: anyone registering for the European event before July, 18th (early bird) is in for a chance to win a 3D printer in the Prize Draw. Get it done before the holidays, folks! And see you there in October! -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QCommandLineParser, default arguments from env variable?
On 24 June 2014 10:26, Mark Gaiser mark...@gmail.com wrote: I think I'll just look at how QCommandLineParser is doing that and copy that logic. I think there's no such logic. QCommandLineParser will already see the arguments correctly split, i.e. the ones you're receiving into main. Your problem is that you have to perform the split yourself because you have a single string -- the environment variable. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt DevDays 2014 - Call for Papers
Hello, Il 19/06/2014 12:23, Giuseppe D'Angelo ha scritto: http://www.qtdeveloperdays.com/call-papers-information The deadlines are July 24th for Europe and August 15th for US. There's an update: the Call for Papers' deadline for the Europe event has been extended to July 31st at midnight (CEST). See you in Berlin! -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] OpenGL weirdness
Hello, Il 24/07/2014 14:13, Yves Bailly ha scritto: Any idea about what's going on? The same thing occures on both MinGW (32bits) and Visual C++ 2012 (64bits). Can you also dump the context profile? Maybe unless you're requesting both a version = 3.2 *and* a Core profile, then you're getting a Compatibility profile. Regards, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Generating .avi or .mpg from Qt? (from sequence of QImages or QPixmaps)
On 5 August 2014 23:22, Phil Weinstein ph...@indra.com wrote: Short of that, are there any well supported third-party Qt packages for doing this? How about just feeding the sequence of images to an external encoder like ffmpeg/libav or mencoder? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Signal and Slot mechansim in Qt4.8.x
Il 08/08/2014 10:51, Bo Thorsen ha scritto: The order of the slots execution is undefined. You can not rely on it. Generally speaking it *is* defined: slot activation follows the order of the connect() statements (*). In this specific case, there are multiple threads in the game, and the question doesn't elaborate enough on what's the actual structure of the connections (which threads emit which signals? what are those signals connected to? which connection types are sued?) to be able to know what's going on. (*) It has been finalized, by documenting it, around Qt 4.6. I guess simply too many people were relying on that behaviour (which was implemented, just not documented) to think to modify it at any time. HTH, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Dealing with clipboard under linux
Hi, Il 10/10/2014 08:26, hualet ha scritto: I’m using Qt with python under linux, and want to copy some text into clipboard with Clipboard, it works quit well when the program is running, but every time the program’s down, it seems that Qt erase all the text in the clipboard, just don’t know why, any solutions? You need to run a clipboard manager such as Klipper. Under X11 systems, clipboard contents belong to the application you copied from. Closing that application means losing the the clipboard contents. HTH, -- Join us Oct 6-8 at BCC Berlin for Qt Developer Days 2014! Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Who and why changed WIKI Gerrit-Introduction
Il 15/11/2014 17:39, Denis Shienkov ha scritto: Please revert back changes from http://qt-project.org/wiki/Gerrit-Introduction; page. This changes made from 11:43, 5 Nov 2014 by alkino. Earlier I used this page for direct copying of Git links examples for a contribution to the project. But now mention of port 29418 and others things are deleted there. Thus now WIKI contains invalid examples and new users will be confused. I do not understand, why this deletion was made. The change message explains why: you can store the username and the port into your .ssh/config file, in order not to repeat them everywhere. But I kind of agree that for newcomers having one less configuration step and links that you can cp can be easier. More in general, the problem is that we host (semi-)official documentation on a wiki which has no ACLs matching the roles in the Qt project. Anyone can go there and disrupt those pages. -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] reference counting
Il 16/11/2014 18:37, René J.V. Bertin ha scritto: I thought Qt had support for reference counting (e.g. comparable to ObjC's retain/release) but after checking a few likely suspect classes I cannot seem to find anything of the sort. Was I mistaken, or is it implemented in a different way? Most of the value classes are implicitly shared: http://qt-project.org/doc/qt-5/implicit-sharing.html -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QVector::resize / QList
Il 17/11/2014 22:23, Philippe ha scritto: Any design reason for this? No, simply nobody implemented it so far. (And given that QList is the preferred return type in Qt APIs, I've hit my face against this many many times. However there's the long trend of moving towards QVector...) Contributions are welcome, anyhow. -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Q_OS_ANDROID macro
Il 04/02/2015 11:05, Nuno Santos ha scritto: When compiling for Android, moc file as complaining about not having the implementation of the methods above which means that the preprocessor has passed over Q_OS_ANDROID, however, QtCreator had that area greyed out. Could you please send the exact error you're having? I'm interested in who's complaining exactly about what. It shouldn't be moc -- moc can't care less about who implements some slots. It could be the compiler (if you're defining member functions without declaring them, that is, you're missing the matching #ifndef in your .cpp files), or the linker (which would possibly mean that moc picked up those member functions and it's referencing them, but their symbols are not present in any object file)... Thanks, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Q_OS_ANDROID macro
Il 04/02/2015 11:18, Reinhardt Behm ha scritto: MOC does not understand and therefor does not respect macros and #ifdef. I'm sorry to be blunt, but this is simply false. moc has had a full C++ preprocessor since Qt 5.0. -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Q_OS_ANDROID macro
Il 04/02/2015 19:52, Nuno Santos ha scritto: The main problem here is that the moc_ doesn't know about Q_OS_ANDROID when it is generated which will generate entry for the slots that shouldn't be there. Right, so it's the compiler complaining about moc-generated code, not moc itself... -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Where should online documentation bugs be reported?
Il 21/01/2015 16:42, Harri Pasanen ha scritto: I this case it is a trivial typo, http://doc.qt.io/qt-5/platform-notes-ios.html page has an extra space in external link url./documentati on/ instead of/documentation/ Well, unless you're willing to fix it yourself (*), please report it on the usual channels: https://bugreports.qt.io * Project Qt * Component Documentation Cheers, (*) and this kind of low hanging fruits^Wbugs are perfect to getting started at developing Qt! -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Fwd: [KDE/Mac] OSX/CI: Found umpteen uses of Q_WS_MAC in Qt5 itself
On 21 January 2015 at 11:34, René J.V. rjvber...@gmail.com wrote: Q_WS_* macros are deprecated in Qt5, right? Are they still available, or does the message below mean that numerous bits in Qt5 are equivalent to junk DNA? And if junk DNA, should it be cleaned out, or tested on a case-by-case basis if in reality it ought to be activated?? They're never defined, so junk, but they can't just be removed. One should check what they're actually wrapping -- if they were meant to be Q_OS_*, or perhaps exposing functionality that has been lost when porting to QPA, etc. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] why does Qt prefer to return QList over QVector?
Il 27/01/2015 09:41, Mark Gaiser ha scritto: As far as i know this is for historic reasons. QList used to be faster then QVector (someone, please correct me if i'm wrong) in the old days, but nowadays (Qt5 era) they prefer QVector over QList. It is as fast or faster then QList in nearly every situation. I vaguely remember there being one exception where QList was faster, but i don't know the exception anymore. I don't think it has ever been faster. The main reason behind QList is to generate less code: all the handling of the backing array is shared amongst the specializations. But please refer to Marc Mutz's awesome blog posts for more info: https://marcmutz.wordpress.com/effective-qt/containers/ The other difference with QVector is that QList has a prepend optimization. A somewhat related question, why is there no QList::reserve()? There is, what's missing is resize(). (Fundamentally that shared part behind QList has no code dealing with shrinking.) I've got a WIP on gerrit, if only I get the time to work on it again... Cheers, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QBuffer::seek warnings in QtConcurrent
Il 27/01/2015 20:27, Igor Mironchik ha scritto: I've looked at qjpeghandler.cpp and it is strangely that practically all of my photos produced by my Android camera is corrupted. Do you know any software that can give me information about exif in jpeg that I can be sure that jpeg is corrupted? Thank you. Possibly exiftool or some any other image manipulation program. But also I wonder about the code around your backtrace: 0 qt_message_fatalqlogging.cpp14070x57ed3f21 1 QMessageLogger::warning qlogging.cpp396 0x57ed28bb 2 QBuffer::seek qbuffer.cpp 374 0x5807b386 3 QDataStream::skipRawDataqdatastream.cpp 11690x5807dfbc 4 getExifOrientation qjpeghandler.cpp820 0x5ab66204 = 795 quint32 offset; ... 811 stream offset; 812 // we have already used 8 bytes of TIFF header 813 offset -= 8; 814 815 // read IFD 816 while (!stream.atEnd()) { 817 quint16 numEntries; 818 819 // skip offset bytes to get the next IFD 820 if (stream.skipRawData(offset) != (qint32)offset) 821 return -1; Note in particular that stream reads an unsigned 32 bit int into offset, but then skipRawData silently converts to signed... (but it may be totally unrelated with the problem here, which perhaps results from bad EXIF parsing on Qt side) HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How to prevent painter from ending() on render()
Il 28/01/2015 18:50, Jason H ha scritto: So how can someone render multiple widgets on multiple pages? It seems the only option is manual draw***() commands on the painter, but that is tedious, and Qt has a nice Layout manager system... 1) Have you tried first opening a QFile, then using QPDFWriter's ctor that takes a QIODevice? I would be really annoyed if closing the painter would close the device on my back. Annoyed to the point to call it a Qt bug. 2) Have you tried painting the widget on a QPicture, then replaying the QPicture on the PDF? HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Is the OpenGL vs Angle distinction important for widget apps?
On 22 March 2015 at 10:28, Nikos Chantziaras rea...@gmail.com wrote: For applications that don't use Qml and only use QWidget, does it matter whether Qt was built with OpenGL or Angle on Windows? It still matters because 1) ANGLE means extra dependencies to be shipped along your app 2) ANGLE does not work on Windows XP So for pure-widgets applications it might make more sense to use the Desktop OpenGL build of Qt. YMMV :) -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] I can't access qt's git repository in gitorious any more
Il 07/03/2015 15:52, Alejandro Exojo ha scritto: And the frontpage has no notice. I'd assume something is going wrong right now with Gitorious. Anyhow, **Gitorious is going to shut down in a few months**. So it's a good time to migrate all of your remotes to the new official Git server (code.qt.io) or some other mirror. HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QOpenGLWidget and text
Il 01/04/2015 15:42, Matthew Woehlke ha scritto: If I go the route of pre-rendering the text into a QImage, what is the easiest way, using only the modern QOpenGL classes (since there is no longer bindTexture either), to get that into an OpenGL texture? A rough game plan is this: * Create a QImage of a suitable size (depending on your needs) * Fill it with color or trasparency * Use QPainter to draw on it (using a font of a suitable size) * Create/upload it into a QOpenGLTexture * Create a suitable set of VBOs using QOpenGLBuffer containing vertex coordinates as well as texture coordinates for a rectangle (you'll need to triangulate it!) * Optionally create an IBO using QOpenGLBuffer containing indexes for your vertexes * Create a suitable shader program by combining a vertex shader (which may optionally do the billboarding, unless you generated vertex coordinates in the right positions) and a fragment shader (which samples from the texture using the interpolated texture coordinates which are emitted by the vertex shader) and bind it * Create a QOpenGLVertexArrayObject and bind it * Enable and configure the attribute arrays on your shader program by binding the VBOs and specifying their format * Optionally bind the IBO into the VAO (setup complete) To draw: * Bind the VAO * Bind (use) the shader program * Get the texture into the program, f.i. by binding the texture + setting the texture unit index as a uniform value on the right uniform sampler2D object in your program * Draw the quad via glDrawArrays / glDrawElements (depending if you used an IBO or not) Depending on your needs you may need alpha blending enabled, alpha-discard in your fragment shader, as well as alpha-to-coverage to smooth antialiased edges. Isn't Modern OpenGL lovely? ;) Cheers, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] how to build the xcb-plugin with egl support?
On 3 March 2015 at 00:53, Thiago Macieira thiago.macie...@intel.com wrote: GLX implies desktop GL And, Qt supports creating GLES contextes on GLX, if the right extensions are available. -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Issues with QPainter on Mac 10.10
On 2 March 2015 at 10:04, Matthias Thöny matthias.tho...@gmail.com wrote: Dear QT Team, I have some issues with QPainter on Mac 10.10 when using the OpenGL 4.1. profile. I posted here the details: http://qt-project.org/forums/viewthread/53319/ Can anyone of you help or may be give some information about the state of OpenGL 4 pipeline integration on systems like Mac OSX where only an OpenGL 4 Core Profile is available? Unfortunately it's a known bug which has been deemed out to scope to fix: https://bugreports.qt.io/browse/QTBUG-33535 Your best workaround is painting on a QImage instead, loading it on a texture (QOpenGLTexture) and then drawing a quad. HTH, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Is there a command line call to qmake to test the bit width?
On 4 March 2015 at 18:05, Scott Aron Bloom scott.bl...@onshorecs.com wrote: I am creating two versions of my tool, 32 and 64 bit. However, I have, more than once, started a build against the wrong path, so it was building against Qt 64 when it was supposed to build against Qt 32 (or vice versa) Is there a qmake or some way, that in the setup scripts to my build, I can confirm the version I am running against? In qmake see $$QT_ARCH, in your C++ file you can use QT_POINTER_SIZE. HTH, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Issues with QPainter on Mac 10.10
On 4 March 2015 at 12:43, Matthias Thöny tho...@gmail.com wrote: I don't really see the proposed work around. Because you cannot actually call any QT function based on OpenGL 3.0 anymore without letting the application crash (e.g. renderText in QGLWindow) , when selecting a 4.1 context (only under mac osx). But I agree that it is a pain to propose implementations for every OpenGL core versions only because Apple does not provide a compatibility profile. Thanks for the link. In fact I was not proposing calling those functions, rather something like QImage image(size, format); QPainter p(image); p.drawText(); /* etc.etc. */ p.end(); QOpenGLTexture *texture = new QOpenGLTexture(image); /* bind, use it */ -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Does removing 'private slots' from .h files have any advantages? Disadvantages?
Il 08/03/2015 12:28, Constantin Makshin ha scritto: Both advantages and disadvantages will come from the fact that MOC won't generate anything for methods in these sections. There's an extra pro that comes with that: visibility markers actually come into play. A slot is always publicly invokable via QMetaObject::invokeMethod or a suitable connection statement; public/protected/private only influence its invocation as a normal (member) function. Instead now you can have truly private slots by connecting to private, non-slot member functions. Noone but your class and its friends can use those functions. (Note that Qt has also another mechanism for that -- Q_PRIVATE_SLOT -- but that doesn't solve the problem, it simply allows to move a slot declaration/definition into the pimpl). HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company Tel. UK +44-1738-450410, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] qsort() Obsolete?
Il 17/04/2015 12:16, Dmitry Volosnykh ha scritto: As far as I know, a plenty of methods from QtAlgorithms are marked as obsolete since Qt 5.2. Regarding qSort() you may refer to official documentation: http://doc.qt.io/qt-5/qtalgorithms-obsolete.html#qSort. http://doc.qt.io/qt-5/qtalgorithms.html#qt-and-the-stl-algorithms also contains some end-user information. HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QOpenGLWidget and text
On 6 April 2015 at 15:02, Adam Light acli...@gmail.com wrote: The removal of this overload of renderText() was a significant blow to our efforts in moving from 4.8 to 5. Given there's enough interest into bringing this functionality back, and that I strongly doubt it'll come back into QOpenGLWidget (as it's not even remotely its role), how about starting working on it in a standalone Qt addon? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QML bindings and redundant property changes
On 1 April 2015 at 19:11, Preet prismatic.proj...@gmail.com wrote: I would have expected two invocations of onPerimeterChanged, but it gets called only once. The QML engine avoids the redundant change and I'm curious as to how this is done. http://en.wikipedia.org/wiki/Topological_sorting -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QML bindings and redundant property changes
Sorry, email sent accidentally. Elaborating: if a changes, the engine *might* do a topological sorting of a's dependencies to minimize the number of reevaluations. But I would never ever rely on such a thing being present and consider it an implementation detail. On 2 April 2015 at 00:21, Giuseppe D'Angelo dange...@gmail.com wrote: On 1 April 2015 at 19:11, Preet prismatic.proj...@gmail.com wrote: I would have expected two invocations of onPerimeterChanged, but it gets called only once. The QML engine avoids the redundant change and I'm curious as to how this is done. http://en.wikipedia.org/wiki/Topological_sorting -- Giuseppe D'Angelo -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Move-to-bin API?
On 10 April 2015 at 22:33, Felix morack felixo...@gmail.com wrote: So any plans? Any objections? No plans and no objections, I'd say... -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt nntp server?
On Mon, Jun 8, 2015 at 11:04 PM, René J.V. rjvber...@gmail.com wrote: Hi, I'm turning my mailing list overhead over to gmane and noticed that this ML isn't available there while the development ML is. In case that's no simple omission: what happened to nntp.trolltech.com and nntp.qt.nokia.com ? Is there still a Qt-specific nntp server that provides access to the various Qt mailing lists? Both of those domains are dead :( Or can the interest ML be subscribed to gmane? It's there: nntp://news.gmane.org/gmane.comp.lib.qt.general HTH, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] OpenGL depreceated items
On Wed, Jun 10, 2015 at 7:27 AM, Berkay Elbir berkayel...@gmail.com wrote: I have an application that has written with QT 4.6.x. I used gluquadric type and glunewquadric() for OpenGL with inclueded #includeQGLWidget , but these kind of types are depreceated. What should I use instead of these so my application can work? What types are deprecated? GLU types or QGLWidget? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QML Inspector?
Il 25/06/2015 21:30, Jason H ha scritto: Is there anything that allows us to see a tree view of items at runtime and inspect (and modify?) their properties? I just helped someone who was dealing with an opacity issue and it was because of a component a few levels up. If they could visualize the element hierarchy as a tree, it would have been solved in seconds. You're looking for GammaRay: https://github.com/KDAB/GammaRay/ See for instance this blog post: http://www.kdab.com/analysing-qtquick-apps-gammaray-button-gone/ Hope this helps, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt5 with qml 2.x on Windows XP... problems?
Il 10/06/2015 22:23, Michael R Nelson ha scritto: Since you're on XP you can't use ANGLE as a Direct3D fallback... I believe DirectX is available for installation on XP. Can ANGLE be used if Direct3D/DirectX is installed on XP? In theory yes, but in practice I've heard of all sorts of problems when ANGLE gets used on XP (from rendering errors to plain random crashes). I *think* upstream doesn't even bother of supporting XP any longer, but maybe someone else knows more... Cheers, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt5 with qml 2.x on Windows XP... problems?
Il 10/06/2015 21:46, Jason H ha scritto: It is my understanding that QtQuick 2 assumes GL. I am not sure what version of GL it requires. I'd be willing to bet that the default driver in XP is insufficient. There may be a raster back end, but I could have sworn that GL was the core reason for the difference between QtQ1 and QtQ2? For the record, Qt Quick 2 on desktop requires OpenGL 3 (or 2.x + the FBO extension). As Microsoft only provides OpenGL 1.1 in the system opengl32.dll, you need the one supplied by your GPU vendor with the drivers. NVIDIA's drivers are just fine, for ATI's ones YMMV, Intel's ones just don't work on XP -- period. Note also that since you're on XP you can't use ANGLE as a Direct3D fallback. Hope this helps, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How to share a native OpenGL context with Qt?
Hi, Il 17/06/2015 17:54, Marc Gilleron ha scritto: Our context is created in a custom way, nothing to do with Qt in the first place. We made a test with a QML window and another non-Qt window where we used to render OpenGL, and it doesn't works because of resource clashes. So we need to share. Is there a way to do this with Qt by setting the |Qt::AA_ShareOpenGLContexts |flag? I didn't found any global context to call share on it in the public API... I've added a getter for that global context in 5.5: http://doc-snapshots.qt.io/qt5-5.5/qopenglcontext.html#globalShareContext If you peek at the implementation you can actually also grab it on = 5.4 by using some private APIs. Note: I know there are canonical ways to draw OpenGL stuff in Qt, however, none of them currently suits our needs in terms of existing codebase and time. We want to be able to draw from our own loop, in our own surface, which is neither inside a paintGL()/Qt call, nor in another thread. Now from your email I'm not 100% sure of what you need to achieve. Do you want to draw QML content on top of some other OpenGL content, and do that in a non-Qt window / GL context? There's QQuickRenderControl for that. Hope this helps, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Making use of qt_addObject and qt_removeObject in Windows (Qt5) ?
Il 15/06/2015 10:00, Andre Barth ha scritto: Any ideas how would I make use of the extern functions qt_addObject() and qt_removeObject(), respectively? (In Windows) Do I have to write loader / injection code myself that hooks up my functions instead? Yes, take a look at how GammaRay (used to?) do it: https://github.com/KDAB/GammaRay/tree/master/hooking For good news, starting from Qt 5.4 it's extremely easier to install your own hooks: https://codereview.qt-project.org/#/c/83272/ Hope this helps, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt5 and libressl
On Thu, Nov 12, 2015 at 9:14 PM, Diego Iastrubni <diegoi...@gmail.com> wrote: > So... the official statement from Qt is that elliptic curves is a ... "safe" > encryption to be used in the wild...? Where did you get this quote from? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Remove unnecessary components (dll reduction)
On Mon, Oct 19, 2015 at 2:21 PM, Rafael Machado <rafaelrodrigues.mach...@gmail.com> wrote: > > Any idea on how to do this work as I expect ? As the help says, it's -no-feature-nameofthefeature, so -no-feature-columnview. HTH, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Remove unnecessary components (dll reduction)
On Mon, Oct 19, 2015 at 3:31 PM, Rafael Machado <rafaelrodrigues.mach...@gmail.com> wrote: > Does anyone know how to do it ? -no-feature-columnview should be the right one... are you using Windows? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Remove unnecessary components (dll reduction)
On Mon, Oct 19, 2015 at 4:35 PM, Rafael Machado <rafaelrodrigues.mach...@gmail.com> wrote: > But yes. I'm using windows. Could someone with linux in hand try this please > ? (I don't have any linux or vm system here) If you're using Windows, then I think configure.exe does not recognize the -no-feature switch. Either pass -D QT_NO_FOOBAR manually or use qconfig as described here: http://doc.qt.io/qt-5/configure-options.html HTH, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Well, I'm kind of irritated by QtCreator...
Il 20/10/2015 19:52, Bob Hood ha scritto: I cannot change the names of these paths I must reference, nor can I ask them to change the folder names to suite my chosen IDE. I can escape the paths when I am referencing them explicitly (e.g., "../Source \\(Shared\\)/Processing/..." seems to work), but when I have to use something like $$PWD, everything breaks because the characters are not properly escaped. See qmake's $$system_quote, $$shell_quote and the like (depends on what you're doing exactly). Any tricks I can apply to overcome this? Otherwise, can somebody point me to the location in QtCreator where these command-line fix-ups are performed? I guess I'll have to divert some time to see if I can apply corrections if I want to keep using this IDE. Why do you think it's Creator's fault? You seem to have identified the problem in your usage of qmake (lack of escape for paths). Creator just runs qmake + make, which then explodes; it doesn't look to me Creator is to blame. HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QByteArray to quint64
Il 16/09/2015 12:28, Tom Isaacson ha scritto: If I want to convert a QByteArray to quint32 I can use: quint32 result = QByteArray("1234").toUInt(); But what if I want to convert a longer array to quint64? Writing cross-platform code requires a mix of _strtoi64() and strtoull(). Is there a simple way of doing this in Qt? Are you talking about converting the decimal representation using the C locale? toULongLong(). HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Recompiling qt
On Thu, Oct 1, 2015 at 12:18 PM, Boettger, Heiko <heiko.boett...@karlstorz.com> wrote: > in our project we are using qt which is built from source. Whenever there is > a configuration change I have to remove/uninstall the headers from the > /usr/include directory before rebuilding, otherwise it seems that new > options like “debug” not taking effect. Is there an easy way to tell qt not > to take the deployed headers? Can you avoid installing customly compiled Qt in default system paths? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QWidget::show()
Il 18/09/2015 22:23, Igor Mironchik ha scritto: If in some method create QWidget and invoke show() on it when this widget will be shown? Immediately or only after finish of method from within show() was invoked? Neither: some time after you return to the event loop. Cheers, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Good way to track down "QCoreApplication::postEvent: Unexpected null receiver"
On Sun, Dec 6, 2015 at 7:44 PM, Bob Hood <bho...@comcast.net> wrote: > I'm getting this warning/error, but it's pretty nebulous in terms of where > exactly it is occurring. Is there some kind of debug switch I can enable to > get move verbose output when this occurs, perhaps something that would help > me pinpoint the culprit? Run with QT_FATAL_WARNINGS=1? Add a breakpoint on the qWarning statement in question inside Qt? -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] file:// is harshing my zen
On Wed, Dec 16, 2015 at 8:23 PM, Jason H <jh...@gmx.com> wrote: > It means that I would not have to have an instance of a QUrl class. Currently > I'd have to do: > QUrl url(string); > return url.toLocalFile(); > > Why can't I just do QUrl::toLocalFile(string) I shouldn't need an instance to > strip file:// if it exists. Or QUrl(foo).toLocalFile()... > >> Caveat: I don't use QML. If that's giving you QString's that really >> should be QUrl's, I'd be complaining about that... > > It does. Can you elaborate more about your scenario? Do you have a property of type QString (string in QML) and you're assigning a value of type QUrl (url) to it? Cheers, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QFileDialog Qt5
Il 16/12/2015 14:10, Duane ha scritto: I'm subclassing a QFileDialog. I need to get a pointer to the filename box. I was doing this with findChild<QLineEdit*>() with Qt4 but with Qt5 this returns null. Any suggestions? Where are you doing that findChild? A non-native QFileDialog is lazily populated. Typically you need to wait until a show event gets delivered and handled by it to be sure you'll have the widgets created. Random notes: 1) As many others have told you, this may be symptomatic of bad design... 2) That's an API abuse, hence totally unsupported and can break again at any time. HTH, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QLocalSocket bug?
On Wed, Jan 6, 2016 at 9:07 AM, Etienne Sandré-Chardonnal <etienne.san...@m4x.org> wrote: > This was not really a complain but just a comment, since both classes have > nearly the same interface they could derive from a common one. To say it all, QAbstractSocket is deemed to be a mistake in Qt. There's no useful way of managing sockets through the base class API. "Static polymorphism" would've fitted just as well. My 2 c, -- Giuseppe D'Angelo ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest