** Note **.  For any of you who frequent the Mainboard over at EasyUO, you'll note that I also posted this there - 5 mins ago. Hope you don't mind my also posting it here, but the brains here are IMO as good as anything over there... And that says a lot.  Anyway, here's that post:

With all you excellent scripters here, some among you are also probably quite savvy tech-wise - and I'm hoping you can help me figure this one out.
I posted this over on Stratics/Tech forum last Friday, with zero response to date.  I'm trying to figure out how this can be my system, and not UO/UOAssist.
When UO is loaded via UOAssist, my UO client balloons until it crashes.  Memory leak comes to mind. This does not happen if UO client is loaded alone, and it does not happen to any other application that I have watched - only UOAssist.
I have already tried deleting all the user-config data that UOAssist keeps both in the doc folder and in the UOAssist folder, but that changed nothing....

Situation/data in the image:

Ok, here's a very simple piece of code that I've been experimenting with:

event macro 50 3 ;
wait 1s
contpos 160 120
wait 1s
halt

Event macro 50 3 will open my pet's healthbar just fine.  If his healthbar is NOT up prior to running this, then it does exactly what I mean it to do.  It opens his healthbar, and then positions it at the proper x,y.

However, if his healthbar is ALREADY OPEN - the contpos moves my backpack to the contpos x,y coords.

I'd appreciate it if you would tell me why this happens.
 

Clear this up for me, once and for all pls...

 If "if" is satisfied by a single condition are brackets required - (that may be the wrong syntax, so let me show you what I'm trying to say........

Can I do this:

If #findcnt = 0
     do this one thing   <<<< this doesn't have to be bracketed, right?
else
do this thing    <<<<<and do I need a bracket for these 3 here?
do this thing
do etc....
Or do I have to do this:

If #findcnt = 0
  {
   do this one thing
  }
else
  {
   do this thing   
   do this thing
   do etc....
 }

Probably most of you here already have a sub to do this, but maybe not all...  

Anyway, after all these years of knocking tables over, and bashing into walls and even occasionally running over the edge of my houses foundation - I decided that it was really stupid that I didn't write a little sub to ALWAYS have me WALK in my house - without me having to hit a freekin' key or click a menu every damn time... I mean if we can write scripts that fight or mine or whatever for us, then we should certainly be able to have our char always walk when he/she's in the damn house (and other places to, like the bank) - AUTOMATICALLY.

So I sat down and look'd at the wiki and it dawned on me that we have an event macro toggle for walk/run (I know - it's assigned to my F9 key and a button on damn near every menu I've got)...
And then I said to myself, hmmmmm.... that shows up as a message whenever it's toggled.... So why not have a sub that hits that toggle and then acts according to what it tells me?

And by jove, it works almost perfectly....

Here's where TM or EN or one of you elites can help me perfect this little bugger.... I have to almost try to get it to fail, but it will fail the way it is - which is, of course, unacceptable...

Here's what it does wrong:  

IF I run it 2 or 3 times in a row, (so nothing is in the journal besides the walk/run off/on message) it will take the wrong action and switch wrongly.
I'm sure that it has to do with my usage of TM's TravelFromRunebook sub that it depends on to check the journal message....
What would be the correct parameter in this case?

Here's the sub:

Sub WalkAtHome
event macro 32 0 ;run On/Off
wait 3
gosub TM_AdvJournalScan WalkRun VALID_ADVANCE now_on
  if #RESULT = #TRUE
     {
     event macro 32 0 ; Toggle it Off
     wait 3
     }
  else
     {
     wait 1
     }
Return
I know how Kal In Ex would code this....  His script would say:  "If you're on any one of the tiles within this boundry, then you will walk." 

Well, he's smarter than I am when it comes to this stuff...

Ok, this may be another somewhat silly question - but since I'm probably getting famous for them by now - I figure I've got nothing to lose..  

So here goes:

Which one of these is the fastest? (Of course each does exactly the same things).

A macro created with the Options tab on the UO PD.
A macro created with UOAssist.
A macro created with EUO or oEUO.
A macro created with the EC.

Flame away....

Now - Of course I'm not talking about the complexity of scripts available to EUO or oEUO users, I'm talking about the basics (switching weapons, drinking pots, things like that).
I'm getting tired of playing on a different playing field than a couple of the people that have PK'd me recently.  I'd like to at least be as fast, not that it's going to help me that much...

Can't believe it's taken me all these years to discover the ability to use a 2nd EUO client, geez...

I just never thought about it, and ran several scripts in a single version. Now that I'm more actively using 2 UO clients (mostly for a mage/healing follower) - I'm thinking that running each UO clients scripts in it's own EUO instance only makes sense. And it also should preclude any possibility of variables, etc. bumping into each other. (Yes, I know namespace addresses this, but I really don't want to convert a bunch of perfectly good scripts to all namespace variables - call me lazy, I can live with that.  )

So, are there any drawbacks to this? Anything I should watch out for? Any other suggestions in this regard?
 

I need to know if my char is holding an item or if that item is simply in his backpack.
For instance:

finditem %someitem #CHARID
will find %someitem in my hand if it's there, but also in my backpack if it's in the top level.
The item is a spellbook and will ALWAYS be in one or the other of those 2 places. If it's in his hand, I need to drop it with event macro 24 2. But, if it's in his backpack - I need to ignore it.

How can I tell where my %someitem currently is?

I suppose I could see if it's in his backpack with:

finditem %someitem C_ , #backpackID
and then act accordingly, but is this the only way to tell if it's in his hand or not???

 

I'm still making my massive all in one daily menu and would sure like to use graphic files in it. But I'm stuck trying to implement "Menu Image File" successfully. I posted this first on EasyUO out of respect for Cheffe and all he has done for our amazing game... But, I'm also posting it here because of the often present brainpower at this url....  

and if doin' this wasn't so much fun - I swear I'd get a life.... But all good things do come to an end, and I'm pretty close to the end of all the fun about now.....   :roll:

I've tried every Menu command that I can find in the docs - but I can't implement ( menu Image File ) in my menu.  
The definition of menu Image File says:  

The menu Image File command loads an external image file at position x/y within the specified image.  
name is a valid EUO name. it should match the name used with the menu Image Create command.
The X and Y values provided to this command are relative to within the Image created with the menu Image Create command, not the window itself. Therefore, menu Image File Test 0 0 test.bmp will place the image at the top right of the image container, not the top right of the window.
filename must be a valid path to an existing file.

For one thing - how does an image at 0 0 get anywhere near the top RIGHT of the window, unless the window is transparent and the writing is on the OTHER side? And what, exactly, constitutes a "valid EUO name"?   I mean.....