docs: the map tooltip is 70% by a pfUI default, and pfUI does skin WorldMapTooltip

Corrects one sentence in the 73%-opaque-art section. pfUI skins `WorldMapTooltip` after
all -- `skins/blizzard/tooltips.lua` does it in a `HookScript("OnShow")` rather than in
the loop over the other four tooltips three lines above, which is what a load-time grep
for the frame name finds. So the stock tooltip background was behind a solid pfUI panel
and was never what grom was reading through. OpenMap is retired, so the backing added to
that port is moot either way.

What the bare map actually does, measured with his own saved config: `WorldMapTooltip` is
a child of `WorldMapFrame`, pfUI scales that frame to 0.70, and pfUI's own
`UpdateTooltipScale` only undoes it when `appearance.worldmap.tooltipsize > 0`. The
shipped default is `"0"`, labelled *World Map Scale*, meaning inherit -- so every tooltip
on the world map draws at 70% while every other tooltip draws at 100%. Setting it to
100% gives `SetScale(1.429)` and an effective 1.000.

Also recorded: SoftSpoken Places paints `SSZMapLoreTooltip` at the cursor over the map
whenever the pointer is on a subzone it has lore for, ending in "Click to read its
story". Sweeping 247 points across Dun Morogh it resolved on the first one. Upstream ties
it to the same saved flag as the lore panel and the click, under a checkbox that reads
*Show Map Lore Panel*; `Addon_Ports/softspoken_port/` splits it onto its own `mapHover`
setting, default off, with its own checkbox.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SgstFWtn1RxEJ5kVrpgYwn

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.