On Aug 16, 2012, at 1:07 PM, ext Thiago Macieira wrote:
> On quinta-feira, 16 de agosto de 2012 10.54.30, Mark Summerfield wrote:
>> Hi,
>>
>> - A full C++ API for all the things that currently can only be done
>> using QML/JavaScript so that everything can be programmed purely in
>> C++ (or p
On Aug 15, 2012, at 11:50 AM, ext Laszlo Papp wrote:
> Hi,
>
> I have just come across a change on gerrit:
> https://codereview.qt-project.org/#change,32778
>
> Perhaps, it is just me, but I have not seen the request for this project
> going through the mailing list. There is only a post in he
On Aug 2, 2012, at 10:58 AM, ext Paul Olav Tvete wrote:
> On Thursday 02 August 2012 10:31:59 ext Olivier Goffart wrote:
>> If that's only a documentation problem, we can workaround that with some
>> macro magic.
>
> Very good point. For some reason I thought we would have to hack on qdoc
> it
On Aug 1, 2012, at 6:37 PM, ext Stephen Kelly wrote:
> Hi there,
>
> Given that https://codereview.qt-project.org/#change,31387 has been merged,
> can you post any more information that will last until the QColorProfile
> class
> can be implemented? Any ideas on API or implementation?
Alexand
On Jul 19, 2012, at 2:23 PM, ext dietrich.gos...@conti-engineering.com wrote:
> Hi,
>
> Is it possible to set the new Grahpicsstack to do only partial screen
> updates?
> This would help me fixing some performance issues on embedded devices.
>
Hi Dietrich,
The scene graph does not do part
On Jul 17, 2012, at 9:17 PM, ext Andreas Aardal Hanssen wrote:
> 2012/7/17
> > (2D accelerators are often bundled with GPUs and perform 2D rendering
> > ops faster than GPUs, but are unusable with QML 2 / SceneGraph; see
> > pvr2d).
> 2D accelerators bundled with GPUs perform 2D rendering ops fa
On Jul 16, 2012, at 4:54 PM, ext Sean Harmer wrote:
> On Monday 16 July 2012 07:21:23 Thiago Macieira wrote:
>> On segunda-feira, 16 de julho de 2012 15.12.15, Sean Harmer wrote:
>>> On Monday 16 July 2012 07:08:38 Thiago Macieira wrote:
I'm asking for Qt 5.0: what should we tell Linux distr
On Jul 16, 2012, at 10:46 AM, ext Sean Harmer wrote:
> Hi,
>
> On Monday 16 July 2012 07:47:10 gunnar.sle...@nokia.com wrote:
>> I both like and dislike the idea. Like because it resolves all the functions
>> and that way save a lot of pain and dislike because it adds a lot of
>> symbols, and I'
I both like and dislike the idea. Like because it resolves all the functions
and that way save a lot of pain and dislike because it adds a lot of symbols,
and I'm a little bit uncertain on the usecase.
Because the functions are not a well defined subclass hierarchy (and nor can
they be), the u
I went through and +2 them. They all look sensible to me. As the other guys are
away atm, feel free to include me in reviews in the future.
cheers,
Gunnar
On Jul 10, 2012, at 1:58 PM, ext Girish Ramakrishnan wrote:
> Hi,
> I have a bunch of changes that make linuxfb compile, upto date with
> la
On Jul 9, 2012, at 11:44 AM, ext Uwe Rathmann wrote:
> On 07/09/2012 11:30 AM, Thiago Macieira wrote:
>> But we need to explain the difference between QPointF / QVector2D and
>> QPointF3D
>> and QVector3D. A point's coordinates are equal to that of the vector pointing
>> to the point in question
On Jul 9, 2012, at 8:55 AM, ext Laszlo Papp wrote:
>
>> And how useful is really the integer version? There is almost no 3D math
>> that works with integer only arithmetics.
>
> If there is a point representing 2d with integers, I do not see the
> problem with having the analogy for 3D. Please
On Jul 8, 2012, at 8:40 PM, ext Laszlo Papp wrote:
>> Okay, I will try to put up something soon with WIP then, based
>> somewhat on the current QPoint(F) implementations. I will also double
>> check the Qwt needs in order to make sure we fulfill those as well.
>
> I am sorry for the delay with t
On Jul 5, 2012, at 2:08 PM, ext Laszlo Papp wrote:
>> I understand it's useful for you, but other people who might use the
>> functionality said it isn't and they'd need more. That means I've got a
>> single
>> use-case to consider (yours) and I'm not convinced that this is worth the
>> moving.
On Jul 4, 2012, at 1:27 PM, Vandonderen Casper (Nokia-MP/Oslo) wrote:
>
>> The modularization system already gives you this ability. If you do not
>> build the qtdeclarative module, it will not
>> install itself in the mkspecs/modules directory under QT_INSTALL_PATH and
>> will not be availab
On Jul 4, 2012, at 12:49 PM, ext Corentin Jabot wrote:
> I do not want participate to some not constructive discussion
>
> Still,
>
> Last time I checked ( a month ago), each module that provide a QML plugin had
> to be build against QML. (system, multimedia kit, etc)
> So you can not build Qt
Not concrete plans, but over the last few months a number of changes has went
in that makes this more feasible, as this is one of the end goals we eventually
wanted to reach with Qt 5. Kent was the last person looking into this. We
already have the -no-widgets option and most of Qt's modules can
QML_RENDERER_TIMING shows you the breakdown of of the renderer per frame. They
seem to take about 0-1ms each so your problem is not there.
If you try QML_CANVAS_TIMING instead, you will get the sync (copy of QML state
to the scene graph), render and swap times. You could also try to time the tim
> Not to mention the performance wreck it will turn into...
>
> QGraphicsProxyWidget was horrible for performance if you had more than one or
> two. One reason for this is that the styles need to be rendered with raster
> (or possibly native) paint engines because of its ease of integration with
On Jun 29, 2012, at 3:50 AM, ext Alan Alpert wrote:
> On Tue, 26 Jun 2012 12:56:06 ext Harri Porten wrote:
>> Here are my notes from the QWidgets session on June 22th, 2012, 11:30
>> o'clock:
>>
>> http://qt-project.org/groups/qt-contributors-summit-2012/wiki/QtWidgets
>>
>> ,,,
>>
>> Help wit
On Jun 28, 2012, at 12:57 PM, ext dietrich.gos...@conti-engineering.com wrote:
> The used hardware is: i.MX6 Sabrelite (with powerful gpu from vivante)
> Used Qt-Version: 5.0.0 Alpha with eglfs plugin
>
> The Qt Application contains scaling, rotations and moving of images. The
> application i
On Jun 28, 2012, at 10:58 AM, ext dietrich.gos...@conti-engineering.com wrote:
> Hi,
>
> There is some Qt 5.0 documentation available about
> QSurfaceFormat::SwapBehavior. There is a constant called
> QSurfaceFormat::TripleBuffer .
> Is this feature already implemented and tested in Qt 5 Alp
No objection :)
cheers,
Gunnar
On Jun 26, 2012, at 6:12 PM, ext Stephen Kelly wrote:
>
> Hi there,
>
> I know it is late, but it was recently brought to my attention that
> QStandardItemModel could be moved from QtWidgets to QtGui, since QIcon was
> moved to QtGui.
>
> It seems that people
On Jun 26, 2012, at 11:16 AM, ext Sean Harmer wrote:
>> - QOpenGLWindow
>
> Yes this would be a useful convenience class to have.
Which features are we talking about here?
I have been thinking that we could add something equivalent to the rasterwindow
I did for the examples here:
https://code
>> - simple imperative GLES2 painter suited for Canvas 2D etc, lose all
>> the poorly / unnecessary performing features of QPainter
>> - QPainterV2 API, reduced QPaintEngine API
>> - learn from Skia
>> - improved API that discourages slow use cases
>
> This is far outside my knowledge area, but
QML_RENDERER_TIMING=1 shows you the time spent in the renderer (excluding the
swap). If you use the threaded renderer, you can also use QML_CANVAS_TIMING=1
shows you the time it spends in the various parts of the the render loop,
including the swap.
You can enable the threaded renderer on wind
On Jun 14, 2012, at 10:39 AM, ext dietrich.gos...@conti-engineering.com wrote:
> Hi,
> The vsync problems in Qt 5 Alpha are still there. I am using the eglfs plugin
> on an i.MX board.
> Although the performance is ok, tearing is visible. The new threading model
> of scenegraph was supposed to
> > There is some risk involved though; an application with multiple windows
> > each being rendered to with OpenGL in a single thread will end up
> > achieving a max framerate of screen_refresh_rate /
> > number_of_animating_windows, due to swapBuffers blocking. Since it's not
> > a panacea, it mi
On Apr 19, 2012, at 4:54 PM, ext Samuel Rødal wrote:
> On 04/19/2012 04:38 PM, ext André Bergner wrote:
>>
>>> There are two implementations currently, the threaded renderer which
>> is used on Wayland and Mac and the "trivial" one running on the GUI
>> thread. In addition to that, the device ad
On Apr 19, 2012, at 2:58 PM, ext André Bergner wrote:
> Hi All,
>
> I'm currently playing around with simple QML test programs in order to
> evaluate the smoothness of animated QtQuickItems.
>
> As mentioned in the blog entry here
> http://labs.qt.nokia.com/2011/05/31/qml-scene-graph-in-maste
On Apr 17, 2012, at 10:34 AM, ext Paul Olav Tvete wrote:
> On Tuesday 17 April 2012 03:57:16 ext Girish Ramakrishnan wrote:
>> As per the previous discuss, I renamed all the _qpa.h to _p.h with a
>> couple of helper scripts
>
> I just added the following "-1" comment on gerrit:
>
> I do not a
From: development-bounces+gunnar.sletta=nokia@qt-project.org
[development-bounces+gunnar.sletta=nokia@qt-project.org] on behalf of ext
Loaden [loa...@gmail.com]
Sent: Friday, March 16, 2012 12:19 AM
To: development@qt-project.org
Subject: [Development] Why
On Mar 12, 2012, at 11:24 AM, ext Thiago Macieira wrote:
> On segunda-feira, 12 de março de 2012 09.31.11, Jørgen Lind wrote:
>>> This will be hard to do with qmake, so the easier way out is to remove the
>>> .a altogether and use .pri files only. That requires moving the Wayland
>>> platform plu
On Mar 12, 2012, at 3:35 PM, ext Eric Wong wrote:
> Please consider to keep linuxfb platform plugin. There are still
> many devices(e.g ARM9) that have no graphics accelerations at all
> and there is only single process environment.
Taking a plugin out of QtBase does not prevent it from flourishi
On Mar 12, 2012, at 5:31 AM, ext hailong geng wrote:
> Hi
> Yes, I have tried this before and only get black background.
> I have reported a bug :
> https://bugreports.qt-project.org/browse/QTBUG-24707 (I am not sure whether
> this should be a bug or a task).
> I just want to
> I am interested in implementing a cache manager for VGPath(s) for the
> openvg sybsystem, and I am thinking after a bit of reading the proper
> way to do that,is by creating an LRU (in similar fashion as with
> QVGImagePool).
>
> Since paths are more prone to alterations (to my understanding at
On Feb 20, 2012, at 2:36 PM, ext Thiago Macieira wrote:
> On segunda-feira, 20 de fevereiro de 2012 09.33.27, andre.poen...@nokia.com
> wrote:
>> This needlessly removes existing functionality. We promised to try
>> hard to not do that in the Qt 4-> Qt 5 transition. Removing the typedef
>> is es
For some time we have wanted to unify the behavior of qreal on desktop and
embedded. Currently, qreal is defined to be double on desktop and to a float on
embedded.
The reasons for unifying are:
- Using "double" is pure waste for a lot of use cases. QRectF, QPointF,
QPainter, QPolygonF, Open
On Feb 3, 2012, at 2:09 PM, ext Anselmo L. S. Melo wrote:
> Hi,
>
> On 12/15/2011 07:10 PM, Olivier Goffart wrote:
>> On Thursday 15 December 2011 18:40:45 Jesus Sanchez-Palencia wrote:
>>> Hi there,
>>>
>>> I would like to gather your opinion on whether we should move
>>> QUndoStack and QUndoC
Hi Todd,
It looks like the qwindowsglcontext.cpp file does not request a swap interval
of 1 anywhere, which would mean you have to pick the option "always vsync,
regardless of what application requests"-option if such a thing exists. If you
did this and it makes no difference then the driver is
On Jan 4, 2012, at 9:11 PM, ext BogDan wrote:
> Great !
> Is there any API to hide/show all app windows ?
> Or I have to iterate all top level widgets and hide/show all of them ?
No such function, I'm afraid, but it is easy enough to iterate over
QGuiApplication::topLevelWindows().
cheers,
Gu
On Jan 3, 2012, at 7:24 PM, ext BogDan wrote:
> Hi again,
>
> I forgot on item on my list, I hope is not too late :)
> A way to pause/resume the application (all QEventLoop(s)) from another thread.
> It is useful because Android tries to pause the application when it goes in
> background
>
>
On Jan 3, 2012, at 11:30 AM, ext Ville M. Vainio wrote:
> On Mon, Jan 2, 2012 at 8:20 AM, wrote:
>
>> QIcon is a style concept and belongs together with QStyle and we do not want
>> QStyle in QtGui. As both the QFileSystemModel and QStandardItemModel relies
>> on it, they cannot be moved to
On Dec 30, 2011, at 6:34 PM, ext Thiago Macieira wrote:
> They don't look like they are thread-safe, at least not the
> qInitDrawHelperAsm
> function.
>
> Is that function supposed to be thread-safe?
It is supposed to be and originally was.
The qInitDrawHelperAsm function should only be cal
On Dec 23, 2011, at 3:39 PM, ext Holger Hans Peter Freyther wrote:
>>
>> It is a known issue that sometimes graphics drivers don't have vsync enabled
>> by default. In this case, it will render as fast as possible, usually giving
>> 1000s of FPS and 100% CPU usage. On my machine (ubuntu 10.04
On Dec 30, 2011, at 8:33 AM, ext Stephen Kelly wrote:
> On Wednesday, December 28, 2011 10:36:43 Ville M. Vainio wrote:
> > On Tue, Dec 27, 2011 at 9:26 PM, Giuseppe D'Angelo
> > wrote:
> > > On 27 December 2011 15:08, Ville M. Vainio wrote:
> > >> I'm all for killing the whole QAIM concept fo
46 matches
Mail list logo
