BetterStats

Shows your attributes as base (combined) on the character sheet and on the level-up screen: the raw value you invested and the final value with powerups, gear and skills. No gameplay change.

• GUID: com.gumatos.betterstats
• Version: 1.0.2
• Works with: Stolen Realm v1.3.1.
• Needs: BepInEx 5 (r2modman installs it for you).

What it does

The game shows one final number per attribute (Might, Dexterity, Vitality, Intelligence, Reflex). That hides how much came from points invested and how much came from powerups, gear and skills — the part you need when deciding where to invest.

The mod shows both:

Might        12 (18)
             ^^   ^^
             |    +-- final value (powerups, gear and skills applied)
             +-- raw value (points invested)

• Works on the Attributes panel of the character/inventory screen and on the roguelike level-up screen.
• Also fixes the layout of that value column, which used to overflow the panel.

What it does not do

• No gameplay change — no attribute, damage or cost changes; it only formats text.
• No game file is modified (nor the save) and nothing is left behind.
• No number is invented — the raw value comes from the character, the combined value from the game's final attributes.
• No other screens are changed.

Install

r2modman (recommended): install this package in the Stolen Realm profile — the DLL goes to BepInEx\plugins\BetterStats\.

Manual: install BepInEx 5 x64 (or press "Start modded" once in r2modman to create the folders), then copy the BetterStats folder to:

%APPDATA%\r2modmanPlus-local\StolenRealm\profiles\Default\BepInEx\plugins\

The file must end up as ...\plugins\BetterStats\BetterStats.dll.

Uninstall

Delete the folder BepInEx\plugins\BetterStats\ (or untick the package in r2modman) and open the game again. No game file was ever changed.

Build from source

cd BetterStats
dotnet build -p:DeployToBepInEx=false

Output: bin\Debug\netstandard2.1\BetterStats.dll. The reference DLLs come from the game and are never distributed. The deploy is opt-in (DEPLOY-2): a bare dotnet build installs nothing — the DeployToBepInEx target runs only with -p:DeployToBepInEx=true, which copies the DLL into <r2modman profile>\BepInEx\plugins\BetterStats\ on the machine that built it.

Português (BR)

Mostra os atributos como base (combinado) na ficha de personagem e na tela de level up: o valor puro investido e o valor final com powerups, equipamento e skills. Também corrige o alinhamento da coluna de valores. Não altera gameplay. Instalação, desinstalação e build estão nas seções em inglês acima.

Changelog — BetterStats

1.0.2

Documentation release. No code change — this build behaves exactly like 1.0.1; the DLL differs only in the version string it reports.

• The package page is now in English. The description and the README were rewritten in English, in the same shape as the other packages of this project (what it does, what it does not do, install, uninstall, build). A short Portuguese summary stays at the end of the README.
• The build instructions were wrong about the deploy. They said that a bare dotnet build would also copy the mod into the mod-manager profile. That is no longer true: the deploy is opt-in — a bare dotnet build installs nothing, and only -p:DeployToBepInEx=true copies the DLL into <profile>\BepInEx\plugins\BetterStats\.
• Two notes below were stale about their own version. The 1.0.0 section said the fix had landed "before any download" and that the version had not gone up. Neither was true: 1.0.0 was published carrying the defect, and the fix shipped as 1.0.1. The text now says that, in the past tense.

1.0.1

Correção do aplicador de ganchos: a 1.0.0 publicada carregava o mod e não aplicava gancho nenhum.

• A troca do PatchAll() por aplicação gancho a gancho veio acompanhada de um filtro de classe de gancho que exigia [HarmonyPrefix]/[HarmonyPostfix] no método. Este mod declara os ganchos pela convenção de nome do Harmony (InventoryStatPatch.Postfix e RoguelikeStatPatch.Postfix), que o Harmony aceita exatamente como o atributo — o filtro recusava as duas classes de patch: o mod carregava, logava "carregado." e não aplicava gancho nenhum (o silêncio parecendo sucesso; era o defeito A-1 da REV-2, em 4 mods).
• O filtro agora exige só [HarmonyPatch] no TIPO — o mesmo conjunto de classes que o PatchAll() processava. Medido invocando o filtro real da DLL construída: 2 de 2 classes de patch aceitas e 2 métodos de gancho dentro (antes: 0 de 2). Em todo o projeto, os 4 mods afetados passaram de 0/14 para 14/14 classes de patch aceitas.
• Ganchos aplicados um a um (mesmo endurecimento, mesma release): CreateClassProcessor(...).Patch() por classe de gancho, uma linha de log por gancho e resumo com a contagem real — um gancho que falhe não derruba o outro (são 2: ficha de personagem e level up).
• A versão subiu (1.0.0 → 1.0.1) por causa disso: versão publicada na Thunderstore é imutável e a 1.0.0 que estava no ar carrega o defeito — sem bump a correção não tinha caminho para o usuário. No caminho feliz nada muda: o conjunto de ganchos aplicados é o mesmo.

1.0.0

Primeira versão publicada.

• Mostra os stats no formato base (combinado) na ficha de personagem (painel Attributes do inventário) e na tela de level up do roguelike: o valor puro (pontos investidos, de character.SavedMap) seguido do valor final entre parênteses (com powerups, equipamento e skills já aplicados).
• Corrige o layout da coluna de valores nessas telas: o texto era alinhado num X fixo e vazava para fora do painel.
• Sem qualquer alteração de gameplay — o mod só reescreve o texto exibido.

Correção do aplicador de ganchos (a nota dizia "mesma versão, sem subir número"; a versão subiu — esta é a correção que saiu na 1.0.1, seção acima)

• A troca do PatchAll() por aplicação gancho a gancho (que entrou nesta versão) veio acompanhada de um filtro de classe de gancho que exigia [HarmonyPrefix]/[HarmonyPostfix] no método. Este mod declara os ganchos pela convenção de nome do Harmony (InventoryStatPatch.Postfix e RoguelikeStatPatch.Postfix), que o Harmony aceita exatamente como o atributo — o filtro recusava as duas classes de patch: o mod carregava, logava "carregado." e não aplicava gancho nenhum (o silêncio parecendo sucesso; era o defeito A-1 da REV-2, em 4 mods).
• O filtro agora exige só [HarmonyPatch] no TIPO — o mesmo conjunto de classes que o PatchAll() processava. Medido invocando o filtro real da DLL construída: 2 de 2 classes de patch aceitas e 2 métodos de gancho dentro (antes: 0 de 2). Em todo o projeto, os 4 mods afetados passaram de 0/14 para 14/14 classes de patch aceitas.
• A versão subiu (1.0.0 → 1.0.1), não ficou na mesma. Esta subseção nasceu em 254c9a2 com "sem subir número", quando o conserto ainda estava só no fonte; o c3d3aab bumpou porque a 1.0.0 já estava publicada (portanto baixável — não "antes de qualquer download") e versão publicada na Thunderstore é imutável: sem bump a correção não tinha caminho para o usuário. É a mesma correção da seção 1.0.1 acima; no caminho feliz nada muda (o conjunto de ganchos aplicados é o mesmo).