I had this issue after I installed QT a couple of times (the first time I didn't install with version with Android)
So looking back on my notes I sent to "Interest" - I resolved "via export LD_LIBRARY_PATH=/home/ubuntu/Qt/5.6/gcc_64/lib in my .bashrc file." On Fri, Jun 24, 2016 at 12:59 PM, Jason H <[email protected]> wrote: > I've solved these, to various exents, or Android and iOS. > I would share my code as longas everyone promises to not laughs at my > code. I do not know what is "best" or everyone. I just wrote what I had to > fill the requirement I had. > > > *Sent:* Friday, June 24, 2016 at 12:20 PM > *From:* ekke <[email protected]> > *To:* [email protected] > > *Subject:* Re: [Interest] 5.8 Features? > Am 24.06.16 um 18:02 schrieb Jason H: > > 6 months of latency would be great. > But the things I talk about are pretty basic on mobile: > - Foreground/background lifecycle events, > - Screen wake locks, > - Notifications (local / remote) > > These have been aound since before Qt targeted mobile and are sorely STILL > missing from Qt. > > Things upcoming that I wouldn't complain about having to implement myself: > - Fingerprint scanning > As this is relatively new for Android and iOS platforms. Though the Atrix > (2010) had a fingerprint scanner, but only Android 6 had a platform API. > iPhone had it as of the 5S. > > It's like Qt is on mobile only if you want to put things on the screen and > do AJAX. But if you really want to do anything really "mobile" you're on > your own. We still can't control the video recording parameters on iOS > (Thanks to my company, it will land in 5.6.2 -- was supposed to land in > 5.6.1). Qt can only really be accurately described to be a Cross-platform > UI on mobile. Outside of that, you're writing Java and Obj-C. So call it > cross-platform for mobile is a stretch. I urging Qt to focus on eliminating > the asterisks, so it's proper Mobile (capital M) platform. > > With that said though, Qt's abstraction of various platform services is a > godsend. The fact that ReactNative gives you access to AVFoundation doesn't > do a whole lot when you have to write ReactNative that targets AVFoundation > and more code to target android.media SDK and handle the intricacies of > both in your own code base. So I think the Qt approach is right. I just > want more of it. :-) > > > +1 > > another point: I think that there are many developers out there already > implementing common missing features in Java and ObjectiveC > > would be great to collect and exchange this to help each other - don't > know where's the best place and it should be promoted by Qt > > > *Sent:* Friday, June 24, 2016 at 9:26 AM > *From:* "Xavier Bigand" <[email protected]> > <http://[email protected]> > *To:* "Robert Iakobashvili" <[email protected]> > <http://[email protected]> > *Cc:* interest <[email protected]> <http://[email protected]> > *Subject:* Re: [Interest] 5.8 Features? > Like you said I think that the iOS and Android progress too fast and on an > other cadence than Qt. > We should not forget that Qt has to create a unified cross platform API, > that is necessary harder than creating a new one for one platform. > > I think that a latency of 6 months to a year is still reasonable for Qt > depending on how it fall with releases. > > In my opinion if you need something faster, you may have to consider to > implement features your self. We started our application with 4.8 and > necessitas and Qt was much slower than now to integrate new features > provided by mobile devices. Some features like DPI retrieving wasn't > correctly implemented so because it was a blocker for us, we fixed it by > calling the native API on Android. > > > > > > 2016-06-24 15:00 GMT+02:00 Robert Iakobashvili <[email protected]>: >> >> On Tue, Jun 21, 2016 at 10:55 PM, Jason H <[email protected]> wrote: >> > I feel like the last few releases have been run by the trolls, and not >> the users of Qt. I was hoping open governance would enable the community to >> direct Qt development, but I seem to have misinterpreted what it means. I'm >> looking for what's going into 5.8.. not much listed on the releases page. >> > >> > I'd like to suggest that mobile get some much needed love. >> > - Application state transitions; Foreground, background >> > - Background processing API >> > - Screen wake lock API >> > - In-app Notifications: local, remote >> > >> > While I have those characterized as "mobile" there are things like >> notifications occurring on desktop platforms. >> > >> > Any thoughts? >> > >> >> Agree with Jason that mobile support needs more love >> and adding "Native, native, native ..." >> >> However, it could be that progress made at iOS and Android side is too >> fast and >> our expectations from Qt are too high? >> >> As any cross-platform framework Qt has its limitations. >> Still, it has good integration points to allow additions of native code. >> >> jm4c to add. >> >> Kind regards, >> Robert >> _______________________________________________ >> Interest mailing list >> [email protected] >> http://lists.qt-project.org/mailman/listinfo/interest > > > > -- > Xavier > _______________________________________________ Interest mailing list > [email protected] > http://lists.qt-project.org/mailman/listinfo/interest > > > _______________________________________________ > Interest mailing > [email protected]http://lists.qt-project.org/mailman/listinfo/interest > > > > _______________________________________________ Interest mailing list > [email protected] > http://lists.qt-project.org/mailman/listinfo/interest > > _______________________________________________ > Interest mailing list > [email protected] > http://lists.qt-project.org/mailman/listinfo/interest > >
_______________________________________________ Interest mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/interest
