On Mon, 14 Oct 2024 09:15:45 +1000
Lorn Potter wrote:
> Other open source projects are the
> same. You might have to ping people on the mailing list, 2, 3 times,
> or one of the several developer chat places like discord and irc.
> Developers are often busy with their own things.
Yeah but such
On Fri, 11 Oct 2024 15:46:20 +
Volker Hilsheimer wrote:
> Hi Ilya,
>
>
> I’m sorry that your experience with contributing to Qt is less than
> stellar. Working on the platform integration of Qt, and perhaps in
> particular on the Xcb integration, is certainly challenging, for at
> least two
On Mon, 07 Oct 2024 07:42:11 -0700
Thiago Macieira wrote:
> You're generalising. The fact that those contributions weren't wanted
> or were misunderstood is not an indication that everyone's
> contributions will suffer the same consequences.
>
Well, I told my experience. I was also asking anoth
If anyone has any interest on how
https://lists.qt-project.org/pipermail/development/2024-April/045167.html
did end, here's the summary:
> https://codereview.qt-project.org/c/qt/qtbase/+/343628
Maybe there was any misundestanding during the review but it has felt
like reviewers are gaslighting me
On Wed, 2 Oct 2024 12:50:11 +
Morten Sørvig via Development wrote:
> Yep, so it depends on the point of view: is the rounding API for
> controlling a particular part of the Qt implementation, or for
> declaring application intent with regards to support for fractional
> scale factors. Now mad
On Fri, 13 Sep 2024 09:20:14 +
Morten Sørvig via Development wrote:
> It looks like there are two topics here (at least?)
>
> - Should we expand the use of the QHighDpiScaling machinery and
> public API to also handle QPA level DPR? So far this is only in use
> when Qt Gui is actually applyi
On Wed, 11 Sep 2024 10:53:33 +
Tor Arne Vestbø wrote:
> > On Sep 9, 2024, at 9:03 AM, Ilya Fedin wrote:
> >
> > While most platforms seem to have fractional scaling via
> > QHighDpiScaling, Wayland is the first (and the only right now)
> > platform that got
On Mon, 9 Sep 2024 11:03:04 +0400
Ilya Fedin wrote:
> While most platforms seem to have fractional scaling via
> QHighDpiScaling, Wayland is the first (and the only right now)
> platform that got fractional devicePixelRatio on QPA level.
> QHighDpiScaling doesn't handle that an
While most platforms seem to have fractional scaling via
QHighDpiScaling, Wayland is the first (and the only right now) platform
that got fractional devicePixelRatio on QPA level. QHighDpiScaling
doesn't handle that and the Wayland QPA just disables fractional
scaling support when it sees the polic
On Thu, 16 May 2024 17:14:26 -0700
Thiago Macieira wrote:
> On Thursday 16 May 2024 09:55:39 GMT-7 Ilya Fedin wrote:
> > Dimitris seem to have a problem writing to the list right now but
> > what he found is that running the tests under gdb makes them not
> > hang. Perhaps
On Thu, 16 May 2024 08:38:05 -0700
Thiago Macieira wrote:
> On Thursday 16 May 2024 06:06:50 GMT-7 Ilya Fedin wrote:
> > After discussion with Thiago, it seems that the most interesting
> > part is getting a backtrace from X server while a test is in hanged
> > state, as
On Thu, 16 May 2024 13:40:53 +
Dimitrios Apostolou wrote:
> Which patchset? Is it patchset 22, the latest one?
Yes, the latest one
--
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
On Thu, 16 May 2024 12:54:19 +
Dimitrios Apostolou wrote:
> Hi Ilya, I can try getting a debug VM and reproducing the failure
> with full debug output enabled. Which patchset do you want me to
> test? And which test in particular?
Thank you! It's https://codereview.qt-project.org/c/qt/qtbase
On Wed, 15 May 2024 19:32:20 -0700
Thiago Macieira wrote:
> On Wednesday 15 May 2024 13:22:01 GMT-7 Ilya Fedin wrote:
> > Didn't help. I clicked this time on the details link and noticed
> > that every job using GNOME (RHEL 8.8, RHEL 9.2, SLES 15 SP5, Ubuntu
> > 22.04
On Wed, 15 May 2024 00:24:12 +0400
Ilya Fedin wrote:
> The only thing I haven't tried is delaying reading with a second or
> something like that. Maybe that will make GTK doing its things before
> Qt does and X server wouldn't react in such a way.
Didn't help. I clicked
On Wed, 15 May 2024 07:33:11 -0700
Thiago Macieira wrote:
> On Wednesday 15 May 2024 03:12:26 GMT-7 Ilya Fedin wrote:
> > > But I still can't explain why XInternAtom would block. You'd need
> > > to get a backtrace of the X.org process to see if it is blocked.
&g
On Tue, 14 May 2024 16:42:17 -0700
Thiago Macieira wrote:
> > I'm doubt that's the case here though given that it
> > doesn't hang with other patches. The only theory I can wrap my head
> > of is that querying RESOURCE_MANAGER property momentally after it
> > changes breaks X server somehow. I tr
On Tue, 14 May 2024 12:59:29 -0700
Thiago Macieira wrote:
> Assuming that Canonical did not patch libgdk,
Well, that is a very optimistic assumption:
http://archive.ubuntu.com/ubuntu/pool/main/g/gtk+3.0/gtk+3.0_3.24.33-1ubuntu2.1.debian.tar.xz
I see 24 pathes in there.
> this is stuck trying t
On Tue, 14 May 2024 11:44:24 -0700
Thiago Macieira wrote:
> On Tuesday 14 May 2024 09:23:50 GMT-7 Ilya Fedin wrote:
> > I fail to imagine how that could be... gtk shouldn't care how Qt
> > gets DPI and especially it shouldn't make it hang on XInternAtom
> > (which
On Tue, 14 May 2024 09:06:04 -0700
Thiago Macieira wrote:
> On Tuesday 14 May 2024 08:25:14 GMT-7 Ilya Fedin wrote:
> > No, they don't, they only adding re-reading RESOURCE_MANAGER
> > property on the X11 root window once they update.
> >
> > The only thing I ca
On Tue, 14 May 2024 08:09:43 -0700
Thiago Macieira wrote:
> [Re-adding the list]
>
> On Tuesday 14 May 2024 08:02:05 GMT-7 Ilya Fedin wrote:
> > The thing is that I need debug symbols for those system libraries to
> > understand what is going on... Is there no way to g
I have a long standing (1.5 years) problem with
https://codereview.qt-project.org/c/qt/qtbase/+/427313 that the CI
hangs on so-called "cmptest". Previously the CI just reported that
timeout has happened and I had no idea what exactly happened.
Asking reviewers to get a backtrace to see where it han
Hello Morten,
On Thu, 11 Apr 2024 10:53:07 +
Morten Sørvig wrote:
> These are of the “need to get around to it” category for my part.
> For 528953 we need to make sure we are not regressing
> other platforms, and I have at least one related bug I’d like to take
> a look at at the same time.
On Mon, 6 May 2024 09:51:56 +0200
Lars Knoll via Development wrote:
> I’m a bit unsure about the windows code, but on Linux
> and macOS it’s simply launching ‘xdg-open’ or ‘open’.
That's not really the truth for Linux: it also does D-Bus calls to
xdg-desktop-portal. While this isn't really a GUI
On Tue, 16 Apr 2024 08:12:51 +
Morten Sørvig wrote:
> Should this be up to the application (somehow)? There is more than
> one way to handle DPI settings on X11, so we could enable apps to
> make choices which are different from the Qt default.
Well, there's only one way currently implemente
On Thu, 11 Apr 2024 10:53:07 +
Morten Sørvig wrote:
> Hello Ilya!
>
> > On Apr 9, 2024, at 00:17, Ilya Fedin wrote:
> >
> >
> > 2. https://codereview.qt-project.org/c/qt/qtbase/+/444859 which is
> > 1.5 years old and no review
> >
>
> T
On Mon, 08 Apr 2024 22:36:56 -0500
Thiago Macieira wrote:
> On Monday 8 April 2024 17:17:04 CDT Ilya Fedin wrote:
> > 2. https://codereview.qt-project.org/c/qt/qtbase/+/444859 which is
> > 1.5 years old and no review
>
> Submitted during Christmas break and no change
В Mon, 08 Apr 2024 22:36:56 -0500
Thiago Macieira пишет:
> On Monday 8 April 2024 17:17:04 CDT Ilya Fedin wrote:
> > 2. https://codereview.qt-project.org/c/qt/qtbase/+/444859 which is
> > 1.5 years old and no review
>
> Submitted during Christmas break and no change
I have multiple changes which hang for months and years which no idea
what to do to push them forward... I tried to write there asking for
review but reviewers seem to just ignore the messages...
1. The oldest change I have is
https://codereview.qt-project.org/c/qt/qtbase/+/343628 which is 3 years
On Fri, 22 Mar 2024 12:32:45 +
Jani Heikkinen via Development wrote:
> Hi all!
>
> Qt 6.7.0 RC2 is available via online installer. Src packages are also
> available in the Qt Account and download.qt.io. Delta to the first rc
> attached.
>
> The target is to release Qt 6.7.0 final release im
On Wed, 13 Mar 2024 07:58:20 +
Marc Mutz via Development wrote:
> Hi,
>
> In API review, we detected some overrides that changed the access
> specifier vis-a-vis the original virtual function
> (https://wiki.qt.io/Things_To_Look_Out_For_In_Reviews#Polymorphic_Classes
> Item 5.3).
>
> One
On Fri, 8 Dec 2023 15:33:04 +0100
Elias Steurer via Development wrote:
> Hi Volker,
>
> Thanks for the update on the Qt Contributors Summit. It's great to
> hear about the initiatives to make the contribution process smoother,
> especially for newcomers.
>
> However, while setting up a Gerrit
On Thu, 24 Aug 2023 15:37:05 -0400
Eduardo Hopperdietzel wrote:
> Hi David,
>
> I've made a little Wayland app that uses both SHM and DMA, and I
> tested it on Weston, Sway, and my own compositor. I also tried it on
> three different machines: two with Intel i7 CPUs and one with a
> smaller ARM
On Thu, 13 Jul 2023 17:55:51 +
Tarja Sundqvist via Development wrote:
> Hi Mathieu & all,
>
> unfortunately, Qt 6.5.2 has been delayed. The final test round for
> the release candidate is currently ongoing, though. My current
> estimate is that we can release 6.5.2 at the beginning of next w
On Tue, 20 Jun 2023 14:12:25 +
Jani Heikkinen via Development wrote:
> Qt 6.5 status:
>
> - Branching from '6.5' to '6.5.2' done
>
> - Qt 6.5.2 content is not frozen yet. The target is to freeze the Qt
> 6.5.2 content later this week
>
> - The target is to release Qt 6.5.2 Wed 28th June
detail what this is about. Cheers
> Axel
>
> Von: Development im Auftrag von
> Ilya Fedin Gesendet: Donnerstag, 29. Juni 2023
> 00:43 An: development@qt-project.org
> Betreff: Re: [Development] Can't get review for more than two years
>
&
On Wed, 28 Jun 2023 19:21:30 -0300
Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi,
>
> On Tue, 20 Jun 2023 at 02:41, Ilya Fedin wrote:
> >
> > Hi,
> >
> > I have a change[1] I made two years ago. People were adding another
> > people to reviewers as no
Hi,
I have a change[1] I made two years ago. People were adding another
people to reviewers as no one of them had knowledge to review the
change. Since some time people has just started ignoring pings. More
than two years has passed but the change is still there, with no votes
nor clear explanatio
On Tue, 30 May 2023 16:55:51 -0700
Thiago Macieira wrote:
> After trying myself, it turns out the problem is not QTimer or the
> event dispatcher, but the Windows API. The following test:
> https://codereview.qt-project.org/c/qt/qtbase/+/480705
> passes on Linux (glib and native), macOS but fai
On Wed, 15 Feb 2023 14:19:29 +
Morten Sørvig via Development wrote:
> On 27 Jan 2023, at 18:04, Ilya Fedin wrote:
>
>
>
> My patch doesn't modify setScreenFactor, so the rounding is applied
> only to the variable value (and to the property on QScreen object, as
&g
On Mon, 20 Mar 2023 13:44:30 +
Edward Welbourne via Development wrote:
> The means to achieve this appear [2] to hinge on setting the active
> codepage for the application in a manifest file, that it gets combined
> with after it is linked.
>
> [2]
> https://learn.microsoft.com/en-us/windows
On Thu, 16 Mar 2023 07:55:37 -0700
Thiago Macieira wrote:
> If Q_NOREPLY were [[qt::no_reply]], where would the correct place be?
>
Isn't the goal to move it where it was previously? Before [1] it was
after inline and before void, after [1] it become before inline and now
[2] moves it after voi
On Mon, 13 Mar 2023 20:28:58 +0400
Ilya Fedin wrote:
> But your original change hasn't moved Q_NOREPLY, it added inline to it
> and QDBusPendingReply
Ah, the inline was on another line, haven't noticed at first, so
probably it should be "inline Q_NOREPLY void "
On Mon, 13 Mar 2023 08:38:54 -0700
Thiago Macieira wrote:
> This is a P1 blocker for 6.5.0.
>
> TL;DR: This is a regression; I broke parsing of previously working
> code and don't know how to fix it.
>
> The Q_NOREPLY marker is emitted by qdbusxml2cpp to use a little known
> moc feature of extr
В Fri, 27 Jan 2023 12:38:34 +
Morten Sørvig via Development пишет:
> > On 25 Jan 2023, at 14:39, Ilya Fedin wrote:
> >
> >
> > This is a follow-up to the thread I started a year ago. The fix was
> > momentally reverted back then leading to me patching Qt
Forgot to mention: this wasn't a problem until Qt 6 as the application
was using the Qt::AA_DisableHighDpiScaling that was disabling reading
this variable in Qt 5. So it's kind of regression.
___
Development mailing list
Development@qt-project.org
https:/
This is a follow-up to the thread I started a year ago. The fix was
momentally reverted back then leading to me patching Qt all that time. I
still get reports from users using distribution packages as I obviously
can't patch their Qt. The application is just unusable for those users
using KDE's fra
On Tue, 29 Nov 2022 11:14:08 +
JiDe Zhang wrote:
> Hi All, I am developing a wrapper of wlroots with Qt, it's
> https://github.com/vioken/qwlroots. Now, I have been implement a
> tinywl example use it:
> https://github.com/vioken/qwlroots/blob/main/examples/tinywl/main.cpp,
> there is a video
On Thu, 20 Oct 2022 08:03:25 -0700
Thiago Macieira wrote:
> On Thursday, 20 October 2022 00:48:33 PDT Ilya Fedin wrote:
> > I just tried to press PrtSc while having an open context menu in
> > Firefox and it's closed as soon as I pressed the key, Spectacle
> > create
> They do not seem to close or dismiss the menu. They capture that fine
> for Print Screen. My guess would be that they pass the event back to
> the operating system and/or windowing manager. I do not know whether
> Qt or a Qt application could easily do the same.
I just tried to press PrtSc while
В Wed, 19 Oct 2022 08:30:30 +0100
Laszlo Papp пишет:
> I have also tried various Qt applications, like Inkscape, where this
> also does not work as soon as you bring up a context menu.
But Inkscape is a gtk2 application
___
Development mailing list
Dev
On Fri, 16 Sep 2022 06:32:38 +
Shawn Rutledge wrote:
> Another aspect that I haven’t kept up with very well is how
> containerized applications should do printing. We have “portal”
> support for file dialogs, for example, but is CPDB intended to work
> the same way regardless whether the app
On Wed, 07 Sep 2022 08:45:45 +0200
Kevin Kofler via Development wrote:
> It scares me that a Qt 7 is already being planned or discussed at
> all, considering that your major consumers such as KDE Plasma are not
> even ported to Qt 6 yet! (Note that I am talking about *consumers*
> here, not only
I'm trying to force my window to follow aspect ratio. On other systems
this is possible by changing position/size progrmatically, but Wayland
doesn't let to change window position. I heard that it's possible to
achieve what I want by passing a buffer less than surface size. I
tracked QWaylandShmBuf
В Wed, 13 Jul 2022 06:50:14 +
Tarja Sundqvist пишет:
> Hi all!
>
>
>
> We have released the Qt 6.4.0 Beta2 today. As earlier, you can get
> it via the Qt online installer. Source packages are also available in
> the Qt Account and download.qt.io. Delta to the beta1 attached.
>
>
>
> Pl
В Fri, 20 May 2022 10:31:03 +
Morten Sørvig пишет:
> Continuing on the more pragmatic track, I’ve pushed a change to add
> rounding support, along with some additional testing:
> https://codereview.qt-project.org/c/qt/qtbase/+/412296
>
> Morten
Has the work stalled? Would be really nice to
On Fri, 20 May 2022 10:31:03 +
Morten Sørvig wrote:
> That’s fair point. The QT_ environment variables are often sharp
> tools, and do make it possible to configure Qt in such a way that it
> appears broken.
>
> I’m not sure I see what KDE could realistically change here - given
> that they
On Thu, 19 May 2022 14:20:05 +
Morten Sørvig wrote:
> Looks inconclusive to me - no clear consensus either way. (I’m also
> not sure if it's a bug - it’s just "the current behavior")
>
> However, we might be able to find a way forward: the rounding policy
> is also under user control with th
On Tue, 10 May 2022 19:40:02 +
Morten Sørvig wrote:
> > On 9 May 2022, at 16:47, Thiago Macieira
> > wrote:
> >
> > On Monday, 9 May 2022 07:07:23 PDT Morten Sørvig wrote:
> >> b) In practice, QT_SCREEN_SCALE_FACTORS has become a system
> >> setting since it’s being set on behalf of the u
9 months has passed since the initial report and it's still in a state
where it's unknown is it a bug or an intended behavior. Would be nice
if someone finally decided on this so I can push the patch to gerrit or
create a bug report on KDE bugtracker.
___
On Sun, 24 Apr 2022 20:01:10 -0700
Thiago Macieira wrote:
> Then this should be implemented regardless of whether glib is used.
>
> We also need to know whether the KDE equivalent is being used and
> avoid confusing the launcher by emitting twice.
As I said, it's opt-in...
> I don't agree with
On Sun, 24 Apr 2022 19:43:09 +0200
Kevin Kofler via Development wrote:
> So if Qt implements the same D-Bus interface using GApplication, will
> that not break the KDE applications that use the existing
> KDBusService?
No, I made the uniqueness opt-in via setFlags
> And why is using the KNotifi
On Sun, 24 Apr 2022 07:53:49 -0700
Thiago Macieira wrote:
> Hello Ilya
>
> Please explain why we need this API in the first place. If an
> application requires a Qt event loop that links to GLib and use
> GMainLoop, then they can easily link to glib directly themselves and
> access GApplication.
Hello, I was asked to write here about QFreedesktopApplication[1]. My
main intention was to get nice GApplication APIs that implement a
number of XDG standarts to be accessble by Qt applications. The main
thing is running the GApplication instance, although I made a number of
wrapping APIs to use o
Hello, I was asked to write here about QFreedesktopApplication[1]. My main intention was to get nice GApplication APIs that implement a number of XDG standarts to be accessble by Qt applications. The main thing is running the GApplication instance, although I made a number of wrapping APIs to use o
65 matches
Mail list logo
