In a message of Thu, 22 Oct 2015 02:02:28 -0700, Peter Brittain writes: >On Wednesday, October 21, 2015 at 11:26:40 PM UTC+1, eryksun wrote: >> >> Also check out the curses module that's available on Christoph Gohlke's site: >> >> http://www.lfd.uci.edu/~gohlke/pythonlibs/#curses > >Neat. I wasn't aware of this library of wheel installations. I'll have a >look at how that works out and see if I can rationalize my mapping code. > >First impression is that this might be tricky, though, as I've had issues with >older Linux distributions using ncurses 5 and so handling 256 colour modes has >been difficult due to limits on colour pairs. This meant I had to fall back >to looking up and using codes in the terminfo database using tigetstr. >According to the PDcurses docs, these APIs are all just stubs that return an >error and so I'll probably need a curses and PDcurses mapping layer from the >looks of things - which is not much better than a curses and win32 mapping >layer. > >I'm also still not convinced that curses package is the right API to expose >for Python. While ncurses does a great job of abstracting away the issues of >terminal inter-operation, the Python curses package is just a thin wrapper of >that C library and, as can be seen above, not truly cross-platform due to the >restrictions of PDcurses. > >Shouldn't we have a higher level simplification? Something that hides away >all the complexity of handling all these different platforms and so exposes a >simple API? One that humans can use without worrying about these issues? >-- >https://mail.python.org/mailman/listinfo/python-list
Fredrik Lundh's console implementation http://effbot.org/zone/console-handbook.htm might be of interest in that case, but I think it is 'old versions of windows only'. But it's a different take on the abstraction problem. I haven't used it for something like 15 years now, though, so can barely remember it ... Laura -- https://mail.python.org/mailman/listinfo/python-list
