Re: [Development] Qt 'minimal' platform no rendering alpha/opacity.

What do you mean when you say "compositor"? Are you referring to a window system? Is this something that is possible to implement with the minimal project? What would have to change? I have need a custom platform that encodes the ARGB (proprietary, vendor specific) to the linux framebuffer, but t

Re: [Development] Playground request: QML for Android

> On 16 Apr 2015, at 23:01, Nurmi J-P wrote: > > Hi, > > I'd like to request a new playground repository for "QML for Android" - > http://lists.qt-project.org/pipermail/development/2015-April/021035.html > > Description: QML wrappers for native Android controls. > Playground project name: qtqm

Re: [Development] Qt 'minimal' platform no rendering alpha/opacity.

You do have alpha because the minimal's backingstore uses ARGB32_Premultiplied for the backing QImage. What you do not have is setWindowOpacity(). You would need to implement QPlatformWindow::setOpacity() for that, but that is not possible with minimal since there is no compositor that could ap

[Development] Qt 'minimal' platform no rendering alpha/opacity.

I am testing the 'minimal' platform (mine is based off of it), and it seems that is doesn't render the alpha channel (setting opacity). Here is a gist of my main function testing the opacity. The saved images seems to have a tan background

Re: [Development] QML bindings for native Android controls

Hi, IMO Xamarin has (or at least had) a more modern approach, and since mobile was their bread-and-butter, they put a lot of effort there, and it really shows. I have some experience with it, so (again IMO) various gotchas notwithstanding, on *mobile*, it is considerably more mature than the Q

Re: [Development] Rotating JPEG images by default

> I would like to mention one extra relevant detail. While this was implemented > for 5.4, it was not working in 5.4.0, and was only fixed for 5.4.1. So sofar > only 5.4.1 has had EXIF orientation automatically applied on JPEGs. This also > raises the question about what to do for 5.4.2? I actua

Re: [Development] Rotating JPEG images by default

On Friday 17 April 2015, Rainer Keller wrote: > Hi, > > there was a change to introduce handling of exif orientation when > loading JPEG images. > Two bugreports complaining Qt is not handling image orientation caused > me to fix this. But now we got bugreports claiming the opposite. > > In my op

Re: [Development] memory corruption in moc when building Qt 5.4.0

On Thursday April 16 2015 16:10:29 Markus Trippelsdorf wrote: >Well, it could also be another issue. See if switching to ld.bfd fixes >the issue for you. If not, it might be a compiler bug. Turns out you were right. I don't know if this is actually a more or less known bug (or a variant of one),

Re: [Development] Rotating JPEG images by default

On 17 Apr 2015, at 12:10, Allan Sandfeld Jensen wrote: > On Friday 17 April 2015, Sorvig Morten wrote: >>> On 17 Apr 2015, at 10:48, Allan Sandfeld Jensen wrote: >>> >>> >>> Ideally the orientation could also be kept as metadata in QImage. >> >> I’d like to see general metadata support in QI

Re: [Development] Rotating JPEG images by default

On Friday 17 April 2015, Sorvig Morten wrote: > > On 17 Apr 2015, at 10:48, Allan Sandfeld Jensen wrote: > > > > > > Ideally the orientation could also be kept as metadata in QImage. > > I’d like to see general metadata support in QImage. The closest thing we > have seems to be QImage::text(),

Re: [Development] Rotating JPEG images by default

On Friday 17. April 2015 11:37:52 Friedemann Kleint wrote: > Hi, > > >>If we go with the QImageReader level, it could be an > > QImageIOHandler::Option, > > >and possibly be set different between JPEG and TIFF by default. The real > >problem is what we decide the default for JPEG should be no

Re: [Development] Rotating JPEG images by default

> On 17 Apr 2015, at 10:48, Allan Sandfeld Jensen wrote: > > > Ideally the orientation could also be kept as metadata in QImage. I’d like to see general metadata support in QImage. The closest thing we have seems to be QImage::text(), which supports QString data only. My specific use case se

Re: [Development] Rotating JPEG images by default

Hi, >>If we go with the QImageReader level, it could be an QImageIOHandler::Option, >and possibly be set different between JPEG and TIFF by default. The real >problem is what we decide the default for JPEG should be now. Can we add an API making this settable until the beta? - I think autom

Re: [Development] Rotating JPEG images by default

On Friday 17 April 2015, Agocs Laszlo wrote: > The difference to formats like TIFF is unfortunate. Ideally none of the > image plugins should apply such smartness automatically (there can be > other use cases where we want the pixels as in the file, not everything is > a photo viewer application).

Re: [Development] Rotating JPEG images by default

> Which bug reports are we talking about? https://bugreports.qt.io/browse/QTBUG-37946 https://bugreports.qt.io/browse/QTBUG-45552 ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] Rotating JPEG images by default

Hi Rainer, Which bug reports are we talking about? Are you saying that newer versions of Qt would automatically apply rotation to certain images? That's clearly a regression and cannot be done by default. At this stage it can be an opt-in feature at best. The difference to formats like TIFF is

[Development] Rotating JPEG images by default

Hi, there was a change to introduce handling of exif orientation when loading JPEG images. Two bugreports complaining Qt is not handling image orientation caused me to fix this. But now we got bugreports claiming the opposite. In my opinion the orientation information is an essential part of the