With EasyGUI, I Can Stick with Python
For all of recent history, I have used dialog for basic interaction with users. Dialog is a program callable from the shell that produces an assortment of not pretty but functional interaction boxes. Anyone who has installed Debian or any of its derivatives knows what they look like.
On the other end of the spectrum is QT, the GUI builder behind KDE. It is pretty, elegant, adaptable and, well, something that requires you to write (or generate) C++ code.
While Python tends to be my language of choice, it has always been a pain for tasks I have done with dialog and shell scripts. The reason is that the standard Python tools for doing GUIs do more than I generally want. Tkinter is a good example. It will do what I want but it requires writing an event-driven program and knowing more about Tk than I really want to know. Well, enter EasyGui. If you are familiar with using dialog, the best description of EasyGui is that it is dialog except it is activated by Python calls rather than shell commands. For the rest of you, this is from the EasyGui web page.
EasyGui provides an easy-to-use interface for simple GUI interaction with a user. It does not require the programmer to know anything about tkinter, frames, widgets, callbacks or lambda. All GUI interactions are invoked by simple function calls that return results.
I was going to write some of the typical stuff like how to write Hello World using EasyGui but this stuff is all pretty obvious. It is, well, easy. Where to use EasyGui, however, is worth mentioning.
In the past few years I have written web applications to perform a task because it is relatively easy to put together a form for user input and produce decent-looking user output. In many cases, however, I had no need for the web interface—the application was running locally. While the application was easy to write, the need for a web server and telling the user that they needed to use a browser to run the program was an unnecessary complication. EasyGui seems to be the perfect "right way" to write these types of applications.
Phil Hughes
Trending Topics
| You Need A Budget | Feb 10, 2012 |
| The Linux powered LAN Gaming House | Feb 08, 2012 |
| Creating a vDSO: the Colonel's Other Chicken | Feb 06, 2012 |
| Your CMS Is Not Your Web Site | Feb 01, 2012 |
| Casper, the Friendly (and Persistent) Ghost | Jan 31, 2012 |
| Razor-qt 0.4 - Qt based Desktop Environment | Jan 30, 2012 |
- Fun with ethtool
- Parallel Programming with NVIDIA CUDA
- Readers' Choice Awards 2011
- 100% disappointed with the decision to go all digital.
- Linux-Based X Terminals with XDMCP
- Validate an E-Mail Address with PHP, the Right Way
- You Need A Budget
- The Linux powered LAN Gaming House
- Why Python?
- Python for Android
- Employment Posters
3 hours 5 sec ago - Sure the best distro is
4 hours 20 min ago - BeOS was the best
7 hours 3 min ago - I use Wireshark on a daily
11 hours 34 min ago - buena información
16 hours 41 min ago - One important "bucket" that I didn't note (désolé si qqun deja d
17 hours 41 min ago - Gnome3 is such a POS. No one
1 day 3 hours ago - Gnome 3 is the biggest POS
1 day 3 hours ago - I didn't knew this thing by
1 day 9 hours ago - Author's reply
1 day 12 hours ago





Comments
QT
While I'm sure EasyGUI is great, I think you misrepresent other toolkits. I use PyQT quite a bit, and I never have to write C++ code in order to use it. If EasyGUI works for you, so much the better, though it's unfortunate to perpetuate people's fear & dread of more complete GUI toolkits.
Different Game
But, a quick look at the PyQT info on the Python wiki I believe makes my point. It says:
Back when you would regularly see, for example, posts by Dennis Ritchie in the Usenet newsgroups, elegance in solving problems tended to emphasize using the least powerful (which usually also meant the smallest and/or fastest) tool to solve the problem. I assert that EasyGUI is the more elegant tool for the class of problems I suggest.
Those of us who would prefer to write Python rather than C++ appreciate that others too the time to write PyQT. That said, it is still a different type of tool much like Qt itself is a different tool than curses.
Phil Hughes
What pun?
I don't get it.
GUI ~ gooey
GUI pronounced like "gooey" -> "Stick with Python"
gooey:
http://www.merriam-webster.com/dictionary/gooey
That's the pun I can see, but English is not my first language, so I could be missing the real pun.
I still don't get it
I'm not sure there is even a pun there.
Very punny.
Very punny.