Oh, I see
Thank you for response.
Regards,
Berkay
On Wed, Jun 1, 2016 at 9:07 AM, Julius Bullinger wrote:
> As said in the [development] thread, this is most probably
> https://bugreports.qt.io/browse/QTBUG-52230, which is fixed in Qt 5.6.1
> (to be released in a few days).
>
>
>
> Best regar
Von: Development
[mailto:development-bounces+julius.bullinger=asctec...@qt-project.org] Im
Auftrag von Berkay Elbir
Gesendet: Dienstag, 31. Mai 2016 12:23 Uhr
An: development@qt-project.org
Betreff: [Development] Qt 5.6 StyleSheet
> It affects whole project. I mean that affecting other widgets. A
On terça-feira, 31 de maio de 2016 15:29:45 BRT Thiago Macieira wrote:
> The following extra rules solve the problem, at the expense of causing Qt
> Creator to complain that the header you had opened changed every time you
> build:
[cut]
> Proof:
> $ gmake
> moc --combine=%.h=.moc/moc_%.cpp 1.h 2
On terça-feira, 31 de maio de 2016 15:14:41 BRT Thiago Macieira wrote:
> On terça-feira, 31 de maio de 2016 14:42:01 BRT Thiago Macieira wrote:
> > Also, qmake would need to list only the actual headers, not the indirect
> > dependencies of them as it currently does. That would mean moc would not
>
On 31/05/2016 19:42, Thiago Macieira wrote:
This feature is nice for source distributions but isn't suitable for
code being developed.
We can easily disable it for developer builds.
Yes, please!
But note that due to rebases and touching central files like qglobal.h or
qobject.h, everything
On terça-feira, 31 de maio de 2016 14:42:01 BRT Thiago Macieira wrote:
> The best of both worlds would be if:
> * moc could output more than one file
> * moc could be run once for however many files needed updating
> * moc could be given the list of files that have changed, but no others
[cut]
>
On terça-feira, 31 de maio de 2016 18:13:18 BRT Joerg Bornemann wrote:
> While this feature reduces the build time for full builds within a
> measurable range, it drastically increases build time for incremental
> builds. Changing just one Q_OBJECT header file results in full
> regeneration of c
On terça-feira, 31 de maio de 2016 09:45:40 BRT Olivier Goffart wrote:
> > the next idea would be implementing moc inside the compiler itself,
> > which is possible with at least clang and gcc nowadays.
> >
> > the last idea is doing away with moc entirely, at the cost of somewhat
> > uglier macros
On 29/05/2016 18:05, Thiago Macieira wrote:
I've just pushed a feature[1] to moc that makes it process multiple headers at
the same time, producing only one output file, and a second feature[2] that
"precompiles" a header. Since moc is single-threaded, this often means more
wall-clock time than
Hello,
I just wrote a ColorMap class for QtChart. It's part of a GUI project
developedat the Laboratory of Plasma Physics (LPP / http://www.lpp.fr )
to visualize satellite data.
While the work is still in progress, I'd like to have some feedback
about it.Also, I'd like to discuss the possibility
On terça-feira, 31 de maio de 2016 11:24:14 BRT Oswald Buddenhagen wrote:
> > > This would even preserve Q_PRIVATE_SLOT, leading to less churn
> > > (unless that transition is desireable for other reasons than
> > > "doesn't work with moc_combine").
> >
> > It's desireable in most cases, but it's n
Am Dienstag, 31. Mai 2016, 13:53:15 schrieb Denis Shienkov:
> > But why ?
>
> I don't know.. maybe the Qt Modbus Master closes the connection without
> waiting of data send,
>
> maybe something else..
>
> PS: I just have checked the QSerialPort autotests with the PL2303 on
> Windows - all worke
> But why ?
I don't know.. maybe the Qt Modbus Master closes the connection without
waiting of data send,
maybe something else..
PS: I just have checked the QSerialPort autotests with the PL2303 on
Windows - all worked.
PS2: You can try to use the Terminal Example (from the Qt Serial Port)
On Tuesday, 31 May 2016 13:23:24 WEST Berkay Elbir wrote:
> Hello All,
>
> I have a problem about Qt Stylesheets, I am using Qt 5.6 on windows.(This
> problem does not exist in Qt 5.5.1) I use this code piece, this is a QLabel
> inside a QDialog.
>
> ui.newGroupNameLabel->setStyleSheet("QLabel {
Hello All,
I have a problem about Qt Stylesheets, I am using Qt 5.6 on windows.(This
problem does not exist in Qt 5.5.1) I use this code piece, this is a QLabel
inside a QDialog.
ui.newGroupNameLabel->setStyleSheet("QLabel { color : black; }");
I also tried giving it a name usingQObject::setObje
Yep. That's right. It is ERROR_OPERATION_ABORTED.
But why ? Any other application works as expected with this hardware.
And i confirm that 0x0104000131ca and 0x0104024c494c06 are correct
request and response.
2016-05-31 15:05 GMT+05:00 Denis Shienkov :
> Seems, this:
>
> > qt.modbus: (RTU s
Seems, this:
> qt.modbus: (RTU server) QSerialPort error:
QSerialPort::SerialPortError(ResourceError) "Операция ввода/вывода была
прервана из-за завершения потока команд или по запросу приложения."
It is an 'ERROR_OPERATION_ABORTED', that can be caused by ::CancelIo()
(e.g. when the serial p
Am Dienstag, 31. Mai 2016, 14:23:42 schrieb Dmitry Shapovalov:
> Thanks for reply Ralf. Email more preferable for me.
>
> Can you tell me what type of adapter you are using? Which version of
> qtserialport are you using? Maybe my problem is related to the type of
> serial port adapter. I tried use
> On segunda-feira, 30 de maio de 2016 17:53:48 BRT Marc Mutz wrote:
> > So this would meet everyones requirements: a single moc run on all headers
> > (and cpps) of a library, generating one output file with one large data
> > table, and one file per class (or file), to be included in the class' .
Thanks for reply Ralf. Email more preferable for me.
Can you tell me what type of adapter you are using? Which version of
qtserialport are you using? Maybe my problem is related to the type of
serial port adapter. I tried use arduino with different usb-uart
chips(ch430 and pl2303), but unsuccessfu
On Montag, 30. Mai 2016 11:16:00 CEST Oswald Buddenhagen wrote:
> On Mon, May 30, 2016 at 10:19:38AM +0200, Marc Mutz wrote:
> > On Sunday 29 May 2016 18:05:07 Thiago Macieira wrote:
> > > I've just pushed a feature[1] to moc that makes it process multiple
> > > headers
> > > at the same time, pro
Approver rights have now been granted. Congratulations to Edward!
Cheers,
Lars
On 10/05/16 05:21, "Development on behalf of Timur Pocheptsov"
wrote:
>+1
>
>
>From: Development
>on behalf of Shawn Rutledge
>Sent: Monday, May 9, 2016 10:04:53 PM
>To
Am Dienstag, 31. Mai 2016, 09:34:19 schrieb Dmitry Shapovalov:
> Hello,
> can someone confirm that modbus over serial port is working on windows ?
I have tested modbus over serial port on windows with two Schneider Electric
PLCs, a Twido and a Premium, both with TCP and RS485. We could evaluate yo
23 matches
Mail list logo