Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 4 years ago.
Improve this question
I really need info about Nokia developing. Can I program Nokia (Symbian) devices only with C++, or I need Qt too? (I have Nokia Qt SDK). I'm not really sure about GUI programing, so I ask for help :)
Also it would be really helpful, if you could tell me how to make something like cmd-style on Nokia (Symbian) <--(this is an optional question)
There are probably multiple ways to accomplish what you're trying to write (as Bala.C pointed out, you can use java), but the latest releases of the symbian OS have really encouraged people to write with Qt and specific with QML. That will likely have the fastest and smoothest interface to the device, because they've spent a fair amount of time optimizing it for the platform. Plus it'll make your application more portable to their N9 and other Qt based phones (the yet-to-ship non-windows Lumia).
I'm sure there is likely an API to tie directly into their lower-level architecture for drawing on the screen as well, but I suspect it's both not-well documented (unlike Qt) and subject to change from release to release as they don't expect developers to be using it as much.
Well, I don't think only C++ will do, but with Java it will be great.
Please go through the following link, it could help you equip yourself for Nokia Symbian Development.
http://www.developer.nokia.com/Develop/Web/Web_runtime.xhtml
Good luck
Related
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
I have a Windows Desktop application that is written in C++/MFC/COM technologies. This application relies heavily on CHTMLEditView (MSHTML Editing platform) and extensively uses IHTMLxxx COM interfaces.
It seems to be working fine on Windows 10 right now, but I want to know if MS will switch to EdgeHTML anytime soon. If that happens, will IHTMLxxx interfaces stop working with EdgeHTML?
I am not an official MS representative. But I may have some helpful insight.
Edge is a Universal Window App. As far as I know, this makes it generally inaccessible from COM, or even managed code (.NET). Consequently, you won't be able to use COM interfaces to interact with the underlying rendering engine (might be WebKit? I'm not sure).
On the other hand, IE uses the Trident rendering engine, which is completely built with COM. Trident is an integral part of the OS, so I really doubt it will go away anytime soon. It's used for so many UI parts (including Windows Explorer) that I don't think Microsoft will have a compelling reason to obsolete it, at least not for a long, long time.
And, there isn't really a good interoperability story at the level of COM for working with Edge. Universal Apps interoperate via contracts, and to some degree, URL protocol handlers, command line arguments, and other "safer" ways of isolating the app. I suspect that it won't be long before actual containerization technology is used for UWAs.
So, no, I wouldn't hold my breath on IHtmlXXX being implemented using EdgeHTML in any timeframe that could be useful for you. Stick with Trident. While Microsoft will probably make sure Edge has the very, very latest in web standards compliance, I don't think they will let IE languish so far behind that you find it unusable.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 9 years ago.
Improve this question
I am trying to show future employers that I can do something with C++ (ironically I can't because I'm here). I am trying to write a program that for starters tracks my purchases and stocks and bills and categories and possibly does graphs. I want to do something related to my life that I may actually use.
I did a little investigation: Wt, cppCMS but am still confused
I want the program to look like Apple windows (in general) as opposed to the command window (black with boxy white letters)
Any help? What should I use?
If you're ambitious, and really want it to look like Apple GUI (because it's really important), just go ahead and download Xcode, learn Mac programming from the online help at the Apple sites, and write a little app. Will take a bit of time, though. You'll have to use Objective-C and Objective-C++, though, and show that your C++ skills can be integrated with your Objective-C skills, to use the newer interfaces. Or, you could use the older "Carbon" interfaces and stay in C++.
Otherwise, I'd use some popular GUI framework, such as QT or GTK+, then you can stay in C++. You'll also have a good template app to start with.
QT has a link to an Apple look-and-feel doc:
http://qt-project.org/doc/qt-5.0/qtdoc/qtmac-as-native.html
You can use GTK+ and gain some Mac look-and-feel by linking with the GTK Quartz graphics libraries, which provide native graphics. A link to starting info is here: http://www.gtk.org/download/macos.php
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I am thinking about using QT for rich GUI commercial multiplatform programs. A would want to know how much the commercial license would cost.
I found just old prices (2008):
https://stackoverflow.com/questions/352896/qt-commercial-licenses
I am interested for the actual price (even earlier to see how it rises) for:
win+osx
The license is one time or I have to buy license yearly?
Is there anyone who uses the LGPL version commercially?
(I know that it can be done but I might need to make changes to QT without releasing the code for it: https://stackoverflow.com/questions/2945612/qt-lgpl-licencing-for-a-free-application-with-closed-source)
Actually this price policy (We don't tell you the price! We will call you!) is really strange to me, should I rather stay away form QT? I just tried it (15-20 hours) so going with other technology (.Net and just for Windows by dropping multiplatform support) is still an option
I'm no lawyer, so I'm not an expert in this area. I just wanted to point out that you can still develop closed-source software using an LGPL license. The catch is that you can't edit the Qt libraries without releasing the changes under LGPL.
Related SO thread: https://stackoverflow.com/questions/94346/can-i-legally-incorporate-gpl-lgpl-open-sourced-software-in-a-proprietary-cl. Read the top answer to that question, there is a much better explanation there.
Unfortunately I can't help you with the pricing, but if you're not altering Qt itself then you may not need to pay for it at all.
I have used Qt LGPL in commercial closed source applications. Besides the minor inconvenience of dynamic linking, I see no reason not to.
Your concern in bullet 3:
I know that it can be done but I might need to make changes to QT
without releasing the code for it
This is a very strange requirement. I don't know why you would want to hack on the Qt source, and then not release your changes to it. If you're comparing it to .Net, consider you wouldn't be able to make changes to that framework at all.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 11 months ago.
Improve this question
i already know java, c++ (no one framework for GUI development) and little of c# (winforms for gui development) but i'm thinking to ivest my free time to learn Qt, what do you recommend me? has Qt a good future or not?
I think it's worth it. We used Qt recently because it allowed us to make a cross-platform GUI that looks good on Linux, Windows, and Mac. It's kind of a tough learning curve to figure out how to use the QLayouts correctly, but after you do your GUI will look great on many different platforms, with many different font sizes, and with many different window sizes. I like how Qt allows you to make applications that use the native widgets with the native look and feel. Applications built with Qt will look like they belong no matter what platform they are running on. Another great feature is that the Qt framework is small enough that you can just include the Qt DLL files in your application's binary directory, so it simplifies the installation process for your application and makes life easier for everyone (no VMs to install, no 600 MB downloads).
I'd recommend using Qt directly from C++. There are wrappers for it on many languages, but it's hard to believe those wrappers will support every feature and allow you to subclass Qt classes.
You can kind of make cross-platform GUIs with C# WinForms, using Mono on Linux and Mac. But Mono's WinForms is not maintained, the results look really bad, and there are some crippling bugs on macOS.
I can't say enough good things about Qt. Their documentation is bar-none. I've never seen more examples and better documentation that with Qt. It's the standard by which I judge all other frameworks. What's more, the Cross-Platform capabilities are amazing. You get native looking apps, all for free. I'd say go for it.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
Which one would you choose and why?
I'd like to hear opinions from people having experience with embedding a web browser engine in C++ application.
I should stress I need all features of web browser engine except rendering i.e. HTTP client, cookie handling, DOM style HTTP parser, JavaScript engine. How can one strip either WebKit or Gecko of rendering code to avoid coding and run-time overhead?
This is a follow up to What embedded browser for C++ project?
There exists at least one project that has similar requirements and it embeds Gecko. That's Aptana's Jaxer. As far as I know, they have had good success with this. This doesn't quite answer your question, but it does demonstrate that this is certainly doable with Gecko, and there is GPL'd code available that you can look at as to how to do this (Jaxer is an open source project).
There has also been a similar question asked in the past on this. I don't agree with all those answers, as there is some misinformation there such as Firefox being the dictator of what happens in Gecko (it certainly influences, but is not the deciding factor).
Full disclosure: I work on the Mozilla codebase.
I am biased, but I would say WebKit. Especially through the use QtWebKit, it should be easy to have a non-visual web engine (with all the bells and whistles, except painting). And if one is really concerned about excluding all the painting related code, the code base is modular enough (especially the platform abstraction layers) that this can be done in a reasonable time frame.
Notice that QtWebkit (and webkit in general i think) will require you to have an active x server - even though you do not show any GUI (It is required in the core of Qt as QWebPage uses QWidget).
This might be a design flaw in Qt - i havent investigated further into why they might have done this.