I'm working on a embedded system with a display. The user interface was developed using Qt.
How can I develop a web interface that looks identical to the existing Qt interface, and gives the same user experience on the web. The Qt GUI is accessing the device functionalities through an interface library.
Is there a way to generate web pages using the existing Qt GUI code?
Does any design approach exist that lets me re-use the existing Qt code?
QtWui would be one option. Be warned, though, that it's a very young project.
There was once an entry on the Qt Labs blog about a QWebClient which looked promising. The latest update to the git repository was in October 2009, however.
As alternatives, you could wait until both Google’s Native Client and the Qt port that will run on it are stabilised/finished. The Native Client aims at running system code sandboxed in a browser, so you could ‘simply’ port your Qt app to run on this.
There is a port in progress, compiling QT with Emscripten
http://www.phoronix.com/scan.php?page=news_item&px=MTI3NDc
http://vps2.etotheipiplusone.com:30176/redmine/projects/emscripten-qt/wiki/Demos
Related
Is there a way to cross-compile or port an ASP.NET based webpage to a native Windows GUI?
I am developing a web app, with an ASP.NET webservice doing much of the grunt work, and an ASP.NET webpage as the GUI. I would like to also offer an "offline" version of the app that doesn't require teaching random people how to manage IIS. Some of my target users will not have internet access consistently when they want to use the app; also, I like not having to rely on an active web connection myself because I'm an old fogey and this web 2.0 stuff is just a fad, right?
The core of the app logic is a library that is disassociated from everything else - the service just provides an API (which I want publicly available for others to use), and that I use for my own app. I could go ahead and design a new GUI in WPF or WinForms, import my libraries and there you go, but I'm lazy enough that I'm curious if there's an automated solution. Or even a semi-automated solution.
If I can target not-Windows as well, that would be nice. I already have a console interface that I used in development of the core library that directly accesses them, which I'm still testing but should relatively easy to make work in WINE but if I can offer more support for offline use to non-Windows users I'd feel better.
You could run that web application on .NET Core in a self-hosted way. That way you get the full IIS feature set and there is no need for the user to configure anything.
You can then use a WebBrowser control to show the application as a GUI app, or just open the web site in the users installed browser.
.NET Core runs on non-Windows as well.
I am planning to create a UWP app which calls in a win32 exe for some tasks. Win32 exe will implement the functionalities which cannot be implemented with .net core.
Will such an app be published in the store?
I don't want to end up in a situation where I make the app and at the end the app is not allowed in the store.
You can submit your info here and then discuss your planned submission with a dedicated consultant from Microsoft:
https://developer.microsoft.com/en-us/windows/projects/campaigns/desktop-bridge
Also feel free to hit me up directly for any quick questions (swick at Microsoft.com)
I'm about to write an application for a embedded device with an nvidia Tagra2 running Windows Embedded Compact 7. There are the following requirements:
Query data from an internet server via a REST-API using secured HTTPS communication.
Map this data to an object model.
Display these objects in a nice Embedded Silverlight GUI.
Do some measurements with extern sensors and transmit the measured data to the server via the REST-API and secured HTTPS.
I know that Embedded Silverlight needs unmanaged C++ code. But writing the whole application in unmanaged C++ only because of the Embedded Silverlight GUI would be nightmare for me. So I think of two alternatives:
Put the logic in a managed C# DLL and access it from the unmanaged C++ executable that hosts the Embedded Silverlight GUI.
Put the Embedded Silverlight GUI in an unmanaged C++ DLL and access it from a managed C# executable hosting the rest of the logic and controling the GUI.
My questions are:
Is one of the alternatives above even possible?
Which one would be preferable? I'm a mouch better in C# than in C++.
Could you point me to resources (books, tutorials, examples) covering one of the above alternatives?
Option #2 definitely works. Have a look at this site:
http://channel9.msdn.com/Events/TechEd/NorthAmerica/2010/WEM309
Option #1 should be possible as well, although it seems like it might be more work to try to call the managed DLL from the unmanaged code.
I want to build a adobe Air application that sends an image to a mobile phone via bluetooth.
Do you know of a framework or library to do that directly or indirectly? I mean using only flex or do I have to use another language also, such as java?
any hints are welcome
thanks in advance
thodoris
Hey Thodoris. You'll probably have to use merapi + a bluetooth api built on java.
I'm not sure if it is part of the community, but I heard recently that the framework has been ported to c#.
There are certainly other options as well. For example, there is a way to deploy weborb with your AIR install. Then, with the instance of a java or iis 'server' running client-side, you can invoke java or .net methods through a localhost "amfEndpoint".
I hope those couple of options help. Best of luck. --jeremy
i'm new to creating desktop applications. I've a working site in php with mysql support. I want to convert this site into a desktop application. Is Adobe AIR or Adobe Flex better?
can i use php as such in both AIR and Flex? or should i convert them to xml or something which it uses?
AIR is Flex on the desktop... So... I suppose you mean whether you can use AIR with PHP? AIR/Flex should be able to handle whatever communication protocol you're using on the server.
Saying 'should i convert them to xml or something' is a bit nebulous.
I guess what you really asking is: Should I rewrite my application entirely in Adobe technologies or Can I/Should I integrate it with my existing PHP code.
I would recommend you expose the existing PHP functionality as RESTful web services and redo the user interface in Adobe AIR. That way you can leverage the existing site to make the desktop application. There is a ton of information of building applications like this, just research REST, SOA (service oriented architecture), SAAS (Software as a Service).
Adobe AIR/Flex is fine, especially if you want it to work on multiple operating systems, but the Application won't necessary have the looking and feel of its host desktop environment.
Adobe AIR is a runtime that adds to the capabilities of Adobe Flash Player to allow the creation of desktop applications.
Adobe Flex is a framework to build rich user interfaces. Flex applications are supported both in Flash Player and AIR.
This cannot be a question of one or the other. Flex can be used together with AIR. If you want a desktop app that allows you to use Adobe's Flash Platform technologies, definitely use AIR. If you want a set of pre-built UI controls to use in that AIR app, use Flex too!
You can communicate with PHP on your server in both Flash Player and AIR. PHP cannot be run directly in AIR. If you want the application to be entirely self-contained with no server, then you can't use PHP.