windows GUI

Hello thar /prog/
A story and question for you.

A while back I used to work in a company where we had a client program they would rent out on touch tablets the company owned to customers.  It would full-screen and then, on command, make various calls to either a MySQL server or another specialized server using JSON.  It was programmed in VB.NET and I noticed that as the program had more windows forms added to it, and more code, the program itself began to act slow.  Form elements began to take a few seconds to fully print on the screen, and switching between full-screened forms led to the taskbar showing over the program's face.  Needless to say, this was very unprofessional looking.

TL;DR VB.NET is lame

Now I'm looking for an alternative programing language that can easily employ the windows GUI.  I was thinking of trying out Python.  What do you think /prog/?

What are you? Retarded? You're thinking of switching from a compiled language by the creators of windows to an interpreted language with fucking Qt or some shit. You're an idiot and should L2Prog better.

If I knew what I needed to learn to do next to get better, I wouldn't be on /prog/, I'd be out trying to learn.  I didn't do any proper research in Python, I've only heard it has good windows GUI controls.

You should try Windows API. It's much faster than .NET .

You should try .NET. It's more abstract than Windows API.

Just use java and the swing or AWT toolkit with there own GUI thingy.. better than windows forms

Delphi.

Qt

Who needs GUI?  Just use well-spaced text.

>>4
/thread

>>7
This.

Qt should work.
You could also use bare WinAPI, which is extremely painful to use, but GUIs made with it are among the fastests GUIs achievable.

Frankly, if you want a responsive GUI you'll just have to write your own drawing routines.  Libraries work fine for one or two forms, but for larger programs they start bogging down, as you've seen yourself, and this is even worse in windows.
I recommend you use a responsive language like ASM or Pascal.  C/C++ is fast enough for longer computations, but there's too much delay to be suitable for real-time GUIs.

>>13
THANK YOU THANK YOU WISE MAN

WxWidgets ftw.

>>15
MESSAGE_MAPS? I'd rather fuck a hedgehog.

>>16
Wouldn't we all, friend?

>>13
Using ASM for responsive GUIs, 9/10

>>1
I'm not familiar with Windows forms, but usually if your GUI starts getting too slow, it's either because:

 – You're running expensive needless layout algorithms needlessly (eg. doing reflow calculations every time a new GUI element is added to your view), or
 – You're performing long-running computations on the same thread that is drawing your GUI

HTH