Razor 1.5 - Bug/Issue/Release Tracking

request: Spell bar icons. with the ability to grid and lock in place.

Shown by razor program, not the client.

Reason: Too many spell icons on top of gumps and other things can slow down the refresh of the client by milliseconds.

hope that makes sense.

I've been testing this out, but it appears to be working with me. Anyone else experiencing the issue he described?

Feature Request : Dump the contents of BOD Books to an Excel spreadsheet.

This might not be feasible at all, but I was thinking about it when I saw the post about opening a MIB creating an Excel file with the coordinates. I've only recently started to do BODs and it's been a challenge to keep track of all the stuff I have (I'm not an innately organized person when it comes to things like this).

Excel spreadsheets appear to be the way to go, but still requires a bit of tedium on the user. I thought it would be dope if some similar logic could be used to dump that data into a spreadsheet when the BOD book is opened for easier sorting / searching.

My wait for gump works fine. I remember one release it was messed up, but you fixed that pretty quick.

I actually have notice some weird skipping past the wait for gump.
I made a simple..
double click tinker tooks
wait for gump
response gump
wait for gump.
Loop: on

it was skipping over the first wait for gump every so often. but I felt at the time it was my own personal error however now. I dont know.
timeouts were default at 30s

This does not produce any item, but it will run until the end -it will say "hello":


This other macro works -produces the last item:

Note I added "Pause .30sec" after "Double Click sewing kit". A pause shorter than 260ms will result in "Last Item" not being made -will only say "hello". It seems to me WaitForGump is being executed too quickly for my latency, maybe before waiting for the server to reply to a DoubleClick -not 100% sure what I am talking about, since I thought WaitForGump was precisely for that, for waiting for the server...
My ping is around 250-300ms, your ping may be under 100ms and therefore you may not be able to reproduce it.

If it helps find the problem, this was not happening in version 1.0.14.10, so must have been fixed after 1.0.13 -maybe they introduced a delay after "Double Click"?

more tests with this 2-line macro:


The macro above will do nothing when first run (and no previous tailor gump was present): macro finishes but the tailor gump does not pop up. WaitForGump seems to get stepped over, as it does not wait until timeout is reached, and no gump pops up to end the wait.

On a second, and subsequent runs of the same macro (hitting the "Play" button a second, third time...), the tailor gump appears.
Seems like the first run is creating that delay needed for the second run to work fine (?)



This other macro always shows the tailor gump (when first run without previous tailor gump, and all subsequent runs)

Either latency or code, I agree. adding a small 100-300ms delay after my double click helps not skip the wait for gump.

Don't worry about making a list. Currently, you must use a hotkey tied to a skill for this timer to trigger. In the next version, using either a hotkey or just using a skill from the client will kick off the timer. Thanks again.

Nice one. The current version is already solid and usable, but somehow I can never wait for your next version of Razor, see what surprises we're getting from you and Jimmy's map system -I keep refreshing your bitbucket site hoping Santa came

i believe the wait for gump line is fully broken. meaning, its not doing anything. if you replace it with plainly wait 250ms or anything you wish (depending on your ping) then it works fine. i used to have wait for gumps for crafting & runebook recalls;.. i replaced them all with "wait for 250ms"

I believe I identified the cause of Wait For Gump not waiting for the gump. I've made the change and compared the behavior to 1.0.14 and it appears to be the same.

I'll include it in the next release. Thanks to everyone for the testing and screenshots, it was all a huge help.

I'm not sure if this has been reported before - I haven't gone all the way back through this thread - but when using the latest Razor release, UO Automap can't find my character.

Perhaps this is intentional due to the new mapping system (which I like a lot!) However I still need to use automap on my battle miner for the colored ore location mapping.

Currently I'm using the old client for that character, but I would like to take advantage of some of the newer features if possible.

use a sextant, then go to uoam calibrate
fixed it for me

Awesome that did the trick! Thanks for the super fast reply!

Glad to hear this is fixing the issue for people. We believe the new mapping software will eventually replace the need for UOAM, but it will always remain an option for people to use. Same with the older UOPS mapping software in case someone wants to use that too.

Awesome - there are plans to be able to input the Geological Survey that El Horno created for importing mapped locations? If so, I will absolutely make the switch.

I had a quick look and it looks easy to convert from the .map format to the .csv that JMap uses -I may make an excel sheet to convert from UOAM to JMAP soon and post it in the forum as soon as I have some time off

i get this error upon using "adduseonce container" hotkey.

Thanks, I'll take a look.

EDIT:

Ah, I see what's happening. If expects that you went to the Agent tab first, and then to UseOnce. If you didn't, well, it gives you that error. Let me look into it more.