On 9/10/24 13:56, Thiago Macieira wrote:
On Monday 9 September 2024 23:00:28 GMT-7 Eirik Aavitsland via Development
wrote:
No idea if this is helpful, but it seems that what was later renamed
QFlag was introduced as QFlagInternal in this commit:
Thank you Aavit. Did already QFlags have the
No idea if this is helpful, but it seems that what was later renamed
QFlag was introduced as QFlagInternal in this commit:
commit dc289baeeb131bddbe6cff5c5620f76f5fac90de
Author: Paul Olav Tvete
Date: Thu Aug 7 17:44:28 2003 +0100
Also work with more pedantic compilers.
[git-p4:
+1 - that would be awesome!
- Eirik Aa.
On 3/13/24 09:15, Eskil Abrahamsen Blomfeldt via Development wrote:
Hi,
I would like to nominate Hatem ElKharashy for maintainership of the Qt
Svg module. This module currently does not have any active maintainer,
but it has been part of my team's resp
+1
On 2/6/24 10:18, Janne Koskinen via Development wrote:
I would like to nominate Hatem Elkharashy for approver rights in the Qt project.
Hatem has been working on Qt Graphics for 2,5 years contributing to QtQuick3D,
QtCharts, QtDeclarative, QtBase and most recently on QtSvg.
Changes where h
+1
On 12/5/22 10:57, Volker Hilsheimer via Development wrote:
Hi,
I’d like to nominate Axel Spoerl as an approver for the Qt project.
Axel has been working in The Qt Company since January, writing tests, analysing
and fixing bugs, participating in the port of Qt Speech to Qt 6, investigating
Ok as far as I can see, this does not have anything to do with image
transformations as such. Using the same transform to to map just a
QRect/QRectF shows the same issue.
As I understand it, the issue here is that when doing perspective
transformation calculations, one needs to know how far
On 4/20/22 17:50, Tomi Pannila wrote:
Hi Lars and Eirik,
thank you for the explanations. I guess Eirik kind of guessed right that
I view QRect from $\mathbb{R}^2$ point of view.
I'm a mathematician and this is the most natural point of view for me.
For me, rectangles have edges=boundary which
Hi Tomi,
I'm sure there are many things that could be improved in both doc and
code here, but let me try to explain how this was intended at least
could you please explain how your method "QRect::contains(const QRect
&r, bool proper)" at
https://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/
+1
On 2/1/22 10:50 AM, Gatis Paeglis wrote:
Hi all,
I would like to propose a change in Qt's Linux/XCB maintainership.
Since 2019, I have moved full time to the Qt for MCUs project and
there is no time left for XCB work.
/qtbase/src/plugins/platforms/xcb$ git shortlog --since=2021 --no-merges
+1!
- Eirik Aa.
On 12/20/21 4:35 PM, Tor Arne Vestbø wrote:
Hello all,
I’d like to nominate Morten Sørvig as maintainer of high-DPI in the Qt
Project [1].
Morten has been instrumental in the development of Qt’s high-DPI
support, and has been the de-factor maintainer for a while now. Let’s
What do you think?
Should we allow some small features outside of the declared SVG Tiny 1.2
support?
If this involves bigger or structural or conceptual changes, perhaps the
module ought to have a maintainer first? %)
- Eirik Aa.
___
Development
On 9/3/21 2:38 PM, Sze Howe Koh wrote:
On Tue, 31 Aug 2021 at 19:22, Eirik Aavitsland wrote:
On 7/27/21 6:41 PM, Sze Howe Koh wrote:
Current Qt behaviours:
A) If you create any QPixmap after creating QGuiApplication, the result
is probably the pixmap that you asked for. All is well.
B) If
On 7/27/21 6:41 PM, Sze Howe Koh wrote:
Current Qt behaviours:
A) If you create any QPixmap after creating QGuiApplication, the result
is probably the pixmap that you asked for. All is well.
B) If you create any QPixmap after creating QCoreApplication, the result
is a null QPixmap. No warnings
On 11/6/19 1:38 PM, Edward Welbourne wrote:
>
> Anyone want to make the case for keeping 1900--1999 as default ?
Yup, I'll bite, for the following reasons:
1) The downside of changing it is certain: breaking existing apps. In
particular, breaking the old code dealing with old data, which is the
On 20. juni 2018 13:23, Morten Sørvig wrote:
On 19 Jun 2018, at 17:33, Allan Sandfeld Jensen wrote:
Btw. Just for your information.
I have attached a few random examples of what we can look forward too after
running an auto-"beautifying" tool over our hand-formated Qt code. And these
change
On 03. nov. 2017 08:55, Jedrzej Nowacki wrote:
On Thursday, November 2, 2017 11:28:22 AM CET Jedrzej Nowacki wrote:
Well, almost, 5.9 is blocked because of a bug in provisioning script
(https:// codereview.qt-project.org/#/c/209874/). Let's hope that is the
end of the series of failures that we
+1
- Eirik Aa.
On 26. aug. 2016 11:34, Laszlo Agocs wrote:
+1. Besides fixes he's been doing quite some new features as well. Keep
them coming.
Cheers,
Laszlo
*From:* Development
on behalf of
Eskil Abrahamsen Blom
On 11/24/2015 10:04 AM, Agocs Laszlo wrote:
Hello,
I would like to nominate Pasi Petäjäjärvi for Approver status in the Qt
Project.
Pasi is the maintainer of the VxWorks port and has also been
contributing a lot for other embedded platforms over the years.
+1
- Eirik Aa.
_
Good stuff, and libpng gets updated to 1.6.17 here
https://codereview.qt-project.org/109973
- Eirik Aa.
On 04/08/2015 10:15 AM, Liang Qi wrote:
> qtimageformats: libwebp 0.4.3 update
>
> https://codereview.qt-project.org/109955
> https://codereview.qt-project.org/109956
>
> And checked other 3rd
On 02/07/2013 10:50 AM, Paul Olav Tvete wrote:
> On Thursday 7 February 2013 09:44:38 Eskil Abrahamsen Blomfeldt wrote:
>> On 02/06/2013 10:31 PM, Thiago Macieira wrote:
>>> Hello
>>>
>>> Andreas is a long-time Qt developer. For those of you who haven't yet had
>>> the pleasure of meeting him, he's
I can do the second of those, i.e. README for the binary.
Cheers,
- Eirik Aa.
On 08/24/2012 09:07 AM, ext lars.kn...@nokia.com wrote:
> There's actually two things we need:
>
> * A README for the source packages that explains how to build things
>
> * Something for the binary packages telling p
On 01/06/2012 12:45 AM, ext craig.sc...@csiro.au wrote:
>
> If the rule is that all operations apply to the temp file rather than
> the originally named file, this will potentially change the behaviour
> of existing functions that accept a QFile as a parameter. I'm leaning
> more towards having rem
22 matches
Mail list logo
