Spherical

A bit of a necro post but: does anyone have a good AI schematic for this build? Looks really cool but I don't have the dexterity to handle both Tekehu and the Watcher at the same time.

It seems that I'm no longer able to use the alpha/color element on sprites in the XML files. Not a super huge deal, as I can work around it - just curious why this happened with the latest patch. This means that instead of using the color tag "within" the sprite tag, I have to wrap it around the sprite instead. Which means that this: <sprite="Inline" color=#80e27eEE name="cs_health" tint=1> ...has to become this: <#80e27eEE><sprite="Inline" name="cs_health" tint=1></color> Any idea why that is, @BMac?

*wakes from his slumber* A new patch is coming?! Guess I better brush up on my XML-skills then! Also: hi everyone, been a while (Ethics! Long time no see! Hope all is well with you!)

It's actually scattered across a few different files. Here's a .7z-file with all my modifications to the Rogue class: https://mega.nz/#!yHYSAIDB!9ZQXjBBwy0YN37sfWZtns3UuGuLkk03iq-ffRoIFQg8 The stuff I've added are fairly self-explanatory but I'll list them here anyway: At level 1 the Rogue will be able to pick a new passive ability called "The Endless Loop", which will rewards 1 Guile per kill. Also at level 1 the Rogue will now have access to the Barbarian ability "Frenzy". When the Rogue reaches a higher level you'll be able to upgrade the ability to increase it's duration every time you kill an enemy (just like the Barbarian passive "Blood Storm"). The "Escape" ability can now be used out of combat. That's all the mod does. I've also added some new descriptions to the abilities which can be found in the .stringtable-files located in the localized-folder. Enjoy! Oh and if you don't like my other additions to the class just remove them by going into the progression table file (Rogue_Mod.gamedatabundle) as well as removing the relevant .gamedatabundle-files associated with the abilities you want to remove.

SOLUTION: Managed to get it to work on a character that didn't have the ability already. Gonna try removing and then re-adding the skill using console commands to see if I can get it to work on my current character too Edit: Works on my current character after removing and then re-adding it through console commands.

Welp, spent the entire day rebuilding all my gameplay mods. A lot of new variables was missing so I thought the Rogue mod might be malfunctioning due to that but it still doesn't work. I give up. The game simply doesn't want my character to gain any Guile when killing enemies. Here are the updated files if anyone is interested: https://github.com/Spherikal/PoE2-GameplayMods/tree/master/PoE2-RogueTweaks UPDATE: I finally got it to work, apparently my main character has a faulty version of the ability activated. I need to respec in order for the mod to work properly.

Oh and here are two screenshots showing the ability both in the progression table in-game as well as on the character sheet: Screenshot #1 Screenshot #2

Yeah, it's what I figure as well. Starting the rebuilding right now, let's hope it works better after I'm finished

That is strange! Guess I'm going back to the drawing board to see if I can make it work by rebuilding it from scratch. But yes, the ability shows up fine in the progression table in-game...

Heya Armakoir :D I just realized that I accidentally swapped #3 with #4 - updated my original post to make it clearer what each .gamedatabundle file does. The former #4 (now #3) should be applied whenever I kill an enemy since I'm using: "StatusEffectType": "ApplyStatusEffectOnEvent" And further down in the same file I have: "EventValue": "OnScoringKill" I thought that meant that if the requisite (OnScroingKill) is true then the game should apply the status effect (i.e. status effect ID 1ca9c9d5-3478-4315-b588-0dd167de5f31, which is the status effect that rewards the Guile point - see #4). Am I implementing this all wrong?

Greetings, I've been trying to get this mod to work for a very long time but I can't for the life of me figure out why it wont work. What I'm trying to do is to give my Rogue +1 guile every time he kills an enemy. Setup: When the rogue reaches level 1 he's given a new passive ability called "Endless Loop" (see #1). The new passive ability is created using the GenericAbilityGameData tag (see #2). Scoring a kill triggers a status effect (see #3) that rewards 1 guile (see #4). Code: #1 Progression Table Entry for the New Ability: Rogue_Mod.gamedatabundle #2 Generic Ability Table: Rogue_Endless.gamedatabundle #3 Status Effect (Apply On Event) Table: Rogue_Endless_SE_ApplyOnEvent.gamedatabundle #4 Status Effect Table: Rogue_Endless_SE_AddGuile.gamedatabundle Anyone knows why this isn't working? Do I need to fulfill some kind of prerequisite (i.e. the mob has to die from a normal auto attack or similar) in order to get the +1 Guile? I'm at my wits end so any help would be greatly appreciated. Please note! All mod files can be found at my GitHub: https://github.com/Spherikal/PoE2-GameplayMods/tree/master/PoE2-RogueTweaks

So... any update on this?

Nothing that will affect mods in game v3.0.1.0026 BMac?

So this is something that I've known about for a while (and corrected in my own mod) but I thought I'd report it here all the same in the hopes that it either gets fixed or we get some clarification on what penalties various injuries actually apply. The injuries in question are: Bruised Ribs, Concussion, Sprained Wrist, Swollen Eye, and Twisted Ankle. These entries can be found in cyclopedia.stringtable and their ID's are: 126, 128, 130, 132, and 134. Example #1 - Bruised Ribs: The cyclopedia entry for Bruised Ribs states: But after looking in the game files (AFF_BruisedRibs in statuseffects.gamedatabundle) a more accurate description would be: ...as the character receive no penalty to Constitution by getting the Bruised Ribs affliction, but rather, a penalty to their Fortitude defense is applied instead. --------------------------------------------------------------------------------- In order to keep this post fairly short I'll just conclude by saying that the example above holds true for the rest of the listed injuries. None of them apply the effect described in their cyclopedia entries. So my question is this: is the cyclopedia entry wrong or am I missing something in the game files? If so, maybe you should consider re-wording the cyclopedia entries for the mentioned injuries lest you run the risk of (unnecessarily) confusing players whom might try and figure out what penalty they can expect from which injury.

Would very much like to see this as well.

Any chance you could elaborate on what this means BMac? Does it mean we have access to more UTF-8 supplements? And while we're on the subject of font assets any chance you'll release the codes for some of the alt-symbols used by fonts like Espinosa Nova Titling? If there are any, that is. Looks like a solid patch, although a little sad that we wont be seeing any big new modding features this time around... I'll just keep my fingers crossed in the hopes that we'll see something juicy (mod-wise) in a patch further down the line!

Just wanted to chime in and echo what TT1 said, thank you BMac for figuring it out! <3

Short answer is: you can’t. A mod can break for various reasons when the game gets updated, maybe it breaks because new elements are added to game data objects, maybe an element gets renamed or removed. My pint being that there’s just no way to completely future proof your mods and keeping up with the developers is just part of being a modder. It’s generally considered good practice to delete a mod folder before installing a new version of the same mod, this will decrease the chances that errors will occur and makes sure that you have a pristine mod in your override folder. As to whether you have to completely remove the override folder before applying a new game patch as Kilay have been saying, this hasn’t been confirmed by Obsidian (AFAIK) to do anything to protect your mod from unwanted changes. That being said, it might still be a good practice to do just that before patching the game “just in case”. Hope that answers some of your worries, and if not, let me know and I’ll answer to the best of my knowledge. Kind regards, S

Nice :D and yeah, I get that it wouldn't be the highest priority as there aren't that many modders working with stringtables at the moment–although that might change if those features were implemented

Bug: Game v2.1.0.0021 no longer allows you to add new cyclopedia entries.1 It is no longer possible to add new cyclopedia entries through .gamedatabundle-files. The game wont recognize the following GameDataObjects: This GlossaryEntryGameData will no longer works as intended when used in the latest beta patch (v2.1.0.0021). The game still applies the AutomaticallyAddLinks property in a correct manner and highlights the new keyword (both in the cyclopedia and in dialogue text) although you wont be able to click on the link as it doesn't lead to a cyclopedia page, nor will a tooltip pop-up when hovering the hyperlink in dialogue text. The .stringtable entries I'm trying to link to looks like this: Although I don't think these entries specifically are causing the bug as I've been able to get them to load properly by referencing them from an already existing GlossaryEntryGameData by doing this: I used the already existing GlossaryEntry_Beraths_Wheel to link to my new stringtable entries and it worked flawlessly. In other words: this issue seems to be isolated to new GameDataObjects and doesn't seem to affect already existing ones. What I've done to try and isolate the bug: I double checked to see if the game uses either the DebugName or the UUID anywhere else in the game files (they're not). I've tried running the game with a completely cleaned out "override" folder to see if the issue stems from any other mod (it doesn't). I've gone through the output.txt log to try and narrow things down further but haven't seen any errors that might be causing this bug. Although I should mention that the game doesn't like using the same entry name twice as I get this error in the output log: ERROR: Duplicate glossary entry 'Glamfellen' in entries 'glossaryentry_Glamfellen' and 'GlossaryEntry_Cultures_Glamfellen_Subcat'. Unfortunately fixing that error (caused by using the TermCyclopedia ID 1050 twice) did not resolve this issue. I'm not sure what else I can be doing at this point except forwarding my findings to you BMac and the rest of the development team with the hope that this will be resolved before the patch goes live. Only thing that springs to mind is that it might be caused by the following feature added in the patch: Mod data that doesn't affect gameplay (atlases, portraits, strings, images) will be loaded when playing God ChallengesMaybe the game, somehow, thinks that I am playing with God Challanges turned on (I'm not) and thus wont load new GameDataObjects? --- All in all, awesome work on the new patch–really digging the new Enchantment UI and the ability to see your skill tree outside of leveling up, very nice additions to the game for sure! Kind regards, S. --- Update on my situation: I've managed to get the game to load the gamedatabundles but there doesn't seem to be anything in particular that makes them load. I've been trying to have a look at the output.txt log to try and figure out if there is something going on behind the scenes that I can fix but I haven't been able to see anything of note so far. I will attach the output logs to this post in the hopes that they will make more sense to someone else. output_log_020918.txt – Couldn't get any gamedatabundles to load in session. output_log_020918_v2.txt – I was able to get the mods to load properly only on the last save game I loaded. output_log_020918_v3.txt – I started a completely new game to eliminate the possibility that my old save was causing the problem but the gamedatabundle files didn't load during this session either. -- Update #2: For anyone reading this post (but skipping what BMac says just down below) this is a known issue that OBS is fixing before 2.1 goes live! output_log_020918.txt output_log_020918_v2.txt output_log_020918_v3.txt

Ran into the following bug when working in stringtable files: As you can see the "Kohopa & Tangaloa" text seem to take priority over the tooltip background which would make the tooltip text very hard to read (if it was just a tad bit longer).

What makes things even stranger is that adding an additional link (without closing it) right at the start of the <DefaultText> tag seems to fix the issue: <Entry> <ID>1104</ID> <DefaultText><link="glossary://GlossaryEntry_Health"><line-height=100%><link="glossary://GlossaryEntry_Health"><#80e27e>{0} Health<space=0.7em><voffset=0.1em><size=80%><sprite="Inline" name="cs_health" tint=1></size></voffset><space=-0.8em><voffset=0.8em><size=45%><#4caf50><sprite="Inline" name="cs_health" tint=1></color></size></voffset></color></link> Restored</line-height></DefaultText> <FemaleText /> </Entry>

So, I got a issue/question that I was wondering if someone could try to replicate or perhaps even have an answer to... When working in the gui.stringtable file I ran into an issue when altering ID 1104. There seems to be some kind of code "spilling over" to other parts of the gui text that's unintended. This code: <Entry> <ID>1104</ID> <DefaultText><line-height=100%><link="glossary://GlossaryEntry_Health"><#80e27e>{0} Health<space=0.7em><voffset=0.1em><size=80%><sprite="Inline" name="cs_health" tint=1></size></voffset><space=-0.8em><voffset=0.8em><size=45%><#4caf50><sprite="Inline" name="cs_health" tint=1></color></size></voffset></color></link> Restored</line-height></DefaultText> <FemaleText /> </Entry> Results in this "spill over" effect: The area marked in red becomes one continuous link but the link should only start at "+13.3" if I understand things correctly. Anyone got any theories as to why this might happen? The "Party Wide Effect" is from the pet Abraham if that helps any. Edit: This issue persist even if <ID>1104</ID> is the only entry in the mods gui.stringtable file.

Q1: Would it be possible to allow us to separate tooltip entries from cyclopedia entries? In other words: I'd like to be able to tell the game to show a tooltip that is different from it's cyclopedia entry for example. Q2: Would it be possible to set a max amount of characters that a tooltip can display? If a tooltip is long enough it wont fit on the screen and instead get cropped at the screens edge. This image will hopefully demonstrate both inquiries and the issues that arises with the currently implemented system of how the game displays tooltips: Edit: Thank you @BMac for answering the question I posted the previous page, I kind of figured that the UI would be hard to "open up" in a way that's as easy to mod as the .stringtable/.gamedatabundle-files are. Never hurts to ask though

I got a request that I thought I'd throw on the pile: is there any chance that we will get access to (and be able to mod) more parts of the UI than what's currently available? The two biggest areas I'd love to have access to would be the Character Sheet and the Combat Log.