* Steve Kirkendall <[EMAIL PROTECTED]> wrote: > > Initialially the cursor has a certain color. > > > > when you select with the mouse a certain part of the text and > > the cursor happens to be on a character that will become a > > part of the selection, after the selection is deselected (e.g > > because you select another region or you have copied the region) then > > the cursor does not revert to the original color. > > > > In my case the cursor is red on black and the color after the > > selection is black on black (difficult to see) > > This isn't a bug, or at least not completely a bug. > > Elvis uses cursor color to indicate whether it currently owns the > X11 "current selection". In the ":color cursor fgcolor on bgcolor" > command, the fgcolor is used when Elvis doesn't own the selection, > and the bgcolor is used when it does own the selection. If you don't > want the cursor to change colors, then use the same value for both > the fgcolor and the bgcolor. > > For a long time, if you omitted the "on bgcolor" clause, then Elvis > would use color 0 which, on most X screens, is black. About 1 year > ago, I changed this so that omitting the "on bgcolor" clause causes > Elvis to use the fgcolor as the bgcolor. So now ":color cursor pink" > should give you a pink cursor regardless of whether Elvis owns the > current selection or not.
That all sounds fine. However the problem is that after deselecting the text fgcolor and bgcolor are swapped, i.e. bgcolor is used when nothing is selected. After this initial swap during the first selection the behaviour is consistent (bgcolor is used instead of fgcolor and vice versa, though). Regards, Georg -- Diskordier schwimmen nicht gegen den Strom, sie klettern aus dem Fluss. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
