3.3 Update
 

3.3 Update pop monday.

I won't give the usual details, I'm a bit tired, but I'll do them.
Feel free to talk about new systems and issues you may have.

I'm personnaly already planning few things about new features which will come.

Here is the documentation for this patch.

I keep track of the furnishing recipes and I noticed the exact same number of furnishing items exist in Dragon Bones, but the IDs have changed. Were some items removed as others were added, were some items re-Id'd or is there some sort of issue?

Which ids in particular?

115786 for example.

I've updated api page. I've added for each API function and event a search of this function into code of a great addon made by a friend.

Also i've updated global pages, there is new categories as always, and I merged the new "Globals" categories into one. It's basically a listing of MAX_SOMETHING, INVALID_THAT, STUFF_LENGTH.

Thanks to Dolby, i'll also be able to give a lot more info of important stuff taken from here and there.
Maybe i'll publish a Handbook.



Events removed (I didn't looked where the pickpocketting events went).


New events

ZOS finally added back Guild and social events! 2y after :)

Almost all of the removed events have been merged into EVENT_CLIENT_INTERACT_RESULT since they were all results of attempting to interact and didn't need their own events.

Design tells me that this one is being removed because it has no source in the game and will not have a source. But they also mentioned that some furniture ids were unintentionally removed on PTS and will be restored.

2 questions for Chip:

1. Why (on PTS and on live) Ambush applies Charge Snare after its damage part lands, not before as is the case with all other gapclosers? The purpose of the Charge Snare is to slow down the target to make sure the gapcloser gets close enough to the target. It makes little sense to me to apply the snare after the player is already on the target.

2. Could we please get a clarification what exactly is supposed to be changed regarding EVENT_COMBAT_EVENT results on pts in pvp?

Thank you.

Once you've named a storage chest, I don't see a means of removing the nickname. You're also not allowed to use numbers. I'm assuming this is a remnant from pet naming schemes or something? I don't see the harm in a name like "Storage 4"

Would you consider adding these new storage units to SHARED_INVENTORY without having to open each one per reload? Or at least give us a means of force loading it if it hasn't been already.

Yes please, allow numbers in the names of the chests!

Some info for the house bank:
EVENT_OPEN_BANK gives us the bagId now, and is fired if we open the house store.
-> We can check if the house bank was opened via function "IsHouseBankBag(bagId)" -> returns bolean
EVENT_CLOSE_BANK wll fire if the house storage is closed.

It looks like GetSmithingPatternNextMaterialQuantity is nil on the PTS right now. Was it renamed or accidentally taken out?

I believe it was removed because of this:
The API notes also say:
So you probably will have to think of a new way to do what you did with that function.

I'd take a look at ZO_SharedSmithingCreation:GenerateMaterialDataForPattern in SmithingCreation_Shared.lua for how we use it.

Quote:

Originally Posted by ZOS_ChipHilseberg (Post 33616) I'd take a look at ZO_SharedSmithingCreation:GenerateMaterialDataForPattern in SmithingCreation_Shared.lua for how we use it.

I should have thought of that. I checked it and it looks like GetSmithingPatternMaterialItemInfo can get me what I need. (the third return is the number of mats required)

@sirinidiator I did have another way I can get that info, but it's not an API way.

GetItemLinkStacks() will return inventory, bank, craft bag. Is there some sort of equivalent that can be called on individual bags or specifically made for housing banks?

It could be cool.

PS: GetItemLinkStacks for bank return stack for BANK + SUBSCRIBER BANK. if we can do same for all the chests. or maybe a new function.

I'd either split it into several functions where we can pass the bag_id to. This would be more performant if one only would need the stack info of one bag.
Or let it accept a table parameter where we can add each bagId we want to check and if no parameter is given return all like today, maybe?

So I was playing around with the new preview and outfit API. It seems to be really hard to find the correct collectible/outfitStyle if you want to reproduce a given item/itemLink.
Would it be possible to add a GetItemLinkOutfitStyleId function similar to GetItemLinkItemStyle ?
The only workaround I have found so far is to compare the names from GetCollectibleInfo and GetItemStyleName(GetItemLinkItemStyle(itemLink)) but that is slow and can not detect the correct rank/material of the style.

We could add house bank to the returns or we could make a new bag based function. Either way, that data would only be available while in a house. What is the use case here?

This should be possible.

With CraftStore, I keep track of the data of all storage, which means even when I don't have access to it. When you open the house bank, I'll want to write it all to saved vars. I need quantities which works okay when you have a single stack, but the second you split a stack, the numbers are ruined because I'm only calling that slot for the total and not all slots.

The existing function works for the other 3 bag types all of the time and I know the housing banks don't "exist" until they are opened. As such, I'd like:

which I'd trigger via inventory update events that currently exist.

Oh, didn't notice so far that the house bank data is not accessible if we are not at the house interacting with the bank.
Why is that? :confused:

We are not able to see what is in the bank without saving everthing to the savedvars and updating it each time we go to the house and open, close the bank? :(

My usecase would be e.g. the number of items in my inventory -> move the mouse over the item and see in the tooltip the amount of items in my housebanks.
Or scan my housebank items and mark them with a "flag"/"icon" even if I'm not at the bank.

The bank IDs don't exist in SHARED_INVENTORY until you open each one that session. Leave the house, the IDs still exist, but the data is wiped. Re-enter your house and every bank you had previously opened will have its data restored.

It's likely to minimize the data that is cached since we can't access these banks outside of our houses anyway. It's just a nuisance for our use cases.

This will be added with the next PTS.

Awesome, thanks a lot!

Any word on whether the function is being considered? Otherwise, I'll have to loop through every item in the bank at hand each time an item is added. I don't know how well plebeian computers will handle that, then I'll have disgruntled masses.

Depending on what you're using it for you could just update the index with EVENT_INVENTORY_SINGLE_SLOT_UPDATE. I have a function that adds or removes items from 4 separate indexes in LUI Extended (Worn, Bag, Bank, House Bags) if you need ideas. Also could index at the start/beginning of EVENT_OPEN/CLOSE_BANK. Shouldn't really cause any hit to iterate over the bags once for this.

Although a function would definitely make it easier :-D

CS has always been very fluid about it, it uses a single slot update, then updates the tooltip instantly. Without my proposed solution or that function, I'd have to pull the full bank data on open and close, then have it go through for each item link and build a table and add to the quantities for each as they are encountered.

I know I'd be bombarded with complaints of the tooltip being wrong until you exit the bank.