Quote:
|
Quote:
|
Quote:
What I meant is, that I'd like to have a field that allows me to link a specific abilityId to it's (base)-morph(s) IF it is morphable (= player owned?). |
The unification of ability IDs is certainly useful for my application. Makes things much more streamlined only having to register callbacks or monitoring for a quarter of the number of IDs, but I can see how it may introduce a little more work for those who use the unique ranks in more meaningful ways. I'm a fan.
Can confirm that stack IDs (à la Grim Focus) also maintain the Rank I IDs. Haven't tested all ranks for any "gotchas" but at least all the ones I've tested have stacked against the Rank I ID. Cheers. G |
You can use GetSpecificSkillAbilityInfo to link up the morphs.
|
On PTS the handling of buffs(effects) has changed.
The effent EVENT_EFFECT_CHANGED and ESO client BUFF&DEBUFF option don't show: - RAPID_MANEUVER_ABILITY - RETREATING_MANEUVER_ABILITY - CHARGING_MANEUVER_ABILITY anymore, instead the resulting buffs - MAJOR_GALLOP - MAJOR_EVASION will be shown. Is the this change on purpose and permanent? |
ESOUIDocumentationP18 2.txt
In ESOUIDocumentationP18 2.txt:
Code:
EVENT_ALLIANCE_POINT_UPDATE (*integer* _alliancePoints_, *bool* _playSound_, *integer* _difference_, *[CurrencyChangeReason|#CurrencyChangeReason]* _reason_) But with Update 18 the alliance point gain (tick) will be advised when the player may already has moved to another zone. Therefore: Can this event be extended with an additional parameter for keep Id of tick? This would allow to track the source (credit list) of the tick. . |
Quote:
|
Quote:
|
Quote:
|
Quote:
Cheers, Gandalf |
I tried to update Circonian's LibNotifications and noticed that NOTIFICATION_TYPE_GIFT is not defined, but is used in notifications_gamepad.lua and notifications_keyboard.lua. Not sure why it doesn't throw a lua error there, but when I copy the table into LibNotifications, it does exactly that:
Code:
user:/AddOns/LibNotification/LibNotification/LibNotification.lua:25: table index is nil |
Quote:
We can make the table globals. |
Ok. That explains why I didn't see any errors. I don't have the latest code extracted yet. :o
|
Quote:
Works like a charm, Thank you! Just one additional question: Pre Update 18, attack/defense tick have been granted for keep types: - KEEPTYPE_ARTIFACT_KEEP - KEEPTYPE_KEEP - KEEPTYPE_OUTPOST - KEEPTYPE_RESOURCE - KEEPTYPE_TOWN In update 18: A keep and its resources will been treated as a super structure with a total of 4 credit(reward) list and the lists will be cleared when the player is defending/attacking in another super structure. Probably when the player earns CURRENCY_CHANGE_REASON_KILL for kills/healing. What is the handling for the other keep types (without super structure)? Will these credit list cleared as well when the player is active on another keep of the same type? E.g. Moving from one scroll temple to another? Thanks, Gandalf |
Quote:
|
Just a note about crafting functions which were global and removed now.
Old and removed: Lua Code:
Replaced by: ZO_CraftingUtils_GetSmithingFilterFromTrait(smithingResearchLineTraitInfo) -> See file /esoui/ingame/crafting/smithingresearch_shared.lua -> function ZO_SharedSmithingResearch:Refresh() e.g. used like this: local expectedTypeFilter = ZO_CraftingUtils_GetSmithingFilterFromTrait(GetSmithingResearchLineTraitInfo(craftingType, researchLineIndex, 1)) |
Hey, I just wanted to ask if turning AddOutfitSlotPreviewElementToPreviewCollection private is a permanent change or if it is something temporary as in a past PTS with PreviewCraftItem?
|
All times are GMT -6. The time now is 11:29 PM. |
vBulletin © 2024, Jelsoft Enterprises Ltd
© 2014 - 2022 MMOUI