2017-10-12 3:03 GMT+02:00 Thiago Macieira :
> On quarta-feira, 11 de outubro de 2017 14:01:41 PDT Elvis Stansvik wrote:
>> > A possible answer is on the same slide:
>> > "QList might simply become a typedef for QVector"
>>
>> Ah right, that's true.
>>
>> Thiago, was that alternative discussed durin
On quarta-feira, 11 de outubro de 2017 14:01:41 PDT Elvis Stansvik wrote:
> > A possible answer is on the same slide:
> > "QList might simply become a typedef for QVector"
>
> Ah right, that's true.
>
> Thiago, was that alternative discussed during the Developer Days?
Yes. See the notes and the
Elvis,
Here are some pearls of wisdom (or freshly polished t...s) depending on
your opinion of them and myself. It is some rules of thumb I've
developed over the past 30+ years in IT on numerous platforms with
countless tool sets.
1) If you cannot immerse yourself completely in it and still
You may need to call setVisible(true). IIRC, changing window flags makes the
widget invisible.
-John Weeks
> On Oct 11, 2017, at 2:36 PM, René J.V. Bertin wrote:
>
> Hi,
>
> Dock widgets are very useful, but there are cases where I'd like to be able
> to detach them to a regular window, beca
Thank you. Implicit sharing and shallow copying and all of the other
memory saving options really make a difference in the embedded system
world where dynamic memory allocation is horribly inefficient.
On 10/11/2017 03:36 PM, interest-requ...@qt-project.org wrote:
Out of the discussion at the
On Wed, 11 Oct 2017 22:32:49 +0200
Elvis Stansvik wrote:
> Could others chime in here. If you were to start a project today, what
> focus would you have wrt to containers? Would you do your utmost to
> stay with std containers? Strive to use Qt containers, but avoid QList
> as much as possible? O
Hi,
Dock widgets are very useful, but there are cases where I'd like to be able to
detach them to a regular window, because
- regular windows stay visible when the application focus changes
- regular windows can do stacking
- regular windows can be put (partly) off the screen
The latter 2 are p
2017-10-11 22:54 GMT+02:00 Philippe :
> On Wed, 11 Oct 2017 22:32:49 +0200
> Elvis Stansvik wrote:
>
>> Another thing for you Qt devs: Qt's APIs are littered with QList.
>> Guiseppe mention in his slides that it's out of the question to change
>> that for Qt 6, because it would be such a big API b
On Wed, 11 Oct 2017 22:32:49 +0200
Elvis Stansvik wrote:
> Another thing for you Qt devs: Qt's APIs are littered with QList.
> Guiseppe mention in his slides that it's out of the question to change
> that for Qt 6, because it would be such a big API break. But, when
> should such a change be made
2017-10-11 21:08 GMT+02:00 Thiago Macieira :
> On terça-feira, 10 de outubro de 2017 14:31:05 PDT Christian Gagneraud wrote:
>> It's full of interesting information, like:
>> - Don't use Qt container, unless you have to
>> - Do not use QList, prefer QVector.
>
> And I complained to him right afterw
On quarta-feira, 11 de outubro de 2017 00:30:51 PDT Melanie Cappelaere wrote:
> I'm having the same problem with a Qt 5.9 which was built with the -glib
> option, except that it also doesn't work with a QCoreApplication. A quick
> look at the code of QCoreApplicationPrivate::createEventDispatcher m
On terça-feira, 10 de outubro de 2017 14:31:05 PDT Christian Gagneraud wrote:
> It's full of interesting information, like:
> - Don't use Qt container, unless you have to
> - Do not use QList, prefer QVector.
And I complained to him right afterwards.
The advice should be:
- do use the Qt Contain
Hi all,
I need to ask about QML WebView module.
I'm working on an mobile application that should display single web page with
JS library for webRTC - audio/video transmission.
It looks like web page is loaded, JS library starts up, but I can't access
camera and mic.
With QWebEngineView on Desk
> > https://chrome.google.com/webstore/detail/qt-doc-search/gfigdpnkjnilcielpnmfmdnnbloabjoh?utm_source=chrome-app-launcher-info-dialog
>
> AFAIU it uses online search, not local files
Indeed, and so does "Qt Project Support".
That's something already, but support for local qhc documents would b
Ultimately that was going to be the goal for most of the posts in the
"Raspberry Pi" category on logikalblog.com. The post series was going to
be used as the basis for formal work instructions setting up an
environment for cross compiling Qt to both Raspberry Pi and Android targets.
I have yet
11.10.2017, 14:34, "Tomasz Siekierda" :
> On 9 October 2017 at 10:40, René J.V. Bertin wrote:
>> Hi,
>>
>> This is an idea that came up when discussion the fact that it seems
>> overkill to embed an almost full-fledged browser (WebKit or WebEngine) into
>> an IDE just for the sake of browser
On 9 October 2017 at 10:40, René J.V. Bertin wrote:
> Hi,
>
> This is an idea that came up when discussion the fact that it seems overkill
> to embed an almost full-fledged browser (WebKit or WebEngine) into an IDE
> just for the sake of browser API documentation.
>
> Would it be possible (feasi
Hello,
Re:
https://forum.qt.io/topic/40666/qt-5-2-built-with-glib-support-under-os-x-event-loop-doesn-t-work
.
I'm having the same problem with a Qt 5.9 which was built with the -glib
option, except that it also doesn't work with a QCoreApplication. A quick
look at the code of QCoreApplicationPri
18 matches
Mail list logo
