> different branch. _Do_ ask Ossi or Frederik to re-target on the server, _esp_
> if you've already run into half a dozen revisions. Submitting a new change
> without the ability to use inter-change diffs is just rude towards the
> reviewers.
Let u
> On 05 Sep 2016, at 19:27, Marc Mutz <marc.m...@kdab.com> wrote:
>
> On Monday 05 September 2016 19:20:29 J-P Nurmi wrote:
>>>> On 05 Sep 2016, at 18:53, Marc Mutz <marc.m...@kdab.com> wrote:
>>>> On Wednesday 31 August 2016 16:12:55 Oswald Buddenhag
On 06 Sep 2016, at 11:46, Konstantin Tokarev <annu...@yandex.ru> wrote:
>
>
>
> 06.09.2016, 12:44, "Oswald Buddenhagen" <oswald.buddenha...@qt.io>:
>>> On Mon, Sep 05, 2016 at 09:17:59PM +, J-P Nurmi wrote:
>>> On 05 Sep 2016, at 19:2
t;
> TMPDIR
> KDEDIRS
> XDG_DATA_DIRS
> XDG_RUNTIME_DIR
>
> I think a good rule would be single directories should use _DIR if
> anything (some cases e.g. HOME may be exceptions), and list of
> directories should use
frame you have in mind for
landing? Fingers crossed for "not 5.9"! ;-))
There’s so much to do that there is no way we could make all this happen before
the 5.9 feature freeze in two weeks. :)
--
J-P Nurmi
___
Development mailing list
Developmen
bare component.
The plan is that the new TableView would be on the same line with ListView and
GridView. The visual delegates are left to the user to provide. For those who
want ready-made styles, we provide a bunch of simple styled delegates in Qt
Quick Controls 2.
--
J-P Nurmi
. The plan is to make the new
TableView support both, “proper” table models with multiple columns, and the
old way of (ab)using roles as columns. :)
--
J-P Nurmi
On 14 Jan 2017, at 14:06, Pierre-Yves Siret
<py.si...@gmail.com<mailto:py.si...@gmail.com>> wrote:
Hi,
I started
[1]: https://codereview.qt-project.org/191777
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
Hi,
QML Settings, being currently in the Qt.labs namespace, could graduate
later there. And QS
more easily
update qt5.git and get releases out.
"
[*] The timing, during the 5.9.1 soft freeze week, was a bit unfortunate, but
this is a separate discussion.
--
J-P Nurmi
___
Development mailing list
Development@qt-project.org
http://lists.qt-p
On 27 Sep 2017, at 17:35, Shawn Rutledge
<shawn.rutle...@qt.io<mailto:shawn.rutle...@qt.io>> wrote:
On 27 Sep 2017, at 16:52, J-P Nurmi <jpnu...@qt.io<mailto:jpnu...@qt.io>> wrote:
On 9 Aug 2017, at 14:10, Shawn Rutledge
<shawn.rutle...@qt.io<mailto:shawn.rutle
, and
swipes, so why not call these types “gestures”?
--
J-P Nurmi
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
le short and concise naming. :) This proposal was
previously shot down because of the conflict with Drag, though.
--
J-P Nurmi
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
arly to Keys.onPressed.
Attaching onTapped from the outside of a component would be similar to
overriding an event handler in C++. There would be a single attached object
instance with multiple signal handlers. They objects would not be piling up
> On 28 Sep 2017, at 16:54, Shawn Rutledge <shawn.rutle...@qt.io> wrote:
>
>
>> On 28 Sep 2017, at 13:36, J-P Nurmi <jpnu...@qt.io> wrote:
>>
>>> On 28 Sep 2017, at 13:07, Tor Arne Vestbø <tor.arne.ves...@qt.io> wrote:
>>>
>>>
s been taking care of the networking parts. In
> addition to that, he has been "shadow-maintaining" the port over the last
> year, so this would rather reflect reality.
>
> https://codereview.qt-project.org/#/q/owner:%22Oliver+Wolff+%253Coliver.wolff%2540qt.io%253E%22,n,z
+1
--
J-P Nu
as the changes make sense from cross-platform
perspective i.e. make sense for the other styles too. The proposed changes
sound like they do. :)
--
J-P Nurmi
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Laszlo Agocs - OpenGL/Vulkan
> Eirik Aavitsland - Image Formats and QPainter
> Andy Nichols - Scene Graph
>
> (Other specific maintainers in QtGui stay unchanged)
Gunnar, thank you for all the awesomeness you have contributed to Qt. +1 for
the new nominees.
--
J-P Nurmi
___
SCII, you can safely convert to QString and
store it in JSON. In QML, you are supposed to be able to do the very
same with Qt.atob(), Qt.btoa(), and toString().
--
J-P Nurmi
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
rative.git/tree/src/qml/qml/v8/qqmlbuiltinfunctions.cpp?h=5.12=475c74a9926efcd968572563e678988e53804603#n996
Hi Mitch,
So Qt.atob() and Qt.btoa() are not doing what they claim to do? Would
it be feasible to fix them?
--
J-P Nurmi
___
Development mailing l
ecause there is still the problem of Qt's JSON implementation not supporting
> byte arrays.
Pass the state as a base64 string. Where does it turn to a byte array
if Qt.btoa() returns a string?
> What do you think about the proposed solution of saveState() returning a
> Base64
Hi Mitch,
Check also https://bugreports.qt.io/browse/QTBUG-71811. It might be related
too.
--
J-P Nurmi
On Wed, Nov 14, 2018, 11:28 Mitch Curtis Hi.
>
> My fixes for https://bugreports.qt.io/browse/QTBUG-67559 have recently
> introduced a crash in KDE:
>
> https://bugreports.qt.
gt; > bring them back in Qt 7.
> >
> > Alternative: deprecate *ALL* startDetached() overloads and instead add a
> > setDetachedMode(bool enable), and allow start() to start detachedly.
>
Is it technically possible to start() and then detach()?
QProcess process;
process.setFoo(...);
process.start(...);
process.waitForBar();
process.read(...);
process.detach();
--
J-P Nurmi
>
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
22 matches
Mail list logo