mIRC Home    About    Download    Register    News    Help

Print Thread
New text marking behaviour (6.17) #142381 18/02/06 12:14 AM
Joined: Apr 2004
Posts: 853
Sat Offline OP
Hoopy frood
OP Offline
Hoopy frood
Joined: Apr 2004
Posts: 853
First of all, it's absolutely great to have a new mIRC version! As many substantial things have been added/changed, of course it can be expected a number of new bugs have been introduced as well. This is, I believe, one of them.

In mIRC 6.16 and before, one would only be able to start marking text by initially clicking (+holding) the left mouse button on a part of the window that actually contained a text character under the mouse cursor. The new mIRC 6.17 changes this behaviour, by also letting the text marking start by clicking on areas of the text windows that do not contain text. The actual text marking then starts on the far right of the text on the left of this position. I assume that this was changed to make it easier to copy whole lines at once [1].

However, this feature currently does not work for at least:
- lines that contain any control code [2];
- lines that are wrapped.

So much for the bug report - however, I'd like to add the following: due to this new feature (and despite the fact that it's not fully functional), I am now constantly losing the contents of my clipboard by accidentally selecting lines of text. This is due to the fact that among other things, I am used to
activating mIRC by clicking on unused text area, and simply clicking randomly on unused text areas as well. These are very, very old habits.

Therefore I would really, REALLY like to request that this feature be made optional, simply because I find it incompatible with the way I am using mIRC. I realize that I'm not putting up much of a defense here, I can only hope that many more people will agree with me at this point.

[1] And thus, that this is a feature at all. It is not mentioned explicitly in versions.txt though..
[2] This includes part/kick/quit/topic/etc messages, which contain a ^O character.


Saturn, QuakeNet staff
Re: New text marking behaviour (6.17) #142382 18/02/06 01:51 AM
Joined: Feb 2006
Posts: 3
N
njursten Offline
Self-satisified door
Offline
Self-satisified door
N
Joined: Feb 2006
Posts: 3
Another annoying "feature" in the new text marking behaviour is that it inverts the text color. The background color is black for selected areas, which means that if you select white text it'll be shown as black text on a black background.

One way to fix this would be to invert the background too, but I don't think this is a good idea either, as I use text selection to get a better contrast when the other users have used colors that are too close to my background color to be readable.

Last edited by njursten; 18/02/06 01:52 AM.
Re: New text marking behaviour (6.17) #142383 18/02/06 02:23 AM
Joined: Jan 2003
Posts: 2,523
Q
qwerty Offline
Hoopy frood
Offline
Hoopy frood
Q
Joined: Jan 2003
Posts: 2,523
I use text selection to quickly reveal those silly hidden messages (like channel spam) that have the same background and text colour. This is now impossible. Inverse colour looks a bit more interesting but I agree it may not be as practical.


/.timerQ 1 0 echo /.timerQ 1 0 $timer(Q).com
Re: New text marking behaviour (6.17) #142384 18/02/06 03:21 AM
Joined: Aug 2005
Posts: 10
T
TenchiKo89 Offline
Pikka bird
Offline
Pikka bird
T
Joined: Aug 2005
Posts: 10
I personally find the inverted colors to be annoying, because I have to copy/paste elsewhere to read any messages that are the same color as my background.

I suppose everyone could write a quick walk-around for it, or just strip all colors entirely. But I would like to see this annoying 'bug' fixed soon.

Re: New text marking behaviour (6.17) #142385 18/02/06 05:14 AM
Joined: Oct 2003
Posts: 101
root66 Offline
Vogon poet
Offline
Vogon poet
Joined: Oct 2003
Posts: 101
Just noticed... I agree about both of these things. Specifically, try selecting outside of long lines and then try a short line. The behavior is inconsistent. The old way was fine.

Re: New text marking behaviour (6.17) #142386 18/02/06 06:31 PM
Joined: Dec 2002
Posts: 1,245
M
MikeChat Offline
Hoopy frood
Offline
Hoopy frood
M
Joined: Dec 2002
Posts: 1,245
I have to agree on the color reversing on highlite is a problem.
In fact I see No Point to this "feature"
While it has not been a huge problem, its been of no benefit at all.
-

{EDIT} So far the testing I have done to replicate the clipboard problem was only that if I moved the mouse while clicking any area. Blank or not. just clicking to select the window did not clear/replace the contents of the clipboard.

Last edited by MikeChat; 18/02/06 06:59 PM.
Re: New text marking behaviour (6.17) #142387 21/02/06 07:04 PM
Joined: Dec 2002
Posts: 4,832
Khaled Offline
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 4,832
I'll be updating the text marking/display routine so that it behaves as closely as possible to the previous versions, however it may not be exactly the same due to the way the new display routine needs to work to handle UTF-8 I'm afraid.

Re: New text marking behaviour (6.17) #142388 22/02/06 11:40 AM
Joined: Apr 2004
Posts: 853
Sat Offline OP
Hoopy frood
OP Offline
Hoopy frood
Joined: Apr 2004
Posts: 853
Very much appreciated, thanks!


Saturn, QuakeNet staff
Re: New text marking behaviour (6.17) #142389 25/03/06 05:16 PM
Joined: Feb 2006
Posts: 97
O
ots654685 Offline
Babel fish
Offline
Babel fish
O
Joined: Feb 2006
Posts: 97
When can we expect updated version? or is there a patch available?