You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to the documentation, it is currently not possible to create an instance of XlibSurface, which must be returned, e.g., by Gtk.
I was wondering if there is a particular reason why no support has been implemented yet to bridge between pycairo and python-xlib. The latter seems to have (almost) all the classes necessary to create an XlibSurface (perhaps Visual is missing?).
The text was updated successfully, but these errors were encountered:
I would like to be able to create a simple X11 window and use cairo to draw on it. I know I can achieve the same with Gtk at the moment, but then I would have to force everybody who is using e.g. Qt to install Gtk libraries.
I think there is definitely space for something that can create a window and give you back the most appropriate Cairo Surface, exactly where that would live I'm not sure.
I added some XCB hooks in my pure-Python binding for Cairo, and more recently was able to make use of those hooks to create a binding for xcffib. This also uses asyncio to provide the event loop.
According to the documentation, it is currently not possible to create an instance of
XlibSurface
, which must be returned, e.g., by Gtk.I was wondering if there is a particular reason why no support has been implemented yet to bridge between pycairo and python-xlib. The latter seems to have (almost) all the classes necessary to create an
XlibSurface
(perhapsVisual
is missing?).The text was updated successfully, but these errors were encountered: