Control: retitle -1 xterm: pointer color is always white by default due to default theme Control: tags -1 - moreinfo
On 2013-10-08 08:14:03 +0200, Vincent Lefevre wrote: > On 2013-10-08 02:05:54 +0000, Solveig wrote: > > Also, Glenn McIntosh mentionned it's not a bug, it's a feature... > > I don't understand what he means. I don't use things like GNOME... Actually this is not related to particular desktops. A strace shows that xterm (via libx11, or more probably libxcursor1) reads $HOME/.icons/default/index.theme and if some particular icon theme isn't set there, it reads /usr/share/icons/default/index.theme which yields the problem. A workaround is to create a file $HOME/.icons/default/index.theme with something like: [Icon Theme] Inherits= (I've found this just by testing, as I couldn't see any documentation on that). I wonder whether the current default behavior is correct. Command line options should always override defaults, but xterm -ms red just sets the pointerColor resource, and one can interpret this as setting a default, which may be overridden by some other default. Now, I'd say that a system default theme shouldn't override what can be set via X resources. If this is considered correct behavior, then the xterm man page should be corrected to mention how color is determined, possibly pointing to some other man page or document. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131008152259.ga4...@ypig.lip.ens-lyon.fr
