aboutsummaryrefslogtreecommitdiff
path: root/src/cmd/devdraw/x11-init.c
AgeCommit message (Collapse)AuthorFilesLines
2020-01-13devdraw: x11 working againRuss Cox1-738/+0
Need to think a bit more about locking, but overall it's a working devdraw. Multiclient mode may not be working but nothing is using it yet.
2020-01-13devdraw: more cleanup, clearer lockingRuss Cox1-1/+1
2020-01-13devdraw: move Client into devdraw.h and move global state inRuss Cox1-1/+2
2020-01-10Trivial changes: whitespace and modes.Dan Cross1-7/+7
Remote whitespace at the ends of lines. Remove blank lines from the ends of files. Change modes on source files so that they are not executable. Signed-off-by: Dan Cross <cross@gajendra.net>
2018-11-14devdraw: set displaydpi on devdraw x11 attach (#178)Gabriel Díaz1-2/+7
See https://plan9port-review.googlesource.com/c/plan9/+/1470 for discussion of the approach, especially Michael Stapleberg's comment: Note that chromium, firefox and others have tried this and then switched to using the Xft.dpi X resource, see e.g. https://code.google.com/p/chromium/codesearch#chromium/src/chrome/browser/ui/libgtk2ui/gtk2_ui.cc and especially http://sources.debian.net/src/gnome-settings-daemon/3.18.2-1/plugins/xsettings/gsd-xsettings-manager.c/?hl=824#L80 for some anecdata about why this approach doesn’t work out. The Xft.dpi resource is being set accurately by desktop environments (GNOME, KDE, …) and can easily be changed by users of niche window managers by editing ~/.Xresources. I suggest we check only Xft.dpi, without considering the DPI environment variable or the monitor width/height.
2018-03-27devdraw: fix some memory leaks in x11Xiao-Yong Jin1-0/+2
2012-10-07devdraw: prefer 24-bit over 15-bit or 16-bit.Russ Cox1-6/+6
Fixes remote X11 use via XQuartz 2.7.4. R=rsc http://codereview.appspot.com/6624058
2008-06-30devdraw: OS X native versionRuss Cox1-73/+1
2008-01-30devdraw, rio: more full-screen nonsenseRuss Cox1-12/+4
2008-01-30devdraw: add F11 for full-screen toggleRuss Cox1-2/+18
2006-11-04In non-blocking recv functions in libmux and libdraw,rsc1-1/+2
distinguish between "cannot receive without blocking" and "EOF on connection". In libmux, do not elect async guys muxers, so that synchronous RPC calls run in the main event loop (e.g., in eresized) do not get stuck. Fixes problem reported by Lu Xuxiao, namely that jpg etc. would spin at 100% cpu usage.
2006-07-05Fix resize error under KDE (Bart Locanthi)rsc1-4/+9
2006-06-25new draw serverrsc1-0/+788
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-03 00:42:16 +0000