This applies to 0.5.2 (patched) and the version I d/l'ed via svn an hour ago.
Unlike rxvt, xterm and various other terminal emulators, mrxvt does not un-highlight highlighted text when you select it.
For example, use less to look at a text file and search for some text. If you have less configured to highlight the matching string(s), then if you try to select this text, it won't un-highlight. This lack of visual feedback is a Bad Thing.
Thanks.
Jim
Logged In: YES
user_id=1325007
Originator: NO
Hello,
with last version of mrxvt, do you still see such behaviour? It seems to be fixed, because I personnaly cannot reproduce it (at least from what I understood in your issue).
For my own, if the child program (for instance "less" as suggested) highlights some text (for instance I search for a string), and if I select with the mouse, it doesn't un-highlight it, that's true, but it highlights it in another color. So I guess this is enough, is it? There is some visual feedback here.
Or would you want that when you "double-highlight" a text (mouse over child highlight), it has another third color?
Logged In: YES
user_id=1383145
Originator: YES
Yes, I still see such behaviour.
And for me, if I search for a string using less, when I select that text, it does not highlight it in another colour. What happens for you would be enough, I suppose, but since it isn't happening for me with 0.5.4, ...
Any sort of visual feedback would be nice, I suggested the behaviour of rxvt because it is familiar, but it is just one possibility.
Cheers.