> -Original Message-
> From: Interest [mailto:interest-bounces+alexander.blasche=qt.io@qt-
> project.org] On Behalf Of Ayberk Özgür
> Sent: Saturday, 26 November 2016 12:35
> To: interest@qt-project.org
> Subject: Re: [Interest] [Qt Bluetooth] How to choose local adapter when
> connecting
On segunda-feira, 28 de novembro de 2016 12:59:42 PST Ch'Gans wrote:
> C++ was enabled by default in all 4 configurations, have just tried
> without C++11 [1], and it didn't make any difference.
>
> Ubuntu has enabled c++11, strict_c++, c++14 and c++1z, while official
> Qt has enabled c++11, stric
I'm trying to port my OpenGL code (https://github.com/Cavewhere/cavewhere/)
to use Qt3D. I think Qt3D will allow me to quickly improve and modify my
rendering pipeline. The one requirement I need is to be able to render to a
QImage and save it to disk. Currently, have a method that renders
high-res
On 11/27/2016 12:58 PM, Thiago Macieira wrote:
On domingo, 27 de novembro de 2016 10:32:23 PST Bob Hood wrote:
"Historically, Qt used to provide functions which were direct equivalents of
many STL algorithmic functions. Starting with Qt 5.0, you are instead
encouraged to use directly the impleme
Hi there,
Out of curiosity, i would like to compare the perfomance of
QGraphicsDrodShadowEffect on my PC, with some of yours.
I have pushed a small test app here[1], it simply adds an ellipse to a
graphics scene, apply a drop shadow effect and start zooming in
automatically.
As soon as the event
On 28 November 2016 at 10:19, Thiago Macieira wrote:
> On domingo, 27 de novembro de 2016 11:52:32 PST Thiago Macieira wrote:
>> On domingo, 27 de novembro de 2016 16:29:09 PST Ch'Gans wrote:
>> > OK, thanks for spending time on this, I think i will report this to
>> > kubuntu, since their 5.6 beh
On domingo, 27 de novembro de 2016 11:52:32 PST Thiago Macieira wrote:
> On domingo, 27 de novembro de 2016 16:29:09 PST Ch'Gans wrote:
> > OK, thanks for spending time on this, I think i will report this to
> > kubuntu, since their 5.6 behaves differently from the official 5.6.
>
> Can you check
On domingo, 27 de novembro de 2016 10:32:23 PST Bob Hood wrote:
> "Historically, Qt used to provide functions which were direct equivalents of
> many STL algorithmic functions. Starting with Qt 5.0, you are instead
> encouraged to use directly the implementations available in the STL; most
> of the
On domingo, 27 de novembro de 2016 21:16:06 PST Nikos Chantziaras wrote:
> Qt containers are not deprecated. But we don't know if they are going to
> be deprecated in a future new major version of Qt (like 6.0).
>
> Using standard containers means you don't have to care whether Qt
> containers are
On domingo, 27 de novembro de 2016 16:29:09 PST Ch'Gans wrote:
> OK, thanks for spending time on this, I think i will report this to
> kubuntu, since their 5.6 behaves differently from the official 5.6.
Can you check the compiler command-line flags? Qt 5.6 officially enables C++11
for user projec
On 11/27/2016 07:32 PM, Bob Hood wrote:
My question is: Were Qt containers also deprecated along
with Qt algorithms starting with Qt 5.0? Or put another way, should new
code based on the Qt5 series avoid using Qt-specific containers now?
Qt containers are not deprecated. But we don't know if
27.11.2016, 20:32, "Bob Hood" :
> This is probably common knowledge, but I came across the following paragraph
> sited in a stackoverflow answer[1] from a page regarding Qt algorithms[2]:
>
> "Historically, Qt used to provide functions which were direct equivalents of
> many STL algorithmic funct
This is probably common knowledge, but I came across the following paragraph
sited in a stackoverflow answer[1] from a page regarding Qt algorithms[2]:
"Historically, Qt used to provide functions which were direct equivalents of
many STL algorithmic functions. Starting with Qt 5.0, you are inst
On 28 November 2016 at 02:55, Giuseppe D'Angelo wrote:
> On Sun, Nov 27, 2016 at 11:25 AM, Ch'Gans wrote:
>> My model supports moveRows (without relying on remove/insert), and i
>> have a small toolbar under my table view to move the selected item up
>> and down.
>
> Unfortunately the code for DN
On Sun, Nov 27, 2016 at 11:25 AM, Ch'Gans wrote:
> My model supports moveRows (without relying on remove/insert), and i
> have a small toolbar under my table view to move the selected item up
> and down.
Unfortunately the code for DND predates moveRows. DND comes straight
from Qt 4, and internal
Hi there,
I would like to know if it is possible to implement an internal move
(reorder) of items in a table model/view:
- using drag and drop
- without first removing the source item and then inserting it back
above/below the dest item.
My model supports moveRows (without relying on remove/inser
16 matches
Mail list logo
