[Interest] Hybrid Qt/HTML5 app
Daniel França
daniel.franca at gmail.com
Tue Mar 8 21:39:48 CET 2016
Generally when someone says "web" they mean something that works in
browser. While Qt apps can be Chrome NaCL apps, I don't think this matches
most people's idea of "web"
Yes, I mean something running in the browser, writing the UI in HTML/CSS/JS
I could easily have the web version, that's what I meant by "including
web", if I write it in QML I'll need to basically have 2 different UI
implementations.
I would expect QML to outstrip thw web version. Things like webcamera
control are possible in HTML5, but you can't control it to the degree that
Qt can. Qt runs native on all the platforms, allowing many additional
configurations. It also allows (but does not directly handle) Local and
Remote push notifications, app backgrounding, etc.
The mobile version can have extended features, taking advantage of Qt
native capabilities.
I think those are the people thart should be using QML. It is after all,
enhanced JS. And it's very visual. I once had a designer code things in
QML, with only an hour tutorial.
In that case I'll need:
1. Convince the developers to learn QML
2. Have different codebase for the mobile UI/web UI
I think given what you've said about your team, the features Qt brings to
the table would be under appreciated and React would be a better choice.
That way they can stay in entirely in JS.
This way I wouldn't take advantage of Qt native capabilities on mobile
version.
Em ter, 8 de mar de 2016 às 18:11, Jason H <jhihn at gmx.com> escreveu:
> I think something like React/ReactNative (http://www.reactnative.com/) would
> be better for your team. But My comments are below.
>
> *Sent:* Tuesday, March 08, 2016 at 11:58 AM
>
> *From:* "Daniel França" <daniel.franca at gmail.com>
> *To:* "Jason H" <jhihn at gmx.com>
> *Cc:* "interest at qt-project.org" <interest at qt-project.org>
> *Subject:* Re: [Interest] Hybrid Qt/HTML5 app
> >> You said " cross-platform, including web". Web, as I understand it, is
> not a prorietary application. If you said desktop apps, >> that'd be fine.
> But you specifically included web.
> *I don't understand your point, really, could you clarify?.*
>
> Generally when someone says "web" they mean something that works in
> browser. While Qt apps can be Chrome NaCL apps, I don't think this matches
> most people's idea of "web"
>
>
> >> If you do make a web-only version
> >> - it's going to be difficult to maintain feature parity. Perhaps your
> users can live with a downgraded web experience?
> *In this statement you're agreeing with me? If I've a web-specific version
> and a QML version it would be very difficult to keep same features yes.*
>
> I would expect QML to outstrip thw web version. Things like webcamera
> control are possible in HTML5, but you can't control it to the degree that
> Qt can. Qt runs native on all the platforms, allowing many additional
> configurations. It also allows (but does not directly handle) Local and
> Remote push notifications, app backgrounding, etc.
>
>
> >> you also cited your developers that don't want to learn anything new
> and wanting to resuse existing libraries. While the
> >> WebEngine will allow this, Qt would have you using C++ and/or QML at
> some level.
> *What's not a problem for me, the backend developer and leave the js
> developers/designers away from qml.*
>
> I think those are the people thart should be using QML. It is after all,
> enhanced JS. And it's very visual. I once had a designer code things in
> QML, with only an hour tutorial.
>
>
> >> QML, fwiw, is a small derivitive of javascript, and is complete joy. It
> just seems unatural to me to have QML availible but still want to live in
> JS. Perhaps you are trying to maintain a core, shared codebase, which is an
> admirable goal, and I'm sure you can do it.
> *QML is far from HTML/CSS enough, and yes, one of my goals is to have a
> shared codebase.*
>
> I think given what you've said about your team, the features Qt brings to
> the table would be under appreciated and React would be a better choice.
> That way they can stay in entirely in JS.
>
>
>
>
> Em ter, 8 de mar de 2016 às 17:13, Jason H <jhihn at gmx.com> escreveu:
>
>> You said " cross-platform, including web". Web, as I understand it, is
>> not a prorietary application. If you said desktop apps, that'd be fine. But
>> you specifically included web.
>>
>> If you do make a web-only version
>> - it's going to be difficult to maintain feature parity. Perhaps your
>> users can live with a downgraded web experience?
>> - you also cited your developers that don't want to learn anything new
>> and wanting to resuse existing libraries. While the WebEngine will allow
>> this, Qt would have you using C++ and/or QML at some level. QML, fwiw, is a
>> small derivitive of javascript, and is complete joy. It just seems unatural
>> to me to have QML availible but still want to live in JS. Perhaps you are
>> trying to maintain a core, shared codebase, which is an admirable goal, and
>> I'm sure you can do it.
>>
>> I think a better approach would be to use HTML to construct whatever
>> Widgets or elements you need and stick with that. A lot can be done with
>> HTML Canvas.
>>
>> *Sent:* Tuesday, March 08, 2016 at 10:52 AM
>>
>> *From:* "Daniel França" <daniel.franca at gmail.com>
>> *To:* "Jason H" <jhihn at gmx.com>
>> *Cc:* "interest at qt-project.org" <interest at qt-project.org>
>> *Subject:* Re: [Interest] Hybrid Qt/HTML5 app
>> Why? I'm not worried at all about the user having to download the app in
>> a mobile or desktop version.
>>
>> Em ter, 8 de mar de 2016 às 16:48, Jason H <jhihn at gmx.com> escreveu:
>>
>>> Then you have only one option: HTML5
>>> With webkit, you would have the requirement that your clients would
>>> need to download and install the Qt Webkit app, just like as if hthey were
>>> downloading chrome. If you have to work in chrome/safari/ie, then Qt is out.
>>>
>>>
>>> *Sent:* Tuesday, March 08, 2016 at 10:08 AM
>>> *From:* "Daniel França" <daniel.franca at gmail.com>
>>> *To:* "Jason H" <jhihn at gmx.com>
>>> *Cc:* "interest at qt-project.org" <interest at qt-project.org>
>>> *Subject:* Re: [Interest] Hybrid Qt/HTML5 app
>>> Thanks for answer it, but I don't understand why you need the background
>>> to answer the question, but here it goes:
>>>
>>> 1. I want to make it cross-platform, including web.
>>> 2. I'm working with designers/js developers who are not interested in
>>> learning a new language/framework
>>> 3. I want to reuse all the bunch of libraries/frameworks we already have
>>> for JS/HTML/CSS
>>>
>>> Best,
>>> Daniel
>>>
>>>
>>> Em ter, 8 de mar de 2016 às 15:47, Jason H <jhihn at gmx.com> escreveu:
>>>
>>>> Some more background would help. With the flexibility of QML, why would
>>>> you want to restrict yourself to HTML? There are 3 paragigms at play:
>>>> 1. Classic C++ Qt, parent-child heiarchial based layouts.
>>>> 2. QML, Anchor and parent/child/sibling based layouts
>>>> 3. HTML, DOM based layouts
>>>>
>>>> My choice is QML, though I do find myself working in C++ occasionally.
>>>> And I drop to C++ for good reason: There are some things that are just not
>>>> do-able in HTML5 yet.
>>>>
>>>> *Sent:* Tuesday, March 08, 2016 at 6:22 AM
>>>> *From:* "Daniel França" <daniel.franca at gmail.com>
>>>> *To:* "interest at qt-project.org" <interest at qt-project.org>
>>>> *Subject:* [Interest] Hybrid Qt/HTML5 app
>>>>
>>>> Hi guys,
>>>> I was planning to create an hybrid app using Qt/QML/HTML5.
>>>> The application should be able to inject some QML elements or Qt
>>>> widgets inside and interact with it.
>>>>
>>>> I found that we can do that using WebKit [1] (at least for Qt widgets)
>>>> But it seems that it's not yet implemented in WebEngine (isn't Webkit
>>>> deprecated?).
>>>>
>>>> Does anyone has experience doing a similar thing? Which approach do you
>>>> think is better? How do you suggest to work with Qt/QML/HML5?
>>>>
>>>> Best,
>>>> Daniel
>>>>
>>>> [1]
>>>> http://daniel-albuschat.blogspot.nl/2008/12/embedding-qt-widgets-into-qtwebkit.html
>>>> _______________________________________________ Interest mailing list
>>>> Interest at qt-project.org
>>>> http://lists.qt-project.org/mailman/listinfo/interest
>>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20160308/3f198ae4/attachment.html>
More information about the Interest
mailing list