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.fra...@gmail.com>
To: "Jason H" <jh...@gmx.com>
Cc: "interest@qt-project.org" <interest@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 <jh...@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.fra...@gmail.com>
To: "Jason H" <jh...@gmx.com>
Cc: "interest@qt-project.org" <interest@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 <jh...@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.fra...@gmail.com>
To: "Jason H" <jh...@gmx.com>
Cc: "interest@qt-project.org" <interest@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 <jh...@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.fra...@gmail.com>
To: "interest@qt-project.org" <interest@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
 
_______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Reply via email to