diff --git a/docs/ADDON_COMPAT.md b/docs/ADDON_COMPAT.md index 9c63821b..5a8380d2 100644 --- a/docs/ADDON_COMPAT.md +++ b/docs/ADDON_COMPAT.md @@ -5230,3 +5230,38 @@ invisible; on OpenMap's bright, busy stitched map it is all you see. `GameToolti the problem because pfUI puts a solid panel behind it, and nothing skins `WorldMapTooltip`. The port now does the same: one opaque texture on the tooltip's `BACKGROUND` layer, inset past the border so it still looks like a tooltip, shown only while the stitched map is what is underneath. + +### 2026-11-08: one sentence above is wrong, and the bare map's answer is different + +**pfUI does skin `WorldMapTooltip`.** `skins/blizzard/tooltips.lua:10` hooks its `OnShow` and +calls `CreateBackdrop`/`CreateBackdropShadow` there — not in the loop over `GameTooltip`, +`ItemRefTooltip` and the two shopping tooltips three lines above it, which is what a grep for the +frame name at load time finds. Measured with grom's own saved config: `WorldMapTooltip.backdrop` +exists at `TOOLTIP lvl 0`, and because his `appearance.border.force_blizz` is `"1"` there is a +second child, `.backdrop_border`, at `lvl 3`. So the 73%-opaque art is behind a solid pfUI panel +and was never what he was looking through. The OpenMap backing above is harmless and moot — +OpenMap is retired; he is on the bare map now. + +On the bare map the tooltip renders correctly and solidly. What is wrong with it is its **size**: + +| `appearance.worldmap.tooltipsize` | `WorldMapTooltip:GetScale()` | effective | +| --- | --- | --- | +| `"0"` — pfUI's own default, labelled *World Map Scale* | 1.000 | **0.700** | +| `"1"` — 100% | 1.429 | 1.000 | + +`WorldMapTooltip` is a child of `WorldMapFrame`, and pfUI scales that frame to `0.70` +(`C.position["WorldMapFrame"].scale`, `modules/map.lua`). `UpdateTooltipScale` exists to undo +that — `WorldMapTooltip:SetScale(tooltipscale/scale)` — but only when `tooltipsize > 0`; the +shipped default `"0"` means *inherit*, so every tooltip on the world map, pfQuest's included, +draws at 70% while every other tooltip in the game draws at 100%. It is a pfUI setting, not ours: +`/pfui` → Appearance → Map → **Map Tooltip Scale**. + +Also on that map, and the same report: **SoftSpoken Places paints its own tooltip at the cursor.** +`SoftSpoken_Places/UI/MapHover.lua` creates `SSZMapLoreTooltip` (`GameTooltipTemplate`, +`ANCHOR_CURSOR`, repainted at 11 Hz) whenever the pointer is over a subzone it has lore for, and +ends it with "Click to read its story". Sweeping 247 points across Dun Morogh it resolved on the +**first** one, which is the measured form of grom's "the area is very large". Upstream ties it to +`showMapPanel`, the same saved flag as the lore panel and the click, so there is no way to be rid +of the box without giving up the panel — and the checkbox that writes it reads *Show Map Lore +Panel*, which is why nobody finds it. `Addon_Ports/softspoken_port/` splits it onto its own +`mapHover` setting, default off, with its own checkbox.