>
> I can't actually do what you suggest because the file writing is done by an
> external lib written by me, but which should not have Qt dependencies. Anyway,
> that's not the topic here:
>
If the user can't really do anything during the duration of the save
why not just show them a busy cursor
On 01/23/2014 08:05 AM, Etienne Sandré-Chardonnal wrote:
> That bug is really quantic... I tried setting a QTimer to do the save/accept
> job
> automatically, and this doesn't crash anymore :(
>
Have you tried running under Valgrind
to see if it has anything to say.
> 4.8.5 compile in progress..
On 02/03/2014 11:32 PM, Mandeep Sandhu wrote:
>
>
> As part of a (partly mistaken) emulation of some ancient Macintosh API's I
> was calling QWidget::activateWindow(). If the application is not active,
> that both makes the window active, and it makes the application active. I
> gue
Hello:
I am trying to build 5.2.0 on RHEL 5 (may god have mercy on my soul.)
The compile fails down in the testlib sub-directory.
In file included from /usr/include/asm-x86_64/byteorder.h:30:0,
from /usr/include/asm/byteorder.h:5,
from
.../qt-everywhere-e
On 02/10/2014 10:26 AM, Graham Labdon wrote:
> Hi
> I have just started with QAbstractItemModel and have some doubts as to
> whether I am doing things in the correct way.
>
> I have class that (amongst other things) is storing a set of data that I want
> to display in a QTreeView.
> So I made a m
On 02/17/2014 03:49 AM, igor.mironc...@gmail.com wrote:
> Hi.
> I return to the subject of the drawing on top of the child widgets.
> I understand that I can’t paint on top of the child, but I can create child
> widgets that will be positioned to right place.
> But if I have parent with two child w
>
> We have windows in our application that are potentially expensive to repaint,
> so
> when the user resizes a window we may need to put off repainting until the
> resizing is finished. It seems that we don't get mouse down/mouse up events
> when
> the user clicks in the window frame/resize gr
On 02/25/2014 12:56 PM, Thiago Macieira wrote:
> Em seg 24 fev 2014, às 14:30:29, John Weeks escreveu:
>> On 24-Feb-2014, at 2:24 PM, Thiago Macieira wrote:
>>> That's something entirely controlled by the window manager. Sorry.
>>
>> Thanks, Thiago. That's good to know.
>
> Here's a suggestion: do
On 03/24/2014 08:10 AM, Graham Labdon wrote:
> Thanks for that - my ui is now responsive
> What is the correct way to stop my thread running?
> I tried m_thread->exit() but it still continues
>
Have it periodically check a global, (mutex-protected?)
variable and then terminate (by returning from t
On 03/26/2014 06:35 AM, Graham Labdon wrote:
> Hi
> My application needs to display a series of 'traces'.
> Each trace will consist of 5000+ points and there can be up to 50 traces.
> I would be grateful of some pointers on how to do this in the most efficient
> way -
> QPainter on a widget
> Use
>
> However as others have already pointed out "with the usual tricks"
> (Clever Clipping(tm), Level of Detail, ...) today's CPUs should also be
>able to render lines with several thousands of segments...
>
I though I was done until I tried to send something to a printer.
What works on the screen
>
> I too have a similar requirements for monotonic data plots. How do you
> store the full million points data?
QVector x, y;
>Do you keep all points in memory so
> that it is readily available when the user zooms?
>
Yes.
Bill
___
Interest mailing
On 03/26/2014 10:04 AM, André Somers wrote:
> william.croc...@analog.com schreef op 26-3-2014 14:56:
>>> I too have a similar requirements for monotonic data plots. How do you
>>> store the full million points data?
>> QVector x, y;
> Is that really the quickest? Thi
On 03/31/2014 03:24 AM, Till Oliver Knoll wrote:
> Am 30.03.2014 um 22:31 schrieb Brad Pepers:
>
>> ...
>>
>> Any hints on where to look for this or maybe some other way to code this to
>> avoid the problem?
>
> I don't know where those "extra paint events" come from (or why),
> but the most obvio
On 06/09/2014 04:18 AM, Konrad Rosenbaum wrote:
> Hi,
>
> On Sunday 08 June 2014 19:28:34 Bill Crocker wrote:
>> I am upgrading a project from Qt 4.7.1 to Qt 4.8.6
>> When I build this project on Windows, I now see this:
>>
>> c:\qt\4.8.6\include\qtcore\../../src/corelib/global/qconfig.h(46)
On 06/20/2014 11:57 AM, VStevenP wrote:
> I am trying to use QPainterPath to render a graph. I draw an x and a y axis in
> blue, then use moveTo and QuadTo to draw a curve which crosses over the x
> axis.
> What I see is that the quadTo operation erases some of my blue x-axis pixels,
> specificall
On 06/23/2014 06:50 AM, Graham Labdon wrote:
> Hi
> I am investigating the behaviour of dock widgets.
> I am trying to achieve the following -
> 1. Have a set of tabbed dock widgets positioned at the bottom of mainWindow
> 2. Have each of the tabbed dock widgets floatable but not moveable
> 3. Have
On 07/06/2014 10:19 PM, Thiago Macieira wrote:
> On Sunday 06 July 2014 19:46:25 Bill Crocker wrote:
>> #0 0x083ff8ef in QResourceFileEngineHandler::create(QString const&) const
>> ()
>> #1 0x0848ffdf in QAbstractFileEngine::create(QString const&) ()
>
> These functions no longer exist in Qt 5 or
a little longer.
Thanks.
Bill
> Cheers
> Dmitriy Purgin
>
> 2014-07-07 16:11 GMT+06:00 william.croc...@analog.com
> :
>> On 07/06/2014 10:19 PM, Thiago Macieira wrote:
>>> On Sunday 06 July 2014 19:46:25 Bill Crocker wrote:
>>>> #0 0x083ff8ef in
Hello:
I'm trying to use the Qt Installer Framework to create
an installer for Windows.
Someone suggested I use installer.setDefaultPageVisible
to solve a problem I was having, but I can not find any
reference to that in the doc which is included with the
installer.
So, where is the *complete* d
>
> It's documented here:
>
> http://doc-snapshot.qt-project.org/qtifw-master/scripting-qinstaller.html#setDefaultPageVisible-method
>
> The *complete* documentation is the source code ;)
>
Is the source code anywhere near the above URL?
> Regards
>
> Kai
>
__
On 07/16/2014 09:29 AM, Sze Howe Koh wrote:
> On 16 July 2014 21:23, william.croc...@analog.com
> wrote:
>>
>>>
>>> It's documented here:
>>>
>>> http://doc-snapshot.qt-project.org/qtifw-master/scripting-qinstaller.html#setDefaultPageVisib
On 07/16/2014 11:23 AM, Koehne Kai wrote:
>> -Original Message-
>> From: interest-bounces+kai.koehne=digia@qt-project.org
>> [...]
>> Ok. Got the source. Found the function.
>> That gives no hint about where and when to call it.
>>
>> I have a simple installer with one package.
>> I am
On 07/17/2014 07:52 AM, Karsten Heimrich wrote:
>> 1 - Remove the component selection page.
>> > 2 - Remove the use of the Start Menu.
>
> Put this in you sample .qs script:
>
> function Component() {
> if (installer.isInstaller()) {
> installer.setDefaultPageVisible(QInstaller.ComponentSele
>
>> 3 - Remove all of the options from the
>>uninstall page.
> No possible at the moment.
>
I hope that it will be possible soon.
I need a simple install/uninstall (local/non-web)
and look forward to using the IFW for that purpose.
Thanks.
Bill
--
FWIW:
I would have used: if(
On 07/29/2014 02:22 PM, Adam Light wrote:
> I've noticed that compiling my application takes considerably longer when
> compiling using Qt5 vs. Qt 4. This is true on Macintosh 10.9 and Windows 7.
> I'm
> comparing builds done using the same machine with the same application source
> code.
>
Sad
Hello:
I recently upgraded from Qt4.7.1 to Qt4.8.6
When I did that, the performance of my app,
when running under CygwiX, got significantly
worse.
Specifically: I open a putty window on
my Windows laptop, connect to my Linux
box and run my app using the Cygwin
X server. The application appears on
>>
>> I recently upgraded from Qt4.7.1 to Qt4.8.6
>> When I did that, the performance of my app,
>> when running under CygwiX, got significantly
>> worse.
>
> That's expected. Qt 4.8 uses the raster graphics engine by default, whereas Qt
> 4.7 ran with the native (XRender) by default.
>
> The rast
On 08/18/2014 07:51 AM, Igor Mironchik wrote:
> Hi.
>
> Well, but with SQLite this approach works...
Which goes to show you just how sadistic
multi-threading can be.
>
> -Original Message-
> From: Sze Howe Koh
> Sent: Monday, August 18, 2014 12:57 PM
> To: Igor Mironchik
> Subject: Re: [I
Gang:
While we are talking about the need for a Q[Core]Application...
What is the difference between;
QCoreApplication(argv,argc);
and
QApplication(argc,argc,false); // Note GUIEnabled=false
Thanks.
Bill
___
Interest mailing list
Interes
On 09/22/2014 11:10 AM, Thiago Macieira wrote:
> On Monday 22 September 2014 11:01:23 william.croc...@analog.com wrote:
>> Gang:
>>
>> While we are talking about the need for a Q[Core]Application...
>>
>> What is the difference between;
>>
>>
On 09/22/2014 11:33 AM, Karl Ruetz wrote:
>
> On Sep 22, 2014, at 10:25 AM, william.croc...@analog.com wrote:
>
>> On 09/22/2014 11:10 AM, Thiago Macieira wrote:
>>> On Monday 22 September 2014 11:01:23 william.croc...@analog.com wrote:
>>>> Gang:
>>>&
On 09/22/2014 11:32 AM, Thiago Macieira wrote:
> On Monday 22 September 2014 11:25:11 william.croc...@analog.com wrote:
>>> It creates a QApplication, which enables a bunch of backend things,
>>> without
>>> also connecting to the display server.
>>
>> Wh
>>>
>>> I do not remember the specifics... might have had something
>>> to do with fontconfig or the use of the QImage class.
>>>
Note that this constructor is removed in Qt 5.
>>> Is that another reason why I can never use Qt 5?
>>
>> Karl
>
> Can't you just use QGuiApplication?
I'm st
On 09/26/2014 09:33 AM, William Hallatt wrote:
> Hi everyone,
>
> I have just started playing with Qt’s MVC classes and have created a
> hierarchical model to display in a QTreeView. Some of the nodes, however,
> have a
> fair amount of children and when I expand these nodes (or, heaven forbid,
>
>
> If you could at least give me a line number of where waitForFinished is
> crashing, I might be able to give you some hypotheses.
>
I assume that requires I compile the host file with debug.
Are there any tricks to copying a file out of the Qt source tree
into my space and compiling that one fi
My approach so far is a choice based on lod, from low to high:
- draw nothing
I would despise a system where repeated zoom-outs
eventually resulted in "draw nothing". If you draw
nothing then I am lead to believe that there is
nothing there.
- draw the bounding rect
- draw the rectangles d
On 12/21/2016 01:33 PM, Jason H wrote:
When I compile Qt, it is a harrowing experience. I've _never_ actually had a compile go as planned, which
"as planned" is: configure && make && make install (with configure options of
course). I don't think it's me. I thought that with all the gerrit revie
On 01/05/2017 10:29 AM, Bob Hood wrote:
On 1/5/2017 8:03 AM, Jason H wrote:
The mantra is to use QML.
I just wrote a wonderful utility using Qt 5.6.2 and Widgets for the desktop, and
there's no hint of QML in it. It functions beautifully, is easily maintainable,
and even has full animations.
On 01/11/2017 06:37 PM, Frank Rueter | OHUfx wrote:
Thanks Giuseppe,
I will check out both those options and report back.
On 12/01/17 12:15 PM, Giuseppe D'Angelo wrote:
Il 12/01/2017 00:02, Frank Rueter | OHUfx ha scritto:
Is there any way to intercept a any tool tip even from anywhere in the
On 01/15/2017 06:19 PM, mark diener wrote:
Cannot use emit dataChanged(index(0),index(growcount-1)) to cause
re-display of changed
values in ListView.
Tried every combination:
emit dataChanged(index(grow),index(grow));
emit dataChanged(index(0),index(grows));
emit dataChanged(index(0),index(gro
On 01/16/2017 09:07 PM, mark diener wrote:
Bill:
I thought I would do a brain dump on what I learned.
If your data is bound by the roleNames() mechanism, then the
dataChanged( ) function works greatl
If your data is retrieved by INVOKABLE functions, then you need to call
the following:
QModel
On 01/19/2017 09:55 AM, Jason H wrote:
I really think Qt needs a compile tool
I would vote against that as it would be just another
layer to be learned and for which something would eventually go wrong.
(Kind of like what the aliens did to our space probe
in the first Star Trek movie.)
I pref
On 03/10/2017 03:31 AM, Krzysztof Kawa wrote:
2017-03-10 0:18 GMT+01:00 Thiago Macieira :
On quinta-feira, 9 de março de 2017 18:12:57 CET Sérgio Martins wrote:
On Thu, Mar 9, 2017 at 1:13 PM, Thiago Macieira
1) is there a need for qmake to provide a way to select *exactly* C++11,
not a later,
Hello:
I am slowly porting my app forward from Qt 4.8.6
With 4.8.6, it is my observation that simple line drawings,
as made by a QPainter and with Antialiasing enabled in render hints,
are implemented in software which makes them quite slow.
What can I look forward to if I port my app to 5.X (5
03/16/2017 08:15 AM, william.croc...@analog.com wrote:
[This sender failed our fraud detection checks and may not be who they appear to
be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing]
Hello:
I am slowly porting my app forward from Qt 4.8.6
With 4.8.6, it is my observation that
On 04/01/2017 03:41 AM, Dan Allen wrote:
Hi,
Could anyone tell me if it's possible to paint into a QPrintPreviewWidget in
another thread, and if so, how?
I have created a class to perform printing and this runs in another thread.
When used for printing it works fine. However when used for the
log.
- The sub-event loop monitors the printing process with a thread safe
communication mechanism, like signals and slots.
- When the printing completes, close the dialog.
- Exit your sub-event loop.
Thanks,
Dan Allen.
On 01/04/17 13:43, william.croc...@analog.com wrote:
On 04/01/2017 03:41
han the current GUI thread."
Yes. That is my understanding too, as stated above.
Thanks,
Dan Allen.
On 03/04/17 14:49, william.croc...@analog.com wrote:
On 04/01/2017 09:48 AM, Dan Allen wrote:
Hi Bill,
I agree, however when the print is quite complex it makes the GUI very
unresponsive.
On 04/13/2017 08:34 AM, Igor Mironchik wrote:
Hi,
Strange, I launch 3Dtree on Linux under valgrind:
==4321== HEAP SUMMARY:
==4321== in use at exit: 439,965 bytes in 6,185 blocks
==4321== total heap usage: 2,207,719 allocs, 2,201,534 frees, 1,241,469,509
bytes allocated
==4321==
==4321== L
On 04/13/2017 09:21 AM, Igor Mironchik wrote:
Hi,
Fresh data:
First grow of the tree of 5 years - 135,1 MB
First restart and 5 years - 173,8 MB
Second restart - 203,6 MB
Is it a fragmentation? Or something else?
Are those numbers for Linux or Windows?
13.04.2017 15:39, william.croc
ux or Windows?
13.04.2017 15:39, william.croc...@analog.com пишет:
On 04/13/2017 08:34 AM, Igor Mironchik wrote:
Hi,
Strange, I launch 3Dtree on Linux under valgrind:
==4321== HEAP SUMMARY:
==4321== in use at exit: 439,965 bytes in 6,185 blocks
==4321== total heap usage: 2,207,719 allocs, 2
Hello:
What is the current thinking on why my desktop app
might start spewing this, seconds after copying
to some text the clipboard.
QXcbClipboard: SelectionRequest too old.
Qt 5.7.0 on RHEL 6.8
Thanks.
Bill
___
Interest mailing list
Interest@qt
It's not tomorrow that you will design an airplane on an Android
tablet, control the CERN particle accelerator from a Windows phone or
monitor the country electricity distribution network grid from an
Apple iPod.
Well said! Hear! Hear!
Bill
(Oh, damn. Where was that closest Starbucks again.
For the second one, consider that after arg(d) is executed, the input string to arg(a) is "B: %41".
Since 41 is now "the lowest numbered place marker", "XXX" gets substituted. It is easy to
mistakenly think that QString magically treats multiple .args as somehow being indexed. I think the
On 11/14/2017 05:46 AM, Nuno Santos wrote:
Hi,
I’m using QSortFilterProxyModel to sort a data model ascending and descending.
I wanted to create an exception to make a single item always appear at the
beginning of the filtered model, bypassing the sort.
Does anyone knows if this is possible?
3. Since (I think?) you can only reasonably have two y-axis scales (one on the
left, one on the right) per plot, and our sensor value ranges are so varied, we
can't
reasonably put all the sensors on one plot and set the y-axes scales to the
largest range
because then you can't see the details
Hello list:
I have an application.
I would like to rearchitect it were 90% is in a shared library.
I would use that lib to link a main application.
I would like to create a single .pro file that can be
used to create both the library and main app.
I do not want to create the lib and app in separa
are needed if these pro files are *not* in
subdirectories, what SUBDIRS expect otherwise.
Regards,
André
Am 08.02.2018 um 14:22 schrieb Ola Røer Thorsen:
2018-02-08 13:56 GMT+01:00 william.croc...@analog.com
<mailto:william.croc...@analog.com> mailto:william.croc...@analog.com>>:
My goal is to keep all files in the same directory and all .pro logic in the
same file.
QMake should be ashamed of itself.
Why? It is a design decision made by the people who made qmake to have 1 .pro
file per major target.
The most obvious evidence is the `TEMPLATE` variable in p
Think about C++ classes and files. If you have 3 classes like A, B and C, it is
common practice
to have them defined in 3 header files in particular if they are complex
classes, even if both B and C inherits from A.
And hardly anyone would try to put the 3 of them in a single header file, even
Yet it seems we both agree that 2 complex classes (let's say QString and
QObject)
are often declared in different files and that a file can contain more than one
class declaration, in particular if they are helper classes.
Agreed.
My final solution looks like this:
build_lib {
# Build
On 02/26/2018 08:00 AM, Alex Blasche wrote:
Hi,
For those who do not follow the Qt development blogs, we just published the
first VS Addin release since the redesign imposed by Visual Studio API changes
in MSVC 2013 and beyond. This was a long journey in the making. The last non-TP
release wa
Hello:
For a while now I have been building on Windows
using the the Qt Visual Studio plug-in to import my .pro file.
Now, for some reason, I am getting this...
I have QTDIR set as an OS environment variable.
Does anyone know what might be wrong.
VS: 2015
Qt: 5.7.0
Thanks
Bill
--- (Import): G
On 04/12/2018 11:47 AM, Thiago Macieira wrote:
On Thursday, 12 April 2018 04:57:58 PDT Bill Crocker wrote:
Why isn't there a 5.10.2
Because we had to kill one branch as we had too many open branches. We have
5.6, 5.9, 5.11 and dev left, which is the all-time high except for the few
weeks we al
So, are you saying that the 5.10 branch has been abandoned.
No, it's been *closed*. There's a difference.
If it is closed then I assume issues will not be fixed.
I call that abandoned.
If so, I do not think the web site should offer it as a download candidate.
Huh, why? What's the rati
It immediately failed one of my regression tests.
You should have known there was an issue because I here it has been fixed in
5.11
Of course there are problems. Do you want us to delete every old release
because we've fixed bugs? We already have fixes for bugs post 5.9.5, which was
released
That is simply incorrect. It might not be how you would like it to behave,
however it is the norm that short writes are allowed and should be handled by
the callee. This is the case in POSIX, the C standard library etc. I'm afraid,
you'll simply have to learn to live with it - an easy solution
To summarise:
- Qt is a graphical toolkit
...and I used it to create a graphical application.
But then my users wanted to create hard copy from
batch jobs running on our compute farm. Those machines
do not provide access to an X server and, as we have discovered,
Qt needs an X server for a lot
On 06/04/2018 05:08 PM, Patrick Stinson wrote:
Hello!
I am writing a unit test for an item view and need to get . The code in
*qabstractitemview_p.h* “releases” an editor created by a delegate by calling
*QObject::deleteLater()* on it. However, in the following code the first editor
is not delet
On 08/17/2018 02:36 PM, Bill Crocker wrote:
Hello:
My newer, Qt based drawing program takes orders of magnitude longer to draw
lines
than my good old plain X-Windows based drawing program.
The Qt call stack, as revealed by VTune, is:
QPainterPath::draw
QPaintEngineEx::draw
QRasterPaintEngine:
Il 17/08/2018 20:36, Bill Crocker ha scritto:
My newer, Qt based drawing program takes orders of magnitude longer to draw
lines
than my good old plain X-Windows based drawing program.
The Qt call stack, as revealed by VTune, is:
QPainterPath::draw
QPaintEngineEx::draw
QRasterPaintEngine::s
101 - 172 of 172 matches
Mail list logo
