<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[DisplayMath]]></title><description><![CDATA[DisplayMath]]></description><link>https://displaymath.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Fri, 30 Oct 2026 13:47:51 GMT</lastBuildDate><atom:link href="https://displaymath.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Why a TV comparison needs two models: physical size and viewing angle]]></title><description><![CDATA[JavaScript formulas for flat-screen dimensions and field of view, with 55, 65 and 75 inch examples and explicit units.]]></description><link>https://displaymath.hashnode.dev/why-a-tv-comparison-needs-two-models-physical-size-and-viewing-angle</link><guid isPermaLink="true">https://displaymath.hashnode.dev/why-a-tv-comparison-needs-two-models-physical-size-and-viewing-angle</guid><category><![CDATA[JavaScript]]></category><dc:creator><![CDATA[Alex]]></dc:creator><pubDate>Tue, 27 Oct 2026 11:59:23 GMT</pubDate><content:encoded><![CDATA[<p><img src="https://cdn-images-1.medium.com/max/1400/1*uIqLsMtaxOC_Hms-j3Txbw.png" alt="DisplayMath: nominal 55, 65 and 75 inch 16:9 pictures drawn to scale." /></p>
<p>A 65 inch 16:9 picture has 39.7% more area than a 55 inch picture. But the horizontal angle it occupies does not grow with the square of the diagonal. Those are different quantities, and a UI should keep them separate.</p>
<p>I built DisplayMath, a screen comparison calculator. Here is the geometry behind this example.</p>
<p>For a diagonal d and aspect ratio a:b:</p>
<pre><code class="language-js">function picture(d, a = 16, b = 9) {
  const k = d / Math.hypot(a, b);
  return { width: a * k, height: b * k };
}
function horizontalFov(width, distance) {
  return 2 * Math.atan(width / (2 * distance)) * 180 / Math.PI;
}
</code></pre>
<p>The picture function preserves the diagonal's unit. Width and distance must use the same unit in horizontalFov. These snippets illustrate the flat-screen formulas; the app's production model also handles additional inputs.</p>
<p>At 2.5 m, the 55, 65 and 75 inch examples span about 27.4°, 32.1° and 36.7° horizontally. The apparent-size comparison therefore needs the distance as well as the rectangle.</p>
<p>A few practical implementation rules:</p>
<ul>
<li>Derive the drawing and the measurement rows from one calculation model.</li>
<li>Keep canonical units in state and convert at the boundary.</li>
<li>Validate empty or incomplete inputs before deriving a screen.</li>
<li>Label examples with their assumptions, including the active picture versus the whole product body.</li>
<li>Preserve the selected inputs in a share URL so readers can inspect the same example.</li>
</ul>
<p>For the visual guide, I used nominal flat 16:9 pictures and excluded bezels and stands. That is an explicit limit, not a claim about the outside dimensions of a particular television.</p>
<p>I am the maker of DisplayMath. Try the free comparison and change its viewing distance:
<a href="https://displaymath.com/?d=4k-55_250cm,4k-65_250cm,4k-75_250cm&amp;utm_source=hashnode&amp;utm_medium=organic&amp;utm_campaign=screens_to_scale_20261027#canvas">https://displaymath.com/?d=4k-55_250cm,4k-65_250cm,4k-75_250cm&amp;utm_source=hashnode&amp;utm_medium=organic&amp;utm_campaign=screens_to_scale_20261027#canvas</a></p>
<p>Prepared with AI assistance; the numerical examples were checked against the repository calculation model.</p>
]]></content:encoded></item></channel></rss>