Ghost Target Cursor - RunUO

Eggit · 03-19-2006, 05:19 PM

I have a macro:

Use skill poisoning
pause .80 seconds
target item type green potion
pause .80 seconds
absolute target (my weapon)

After the macro completes, I still have a target cursor. Targeting it just removes it (no efftect)
Yes I can hit esc to get it to go away, but is there any way to prevent this from happening?

Joeku · 03-19-2006, 05:52 PM

Make sure you have it Wait For Target before you actually target the potion.

In my experience, it happens every once in a while. It's just a small glitch. You might also want to try to make the delays a bit longer to give the client a chance to keep up.

Eggit · 03-19-2006, 06:11 PM

I try to avoid wait for target becuase it can hang up sometimes.

And it seems you aren't understanding the problem.
The delays are fine, the macro completes fine, the weapon gets poisoned.
After the macro has completely finished I am still left with a cursor that does nothing.

So to rephrase:
The macro isn't stalling or hanging up it is just leaving this "ghost cursor" after it finishes.

Eggit · 03-19-2006, 06:18 PM

NVM I found a fix.

I added:
exec: cancel current target

To the end.
I should have thought of that sooner.

**Zippy** · 03-20-2006, 08:33 AM

Wait for Target will onyl hang if the target fails to appear. Which IMO is a better solution than continuing to execute target commands when you don't have a target cursor (OSI may be able to detect you trying to target things when you shouldn't, etc etc).

Eggit · 03-20-2006, 09:57 AM

I have always found delays to be more reliable.

03-19-2006, 05:19 PM	#1 (permalink)
Eggit Join Date: Feb 2005 Age: 21 Posts: 159	Ghost Target Cursor I have a macro: Use skill poisoning pause .80 seconds target item type green potion pause .80 seconds absolute target (my weapon) After the macro completes, I still have a target cursor. Targeting it just removes it (no efftect) Yes I can hit esc to get it to go away, but is there any way to prevent this from happening?

03-20-2006, 08:33 AM	#5 (permalink)
Zippy Administrator Join Date: Aug 2002 Location: Baltimore, MD Age: 25 Posts: 4,868	Wait for Target will onyl hang if the target fails to appear. Which IMO is a better solution than continuing to execute target commands when you don't have a target cursor (OSI may be able to detect you trying to target things when you shouldn't, etc etc). __________________ Zippy, Razor Creator and RunUO Core Developer The RunUO Software Team "Intuition, like a flash of lightning, lasts only for a second. It generally comes when one is tormented by a difficult decipherment and when one reviews in his mind the fruitless experiments already tried. Suddenly the light breaks through and one finds after a few minutes what previous days of labor were unable to reveal." ~The Cryptonomicon

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

03-19-2006, 05:52 PM	#2 (permalink)
Joeku Forum Master Join Date: Feb 2005 Location: ShatteredSosaria.com Posts: 9,260	Make sure you have it Wait For Target before you actually target the potion. In my experience, it happens every once in a while. It's just a small glitch. You might also want to try to make the delays a bit longer to give the client a chance to keep up.

03-19-2006, 06:11 PM	#3 (permalink)
Eggit Join Date: Feb 2005 Age: 21 Posts: 159	I try to avoid wait for target becuase it can hang up sometimes. And it seems you aren't understanding the problem. The delays are fine, the macro completes fine, the weapon gets poisoned. After the macro has completely finished I am still left with a cursor that does nothing. So to rephrase: The macro isn't stalling or hanging up it is just leaving this "ghost cursor" after it finishes.

03-19-2006, 06:18 PM	#4 (permalink)
Eggit Join Date: Feb 2005 Age: 21 Posts: 159	NVM I found a fix. I added: exec: cancel current target To the end. I should have thought of that sooner.

03-20-2006, 09:57 AM	#6 (permalink)
Eggit Join Date: Feb 2005 Age: 21 Posts: 159	I have always found delays to be more reliable.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)