In keeping with the theme of prior feature requests, I am going to question whether this should be added. Simple enough theory on this one; This addition directly removes the need for careful targetting. What was described as problems are both skill errors by the player(s). I think that might be a dangerous precedent. What other selective/auto-invalid targetting could there be? Heaps, all horrible to consider. I definitely think this crosses the line of the original mission statement of Quality of Life Improvements.
UOAM is dead! (almost), Long Live JMap! (Possibly not launch name ) As for the Mac version. Im polishing off a bunch of feature enhancements, fixes and some pretty sweet new stuff as well, some include fixes for mac. There are currently known issues with the version that Ive been testing. Whilst usable, as @Labeler can attest, Im not going to publicly link anything. At the moment it also doesnt sit inside a package as the official downloadable package does, I currwntly advise the (now two) mac testers of wineskin changes and config steps to take. This may be no longer required now and next release potentially will have a mac beta package. Maybe. Hopefully. One or two of the required fixes are kind of large and bothersome, affecting the whole JMap system, as such they may not be included in the next release. I'd like to make sweeping changes to a lot of razor/.net/windows files that can cause issue in the wineskin environment on Mac, but, I am fairly limited in regards to making a call like tha outside the scope of the map system. On the plus side, Ive identified the few things that a) need changing for mac and b) won't affect the windows experience. Thankfully they are few and mostly just rendering concerns with the map. Although there is the one big one that will cause much boredom through repetition, it is coming though I'll put you on my little list of mac folk to talk to when the next release is out and at minimum get you having a look Thanks for the interest! *walks off grumbling* UOAM he says.... *grumble grumble grumble*
Could we talk about a "Target closest non-friendly Human" hotkey Quick? Humanoid option is available for reds, organge and even grey, but not for that... and it will target pets if you dont pay attention
Dammit Erza! Thats an autokill macro for a thief! "You notice..." -> triggers and thief is hit by 3 chars running the macro whilst bank sitting. Hell, why even wait for the message lol. Targwt Non-friendly Human on .5 second timer with attacks following. Again, seems too much. If this went in, abuse would be almost guaranteed.
well, rather than that, you could just record the following macro: load ebolt for 90 target closest grey humanoid target closest orange humanoid pause 0.3 seconds end for wouldnt make any difference and its totally possible in the current version already just saying, that instead of a "target closest humanoid" hotkey you could just setup a macro that would say: target closest red humanoid target closest grey humanoid target closest orange humanoid and hotkey it it would just make things easier
That's a fair point - was grey and orange humanoid in there already? I'm losing track of what existed, what was broken, what was considered OP, what should be removed, etc. If those are new, heh, same applies to those!!! I do get it, I just hate automation, I consider target selection a skill, it is a mouse based iso game after all. Mouse is where accuracy is at, else its sorta just... cycle your optimal list of spells/skills/items for this scenario You did say that it removes the risk of targetting pets(hirelings?) though... maybe thats a trade off for never having to manually target? one more tap of your cycle target key? Currently it at least causes you to pay attention; elsewise you can literally just tap and go at will, knowing perfectly well that you can never ever hit anything but an enemy. You play FPS with friendly fire turned off too huh
Haha It doesn't even work as is expected on Windows! Can I cause it to play the tracks in a similar way? (currently it mostly loops unless you go warmode).... maybe I can... The regional triggers don't seem to function, this could be entirely due to the empty Music.def file in our clients, or something different. I'll check with Telamon regarding status of the packets that are sent that should initiate a music change from region change. It might be possible to make razor force the client to play the music, but I have a feeling it won't be a good method, considering the way some things are done... a music track can occupy a thread, only one thread means bad times! Anyway, that's all for talk to myself about Music on Mac. Added to the list..... *dies a little more inside* Edit: Crazy-Insane-Not-Happening idea: iTunes tie in on mac clients... that'd play em perfect I bet. (but no, must be a solid method hehe)
A target closest humanoid hotkey would also target blues, right? However since closest criminal humanoid, closest enemy humanoid, closest gray humanoid, closest innocent humanoid, closest murderer, already exist I don't particularly see a problem putting all those under one hotkey (especially since you can do this already as you indicated) called Target Closest Humanoid. At the same time, since you can already do this with a macro tied to a hotkey, all this is really doing is saving someone from creating a macro like you already laid out.
Hah! *dons his devils advocate horned cap* I say this simply to keep discussion of this feature going, it is the best way reach a solid understanding between folks: Now that @Quick has worded it that way... it actually lines up perfectly with a quality of life improvement. *replaces cap with trusty floppy hat * My actual opinion is less automation by players/clients and more interaction, decision making and skill across the board. Even to the point I wouldn't have target types. A simple rotation of targets, starting by closest+frontmost and never returning to the start until the final mob was cycled, or direction changed. LastTarget would remain, that woild be insanity as the character already knows his target, no new decision. In other words, If I had my way... *wanders off ranting brilliance...or nonsense?*
i was talking about adding target closest non - friendly humanoid, where it exists for all other targeting types
EDIT: Apologies if this was already requested... @Quick, so here is a question. You know when you double click on a rune? And you type a description? Or load an item onto a vendor, and then enter the price/description? Is it possible for the new razor to "enter" that type of text. It is like regular talking, but isn't. Razor as is, when you have a "say blahblahblah" line in a macro, it bypasses the rune/vendor prompt and the chat appears over your head. What do you think?
When I added the Target Monster hotkeys that were in 1.0.14 -- I tried to make it a bit more dynamic. It would read mobtypes.txt in your UO folder, and then look at the body type, compare it to that list and say it was an animal, sea monster or monster. The problem was, some animals in mobtypes.txt are being used as monsters (ie: dire wolves using wolves animation), or snakes are considered animals but they attack you as well. When you'd hit your target closest monster hotkey, it wouldn't pick that up. I did some research, and implemented the method used by 1.0.14 -- they take a liberal approach and pretty much consider anything that isn't a humanoid, a monster. This would mean cats, dogs, etc are picked up but makes it a bit more future proof for new animals that might be used as a monster.
Hi Quick, is there anyway to make UOAM work tish this version? If not, is there another UOAM version or program of similar features? I'm a bit lost now without UOAM in places I don't know Kind regards.