mirror of
https://github.com/vale981/spectrwm
synced 2025-03-05 09:51:38 -05:00
No description
5140afe339
other programs). When XEmacs causes a ConfigurationRequest to be generated, it expects the ConfigureNotify response to contain matching dimensions. If it doesn't get a matching response, it re-sends the ConfigureRequest forever. - Don't send ConfigureRequest events to applications using this new quirk because, at least for XEmacs, they prevent the window contents from filling the window frame. I also put some comments in the "configreq_win" function questioning whether it's actually needed. I think it may be superfluous, given that it's always called right after a call to "XConfigureWindow". But this assertion is based on my limited testing and should be reviewed by an actual X protocol expert. - Apply the existing "floating" quirk to the XEmacs Ediff window, so that it acts like a dialog box. - In the "propertynotify" function, call "bar_update" for the XA_WM_NAME property. This helps for things like shells that update the XTerm title to reflect the user's current directory. Some of this may sound familiar. I sent a similar patch a long time ago, but you wanted some revisions. Two years on, here they are. So much for quick turnaround. from Chuck Musser <cmusser@sonic.net> |
||
|---|---|---|
| html | ||
| lib | ||
| linux | ||
| osx | ||
| port | ||
| baraction.sh | ||
| initscreen.sh | ||
| Makefile | ||
| release.sh | ||
| screenshot.sh | ||
| scrotwm.1 | ||
| scrotwm.c | ||
| scrotwm.conf | ||
| scrotwm_es.1 | ||
| scrotwm_it.1 | ||
| scrotwm_pt.1 | ||
| scrotwm_ru.1 | ||