.Net Like Gui Builder for Python?

Martin S shieldfire at gmail.com
Sat Jul 26 09:13:24 CEST 2014

>From the newbie point of view, VS is the perfect tool to get people coding. All the way back to Visual Basic, Microsoft has consistently pushed the ease of creating applications for Windows as a point of adoption. 

Hence Borland Delphi, and the now abandoned Kylix. Pascal has the Lazarus project, which builds on Delphi - so there is a point in integrating gui building in the RAD. 


On 26 Jul 2014, TP <wingusr at gmail.com> wrote:
>On Fri, Jul 25, 2014 at 7:40 PM, Chris Angelico <rosuav at gmail.com>
>> The OP asked for two things, which I'll separate because they're
>> actually quite different.
>> 1) Drag and drop widgets to create a window
>> 2) Double-click a widget to edit its code (presumably event handler)
>> I have used a number of GUI toolkits that did provide the first one,
>> but the second is a lot more restrictive than you might think
>Not that I disagree with the overall point of just using a text editor
>(especially for Python GUIs) but apparently you've never created a C#
>app using Visual Studio? WPF fully supports layout controls, is *not*
>generally pixel based it's more similar to HTML + CSS (although you do
>pixel perfect layout if you try), and still easily does (2). And while
>almost exclusively use the Visual Studio XAML tab view rather than
>bothering with the Designer view you can drag & drop if you really want
>And Microsoft's Expression Blend takes that to a whole 'nother level
>supposedly making it easy for "even" graphic designers to create GUIs
>without delving too much into raw code wrangling.
>One of the nice things about VIsual Studio and WPF (even in the XAML
>is its Properties window. This lets you select a control and see all
>applicable possible properties and what legal choices you have for
>them. This is an incredible aid to discovering how to use said
>And as far as any limitations of (2) goes, I still like using the
>view of the Properties window to initially hook up an event handler.
>automatically creates a  "correctly" (or at least consistently) named
>argumented event handler and adds the proper attribute to the XAML. It
>easy enough to then mess around with the generated code if that doesn't
>quite suit your needs. Having the list of possible event handlers all
>one place instead of having to look up the doc is invaluable. And being
>able to press F1 just about anywhere and have the relevant document
>open up
>is even more so.
>As far as I've seen Visual Studio + WPF really is state of the art for
>building. I wish more developers were familiar with all its
>capabilities so
>they could know what to whine for in their own programming environment

-- Sent with K-@ Mail - the evolution of emailing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-list/attachments/20140726/1e11dead/attachment.html>

More information about the Python-list mailing list