<feed xmlns='http://www.w3.org/2005/Atom'>
<title>qt/qtdeclarative.git, branch v5.5.0</title>
<subtitle>Qt Declarative (Quick 2)
</subtitle>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/'/>
<entry>
<title>Version scrollGestureEnabled as a new property</title>
<updated>2015-06-15T14:51:17+00:00</updated>
<author>
<name>Alan Alpert</name>
<email>aalpert@blackberry.com</email>
</author>
<published>2015-06-11T01:40:22+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=b1ccb1f8c30d601c55145b65add3846fe5f9bb32'/>
<id>b1ccb1f8c30d601c55145b65add3846fe5f9bb32</id>
<content type='text'>
Change-Id: I3408cf93a90327e8abbe2f8b7a85d8a84e24ae58
Reviewed-by: Liang Qi &lt;liang.qi@theqtcompany.com&gt;
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Change-Id: I3408cf93a90327e8abbe2f8b7a85d8a84e24ae58
Reviewed-by: Liang Qi &lt;liang.qi@theqtcompany.com&gt;
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Version scrollGestureEnabled as a new property</title>
<updated>2015-06-14T06:17:07+00:00</updated>
<author>
<name>Alan Alpert</name>
<email>aalpert@blackberry.com</email>
</author>
<published>2015-06-11T01:40:22+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=3a2e01d52393f3170f408e8a64b9ad74bd5a4b97'/>
<id>3a2e01d52393f3170f408e8a64b9ad74bd5a4b97</id>
<content type='text'>
Change-Id: I3408cf93a90327e8abbe2f8b7a85d8a84e24ae58
Reviewed-by: Liang Qi &lt;liang.qi@theqtcompany.com&gt;
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Change-Id: I3408cf93a90327e8abbe2f8b7a85d8a84e24ae58
Reviewed-by: Liang Qi &lt;liang.qi@theqtcompany.com&gt;
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Make argument to QQmlDebuggingEnabler::startTcpServer an enum</title>
<updated>2015-06-10T09:52:09+00:00</updated>
<author>
<name>Ulf Hermann</name>
<email>ulf.hermann@theqtcompany.com</email>
</author>
<published>2015-06-08T14:43:23+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=f9cf4595edd22180989ec59e74c9f8b460c29680'/>
<id>f9cf4595edd22180989ec59e74c9f8b460c29680</id>
<content type='text'>
The bool argument is less intuitive as you don't know if e.g. true
means "Yes, run the QML" or "Yes, block the QML engine".

Task-number: QTBUG-46565
Change-Id: I6d268e1354cebeb794b065e118bc0c353d7dd59a
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The bool argument is less intuitive as you don't know if e.g. true
means "Yes, run the QML" or "Yes, block the QML engine".

Task-number: QTBUG-46565
Change-Id: I6d268e1354cebeb794b065e118bc0c353d7dd59a
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4: Fix use of uninitialized field.</title>
<updated>2015-06-08T08:22:11+00:00</updated>
<author>
<name>Erik Verbruggen</name>
<email>erik.verbruggen@digia.com</email>
</author>
<published>2015-06-05T13:20:23+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=78bffbca60b12cccad4d79770a6933b8b2e6b5f8'/>
<id>78bffbca60b12cccad4d79770a6933b8b2e6b5f8</id>
<content type='text'>
Valgrind pointed out that Transition::id was used in a conditional jump
or move. Fixes regressions of the following tests on OSX:

  ch15/15.2/15.2.3/15.2.3.12/15.2.3.12-2-1 in non-strict mode
  ch15/15.2/15.2.3/15.2.3.12/15.2.3.12-2-2 in non-strict mode
  ch15/15.2/15.2.3/15.2.3.12/15.2.3.12-3-28 in non-strict mode

Change-Id: Ia959ff6f9fdac8d4cb37f54f670fdff4c8ba9a67
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Valgrind pointed out that Transition::id was used in a conditional jump
or move. Fixes regressions of the following tests on OSX:

  ch15/15.2/15.2.3/15.2.3.12/15.2.3.12-2-1 in non-strict mode
  ch15/15.2/15.2.3/15.2.3.12/15.2.3.12-2-2 in non-strict mode
  ch15/15.2/15.2.3/15.2.3.12/15.2.3.12-3-28 in non-strict mode

Change-Id: Ia959ff6f9fdac8d4cb37f54f670fdff4c8ba9a67
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Add a version of BitVector that uses QBitArray.</title>
<updated>2015-06-08T08:22:02+00:00</updated>
<author>
<name>Erik Verbruggen</name>
<email>erik.verbruggen@digia.com</email>
</author>
<published>2015-06-05T10:54:36+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=d6723686961bebe97eac002bdb3e276a75256121'/>
<id>d6723686961bebe97eac002bdb3e276a75256121</id>
<content type='text'>
Some C++ STL libraries are unable to ship a bug-free std::vector&lt;bool&gt;,
and/or a bug-free specialization of std::find for std::vector&lt;bool&gt;. So,
for those platforms there now is a slow version of BitVector, which
relies on QBitArray, which we can fix if we find bugs.

Change-Id: I5ddfb18cabe82049a7ede6083fe6ba142bca068b
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Some C++ STL libraries are unable to ship a bug-free std::vector&lt;bool&gt;,
and/or a bug-free specialization of std::find for std::vector&lt;bool&gt;. So,
for those platforms there now is a slow version of BitVector, which
relies on QBitArray, which we can fix if we find bugs.

Change-Id: I5ddfb18cabe82049a7ede6083fe6ba142bca068b
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Wrap std::vector&lt;bool&gt; in our own class.</title>
<updated>2015-06-08T08:21:34+00:00</updated>
<author>
<name>Erik Verbruggen</name>
<email>erik.verbruggen@digia.com</email>
</author>
<published>2015-06-05T10:30:32+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=515cef3937c4e3b6f3b7908ff79bfef3c935a360'/>
<id>515cef3937c4e3b6f3b7908ff79bfef3c935a360</id>
<content type='text'>
So we can replace the implementation when we encounter a broken version
of std::vector&lt;bool&gt; or a broken specialization of std::find for it.

Change-Id: I7d7c0af585388ddedf5167cd9863c52ab638442d
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
So we can replace the implementation when we encounter a broken version
of std::vector&lt;bool&gt; or a broken specialization of std::find for it.

Change-Id: I7d7c0af585388ddedf5167cd9863c52ab638442d
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Added auto-generated change log</title>
<updated>2015-06-04T10:23:50+00:00</updated>
<author>
<name>Simon Hausmann</name>
<email>simon.hausmann@theqtcompany.com</email>
</author>
<published>2015-06-03T17:34:27+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=5bd8a38d36baefd9acecf8d1a6926fd541f0622e'/>
<id>5bd8a38d36baefd9acecf8d1a6926fd541f0622e</id>
<content type='text'>
Change-Id: I188f4137653505fd7635ad911ca41eecb89dd417
Reviewed-by: Alan Alpert (Personal) &lt;416365416c@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Change-Id: I188f4137653505fd7635ad911ca41eecb89dd417
Reviewed-by: Alan Alpert (Personal) &lt;416365416c@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Redirect the default FBO correctly with QQuickWidget</title>
<updated>2015-06-03T16:20:59+00:00</updated>
<author>
<name>Laszlo Agocs</name>
<email>laszlo.agocs@theqtcompany.com</email>
</author>
<published>2015-06-01T15:04:07+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=07cd34e7380a425947f7a2912666595e797116d7'/>
<id>07cd34e7380a425947f7a2912666595e797116d7</id>
<content type='text'>
Similarly to QOpenGLWidget, functions like QOpenGLFramebufferObject::bindDefault()
should bind the QQuickWidget's FBO, not 0, while rendering the scene graph.

This becomes particularly important on platforms with surfaceless context support.
Here offscreen surfaces are not backed by any surface. Therefore any OpenGL operation
accessing the current draw framebuffer with FBO 0 bound may potentially crash, as there
is no draw framebuffer at all.

The distance field glyph cache exhibits this issue when running with EGL on Mesa:
glViewport crashes when we render via QQuickWidget and the current framebuffer is reset
to 0. The problem goes away when the code changed is to use bindDefault() - as it should have
anyhow - and QQuickWidget is enhanced to communicate the "default" framebuffer to QOpenGLContext,
just like QOpenGLWidget does.

Task-number: QTBUG-46415
Task-number: QTBUG-43269
Change-Id: I35fe375a0870dadecc4a074dfdec122c6a4c92ab
Reviewed-by: Eskil Abrahamsen Blomfeldt &lt;eskil.abrahamsen-blomfeldt@theqtcompany.com&gt;
Reviewed-by: Paul Olav Tvete &lt;paul.tvete@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Similarly to QOpenGLWidget, functions like QOpenGLFramebufferObject::bindDefault()
should bind the QQuickWidget's FBO, not 0, while rendering the scene graph.

This becomes particularly important on platforms with surfaceless context support.
Here offscreen surfaces are not backed by any surface. Therefore any OpenGL operation
accessing the current draw framebuffer with FBO 0 bound may potentially crash, as there
is no draw framebuffer at all.

The distance field glyph cache exhibits this issue when running with EGL on Mesa:
glViewport crashes when we render via QQuickWidget and the current framebuffer is reset
to 0. The problem goes away when the code changed is to use bindDefault() - as it should have
anyhow - and QQuickWidget is enhanced to communicate the "default" framebuffer to QOpenGLContext,
just like QOpenGLWidget does.

Task-number: QTBUG-46415
Task-number: QTBUG-43269
Change-Id: I35fe375a0870dadecc4a074dfdec122c6a4c92ab
Reviewed-by: Eskil Abrahamsen Blomfeldt &lt;eskil.abrahamsen-blomfeldt@theqtcompany.com&gt;
Reviewed-by: Paul Olav Tvete &lt;paul.tvete@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Add left, right, top and bottom properties to basic QML rect type.</title>
<updated>2015-06-03T04:29:06+00:00</updated>
<author>
<name>Mitch Curtis</name>
<email>mitch.curtis@theqtcompany.com</email>
</author>
<published>2015-05-22T11:03:25+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=db9be0a9d6195bc52415ce28d605ace149d02782'/>
<id>db9be0a9d6195bc52415ce28d605ace149d02782</id>
<content type='text'>
Task-number: QTBUG-45528
Task-number: QTBUG-45530
Change-Id: I83c4056b4bde37ef2dc4424ffddd823c1654d92e
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Task-number: QTBUG-45528
Task-number: QTBUG-45530
Change-Id: I83c4056b4bde37ef2dc4424ffddd823c1654d92e
Reviewed-by: Simon Hausmann &lt;simon.hausmann@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix flickering when QQuickWidget becomes visible</title>
<updated>2015-06-01T08:54:17+00:00</updated>
<author>
<name>Joni Poikelin</name>
<email>joni.poikelin@theqtcompany.com</email>
</author>
<published>2015-05-29T05:13:58+00:00</published>
<link rel='alternate' type='text/html' href='https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=db525935ccd64d2c5c674f8a66dbe7096d754e9f'/>
<id>db525935ccd64d2c5c674f8a66dbe7096d754e9f</id>
<content type='text'>
QQuickWidget used short delay before rendering. This caused
black area to flash on the widget briefly. Instead of scheduling
redraw, render scene immediately.

Task-number: QTBUG-46387
Change-Id: I342d96a1aaef3244190221807b0d816815697623
Reviewed-by: Gunnar Sletta &lt;gunnar@sletta.org&gt;
Reviewed-by: Laszlo Agocs &lt;laszlo.agocs@theqtcompany.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
QQuickWidget used short delay before rendering. This caused
black area to flash on the widget briefly. Instead of scheduling
redraw, render scene immediately.

Task-number: QTBUG-46387
Change-Id: I342d96a1aaef3244190221807b0d816815697623
Reviewed-by: Gunnar Sletta &lt;gunnar@sletta.org&gt;
Reviewed-by: Laszlo Agocs &lt;laszlo.agocs@theqtcompany.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
