Am 20.02.2014 um 05:53 schrieb Jonathan Greig :
> Error: expected 'peanut butter' before jelly.
>
"NOBODY expects the Spanish Inquisition! Amongst our weaponry are such diverse
elements such as strong typing, surprise, ridiculous efficiency, an almost
fanatical devotion to a cryptical STL synta
Em qui 20 fev 2014, às 04:54:57, Tom Isaacson escreveu:
> But if the Ethernet and Wifi are bridged shouldn't Qt multicast to both?
Depends on how that bridge works. If you have a bridge device, bind to it, not
to eth0 or wlan0.
But given the fact that you said you can bind to the IP assigned to
>> We're using Qt 4.8.2 on an embedded Linux device. We've always had
>> Ethernet
>> (eth0) and we use QUdpSocket to send a multicast message on the network:
>>
>> m_pUdpSocket = new QUdpSocket(this);
>> m_pUdpSocket->writeDatagram(json.toAscii(), m_cMulticastAddr,
>> m_cMulticastPort);
Error: expected 'peanut butter' before jelly.
On Feb 19, 2014 8:40 PM, "Jason H" wrote:
> It would be cool if you could do:
>
> Python {
> id: pythonOsPath
> code: `import os
> print (os.path)`
> }
>
> Text {
> text: pythonOsPath.exec()
> }
> Note the back-ticks, which allow multiline, non-substi
Em qua 19 fev 2014, às 23:27:38, Tom Isaacson escreveu:
> We're using Qt 4.8.2 on an embedded Linux device. We've always had Ethernet
> (eth0) and we use QUdpSocket to send a multicast message on the network:
>
> m_pUdpSocket = new QUdpSocket(this);
> m_pUdpSocket->writeDatagram(json.toAsc
It would be cool if you could do:
Python {
id: pythonOsPath
code: `import os
print (os.path)`
}
Text {
text: pythonOsPath.exec()
}
Note the back-ticks, which allow multiline, non-substitured strings.
From: Charley Bay
To: Jason H
Cc: Qt Interest
Sent:
Jason H sayeth:
> I think a better approach would have been to drop JS entirely (kill the JS
> Engines) and go with python. Though, I don't know how this would really be
> different from what we have today.
That's my curious wondering at present. While I prefer C++, if I'm
scripting, I think
I took a look at the video. As I'm a HUGE python fan. But I have no idea what
this is about. At best, it allows you to access python libraries when
JavaScript falls short, in effect keeping the QML for presentation and doing
more in Python... But we already have something to use when JS falls sh
We're using Qt 4.8.2 on an embedded Linux device. We've always had Ethernet
(eth0) and we use QUdpSocket to send a multicast message on the network:
m_pUdpSocket = new QUdpSocket(this);
m_pUdpSocket->writeDatagram(json.toAscii(), m_cMulticastAddr,
m_cMulticastPort);
This works fine, but
Just a "heads-up", but I spent the last couple weeks playing around with
"pyotherside", which binds a Python engine into QML ("pyotherside" is
deployed as a C++ compiled QML plugin).
I am really impressed. It is really awesome -- it integrates well, is easy
to use, and we can now put QML applicat
On Wed, Feb 19, 2014 at 09:21:01AM +0100, Till Oliver Knoll wrote:
> Am 19.02.2014 um 05:10 schrieb Constantin Makshin :
>
> > Look at the problem from the other side:
> > 1) separate "moc_*.cpp" has to be compiled only during full [re]builds
> > or when the corresponding class' header file is cha
Hi,
You can use QQuickItem::polish() and QQuickItem::updatePolish() to instantiate
and maintain QML Text elements. That's the way I do and it works pretty well.
Best regards.
--
Unai IRIGOYEN
Le mercredi 19 février 2014 21:51:06, Railway Coder a écrit :
> Hello,
>
> I've made my own QtQuick
Hello,
I've made my own QtQuick component by sub classing QtQuickItem.
Rendering lines, rectangles and so on with QSGNode works fine.
Now, I want to add some text rendering. I don't want to use qpainteditem
for that.
I think there must be a new QSG related way to do this.
Any ideas? I've searche
Em qua 19 fev 2014, às 09:17:52, Adam Light escreveu:
> We are trying to decide when, and if, we should switch to Qt 5. I've looked
> online for a Qt 4 roadmap that extends into the future but haven't found
> anything. Is one available? For long can we reasonably expect Qt4 updates
> to continue? W
Am 19.02.14 09:21, schrieb Till Oliver Knoll:
> ...
> When you follow those advises and really need to change a header in some
> lower library class then the impact will be kept to a minimum :)
Just to get an idea from my "pet project" which mostly follows the
advices I gave:
Number of header fi
19.02.2014, 12:52, "Gisle Vanem" :
> "Till Oliver Knoll" wrote:
>
>> With regards to 1): A ful rebuild takes the time it takes, no matter what.
>> You can speed that up things as others have suggested (#include the mocced
>> files,
>> AUTOMOC), but that's that.
>
> What about using pre-compi
Hello all,
I am having several issues with gestures on Android (qt5.2.1)
Basically I have some QGraphicsWidgets in a scene, and for some of them
I want to do:
On tapGesture -> display the tooltip.
On tapGesture+move -> move the widget (the relevant flag is on)
On TapAndHoldGesture-> display the
Am 19.02.2014 um 09:51 schrieb "Gisle Vanem" :
> ...
>
> I ask since I've not tried it. I'm not sure it's possible to use MSVC's PCH
> with Qt.
Ah yes, precompiled headers will also help speed-up (subsequent) full rebuilds.
That is supported by qmake, depending on the compiler/platform support
Am 19.02.2014 um 19:10 schrieb Till Oliver Knoll :
> ...
> And just to state the obvious: if you already have code-signed your app at
> this point of testing ...
Sorry, I meant off course "sandboxed" (which implies code-signing) ;)
Cheers,
Oliver
__
Am 19.02.2014 um 16:28 schrieb Sensei :
>
> I create the QSettings as follows, given the suggestion about submitting
> the app to the Mac AppStore in [1]. The getPreferences() function
> returns just QString("%1/Library/Preferences").arg(getenv("HOME")).
>
>
> instance_->settings_ = new Q
Am 19.02.2014 um 18:17 schrieb Adam Light :
> We are using the LGPL licensed version of Qt and we don't have commercial
> support from Digia.
IANASP (I Am Not A Sales Person) and for sure not associated with Digia ;) but
my experience sais: "As long as there are customers paying for them, there
My company is currently working on a major rewrite of our application using
Qt. We started the rewrite about 3 years ago and we are currently using Qt
4.8.5. We have done some testing using Qt 5.2 but we have found (and
reported) a number of bugs and regressions, especially on Macintosh
(though, to
Em qua 19 fev 2014, às 16:28:59, Sensei escreveu:
> instance_->settings_ = new QSettings(getPreferences() +
> "/0com.example.app", QSettings::NativeFormat);
>
>
> Am I missing something?
Where is that QSettings object destroyed? If it gets leaked, it might never
save anything.
Also, you shoul
Dear All,
I was using QSettings to get all my defaults, but suddenly with Qt 4.8.5
on OSX 10.9.1 it does weird things: it doesn't create the settings file.
This is my very simple code, using a singleton class:
// Save the window geometry
void Settings::setGeometry(const QRect &r)
{
init();
"Till Oliver Knoll" wrote:
> With regards to 1): A ful rebuild takes the time it takes, no matter what.
> You can speed that up things as others have suggested (#include the mocced
> files,
> AUTOMOC), but that's that.
What about using pre-compiled headers (pch) with MSVC? I imagine the
total
Am 19.02.2014 um 09:28 schrieb Yves Bailly :
> Le 19/02/2014 09:21, Till Oliver Knoll a écrit :
>> - Use the "private *d" idiom
>> (there is a name for it which I don't recall at the moment)
>
> The "pimpl" (pointer to implementation) idiom, or "Cheshire cat".
Yes, the cat it was ;)
Thanks,
Le 19/02/2014 09:21, Till Oliver Knoll a écrit :
> - Use the "private *d" idiom
> (there is a name for it which I don't recall at the moment)
The "pimpl" (pointer to implementation) idiom, or "Cheshire cat".
http://en.wikipedia.org/wiki/Pimpl
see also
http://herbsutter.com/2013/12/31/gotw-7b-s
Am 19.02.2014 um 05:10 schrieb Constantin Makshin :
> Look at the problem from the other side:
> 1) separate "moc_*.cpp" has to be compiled only during full [re]builds
> or when the corresponding class' header file is changed;
> 2) when "moc_*.cpp" is #include-d into the implementation .cpp file,
The slave was not headless after all. The problem was that the WindowServer
was running with a different user id that the jenkins slave java process.
Thanks for the help.
On Tue, Feb 18, 2014 at 10:23 PM, Thiago Macieira wrote:
> Em ter 18 fev 2014, às 19:52:18, Teemu Patja escreveu:
> > I und
29 matches
Mail list logo
