Hey... Thanks for the link :)
I was looking for this in QPainter. It should be there instead of being
static!
But maybe QPainter list of member functions is already too large.
Cheers,
Etienne
2014/1/24 Gunnar Sletta
>
> On 23 Jan 2014, at 13:48, Etienne Sandré-Chardonnal <
> etienne.san...@m
On 23 Jan 2014, at 13:48, Etienne Sandré-Chardonnal
wrote:
> By the way, it would be nice to have a kind of QPainter::drawBorderImage
> primitive for doing this!
You mean something like qDrawBorderPixmap?
http://qt-project.org/doc/qt-5/qdrawutil-h.html#qDrawBorderPixmap
>
> Cheers,
>
> Et
Finally I found in qttools/src/designer/src/src.pro that designer are excluded
in compiling, after commented these commands, I can build the designer just in
the qttools/src/designer directory
B.R.
Jie
At 2014-01-24 10:30:37,nus1998 wrote:
hi Joerg,
Although I built the whole module under
Wow, Till, thanks for doing all that legwork!
On Jan 23, 2014, at 3:47 PM, Till Oliver Knoll
wrote:
> Am 23.01.14 18:23, schrieb Till Oliver Knoll:
>> ...
>> However, I did not find any evidence in the Apple documents so far which
>> would indicate that it is technically forbidden to instantia
On quinta-feira, 23 de janeiro de 2014 23:05:26, Soroush Rabiei wrote:
> The problem is that bash (or qmake) eats the double quotation. Definition
> needs to be wrapped in quotations. So it should pass to compiler something
> like:
>
> -DSERIAL\"6b6ab0\"
You have to work back from what you want.
hi Joerg,
Although I built the whole module under qttools directory, libQt5Designer.so is
missing yet
B.R.
Jie
At 2014-01-17 20:54:38,"Joerg Bornemann" wrote:
>On 17.01.2014 07:46, nus1998 wrote:
>
>> when I use qt5.0.2, I use commands:
>> /../qtbase/bin/qmake
>> make
>> make install/
>> in dir
On quinta-feira, 23 de janeiro de 2014 19:42:31, Till Oliver Knoll wrote:
> > Exercise left to the reader: why didn't I check with echo?
>
> That's a trick question! Because an echo repeats everything you say it would
> be sufficient to escape with half the number of backslashes as needed. But
> s
On quinta-feira, 23 de janeiro de 2014 21:47:25, Till Oliver Knoll wrote:
> For the curious: trying to instantiate an NSApplication within an
> NSThread does /not/ work (and the same then holds off course for a
> QApplication)! I got indeed an assert, probably the same which was
> already mentioned
On Thu, Jan 23, 2014 at 11:40 PM, Lorenz Haas wrote:
> Hi
>
> Excellent question, because now I can promote my plugin :) Please see
> http://www.histomatics.de/proasp.php this plugin does exactly what you
> are looking for.
>
> Beside that, there is currently another plugin in code review that al
Am 23.01.14 18:23, schrieb Till Oliver Knoll:
> ...
> However, I did not find any evidence in the Apple documents so far which
> would indicate that it is technically forbidden to instantiate an
> NSApplication
For the curious: trying to instantiate an NSApplication within an
NSThread does /not/
Hi
Excellent question, because now I can promote my plugin :) Please see
http://www.histomatics.de/proasp.php this plugin does exactly what you are
looking for.
Beside that, there is currently another plugin in code review that allows
you to also use clang-format and uncrustify. Hopefully that go
-- Forwarded message --
From: Soroush Rabiei
Date: Thu, Jan 23, 2014 at 10:14 PM
Subject: Re: [Interest] Defining a string in qmake command line
To: Thiago Macieira
On Thu, Jan 23, 2014 at 9:01 PM, Thiago Macieira
wrote:
> On quinta-feira, 23 de janeiro de 2014 09:01:43, Thiago
Oops! Sorry I sent mail to sender mail address instead of list.
On Thu, Jan 23, 2014 at 10:34 PM, Soroush Rabiei
wrote:
> I've locked down all data-intensive operations with QMutexLocker
> (exception-safe?) and moved all operations to another thread using
> QtConcurrent::run() / QFuture / QFutu
Am 23.01.2014 um 18:31 schrieb Thiago Macieira :
> The number of backslashes is wrong. You
> need 7, not 6:
>
> $ ls \\\"a\\\"
Well, that was totally obvious ;) However a few more pointy brackets in
combination with [] and $ in the mix would have been nice, too! Feels almost
like t
On quinta-feira, 23 de janeiro de 2014 09:01:43, Thiago Macieira wrote:
> If you're running from the command-line, you need to escape it further:
>
> qmake 'DEFINES+=SERIAL=\\\"f9a/z\\\"'
> or
> qmake DEFINES+=SERIAL=\\"f9a/z\\"
I should have tested before sending. The number
Torsdag 23. januar 2014 16.05.15 skrev Stanislav Kolář:
> Hi all,
>
> whenever we call QDialog::exec(), the app crashes (see the attached crash
> report + lldb dumps). We use Qt 5.2
> It crashes only on one particular machine, it runs on another machine
> without any problems. I really don't know
Am 23.01.2014 um 10:49 schrieb Sze Howe Koh :
> On 23 January 2014 17:11, Till Oliver Knoll
> wrote:
>> However "GUI thread" is a more correct term, since - AFAIK - the instance of
>> QApplication does not necessarily have to "live" in the "main thread": ...
>
> This is true on Windows, Linux,
On quinta-feira, 23 de janeiro de 2014 20:07:40, Soroush Rabiei wrote:
> I need to pass a string as a definition to my source code which is a base64
> encoded string (so may contain / and "). I'm using qmake and g++. I've
> tried so many combinations, but neither works:
>
> qmake DEFINES+=SERIAL=\
On quinta-feira, 23 de janeiro de 2014 16:05:15, Stanislav Kolář wrote:
> whenever we call QDialog::exec(), the app crashes (see the attached crash
> report + lldb dumps). We use Qt 5.2
> It crashes only on one particular machine, it runs on another machine
> without any problems. I really don't k
On quinta-feira, 23 de janeiro de 2014 15:01:51, Etienne Sandré-Chardonnal
wrote:
> Is it possible that setValue(), by calling processEvents(), executes a
> deferred delete event on himself?
The deferred deletions save the nesting level of the event loop in the event,
so they won't get run by a
On quinta-feira, 23 de janeiro de 2014 10:23:51, André Somers wrote:
> > http://qt-project.org/doc/qt-5/qmutex.html#RecursionMode-enum
>
> If I understand it correctly, the slow mode Thiago was telling about is
> the one that provides the behavior that Philipp was asking about, right?
It is. I
Hi,
This works for me in the .pro
DEFINES += SERIAL=\\\"f9a/z\\\"
produces:
g++ -c -O2 -frtti -fexceptions -mthreads -Wall -DUNICODE
-DQT_LARGEFILE_SUPPORT -DSERIAL=\"f9a/z\" -DQT_DLL -DQT_NO_DEBUG
-DQT_GUI_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT
-DQT_HAVE_SSE2 -DQT_THREA
Hi,
2014/1/23 Konrad Rosenbaum
> all signal-slot-connections made inside this function are direct
> connections and probably executed in the main thread - did you intend this
> or can I assume the timer was supposed to live in the new thread?
>
>
It was intended to live in the main GUI thread.
I need to pass a string as a definition to my source code which is a base64
encoded string (so may contain / and "). I'm using qmake and g++. I've
tried so many combinations, but neither works:
qmake DEFINES+=SERIAL=\\\"f9a/z\\\"
qmake DEFINES+=SERIAL=\"f9a/z\"
qmake DEFINES+="SERIAL=\\"f9a/z\\\""
Hi,
On Thursday, Thursday 23 January 2014 at 10:15, Etienne Sandré-Chardonnal
wrote:
> Here is the only non trivial code that could contain the bug if it's not a
> Qt bug. This is a QThread subclass worker doing the file saving (here it
> does nothing but this crashes anyway on the QProgressDialo
Looks great,
I would try though if adding "| Qt::AlignVCenter" to
the text drawing aligns the text a bit nicer.
I think that you are right... Will fix it now.
F
Looks great,
I would try though if adding "| Qt::AlignVCenter" to
the text drawing aligns the text a bit nicer.
I think that you are right... Will fix it now.
Br,
Alessandro
On 23 Jan 2014, at 11:00 AM, Portale Alessandro wrote:
>> From: 梁伟钟 [l...@xdt-inc.com]
>> Sent: Thursday, January 23, 2014 10:05
>> Subject: [Interest] curve’s width in inch on different displays
>>
>> Hello, I would like to set curve's width in inch and make sure it shows the
>> same size on
Looks great,
I would try though if adding "| Qt::AlignVCenter" to the text drawing aligns
the text a bit nicer.
Br,
Alessandro
From: interest-bounces+alessandro.portale=digia@qt-project.org
[interest-bounces+alessandro.portale=digia@qt-project.org] on be
Hi.
In QtMWidgets appears new widget - Switch.
The Switch widget is On/Off button.
And I want to ask you about appearence of the new widgets, is it OK?
Or I should work on appearence a liitle more?
I ask you because this question arises o
Hi all,
whenever we call QDialog::exec(), the app crashes (see the attached crash
report + lldb dumps).
We use Qt 5.2
It crashes only on one particular machine, it runs on another machine without
any problems.
I really don't know what is wrong (it seems it has something to do with the
accessi
Sure, this is what I suggested to Igor before.
This requires dedicating a QWidget (e.g a QLabel) for the rectangle,
sometimes ones prefer painting directly.
Cheers
2014/1/23 André Somers
> Etienne Sandré-Chardonnal schreef op 23-1-2014 13:48:
> > By the way, it would be nice to have a kind of
Hmmm
Question to the Qt core experts:
Is it possible that setValue(), by calling processEvents(), executes a
deferred delete event on himself?
Thanks,
Etienne
2014/1/23 Björn Piltz
> I encountered a similar problem with similar code. My problem was the
> following unexpected feature of Q
Etienne Sandré-Chardonnal schreef op 23-1-2014 13:48:
> By the way, it would be nice to have a kind of
> QPainter::drawBorderImage primitive for doing this!
The style sheets for QWidget also support this. Perhaps you can leverage
that instead of using QPainter yourself?
André
__
I encountered a similar problem with similar code. My problem was the
following unexpected feature of QProgressDialog::setValue():
> Warning: If the progress dialog is modal (see
> QProgressDialog::QProgressDialog()),
setValue() callsQApplication::processEvents(), so take care that this does
not
Nope, as I'm under windows now. But I will undust my valgrind dedicated
linux virtualbox for this... Hoping that the bug happens under linux, which
is far from sure.
I managed to trigger it with a timer and no user interaction, but it takes
more time to crash.
Cheers
2014/1/23 william.croc...@a
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..
That bug is really quantic... I tried setting a QTimer to do the
save/accept job automatically, and this doesn't crash anymore :(
4.8.5 compile in progress... let's cross our fingers
2014/1/23 Bo Thorsen
> Den 23-01-2014 13:49, Etienne Sandré-Chardonnal skrev:
>
> Thanks Bo,
>>
>> Did you try
Den 23-01-2014 13:49, Etienne Sandré-Chardonnal skrev:
> Thanks Bo,
>
> Did you try the save dialog several times? It may take a few times to
> crash (2 to 50). I rapidly click on the button then press enter multiple
> times to trigger it.
Yes, and I wasn't able to get the crash.
> I was just sta
Thanks Bo,
Did you try the save dialog several times? It may take a few times to crash
(2 to 50). I rapidly click on the button then press enter multiple times to
trigger it.
I was just starting compiling 4.8.5 while you were writing this e-mail :)
Sze-Howe : sure!
Cheers,
Etienne
By the way, it would be nice to have a kind of QPainter::drawBorderImage
primitive for doing this!
Cheers,
Etienne
2014/1/23 Etienne Sandré-Chardonnal
> Hi Igor,
>
> I do not know if this would suit your needs, but I would do this with a
> pixmap representing the shaded rectangle. To resize i
Hi Igor,
I do not know if this would suit your needs, but I would do this with a
pixmap representing the shaded rectangle. To resize it, you need to cut it
in nine parts (3x3) and stretch only the middle section.
Qt does a similar thing with QSS stylesheets and the border-image property
: http://
On 23 January 2014 20:22, Etienne Sandré-Chardonnal
wrote:
> I have sent a minimal crashing example, which might (I'm 99% sure) be
> related to a Qt bug, and I'd like interested people to look at the code and
> try to understand why it's crashing. Please forget the other stuff (context
> which led
Hi Frederik,
thanks for the reply!
I've created a bug report here:
https://bugreports.qt-project.org/browse/QTBUG-35051
It includes some example code to play with. It got assigned to Alan Alpert,
so maybe you could change that if necessary.
I know it's tricky once all items are disabled. In the
Hi everyone!
I save some compressed XML data taking huge sizes such as 1Gb, files saves
can last more than 1 minute. A busy cursor cannot be distinguished from a
frozen app in Windows. But I should not even have to justify myself on this
as this is not the topic here.
I have sent a minimal crashi
Hi Etienne,
Ok, fair enough.
I just compiled and ran your example with 4.8.5. I don't have 4.8.1
available anywhere. It ran the save dialog without any crashes.
Looks like you have to upgrade to a newer Qt version. Which you really
should do anyway. 4.8.1 is *old*.
If upgrading doesn't work,
Hi.
Does anybody know how to draw black inner glow for rounded rectangle
with QPainter?
Any ideas?!
Thanks.
--
Best Regards,
Igor Mironchik.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
>
> 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
Hi Bo,
Thanks for helping, please read my initial post carefully.
1) I do actually call start(), look at the forelast line of
BackgroundFileWorker::startWriting, both in the paste code, and in the
attached zip
2) run() is empty here because I have stripped down my app (2Mb of code) to
make a tiny
Thanks Sze-Howe! That's what I thought, and that stackoverflow posting gave me
some other things to try.
Thanks!
-Eric
On Jan 23, 2014, at 4:49 AM, Sze Howe Koh wrote:
> On 23 January 2014 17:11, Till Oliver Knoll
> wrote:
>> However "GUI thread" is a more correct term, since - AFAIK - the
Den 23-01-2014 10:15, Etienne Sandré-Chardonnal skrev:
> Dear all,
>
> I'm tracking a bug since a few days, which happens at the end of file
> saving in my app. It saves using a separate thread, while the GUI
> displays a modal progress dialog. The app crashes in the QProgressDialog
> destructor, a
> From: 梁伟钟 [l...@xdt-inc.com]
> Sent: Thursday, January 23, 2014 10:05
> Subject: [Interest] curve’s width in inch on different displays
>
> Hello, I would like to set curve's width in inch and make sure it shows the
> same size on different
> displays with different resolutions. How to do it
Dear all,
After debugging a little, it appears that in order:
- QProgressDialog destructor is called
- Then QProgressDialog::setValue(slot) is called by the connection from
BackgroundFileWorker::progressChanged(int) signal
This means the slot is called after the dialog was destroyed. It was
aut
On 23 January 2014 17:11, Till Oliver Knoll wrote:
> However "GUI thread" is a more correct term, since - AFAIK - the instance of
> QApplication does not necessarily have to "live" in the "main thread": you
> should be able to instantiate a new thread and instantiate QApplication in
> that thread.
Yes it seems so. Maybe that's why we still not use it Qt5.
On Thu, Jan 23, 2014 at 10:23 AM, André Somers wrote:
> Bo Thorsen schreef op 23-1-2014 9:39:
> > http://qt-project.org/doc/qt-5/qmutex.html#RecursionMode-enum
> If I understand it correctly, the slow mode Thiago was telling about is
> t
Bo Thorsen schreef op 23-1-2014 9:39:
> http://qt-project.org/doc/qt-5/qmutex.html#RecursionMode-enum
If I understand it correctly, the slow mode Thiago was telling about is
the one that provides the behavior that Philipp was asking about, right?
André
>
> Den 23-01-2014 09:24, Philipp Kursawe sk
Am 23.01.2014 um 03:15 schrieb Eric Feigenson :
>> I know that on the Mac, all GUI things need to happen in the main
>> thread,
AKA "GUI thread". We'll come to that in a moment...
>> so that the QApplication would have to run in the main thread. But if I do
>> a QApplication.exec() on
Hello, I would like to set curve's width in inch and make sure it shows
the same size on different displays with different resolutions. How to do
it ? Please help ,it's important. Thanks !
___
Interest mailing list
Interest@qt-project.org
http://lists.q
http://qt-project.org/doc/qt-5/qmutex.html#RecursionMode-enum
Den 23-01-2014 09:24, Philipp Kursawe skrev:
> To be re-entrant from the same thread. We have the case that functions
> running in the same thread can each ask for the DB connection. That
> should still be allowed.
>
>
> On Thu, Jan 23,
To be re-entrant from the same thread. We have the case that functions
running in the same thread can each ask for the DB connection. That should
still be allowed.
On Thu, Jan 23, 2014 at 8:46 AM, Thiago Macieira
wrote:
> On quinta-feira, 23 de janeiro de 2014 05:54:36, Philipp Kursawe wrote:
>
60 matches
Mail list logo
