Click here to Skip to main content
16,015,296 members

Survey Results

What technologies do you mostly use to develop desktop applications?   [Edit]

Survey period: 24 Jan 2011 to 31 Jan 2011

Are you a drag-and-drop kinda developer, or do you prefer to code to the metal? (Thanks to Ravi Bhavnani)

OptionVotes% 
ATL836.32
Cocoa181.37
Delphi534.03
Java1057.99
MFC29722.60
Qt705.33
Silverlight1047.91
VB61098.30
Win3229422.37
Windows Forms75257.23
WPF36127.47
Other755.71
I don't develop desktop applications705.33
Respondents were allowed to choose more than one answer; totals may not add up to 100%

View optional text answers (114 answers)


 
GeneralDelphi - related survey with .NET developers Pin
Biruni31-Jan-11 4:57
Biruni31-Jan-11 4:57 
GeneralI am using Windows Form together with 'Rocket-Framework' Pin
Nirosh27-Jan-11 16:53
professionalNirosh27-Jan-11 16:53 
GeneralWPF versus Winforms+GDI+ for 2D CAD (drawing) applications... Pin
François Gasnier27-Jan-11 8:23
François Gasnier27-Jan-11 8:23 
GeneralRe: WPF versus Winforms+GDI+ for 2D CAD (drawing) applications... Pin
Nirosh27-Jan-11 18:48
professionalNirosh27-Jan-11 18:48 
GeneralRe: WPF versus Winforms+GDI+ for 2D CAD (drawing) applications... Pin
François Gasnier27-Jan-11 22:38
François Gasnier27-Jan-11 22:38 
GeneralRe: WPF versus Winforms+GDI+ for 2D CAD (drawing) applications... Pin
Nirosh30-Jan-11 17:45
professionalNirosh30-Jan-11 17:45 
GeneralI have tried WPF Pin
crocks25627-Jan-11 0:16
crocks25627-Jan-11 0:16 
GeneralRe: I have tried WPF Pin
GenJerDan27-Jan-11 3:11
GenJerDan27-Jan-11 3:11 
GeneralRe: I have tried WPF Pin
#realJSOP28-Jan-11 2:44
professional#realJSOP28-Jan-11 2:44 
GeneralRe: I have tried WPF Pin
crocks25628-Jan-11 9:45
crocks25628-Jan-11 9:45 
Generalwahh mfc got that much Pin
kdgupta8726-Jan-11 23:55
kdgupta8726-Jan-11 23:55 
GeneralGood to see Pin
Jim Crafton26-Jan-11 10:19
Jim Crafton26-Jan-11 10:19 
GeneralRe: Good to see Pin
Emilio Garavaglia26-Jan-11 22:45
Emilio Garavaglia26-Jan-11 22:45 
GeneralRe: Good to see Pin
virtualnik27-Jan-11 0:23
virtualnik27-Jan-11 0:23 
GeneralLong Live Windows Forms Pin
Brian C Hart26-Jan-11 8:15
professionalBrian C Hart26-Jan-11 8:15 
GeneralHTML, Javascript, CSS + NPAPI Pin
Matt Gullett26-Jan-11 7:38
Matt Gullett26-Jan-11 7:38 
GeneralRe: HTML, Javascript, CSS + NPAPI Pin
Jim Crafton26-Jan-11 10:22
Jim Crafton26-Jan-11 10:22 
GeneralRe: HTML, Javascript, CSS + NPAPI Pin
Matt Gullett26-Jan-11 15:52
Matt Gullett26-Jan-11 15:52 
Using the MSHTML control was considered but rejected because of the inconsistent availability across PC's (not availability of the control, but version of the control - IE6,7,8,9). Security was a concern and IE was frowned upon for that. The application is heavy on Javascript and IE has one of the slowest Javascript engine. Also, IE's support for CSS, HTML5 capabilities like local storage & app caching is non existent. Delivering new client-side API capabilities with the MSHTML control means deploying a new app (more-or-less) while a Webkit browser can accept standard NPAPI plugins which can be deployed as files in a directory. That makes in-place upgrades easier and faster. WE chose to use the Arora browser but if I did it over again I'd use a custom build of the Chromium browser. There are some quirks in QT's implementation of Webkit, but they aren't too bad. Oh yeah, this method means that a future Mac version (hopefully not) would be a fairly direct path as all of the client side code is C++ for the NPAPI plugin and C++/QT for the browser itself.

One of the primary design objectives was to deliver the "chrome" of the app completely in HTML/CSS/JS so that the client can make changes to the app server side without ever deploying the app again. With HTML app caching, this works well. Another key requirement was that the NPAPI plugin provides OLE automation capabilities (specifically for things like shell commands) and those events needed to be passed back to Javascript functions which was near impossible with MSHTML. Probably the biggest factor in going this route was that the clients on-staff developers (I'm a contractor on this) can focus their energy on web development and web technologies and not have to deal with client-side issues, installer complexities, etc. I really like the way the product is coming together and thanks to the open-source requirement of the NPAPI plugin, I plan to write an article on it sometime in the future.
GeneralSomething isn't quite right Pin
Not Active25-Jan-11 15:08
mentorNot Active25-Jan-11 15:08 
GeneralRe: Something isn't quite right Pin
fnwinter25-Jan-11 15:49
fnwinter25-Jan-11 15:49 
GeneralRe: Something isn't quite right Pin
Not Active26-Jan-11 2:11
mentorNot Active26-Jan-11 2:11 
GeneralRe: Something isn't quite right Pin
Duncan Edwards Jones27-Jan-11 5:24
professionalDuncan Edwards Jones27-Jan-11 5:24 
GeneralRe: Something isn't quite right Pin
#realJSOP28-Jan-11 3:19
professional#realJSOP28-Jan-11 3:19 
GeneralQt > * Pin
xComaWhitex25-Jan-11 11:59
xComaWhitex25-Jan-11 11:59 
GeneralRe: Qt > * Pin
Jim Crafton26-Jan-11 10:23
Jim Crafton26-Jan-11 10:23 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.