On Tuesday 05 August 2014 10:01:30 Lorne Sturtevant wrote:
> > You can't do what you want. QUrl will normalise what it has to.
>
> That's what I had feared. I was digging through the source I couldn't
> find a hidden "force do things wrong" flag.
>
> > So just make sure that you are running Qt 5
Hi,
take a look at qDeleteAll() function:
http://qt-project.org/doc/qt-5/qtalgorithms.html
Cheers
2014-08-06 3:50 GMT+06:00 Giuseppe D'Angelo :
> On 5 August 2014 23:24, preeteesh kakkar wrote:
>> Yes, you do need to delete them. You can keep them as scoped_ptr instead of
>> raw pointer.
>
> Y
Hello,
Try using QtGstreamer and a multifile source:
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-multifilesrc.html
On Tue, Aug 5, 2014 at 11:22 PM, Phil Weinstein wrote:
> We are generating on-screen animations in Qt 4.8.6
On 5 August 2014 23:24, preeteesh kakkar wrote:
> Yes, you do need to delete them. You can keep them as scoped_ptr instead of
> raw pointer.
You can't use scoped / unique ptr inside of a Qt container because
they're not copiable. A shared pointer works, though.
--
Giuseppe D'Angelo
On 5 August 2014 23:22, Phil Weinstein wrote:
> Short of that, are
> there any well supported third-party Qt packages for doing this?
How about just feeding the sequence of images to an external encoder
like ffmpeg/libav or mencoder?
--
Giuseppe D'Angelo
Yes, you do need to delete them. You can keep them as scoped_ptr instead of
raw pointer.
On Aug 5, 2014 5:10 PM, "Jason R. Kretzer" wrote:
> Just a quick question about using QHash with pointers.
>
> Lets say I have the following snippet:
>
> //===
>
> QWebView *view;
> QHash hash;
>
> f
We are generating on-screen animations in Qt 4.8.6 widgets on Windows
(just redrawing, based on a repeating QTimer). Does Qt4 or Qt5 proper
support (or will Qt5 soon support) generation of .mpg / .mpeg (MPEG) or
.avi files for generated animations? I'm imagining that this would be
done by pro
Just a quick question about using QHash with pointers.
Lets say I have the following snippet:
//===
QWebView *view;
QHash hash;
for(int i=0; i<10; i++) {
view = new QWebView(this);
hash.insert(i, view);
}
go do something meaningful
//or do a hash.clear();
for(int j=0; j<1
Am 05.08.2014 um 18:01 schrieb Lorne Sturtevant :
>
>> You can't do what you want. QUrl will normalise what it has to.
> That's what I had feared. I was digging through the source I couldn't
> find a hidden "force do things wrong" flag.
You did not stumble over the most-wanted "Do What I Mean"(
> You can't do what you want. QUrl will normalise what it has to.
That's what I had feared. I was digging through the source I couldn't
find a hidden "force do things wrong" flag.
> So just make sure that you are running Qt 5.3, since there were bugs in
> previous versions. If that doesn't work,
On Aug 5, 2014, at 8:39 AM, Yves Bailly wrote:
> On 05/08/2014 05:59, Thiago Macieira wrote:
>> On Monday 04 August 2014 09:47:55 Darren Dale wrote:
>>> I spent a good part of the weekend looking for information on the web. I'm
>>> not certain I understand the problem, but am certain there must
On 05/08/2014 05:59, Thiago Macieira wrote:
> On Monday 04 August 2014 09:47:55 Darren Dale wrote:
>> I spent a good part of the weekend looking for information on the web. I'm
>> not certain I understand the problem, but am certain there must be a
>> solution, since the Qt installer for windows ca
On Tue, Aug 5, 2014 at 1:29 PM, Till Oliver Knoll <
till.oliver.kn...@gmail.com> wrote:
> Am 05.08.2014 um 10:48 schrieb Filip Piechocki :
>
> According to this blog post:
> http://blog.qt.digia.com/blog/2014/07/02/qt-weekly-16-qquickwidget
> never use the QWidget::createWindowContainer() :) use Q
On Monday 04 August 2014 09:47:55 Darren Dale wrote:
> I spent a good part of the weekend looking for information on the web. I'm
> not certain I understand the problem, but am certain there must be a
> solution, since the Qt installer for windows can install to an arbitrary
> location.
It does th
OK, got that now ;) Thanks,
- Risto
From: Till Oliver Knoll
Sent: Tuesday, August 05, 2014 2:45 PM
Am 05.08.2014 um 12:09 schrieb "rap" :
>
>> From: Till Oliver Knoll
>> Sent: Tuesday, August 05, 2014 11:27 AM
>
>> But if I am not mistaken under the hood a QWindow is also used as base for
>>
Am 05.08.2014 um 12:09 schrieb "rap" :
>
>> From: Till Oliver Knoll
>> Sent: Tuesday, August 05, 2014 11:27 AM
>
>> But if I am not mistaken under the hood a QWindow is also used as base for
>> e.g. a QMainWindow.
>> ...
>
> That don't seem to be the case, QMainWindow inherits from QWidget,
T
Thanks, this discussion has been really useful, I haven't found anything
written giving the larger picture, just nuts and bolts
everywhere.
Regarding the idea of using MDI and QWindow for child wnds seems to stumble on
the fact that QMdiSubWindow class is a QWidget based
class too. There seems
Am 05.08.2014 um 10:48 schrieb Filip Piechocki :
> According to this blog post:
> http://blog.qt.digia.com/blog/2014/07/02/qt-weekly-16-qquickwidget
> never use the QWidget::createWindowContainer() :) use QQuickWidget instead.
Read the fine print: ;)
"having a QQuickView embedded via createWin
There is a QWindow under the hood for each top-level widget, but it is not done
via inheritance. The QWindow and QWidget hierarchies are distinct.
The description from Oliver covers the situation pretty well. One thing worth
noting in addition is that using QWindow for rendering OpenGL (or raste
Den 04-08-2014 10:35, Igor Mironchik skrev:
> Hi.
> How to force layout to update geometries of items in it if some items
> changed theirs sizeHint property?
> For example if I rotate rectangle I want layout to update geometry of
> this rectangle.
> I’ve tried:
> layout->invalidate();
> layout->upd
> From: Till Oliver Knoll
> Sent: Tuesday, August 05, 2014 11:27 AM
> But if I am not mistaken under the hood a QWindow is also used as base for
> e.g. a QMainWindow.
> It is just "the lowest common and most lightweight denominator" for
> interaction with the underlying
> "window system" (whic
According to this blog post:
http://blog.qt.digia.com/blog/2014/07/02/qt-weekly-16-qquickwidget
never use the QWidget::createWindowContainer() :) use QQuickWidget instead.
BR,
Filip
On Tue, Aug 5, 2014 at 10:31 AM, Till Oliver Knoll <
till.oliver.kn...@gmail.com> wrote:
> Am 05.08.2014 um 10:27
Am 05.08.2014 um 10:27 schrieb Till Oliver Knoll :
> ...
>
> That's exactly the magic keyword here, the static method of
> QWidget::createContainerWidget!
That's
QWidget::createWindowContainer()
to be correct ;)
Cheers,
Oliver
___
Interest mail
Am 04.08.2014 um 23:58 schrieb Ian Monroe :
> On Mon, Aug 4, 2014 at 1:53 PM, rap wrote:
>> From: Ian Monroe
>>
>>
>> On Mon, Aug 4, 2014 at 12:32 PM, rap wrote:
Why do you want to use QWindow if you are using QWidget-based windows?
>
> QGLWidget seems like the correct solu
Hi,
Didn't you think that there might be something wrong in your
implementation? Showing and hiding widgets in setGeometry() seems wrong to
me, and answering your previous questions: have you ever implemented a
custom model? If yes, then did your implementation of data() method in your
custom model
> > OK, I'm not familiar with QML & QtQuick at all yet, only quite recently
> > started using Qt as an alternative for MS. If those support OpenGL core
> > profile 4+ then I'll have to take a look when I have the time, for now I
> > have to stick with Qt Creator.
> So the context is that QtWidget
26 matches
Mail list logo
