Time for a little mass reply:
I did test it with upgrading, and did a little foolery with TES4Edit to make sure that the variables would transfer over correctly for custom hotkeys. It shouldn't be an issue. But, this shouldn't be happening to begin with, so a clean save can't hurt

Based on the variable state, TQP isn't detecting the keypress for some reason. To be honest, it isn't even supposed to be doing that; if the quantity menu was auto-confirmed, the script is supposed to auto-confirm the confirm menu without checking for keypresses.

Okay, I'm going to need to ask you a couple questions to make sense of this.
1) You were in a barter screen, correct?
2) You held down one of the Stack hotkeys, and clicked a stack that had two items, right?
3) What was the hotkey that you pressed? And, what are the values of RightStackKey, LeftStackKey, RightSingleKey, LeftSingleKey based on "sqv aveTQP"?
4) The quantity prompt screen was auto-confirmed?
And now you're at the confirm screen, and it isn't be auto-confirmed.

Please try the following, and let me know which steps work, if any.
1) Try releasing the Stack key and pressing it again.
2) At the confirm screen, open the console and use "set aveTQP.CheckKeyStates to 3", and then close the console. Press one of the hotkeys, and see if the confirm screen goes away.
3) At the confirm screen, open the console and use "set aveTQP.CheckKeyStates to 1", and then use "set aveTQP.bSinglePressed to 1", and close the console. The confirm screen should be auto-confirmed.
4) Set the Default Action to Single, and click an item without any keys pressed. Does the confirm screen get auto-confirmed?

Just to double check, what version of OBSE are you using? TQP does it's own check, but I never actually tested it.

Thanks for the offer, but I truly hope that we get it resolved before you get back As I've said in a previous thread, I don't like bugs in my mods :ninja:

Actually, there is no xml conflict. The xml files are no longer used, and haven't been necessary since v2.2. Even when it was needed, DarN's UI already had the changes that I required, so it was compatible; TQP's xml file wasn't supposed to be in use if DarN's UI was installed.

I developed it on DarN's UI, actually. And, it should be 100% compatible with any UI mod, as long as that mod doesn't make a complete hash of the quantity prompt.

It's good to hear from you and Greyghost that it's working. Thanks.

Heh, I hadn't even thought about that aspect. I haven't used any of the crafting mods in Oblivion (though I did way back in my Morrowind days).

I'm using OBSE 16.3, which I think is the latest one...

I will go ahead and try some of the things you mention above, and report back with the results asap.

Cheers, bendiwolf

I have found a way around this barter bug.

Simply use the "Message_Menu.xml" from Darnified UI 1.3.1 instead of 1.3.2.
In 1.3.2, Darn added a scrollbar to the message menu to support long texts.

Well, everything works for me now and I'm happy

Could it be that simple ? I'll try this tonight when I get home, and report back !

:blink:

Let me go grab 1.3.2 and see what's going on. It may very well be it.

I'll send a copy to bendiwolf to make sure there isn't some other factor involved, and then make a general release.

I'm here, m'lord, ready to test ! :hubbahubba:

Happy to report back:

1. The upgrade went swimmingly - everything worked fine, and the hotkeys were preserved from the previous version

2. The new version works exactly as advertised - no prompt, no problem :):):):)

Just a quick question, though - is the autoconfirm supposed to work with spell purchase screens? Because it doesn't

Cheers, bendiwolf

Hi, is there anyway you can change the key that needs to be pressed to drop items from your inventory? I tried checking the Oblivion.ini but I couldn't find it with the rest of the controls.

Updated.

Thanks! And don't forget to update your sig too! ^_^

Vac

While there isn't a proper way that I'm aware of, there are two methods that would work.

However, one would screw up other mods, and the other requires a bit of effort.

1) It could be done via script (Use DisableKey on both shift keys, check for IsKeyPressed2 on the new keys, and when detected, fake-press the disabled shift keys). But, that would likely screw up other scripts that use the shift keys for other purposes.

2) The best way would be to use an OBSE plugin dll. I know that scanti released one that allows the console key to be remapped, so the same technique could probably be used to remap the drop keys. This way is quite a bit more complicated to create, but would eliminate most potential screwups.

I've never created an OBSE plugin dll, so I couldn't help with that. And, the script method is way too conflicty for my tastes. Sorry I couldn't help more

Edit:
O_o I assumed wrong. You can change it to the shift key to select a stack of items in the inventory to be dropped, and leave it as the drop item button as well. You only have to hold down one button when you click the stack to drop them all this way!

Yep yep, that's actually my preferred setup. I have the right-shift bound as an Inventory Stack hotkey, so I just have to press it to drop a stack.

I mentioned it in the readme in the Details section as a "neat trick".

Heh, looks like I didn't read carefully enough. I'll change it to leave the other shift key alone too.

No new bug reports so far, although only ~90 people have updated to the latest version.

I have a newer issue with the alchemy menu now, but I am not sure if this could have been caused by TQP:

After creating potions I often see some "Name Potion" potions without effect, the effects popup is blank. I checked further and eventually found out that if there is just one ingredient left while creating potions, the button can be clicked one more time, so the last potion (without name and effect) is from one ingredient only. Alchemy skill is ~50. I have not seen this in previous games.

Normally, this is due to the player spam-clicking the create button very very quickly when making large batches of items. The player literally clicks the button faster than the game processes the potions.