Possible fix for /finditem ...

[MacroFiend]

I haven't checked this as I am writing it on my train ride home, but here is a possible fix to get /finditem to open/select items again.

Code: Select all

               gLastFind = PriSlot; 

[color=cyan]               if (pContainer->Open == 0) { [/color]
                  sprintf(szBuf,"right inv %d",PriSlot); 
                  Click(pChar,szBuf); 
                  WasOpen = TRUE; 
               } 
[color=cyan]               if (pContainer->Open == 0) { [/color]
                  strcpy(gLastError,"FIND_PACKNOTOPEN"); 
                  return; 
               } 
               sprintf(gLastFindSlot,"%d,%d",PriSlot,BagSlot); 
               sprintf(szBuf,"left pack %d %d",PriSlot,BagSlot); 

The cyan changes are all that should be needed to get the updated contaner state.

[wassup]

Not sure what you mean. It's working now with /click fixed.

[MacroFiend]

if the bags are already open. The fixes I mentioned are for the case when the bag is closed.

[Valerian]

there is a lag issue. to make this work, we'd probably have to do some intense coding (maybe multithreading) to wait for EQ to open the bag, and then actually click on the item. just open your bags before using /finditem...

[MacroFiend]

I was returning the code to its partially working state from before the patch.

Most of the time I make sure my bags are open prior to running a /finditem.

[Spectre]

Actually, I prefer the current functionality. If I want to run a tradeskill tool, but not use all the components I have on the character, I just put what I want to save in a container and close it, and it's not touched by the macro.

If you change this, I'd like the option of somehow reverting back to how it's done now.