On terça-feira, 21 de junho de 2016 01:17:07 PDT André Pönitz wrote:
> > I'd like to see KUniqueApplication deprecated, as it relies on some
> > undocumented and fragile QtDBus functionality (namely, connecting to
> > the bus before QCoreApplication is created).
>
> That's a reason that I have mis
On Mon, Jun 20, 2016 at 02:16:37PM -0700, Thiago Macieira wrote:
> > You mean port away from QApplication?
> >
> > Anyway, I don't quite get it:
> >
> > - QtSingleApplication is as easily accessible as other "bread and
> > butter" parts of Qt via git, hosted by the same entity,
> >
> > - no ot
On segunda-feira, 20 de junho de 2016 21:30:09 PDT Alexander Nassian wrote:
> Hi Thiago,
>
> Would be great if you could be a little bit more specific. I’m using exactly
> the same toolchain and the same sysroot for 5.5.1 and 5.7.0. The 5.5.1
> build works perfectly, the 5.7.0 build fails while li
On segunda-feira, 20 de junho de 2016 22:57:38 PDT André Pönitz wrote:
> On Mon, Jun 20, 2016 at 07:59:32AM +0200, Kevin Funk wrote:
> > On Donnerstag, 16. Juni 2016 00:19:10 CEST Kevin Funk wrote:
> > > (snip)
> > >
> > > Question: Is there an interest in having QtSingleApplication in Qt
> > > pr
On Mon, Jun 20, 2016 at 07:59:32AM +0200, Kevin Funk wrote:
> On Donnerstag, 16. Juni 2016 00:19:10 CEST Kevin Funk wrote:
> > (snip)
> >
> > Question: Is there an interest in having QtSingleApplication in Qt
> > proper? Say qtbase? We'd love to do the work if there's a chance for
> > it being acc
Hi Thiago,
Would be great if you could be a little bit more specific. I’m using exactly
the same toolchain and the same sysroot for 5.5.1 and 5.7.0. The 5.5.1 build
works perfectly, the 5.7.0 build fails while linking. Is the GCC 4.8.3 which is
used for Raspian not supported anymore?
Beste Gr
+1, I've found many good uses for QtSingleApplication, and think this is a
good (highly practical) feature for "Qt-proper".
--charley
On Sun, Jun 19, 2016 at 11:59 PM, Kevin Funk wrote:
> On Donnerstag, 16. Juni 2016 00:19:10 CEST Kevin Funk wrote:
> > (snip)
> >
> > Question:
> > Is there a
On segunda-feira, 20 de junho de 2016 14:30:19 PDT Shawn Rutledge wrote:
> Don’t you think there should be a quirks database somewhere (outside of Qt)
> which corrects these cases? The TV model can be identified, right?
> X does it, but that’s not a broad enough scope to cover Wayland.
>
> http
On segunda-feira, 20 de junho de 2016 11:45:23 PDT Stef Bon wrote:
> This worked until recently, now the fuse is not found anymore. I've
> found out that the function
> isPseudoFs has been changed, and every fs where the device does not
> start with a slash is a pseudofs. Huhhh? This is far too str
Looks good to me. Note that it's macOS now, not OS X.
On Jun 20, 2016, at 5:15 AM, Heikki Halmet
mailto:heikki.hal...@qt.io>> wrote:
Hi,
Below is our proposal for target platforms and sw updates in Qt 5.8 release.
Some might come after feature freeze or some changes might not happen at all.
Op
> On 17 Jun 2016, at 22:49, Thiago Macieira wrote:
>
>> - Run "./highdpi --metrics", or test with an application.
>
> See 3 scenarios attached. I'll send a fourth scenario later, when I try at
> home with my 45" TV that reports its size as 160 x 90 mm.
Don’t you think there should be a quirks
> On 17 Jun 2016, at 17:41, Thiago Macieira wrote:
>
>
> Everyone I ask about this gives the same answer: Wayland.
I agree, Wayland solves the problem at the correct place in the software stack.
So in this light what we are doing for Qt on X11 can be considered a workaround
while we wait for
> On 17 Jun 2016, at 14:54, Frank Hemer wrote:
>
> Can you give a hint on what causes these glitches and how to avoid them?
> I'm not talking about general usage of fractional methods for painting here.
>
> For example when drawing to a pixmap (sized for the 'real' screen resolution)
> and th
2016-06-20 14:48 GMT+02:00 Shawn Rutledge :
>
>
> Apparently you are referring to https://codereview.qt-project.org/#/c/141217/
>
Yes.
> Please report a bug, and give any ideas you have for deciding what is a
> pseudo-fs and what isn’t. I don’t think we can say that every FUSE
> filesystem fa
> On 20 Jun 2016, at 11:45, Stef Bon wrote:
>
> Hi,
>
> I've found aout that the qstorageinfo has changed recently. I'v got a
> fuse filesystem and a qt gui using that filesystem. To detect the
> mountpoint the gui uses QStorageInfo::mountedVolumes() and walk this
> list.
>
> This worked until
It looks like isExposed() has it's own interpretation of the implementation on
each platform. See bug: https://bugreports.qt.io/browse/QTBUG-53252
"isExposed() returns true also if window minimized or completely covered". Our
autotests are heavily relying on the result of qWaitForWindowExposed()
Hi,
Below is our proposal for target platforms and sw updates in Qt 5.8 release.
Some might come after feature freeze or some changes might not happen at all.
OpenSUSE 42.1 x86_64 ( - OpenSUSE 13.1 will be dropped after 42.1 is in)
* Openssl: 1.0.2h
Rhel 6.6 (build's packages) & Rhel 7.2 x86_64 (
Hi all,
It seems there isn't that much objections to proposed schedule. Tony's points
are valid but after discussion with several persons we agree it isn't necessary
to postpone feature freeze because of missing platforms/versions from CI. So
let's proceed with proposed schedule to be able to
Hi,
I've found aout that the qstorageinfo has changed recently. I'v got a
fuse filesystem and a qt gui using that filesystem. To detect the
mountpoint the gui uses QStorageInfo::mountedVolumes() and walk this
list.
This worked until recently, now the fuse is not found anymore. I've
found out that
Hi Vincent,
we just didn't manage to implement all functionallity provided by the
specification. Right now there is no pending patch or implementation I know of,
but we are definitifly looking into finishing it for a later release. Of
course, if you need the functionality you can implement it o
On domingo, 19 de junho de 2016 21:36:21 PDT Alexander Nassian wrote:
> EGLFS and others were disabled because of the already mentioned linker
> error.
>
> /home/picaschaf/workspace/RATIO-Elektronik_AlignmentTrap/rfs/lib/arm-linux-g
> nueabihf/libpthread.so.0: undefined reference to `__mktemp@GLIB
21 matches
Mail list logo
