No. I had to write my own JNI api. Curiously, for iOS, the ideviceinfo binary can give you more than the device itself.
Sent: Wednesday, July 10, 2019 at 9:45 AM
From: "Jérôme Godbout"
To: "Interest@qt-project.org"
Subject: [Interest] Battery status and info
Hi,
Is there any Qt API (I
number of failed request: 21
Current serial number in output stream: 23
> Sent: Friday, June 28, 2019 at 10:42 PM
> From: "Thiago Macieira"
> To: interest@qt-project.org
> Subject: Re: [Interest] X11->XQuartz compatability?
>
> On Friday, 28 June 2019 08:25:12
iday, June 14, 2019 at 10:50 AM
> From: "Konstantin Tokarev"
> To: "Jason H" , "interestqt-project.org"
>
> Subject: Re: [Interest] X11->XQuartz compatability?
>
>
>
> 14.06.2019, 17:45, "Jason H" :
> > I have a applicatio
Can't you use a QRunnable / QThreadPool with maxThreadCount=1?
> Sent: Wednesday, June 26, 2019 at 1:58 AM
> From: "Fabrice Mousset | GEOCEPT GmbH"
> To: "Thiago Macieira" , "interest@qt-project.org"
>
> Subject: Re: [Interest] QEventLoop ::hasPendingEvents() replacement?
>
> Hi Thiago,
>
>
It seems that there is some word/dword/byte-alignment magic going on and the skew is proportional to that.
Sent: Friday, June 21, 2019 at 9:40 AM
From: "Jason H"
To: "René Hansen"
Cc: "interestqt-project.org"
Subject: Re: [Interest] Problem with cv::Mat grays
That indeed seems to be the case. But this is very interesting for Grayscale. RGB888 is fine. Maybe this is more a OpenCV question, why would the BPL not equal pixels per line?
Many thanks to all who replied.
Sent: Thursday, June 20, 2019 at 5:33 PM
From: "René Hansen"
To: &qu
Simple code:
cv::Mat left_image = cv::imread(filename, cv::IMREAD_COLOR );
cv::cvtColor(mat, mat, cv::COLOR_BGR2GRAY);
cv::imwrite("dummy_gray_cv.png", left_image); // ok
QImage test((unsigned char*) left_image.data, left_image.cols, left_image.rows,
QImage::Format_Grayscale8);
I have a application running on an Ubuntu 16.04 Box. I want to get the window
on my Mac. I installed XQuartz and Inkscape and xeyes work. But when I launch
my Qt app, I get:
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Unrecognized OpenGL version
In preparing to use PySide2, I have several questions. Please feel free to
direct me to proper resources, if I missed them.
1. According to https://wiki.qt.io/Qt_for_Python#Frequently_Asked_Questions ,
- Embedded is not supported, with Raspberry Pi specifically called out. Why
are these
> Sent: Tuesday, May 14, 2019 at 10:15 AM
> From: "Giuseppe D'Angelo via Interest"
> To: interest@qt-project.org
> Subject: Re: [Interest] QFile/QDir: force move mode only?
>
> Hi,
>
> On 14/05/2019 15:47, Jason H wrote:
> > I'd rather static bool QF
I'd rather static bool QFile::isAtomicRename(const QString , cont
QString );
So that the software can plan accordingly. Blindly executing won't allow the
software to accomodate non-atomic renames (i.e. Display an alternate UI). It
would also be nice if there was an atomic-esque non-atomic
Hi all,
I'm really sorry I brought this up. I have been working with smaller things
thanks size_t. I was wrong in the general case.
You can do a data structure of 16gB using the range of signed indexes for
doubles. That should plenty.
I do still miss the python negative syntax though. [-1]
> Sent: Wednesday, May 08, 2019 at 8:09 PM
> From: "Henry Skoglund"
> To: interest@qt-project.org
> Subject: [Interest] My first 5 years with Qt and 2 suggestions
>
> Hi, 5 years ago I started with Qt, it's been a very nice ride, thank
> you! Looking forward to the next 5. Got 2 suggestions:
>
> Sent: Tuesday, May 07, 2019 at 9:31 AM
> From: "Giuseppe D'Angelo via Interest"
> To: interest@qt-project.org
> Subject: Re: [Interest] Operator QMap[] is casting to int?
>
> On 07/05/2019 14:42, Jason H wrote:
> >> Those will likely change to qsi
> Sent: Tuesday, May 07, 2019 at 8:44 AM
> From: "Christian Gagneraud"
> To: "Ola Røer Thorsen"
> Cc: "interestqt-project.org"
> Subject: Re: [Interest] Operator QMap[] is casting to int?
>
> On Wed, 8 May 2019 at 00:14, Ola Røer Thorsen wrote:
> >
> >
> > lør. 4. mai 2019 kl. 17:51 skrev
> Sent: Saturday, May 04, 2019 at 11:48 AM
> From: "Thiago Macieira"
> To: interest@qt-project.org
> Subject: Re: [Interest] Operator QMap[] is casting to int?
>
> On Saturday, 4 May 2019 05:12:08 PDT Roland Hughes wrote:
> > On 5/4/19 5:00 AM, interest-requ...@qt-project.org wrote:
> > >>
Taps are for taps, that a thing was tapped. Not where. Generally if you want points, you get the press/down/move event and save the coordinate there, then on the tap event, check what was saved. Sometimes . Maybe PointHandler is what you want? I often would like the x,y on an onClicked() handler,
On Fri, May 3, 2019 at 9:44 AM Jason H <jh...@gmx.com> wrote:
Given the code below:
QMap reverseHistogram;
...
QList reverseKeys = reverseHistogram.keys();
int foregroundIndex = reverseHistogram.size()-2; // arg, QMap::size() returns signed
uint foregroundPixels = reverseK
Given the code below:
QMap reverseHistogram;
...
QList reverseKeys = reverseHistogram.keys();
int foregroundIndex = reverseHistogram.size()-2; // arg, QMap::size()
returns signed
uint foregroundPixels = reverseKeys[foregroundIndex];
uint foregroundColor = reverseKeys[foregroundPixels];
You have to add the description of microphone use to be presented to the user.
I've done somethign similar to this, for video I think, and I did get the popup and it worked as it should have.
Sent: Thursday, May 02, 2019 at 9:37 AM
From: "Roland Winklmeier"
To: interest@qt-project.org
I'm guessing, but the audio hardware is shutting down? As a cheap hack, since it is "white noise", (it's not technically white noise) can you overlap two with a time offset so the audio hardware never shuts down?
Sent: Thursday, April 18, 2019 at 8:45 AM
From: "Marc Van Daele"
To:
Check out: https://blog.qt.io/blog/2018/11/19/getting-started-qt-webassembly/#comment-1206267
You can always license it commercially. Commercial licesensees are not boung by GPL in Qt. Since you have a "boss" you're probably using Qt commercially. IANAL.
Sent: Tuesday, April 16, 2019 at
1. Area of concern
I find myself wanting to know the area of rectangular things a lot. For Sizes
and Rects: it's abs(width()*height()), but Rects might also have a offset from
the origin.
Either way, I was wondering why this was not added to Qt already? When working
with images, it gives things
gunov"
To: "Jason H"
Cc: "Konstantin Shegunov" , "Interests Qt"
Subject: Re: [Interest] Signals, slots before the event loop starts?
On Thu, Apr 11, 2019 at 4:57 PM Jason H <jh...@gmx.com> wrote:
Update on this:
It didn't work. I called i
Update on this:
It didn't work. I called it, nothing (discernable) happened. Got a bunch of serial port not open errors
Sent: Thursday, April 11, 2019 at 9:44 AM
From: "Jason H"
To: "Konstantin Shegunov"
Cc: "Interests Qt"
Subject: Re: [Interest] Signal
Thanks! If it's that easy, and more reliable, why doesn't qApp->quit() do it that way?
Sent: Thursday, April 11, 2019 at 8:54 AM
From: "Konstantin Shegunov"
To: "Jason H"
Cc: "Giuseppe D'Angelo" , "Interests Qt"
Subject: Re: [Interest]
> Sent: Thursday, April 11, 2019 at 7:35 AM
> From: "Giuseppe D'Angelo via Interest"
> To: interest@qt-project.org
> Subject: Re: [Interest] Signals, slots before the event loop starts?
>
> Il 11/04/19 00:18, Jason H ha scritto:
> > In a QObject who is exporte
early
> when the main event loop starts.
>
> Hope that helps, Tony
>
>
> On 11/04/2019 8:18 am, Jason H wrote:
> > I've now come across two places in my code where this is an issue (at
> > various states of initializing)
> >
> > In a QObjec
I've now come across two places in my code where this is an issue (at various
states of initializing)
In a QObject who is exported to QML, and is instantiated just below the
top-level Window:
// in the object's open() method:
if (!_serialPort.open(QIODevice::ReadWrite))
qApp->quit();
Yea, I'm going to have to agree with Denis over Roland. In general it's not good to do synchronous operations (expecially I/O) in the main thread, but Qt I/O is mostly* asyc.
*caveat: data reading/writng is async, but things like QDir::mkDir() are sync. So if you're on a slow 5400RPM disk
requests.
But let's get that patch committed.
> Sent: Thursday, April 04, 2019 at 8:32 PM
> From: "Jakub Narolewski"
> To: "Jason H"
> Cc: "interest@qt-project.org"
> Subject: RE: [Interest] QWebSocketServer - server randomly
> stopsaccep
Wow, a P1 that was abandoned. https://codereview.qt-project.org/#/c/179030/
**facepalm**
Sent: Thursday, April 04, 2019 at 12:59 PM
From: "Jakub Narolewski"
To: "Jason H"
Cc: "interest@qt-project.org"
Subject: RE: [Interest] QWebSocket
er data in the first packet and no additional data. However now that the service was lusing the localhost (loopback) interface it was no longer subject to MTU and nagle's algorythm.
Sent: Thursday, April 04, 2019 at 11:39 AM
From: "Narolewski Jakub"
To: "Jason H"
Cc: intere
Maybe you don't need another thread, just maybe an event loop (QEventLoop)?
> Sent: Thursday, April 04, 2019 at 10:43 AM
> From: "Jérôme Godbout"
> To: "Paolo Angelelli" , "interest@qt-project.org"
>
> Subject: Re: [Interest] Parsing data from serialport
>
> It relief the main thread from
tops accepting
> connections
>
> i was going to switch some codebase to websocket server, too,
> but reading this lets me think again...
>
> thanks ;)
>
> Am Thu, 4 Apr 2019 16:33:19 +0200
> schrieb "Jason H" :
>
> > I looked at the private i
r. This isn't wrong, as the handhake bytes may come in slowly and take multiple re-parsings, (something to add to your fuzzer?) but you can wind up in an uncaught error state.
Sent: Thursday, April 04, 2019 at 10:07 AM
From: "Jason H"
To: "Narolewski Jakub"
Cc: in
stops working for whatever reason?
Sent: Thursday, April 04, 2019 at 9:13 AM
From: "Narolewski Jakub"
To: "Jason H"
Cc: interest@qt-project.org
Subject: Re: [Interest] QWebSocketServer - server randomly stops accepting connections
That's the thing. I alread
el. If you're not multithreaded maybe some previous client is blocking you? (Log incommingConnection, with object addresses)
Sent: Wednesday, April 03, 2019 at 1:32 PM
From: "Jakub Narolewski"
To: "Jason H"
Cc: "interest@qt-project.org"
Subject: RE: [I
What happens when you telnet to it?
Are you getting stuff (SYN_ACK) rom the OS, is the OS resetting (RST) the connection?
Is this listening on localhost, virtual or a physical interface?
Linux is generally bad at power managment and networking and maybe that has something to do with it? There
This is the little play/debug button by application output.
(Screenshot attached - only play is active)
> Sent: Friday, March 29, 2019 at 11:45 AM
> From: "Nikos Chantziaras"
> To: interest@qt-project.org
> Subject: Re: [Interest] android deployment is painfully slow (Windows 10, Qt
> Creator
Minutes? No.
Do you have a virus scanner installed? Can your disable and try that? Maybe
androiddeployqt is hitting the disk a lot?
Try it on an empty project. Give numbers based on that.
I deploy frequently and at tolerable speed. Definitely not fast, and the
number of times I see "deploy
Feel free to add a request at: https://bugreports.qt.io/browse/QTBUG-74049
Sent: Monday, March 25, 2019 at 9:47 AM
From: "Jason H"
To: "Roman Wüger"
Cc: "Qt Project MailingList"
Subject: Re: [Interest] 3DTouch under iOS
I don't think this is po
Whenever I've seen that, it's been an issue with config/install path.
For example you're saying API 28, but you're clearly referencing 29
> Sent: Monday, March 25, 2019 at 10:01 PM
> From: "Nelson, Michael"
> To: "interest@qt-project.org"
> Subject: [Interest] Build problems, Android app on Qt
I don't think this is possible.
We've recently had threads about the lack of mobile development as of late. It's not impossible though, I think you'll have to DIY in Objective-C, but that means learning iOS and Objective-C...
Sent: Monday, March 25, 2019 at 5:34 AM
From: "Roman Wüger"
Please forgive me if I don't completely understand...
Maybe you want an underlying mouse area, not an overlaynig one? I'd suggest you just move the MouseArea in the file.
You can always use an overlaying one and translate the mouse events to the child, if there is one. This is what I do for
What is the simplest way to go from:
QList pallette
{Qt::black,Qt::red,Qt::darkRed,Qt::green,Qt::darkGreen,Qt::blue,Qt::darkBlue,Qt::cyan,Qt::darkCyan,Qt::magenta,Qt::darkMagenta,Qt::yellow,Qt::darkYellow};
To a pixel QRgb?
image.setPixel(x,y, pallette[5]);
The .toRgb() of QColor does not
> > > perhaps adding a QProcess::notRunning signal is in order? Or at least some
> > > clarification in the docs?
> >
> > Sorry, no. Just the name of the signal you proposed shows it's a bad idea.
> > Signals are always named after verbs in the past tense, indicating
> > something
> > that
> > Because the NotRunning will occur always, and immediately, and finished
> > won't. Failed command:
> > stateCanged QProcess::Starting
> > stateCanged QProcess::NotRunning
> > // no finished!
>
> Good catch. A process that didn't start can't finish.
>
> Another way would be to
> > What's the "right way" to connect QProcess::finished to QEventLoop::quit?
>
> The one you listed above.
It turns out that I'm not even using that anymore.
In the situation that there's a problem, you end up waiting for timeout.
So:
connect(process,QOverload::of(::finished),
, ::quit);
void waitForProcessFinished(QProcess *process, const QString , int
timeout) {
QTimer timer;
QEventLoop loop;
connect(, ::timeout, , ::quit);
connect(process, ::finished, , ::quit); //
can't resolve ::finished
if (timeout > 0 ) {
I am trying to develop a app on my mac that will run on linux, and it uses
gstreamer. There's a couple routes I could go. If it's a video source, I can
use Qt's existing support, but there are some advantages to using gstreamer
directly. I just need stills, no video, so I'm giving that a shot.
Not sure this will help but I was thinking a Progressive Web App was the way to go. Maybe that is relevant to this, maybe not. But they are "installable". I haven't tried but maybe a PWA with WebAssembly is the way to go?
> > So the protocol it expects to work with assumes a message-based upper bound,
> > and of trivial size. This is not good. In light of this, I would suggest a
> > QCborDataStream class that implements efficient parsing.
>
> No needed. You simply misunderstood the CoAP spec.
In what way? The
> If you know the size of the payload prior to sending it, you can simply send
> it using CBOR itself. That is, you'll send pairs of unsigned numbers and
> maps.
> And both QCborValue and QCborStreamReader need the entire number to have
> arrived to parse anything: it's always all or nothing.
,
and of trivial size. This is not good. In light of this, I would suggest a
QCborDataStream class that implements efficient parsing.
> Sent: Wednesday, March 06, 2019 at 10:12 AM
> From: "Jérôme Godbout"
> To: "Jason H" , "Thiago Macieira"
> C
> Sent: Tuesday, March 05, 2019 at 11:42 PM
> From: "Thiago Macieira"
> To: interest@qt-project.org
> Subject: Re: [Interest] CBOR Questions
>
> On Tuesday, 5 March 2019 11:09:52 PST Jason H wrote:
> > It seems the simplest, most reliable way to implement
> Sent: Tuesday, March 05, 2019 at 1:23 PM
> From: "Thiago Macieira"
> To: interest@qt-project.org
> Subject: Re: [Interest] CBOR Questions
>
> On Tuesday, 5 March 2019 09:13:29 PST Jason H wrote:
> > > The parser will tell you when it's done. Both Q
Questions embedded below.
> Sent: Tuesday, March 05, 2019 at 11:33 AM
> From: "Thiago Macieira"
> To: interest@qt-project.org
> Subject: Re: [Interest] CBOR Questions
>
> On Tuesday, 5 March 2019 08:15:40 PST Jason H wrote:
> > I am looking at adapting some
I am looking at adapting some code to move from JSON/packed data to CBOR.
However the first question I have is how do I know when a CBOR object is done?
If I have multiple or partial CBOR objects in a QByteArray how do I handle
that? What if it's coming in through a QIODevice? With JSON I
I was just taking a look at the beta, and am sharing my findings.
1. it looks like there isn't a way to import an existing python project?
1a. With an existing project how do I configure a .pyproject file, including
specify the file with main / QApplication / entry point?
I cannot find any
I have a USB camera that does not work with Qt. I'm not sure I should file a
bug just yet, as it's not really a standard camera. Below is the code and the
output. How can I go about diagnosing the issue? It's detected and it uses
gstreamer/v4l. The error messages aren't that informative.
Thanks Ekke,
I filed: https://bugreports.qt.io/browse/QTBUG-74202
Sent: Saturday, March 02, 2019 at 10:06 AM
From: "ekke"
To: "Jason H"
Cc: interest@qt-project.org
Subject: Re: [Interest] iPhone XS App area
from this bug comment
https://bugreports.qt.i
1.03.19 um 18:06 schrieb Jason H:
I have an app and the LaunchScreen on the XS/XS Max shows up full-full-screen but then the Qt app only goes full-screen, with the phone reaining the area for home button and the status bar.
What do I need to do to get Qt to take the full area? My code
I have an app and the LaunchScreen on the XS/XS Max shows up full-full-screen
but then the Qt app only goes full-screen, with the phone reaining the area for
home button and the status bar.
What do I need to do to get Qt to take the full area? My code worked for the
X
Check out qtmultimedia/examples/multimedia/video/qmlvideofilter_opencl fo the filter result types. I think that's what you want?
I find it easier to code and work with to just rely on QVariant conversion. QVariantList and QVariantMap are transparently converted to JS Objects.
Sent:
Good finds Markus! This makes me insanely happy.
I've filed at least a bug on notifications before, but it went nowhere.
But 74049 at least acknowledges that there's a difference from where it is, to
where it should be.
> Sent: Thursday, February 28, 2019 at 1:39 AM
> From: "Markus Maier"
>
> Sent: Wednesday, February 27, 2019 at 2:59 PM
> From: "Richard Weickelt"
> To: interest@qt-project.org
> Subject: Re: [Interest] Fwd: vs. Flutter
>
> > Your every response has indicated this will not happen, just that mobile
> > will follow the other platforms. I don't understand why Qt won't
ving any Qt mobile users won't help them either.
Your every response has indicated this will not happen, just that mobile will
follow the other platforms. I don't understand why Qt won't commit to adding
the missing Mobile APIs.
> Sent: Wednesday, February 27, 2019 at 12:03 PM
>
t Qt to commit to supporting device APIs?
> Sent: Tuesday, February 26, 2019 at 11:34 PM
> From: "Tuukka Turunen"
> To: "Jason H"
> Cc: "Bernhard B" , "interestqt-project. org"
>
> Subject: Re: [Interest] Fwd: vs. Flutter
>
>
> Hi,
I've got a custom QQuickImageProvider that I want to have always rendered at
native resolution.
However on every call requestedSize is QSize(-1, -1) forcing me to use my
default resolution which then gets scaled, which gives me fuzzy pixels.
I thought maybe fillMode was an issue, but is it
019 at 12:03 AM
From: "Vlad Stelmahovsky"
To: interest@qt-project.org
Subject: Re: [Interest] vs. Flutter
if you guys already did some code for mobiles, why dont just contribute back?
On 2/20/19 3:32 AM, Jason H wrote:
There's not anything I haven't done on mobile in Qt. The probl
is missing on mobile...
2. Sensors (accelerometer) work. In fact I regularly use most of the sensors.
3. Can you elaborate on your keychain needs?
Sent: Monday, February 25, 2019 at 2:48 PM
From: "Bernhard B"
To: "Jason H"
Cc: "Tuukka Turunen" , "interest
> Sent: Friday, February 22, 2019 at 4:27 AM
> From: "Christian Gagneraud"
> Would you consider making arm v8 the minimum requirement for Qt6?
You might anger the raspberry pi people who still use ARM11 in the Pi Zero, and
other embedded users. I don't see 32bit arm cores going away any time
Tukka,
I don't think that there is a single Mobile user that finds your reply adequate.
It sounds like you're dragging Mobile users along. We need a specific mobile effort to add those mobile specific APIs the platform should have. Without these APIs, my organization will not be able to
> Sent: Friday, February 22, 2019 at 3:10 PM
> From: "Matthew Woehlke"
> To: "Jason H" , "interest@qt-project.org"
>
> Subject: Re: Taking back a widget from a QBoxLayout?
>
> On 22/02/2019 14.42, Jason H wrote:
> >>> htt
> Sent: Friday, February 22, 2019 at 2:27 PM
> From: "Giuseppe D'Angelo via Interest"
> To: interest@qt-project.org
> Subject: Re: [Interest] Taking back a widget from a QBoxLayout?
>
> Il 22/02/19 19:04, René J.V. Bertin ha scritto:
> >> I am not 100% sure, it's been a while, but I would
> Sent: Friday, February 22, 2019 at 1:04 PM
> From: "René J.V. Bertin"
> To: "Jason H"
> Cc: "interest@qt-project.org Interest"
> Subject: Re: [Interest] Taking back a widget from a QBoxLayout?
>
> On Friday February 22 2019 17:45:05 Jason H
> Sent: Friday, February 22, 2019 at 11:27 AM
> From: "René J.V. Bertin"
> To: "interest@qt-project.org Interest"
> Subject: [Interest] Taking back a widget from a QBoxLayout?
>
> Hi,
>
> Consider
>
> ```
> SomeWidgetClass *a = maybeReturnSomeWidget();
> SomeOtherQWidgetClass *b =
> On 22/02/2019 04.08, Paolo Angelelli wrote:
> > You aren't telling us much, except that you need to invert it and multiply
> > points with it.
> > If QtPositioning-private is an acceptable dependency instead of pulling in
> > eigen (or others),
> > you could probably get away with the private
This is definitely a sa...@qt.io question, but if both companies have the same developers, then I don't see why they would need two licenses?
It's an uncommon case that could be considered a loophole, as it's licensed per developer. The question is, is they key (company, person) or (person).
So there are only three licences:
LGPL
Commercial
Commercial Runtime (Boot2Qt)
IANAL, but the dynamic/static linking debate is not even settled, even in court. I would say that the spirit of LGPL and existing precedent is that under LGPL you can't modify Qt without releasing it. If you
rest] vs. Flutter
On 2019-02-19 3:22 p.m., Jason H wrote:
Was just reading the blog and it mentions live reloading: https://blog.qt.io/blog/2019/02/18/scaling-large-ui-development-projects-managing-complexities-reference-ui-neptune-3/
This Neptune3 thing, is that something we can
: "René Hansen"
To: "Jason H"
Cc: inter...@lists.qt-project.org
Subject: Re: [Interest] vs. Flutter
I've not come across any myself, and have only built a few small things with it a bit for now.
Initial reactions was that it is *leagues* ahead of Qt with regards to develope
n the future :-)
Rgrds Henry
On 2019-02-19 21:13, Christoph Feck wrote:
> On 02/19/19 20:47, Jason H wrote:
>> What I've learned is that it's better to stand on the shoulders of
>> giants than to rewrite the universe from scratch. I dream of a say
>> where we can code things and
ject.org
Subject: Re: [Interest] vs. Flutter
I am personally not convinced yet about having a _javascript_ VM. It seems to be a bottleneck.
However I see the advantages it brings, but was it really necessary?
Le mar. 19 févr. 2019 à 21:15, Christoph Feck <cf...@kde.org> a écrit :
eck"
> To: inter...@lists.qt-project.org
> Subject: Re: [Interest] vs. Flutter
>
> On 02/19/19 20:47, Jason H wrote:
> > What I've learned is that it's better to stand on the shoulders of giants
> > than to rewrite the universe from scratch. I dream of a say where we can
re saying that the desktop is coming, but nothing concrete yet)
react native (via react xp) seems to be a better alternative for now.
Best regards,
Sylvain
Le mar. 19 févr. 2019 à 19:43, Jason H <jh...@gmx.com> a écrit :
It's still on the home page: https://flutter.io/
ccessfully* abstract them.
* platform parity issues persist.
> Sent: Tuesday, February 19, 2019 at 6:42 PM
> From: "Bob Hood"
> To: "René Hansen" , "Jason H"
> Cc: inter...@lists.qt-project.org
> Subject: Re: [Interest] vs. Flutter
>
> On 2/18/
e or not.
Thanks for the update/correction though.
Sent: Tuesday, February 19, 2019 at 1:34 PM
From: "Sylvain Pointeau"
To: "Qt Project"
Subject: [Interest] Fwd: vs. Flutter
the "new" is now removed in dart 2.0 so you example is outdated.
-- Messa
r you. QML is the sleekest of all the declarative languages.
Sent: Tuesday, February 19, 2019 at 12:55 PM
From: "Bernhard B"
To: "Bob Hood"
Cc: "René Hansen" , "Jason H" , inter...@lists.qt-project.org
Subject: Re: [Interest] vs. Flutter
> I'
:50 AM
> From: "Jereme Givens- Lamothe"
> To: "interest@qt-project.org"
> Cc: "Jason H"
> Subject: Re: [Interest] vs. Flutter
>
> Does something like the (recently rebranded) Felgo address any of your
> concerns about mobile development w/ Qt?
Many thanks for all those who replied.
> I've not come across any myself, and have only built a few small things with
> it a bit for now.
>
> Initial reactions was that it is *leagues* ahead of Qt with regards to
> developer experience. You're not locked to an IDE, like with QtCreator, and
>
Are there any good Qt vs Google Flutter comparisons?
I took a brief look, it looked like a declarative JS framework. Usually the
difference with between Qt and the competition is Qt abstracts there platform
libraries (i.e. Gstreamer vs avfoundation vs directshow)
The truth is I often enjoy the hyperbole. In my book it's better to have a
thick skin rather than to go around being offended by everyone and asking for
them to comply with a fragile nature. However this most recent post put down
the Qt mobile community of which I am a significant member having
No problems using the cameras in iOS for some time now including 5.12. you
probably also need to do a usage description for the microphone? I thought
this has been separated out to another permission request but if you're
attempting to record video maybe that's the issue?
> Sent: Sunday,
As someone who was distributing Qt apps with k-lite-codec pack 10 years ago... I think this would be a thing of the past now?
mp4 should be supported everywhere. When you say "QtMultimedia doesn't recognize all of the video formats out of the box", I wonder what backend you/Qt are using?
So I have a fre issues with NFC.
1. a tag I wrote, it's just got text on it. I'm using the annotatedurl example
as a base.
I've removed the filter so I can see every tag.
The problem is, 50% of the time it does not work, at least right away. I
present the tag and sometimes the app gets the
I'm following along with:
http://doc.qt.io/qt-5/qtnfc-annotatedurl-annotatedurl-cpp.html
However:
In file included from ../my_project/nfctag.cpp:1:
In file included from ../my_project/nfctag.h:4:
In file included from
../../Qt/5.12.0/android_armv7/include/QtNfc/QNearFieldManager:1:
In file
So I think i got that completely wrong. I'm more used to using androidextras.
They have a nice API that cleans up for you. I gotta that's not an option?
Maybe they JNI stuff should get it's own module separate from Android?
> Sent: Friday, January 25, 2019 at 9:00 PM
> From: &q
I'm not familiar with that, jbteArray, but in attemping your challenge, I saw:
qjniEnv->SetByteArrayRegion(jdata, 0, _size, reinterpret_cast(foo));
but saw this in the docs:
void SetArrayRegion(JNIEnv *env, ArrayType array, jsize start, jsize len, NativeType *buf);
is jdata your
201 - 300 of 1569 matches
Mail list logo