Yoko

yeah you can by setting global vars o by using user messages

lalla521 wrote:un po ^^

:O e cosa aspetti a darmi icq!? :P per pm,
oppure se ti và contattami tu, 160386572

lalla521 wrote:since array isn't dynamic, you know the lenght just by looking at the code...

termini tecnici eh? magari sai anche programmà!

anyway, maybe i got an idea.

if injection finds out another injection instance,
when it's queried by uoam with wm_user+202 msgs and it's not focused
it should query the other injection for ingame coords. (if the other uo is focused)

what about it?

is it possible with uoa to start multiple instances of uo?

last versions' sources are not released.
the last aviable source is of version 305 if i remember well.

well most inj's commands support inner targeting.
like uo.cast("whatever","self")...

but i've never heard of "absolute target"

yoko means if there is some option in uoam that disable reporting of chat msg to game window, and there is one indeed. at the UOAssist tab (in UOAM), uncheck: "Send notifications to game window".

unchecking this will cause UOAM to stop sending user msgs that cause
injection to report chat's text.

if you mean injection's internal lasttarget pointer
then it can be set through uo.set("lasttarget","serial")
i think.

right now injection has some problem to handle graphical output on titlebars.
some parts of the code should have to be rewritten prbly anew.
so for the time being you may not add new
counters to uo's titlebar or change the existing ones.

having a look at emule could be worth it

oddio lalla di dove sei !? ;_;

nani...?
banzai!

tutti de uod eh?
lol

systems prior to w2k won't support this,though

exactly. anyway, wm_user+202 handlins is required since if uoam recognizes a UOASSIST-TP-MSG-WND it queries such window for ingame coords.
shortly said, uoam won't track your char if you don't return a proper WORD containing ingame coords.
that's a thing i noticed while coding.

penso che volendo potresti usare injournal
ad ogni modo sarebbe lunghetto e poco 'elegante'

see, uoam cooperates with uoa/razor mostly through sending of user msgs to a window of a specified classname that uoa/razor owns. panic/unpanic functions and reporting of chat messages to game window for example, are coded this way.
160386572

i coded smth like that some months ago without having to reverse uoam protocol or any of this kind of things.

synchronizing subroutines so that they don't try to commit
actions before the 'delay to perform another action' set by server
is elapsed? mmm i don't think it's possible.
if there is a way, it's not easy.

...?