The Living Thing / Notebooks :

UIs in Python

interacting with an app, a python app, without too much dicking about

Stream processing in python, especially for UIs.

GUIs in python are a mess.


IO loop evented asynchrony

See asynchronous python for some fiddly details of the asynchrony itself.

Here is a clear example although the particular libraries he uses are not my favourites.

Web toolkits talking to python servers

One obvious usecase for all this evented stuff is to use the great GUI mind-share of our time, web engines talking to servers.

Flexx attempts to provide more bells and whistles, including automatic widget generation and synchronisation from python, still using tornado.

Thrust renders a chromium window to look at your served code. I’m not 100% clear how it it easier than just running a browser and a server.

brython interprets python using javascript.

There are many examples of rolling your own, using a classic webserver, or electron. Your adventure continues at javascript apps.

Bizarre hybrids of Web GUIs and user interfaces

DIY python web gui by David Baird:

In this howto, I explain the following concepts:

  1. How to launch a GUI toolkit in a separate thread, and how to communicate with this thread.
  2. How to embed a web browser inside the GUI, and how to communicate with this embedded web browser without using sockets. By not using sockets, we don’t have to worry about socket security, and we don’t have to worry about allocating a socket. […] In other words, we will have AJAX-like […] functionality to communicate with Python but without actually having to use AJAX.


OSX Framework python

You are getting errors like This program needs access to the screen. Please run with a Framework build of python, and only when you are logged in on the main display of your Mac.

This probably means your python vrtual environment is not a framework python virtualenv. What is a “framework python”? It’s highly unlikely you are being paid enough to care what a framework build of python is. I certainly am not.

You can work around it with laborious wrapper hacks, or use anaconda python

conda install

or your system python.

For python 3 you can use the native virtual environment, venv, now a builtin virtual python environemnt system in python 3. It doesn’t support python 2 but fixes various problems, e.g. it supports framework python and is covered by the python docs in the python virtual environment introduction

If there are other solutions and they are one iota more complex than this I don’t want to hear about them thanks.


tkinter is well-worn and sturdy dating back to the 90s. It’s a wrapper around the tcl gui toolkit, called tk. If you want to make something simple, it’s not too bad.

It can integrate with tornado.

Beware of the many class renames between python 2 and 3.

Cute examples

It looks primitive, but you can get a long way.

  1. dynamic collapsible content:

    def toggle(self):
        if bool(
            self.sub_frame.pack(fill="x", expand=1)
  2. snake, including sprites and canvas with collision detection.



  • For sorta-native look and feel you use ttk which introduces styles and themes. Neither of these are obvious.
  • Control variables provide convenient data-syncing accessors for what I will loosely call “scalar types”. Think of them as primitive controllers.
  • There are two layout managers, pack and grid. If you come from an HTML background the former is somewhat like a mildly crippled version of block-layout and the latter somewhat more like HTML tables. You can’t mix them within a single parent widget, but you can freely next Frame widgets with different interior layouts.


cefpython embeds a chrome webview in python; it also supports bidirectional IPC between python and javascript. Its concurrency constructs look… idiosyncratic.


Want a somewhat more modern look, and modern conveniences. Qt5 is, by all accounts, pretty good. The dman language bindings keep changing though, and betwixt qt5 and qt4 lies a chasm which many projects have failed to cross. For QT directly apparently one should use pyotherside? Although I now see people using qtpy as a unifying abstraction layer over all the other unifying abstraction layers. Maybe if I do that the pain will go away.

To ease this pain and make everything even easier, perhaps one should use one of the mildly hip meta-frameworks, such as enaml, which handles asynchronous widget binding and such, and enaml-native, whcih attempts to create mobile-friendly react-native-esque applications.


Hip, multitouch, GPU-friendly, mobile-friendly (and a little bit retro in the design style if not the technologies) kivy, a complete app environment.


Immediate mode is a hip minimalist alternative to GUI toolkits. Jari Komppa’s tutorial explains:

In typical GUI applications you create a bunch of widgets, they get displayed somehow, you query the widgets for information, you send messages and data to said widgets, and finally clean things up after you’re done. Some parts of the above is usually done using some kind of visual editor, but the result is usually tons and tons of code all over the place.

This is ok for most applications, but not so convenient for games or other frame-by-frame realtime applications. So, instead of having one place for init, another for ui callbacks, and a third for cleanup, IMGUI can be as simple as this:

if (button(GEN_ID, 15, 15))

In practise things get a little bit more complicated, but not much.

The magic here is that the call to button will perform everything the widget would be expected to do at any single time, including the rendering of the visible widget. There’s a bit of global data that’s shared by all of the widgets that enables them to work.

nuklear is a popular one, that has python bidings called pynuklear.