Hyperlink_URL2?

I'll apologize if this would be better on the older thread from a few months back, but since my problem isn't really the same, I didn't want to confuse the issue.

I am having 2 problems with Hyperlink_URL2, and I wonder if anyone has found any workarounds. I need to get problem #1 sorted first, so I can use it regularly, and then I might be able to provide more concrete data for problem #2.

Issue 1. The plugin overrides all trigger text effects. Setting it to 'keep evaluating' doesn't solve this problem. So, when it hits a URL that may have also hit another trigger with a text effect, that other trigger's effects are not applied (because Hyperlink_URL2 is itself applying some effects). Is there any possible way to adjust it to allow those other effects through? I couldn't think of one but if anyone else has I'd love to hear it.

Example:

I have a trigger set to color and italicize pages/whispers. Someone pages a URL to me. If I enable Hyperlink_URL2, the entire page line now has no colorization or italicization. (But the URL will be clickable, and underlined.)

Any ideas on how I can get around this? If this is answered in another thread I missed please point me there and happily I will go.

--Niobium

The problem is that before triggers fire, MUSHclient makes a single copy of the incoming line, with colours (style runs). This is used by Hyperlink_URL2 to recreate all the colours in the original line, except it changes the URLs to hyperlinks. The original lines are omitted from output, and the plugin simulates their appearance by recreating them in the output window.

Subsequent triggers now colour the omitted lines, not the replaced ones.

Changing the order to that the colouring trigger fires first *should* work you might think. But the problem is that only a single copy of the line is made, not one per trigger. Some people have thousands of triggers, and if, for every line, the program created a new style run just in case the previous trigger had changed a line colour then there would be a considerable overhead.

I suppose it might be possible to recreate the style runs only if we know the line had changed colours. I'll look into doing that.

Version 4.43 attempts to fix the trigger style runs, so if the line colouring is done first, then the Hyperlink URL should work. Of course, it won't work if the hyperlinks are done before the recolouring.

Nick,

Thanks very much--I'm using a slightly older version it turns out, so I'll update and give it a go.

I'm having a similar issue trying to use Hyperlink URL2 alongside a Chat Redirector plugin. The text is still sent to my chat window, but when the redirected text contains a URL it doesn't remove the line from my main window and doesn't hyperlink the URL in the chat window.

I tried changing the sequence of both plugins, the chat redirector is set to not keep evaluating and omit from output, but it doesn't seem to make a difference,

I think the fundamental problem here is that both plugins are trying to omit the original line from output, and then redisplay it using a ColourNote.

When the hyperlink plugin redisplays a line with a URL on it, it doesn't know that it should go to the chat window, so what is happening is that the original line is omitted, but the hyperlinked line replaces it (in the main window).

I can't think of any really simple solution, except for someone to take both plugins and merge them together, so that, if it is a chat, and also has a hyperlink, the line is reworked as a hyperlink, but still redirected to the other window. However a hyperlink that was not on a chat line would stay in the main window.

I thought I could make it work by setting the chat redirect to go first (so that it would send the message to my other window, and omit it) and then have the Hyperlink URL plugin attached to both my main window and the chat redirect window... that didn't work.

I'm not really up to merging the plugins myself, so I guess for now I'll disable the clickable hyperlinks from the windows where I'm using chat redirect.