v1.10.0 — a PIFA measured against real hardware, and Palace radiating end to end

• The project's first radiating anchor against MEASURED hardware. A printed PIFA — the antenna in most handsets — solves at 1.8962 GHz against a published anechoic-chamber measurement of 1.892 GHz, +0.22 %, and every mesh from λ/20 to λ/90 lands within 1.3 % of it. Every other radiating gate here is checked against something computed: a published geometry, an analytic vendor curve, our own synthesis. This one is checked against an antenna somebody built and measured, which is the strongest form of claim this project can make.
• ⚠ And the finding that came with it: the shorting plate's POSITION is worth 7.6 %, and no closed form can see it. The standard PIFA equations have no term for where along the edge the short sits. Centred solves at 2.0370 GHz, at the edge at 1.8930 GHz, and the formula returns 1873.7 MHz for both. A PIFA built to exactly the right dimensions with the short in the wrong place is wrong by more than the formula's own stated accuracy, with nothing analytic to warn you. Found by chasing a discrepancy instead of tuning it away.
• The handset pair, and a 5G worked example. A printed inverted-F rebuilt from openEMS's own published example (2.3934 GHz, −26.5 dB, 211 MHz of −10 dB bandwidth covering the whole 2.4 GHz ISM band) joins the PIFA, both with Element Designer pages, examples and tutorials. Separately, the 5G NR band n78 patch at 3.5 GHz puts the same patch on the same board as the 2.4 GHz example so frequency is the only variable between the two documents — and gates the honest limitation, that its −10 dB bandwidth does not cover n78's 500 MHz.
• The Element Designer now has eight families. The Ka-band pyramidal horn had a gate, a template and a tutorial since v1.5.0 while the designer contained zero horn references — a validated capability nobody could reach from the tool meant to reach it. It is now a family: frequency and target gain in, the optimum-flare aperture out, with two independent gain routes cross-checked on screen.
• Palace radiates, end to end. Its far field is read back as a pattern like any other backend's, and the radiating domain that feeds it is meshed from geometry EMStudio builds itself — checked against the closed form for a half-wave dipole (broadside +1.821 dBi against 2.151 analytic, a 19.4 dB axial null). ⚠ Reachable from the API and its gate, not yet from a menu, and the docs say exactly that.
• Corrections you should know about, because they were wrong in ways that mattered. The user manual described two Pro dialogs as "part of the free EMStudio core" — so this repository shipped a manual telling you a dialog you cannot open should be there. Both issue forms linked "what is deliberately not planned" to a file that isn't in this repository, giving every reader a 404. And several places still said openEMS had no one-click Windows install, which stopped being true in v1.8.0.

Pre-tag proof: the full SOLVER battery ran complete on this release's code — 114 ok, 0 failed, 0 skipped, 6.05 hours — the first complete run at 114 gates and the first with nothing skipped.

96 automated validation gates in this repository. Full details in CHANGELOG.md.