mIRC Home    About    Download    Register    News    Help

Print Thread
#25699 23/05/03 10:42 PM
Joined: Jan 2003
Posts: 64
M
Babel fish
OP Offline
Babel fish
M
Joined: Jan 2003
Posts: 64
mIRC 6.03 is unable to interpret bold/color/underline/reverse codes in a HOTLINK definition. I have a suspicion that this may be intentional, but no such limits were described in the help file.

To reproduce:
Step 1

On ^*:HOTLINK:*HelpMe*:#:{
Return
}
On *:HOTLINK:*:#:Echo 4 -s MegaZeroX

Placing your mouse over a word containing "HelpMe" in a #channel window and clicking will cause "MegaZeroX" to pop up in status.

Step 2

On ^*:HOTLINK:*HelpMe*:#:{
Return
}
On *:HOTLINK:*:#:Echo 4 -s MEGAZEROX

Having simply inserted a bold character in the hotlink line, your "hotlink" effect vanishes. A hand will not appear over a word containing "HelpMe" and there can thus be no echo of "MegaZeroX" to status.

Last edited by MegaZeroX; 23/05/03 10:43 PM.
#25700 24/05/03 12:22 AM
Joined: Jan 2003
Posts: 2,523
Q
Hoopy frood
Offline
Hoopy frood
Q
Joined: Jan 2003
Posts: 2,523
This is happening because mirc strips control codes when checking each word under the mouse pointer. This is most probably intentional, so that words containing control codes still trigger the on HOTLINK event. However, this prevents you from doing exactly what you wanted.

I guess mirc could first check the unstripped wildcard against the unstripped word in the text and if that fails, strip the codes from both and try again. But, for the sake of consistency, it would be better if on HOTLINK behaved like the on TEXT event, ie not stripping control codes at all.


/.timerQ 1 0 echo /.timerQ 1 0 $timer(Q).com
#25701 26/05/03 07:54 PM
Joined: Jan 2003
Posts: 64
M
Babel fish
OP Offline
Babel fish
M
Joined: Jan 2003
Posts: 64
I'm just going to request that support for underline & bold codes be added for HOTLINK events, so that the example I gave in the above post will work.

It would be useful because it would allow a scripter to design popups & help window, etc, for certain echo-specific events.

#25702 26/05/03 08:07 PM
Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Just thinking about it, wouldn't this cause more harm than good? what if I have for example, *irc://* and someone posts

irc://test.com well my trigger will no longer work if support for control codes are added, because it will actually send irc:// which does not match what I have. Or am I misunderstanding what you are saying?

#25703 26/05/03 09:26 PM
Joined: Jan 2003
Posts: 64
M
Babel fish
OP Offline
Babel fish
M
Joined: Jan 2003
Posts: 64
Okay, I understand what you're saying.

The solution would to program some sort of one-line "indicator" to tell mIRC that you expect it to interpret control codes in the new definition.

A more dramatic solution would be to add another REMOTE event such as RHOTLINK that would have control code capacity, and that would work too.

#25704 26/05/03 09:42 PM
Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Perhaps this could be fixed in the same was that has been proposed to fix the "multiple space bug" ie, $1- = "irc://" $rawtext = "irc://" ?


Link Copied to Clipboard