Updates to fix zoomcontrol Issue #1124

[sei-vsarvepalli]

Resolution to #1124 for the publish website to get the right update.

[Copilot]

Pull request overview

This PR addresses Issue #1124 in the SSVC calculator UI by adjusting the stacking order of the zoom/scale slider so it can be interacted with (not covered by the graph layer) when using the Coordinator Triage model.

Changes:

• Added a higher z-index to the #zoomcontrol container to ensure the vertical range input remains clickable/draggable above the rendered graph.

Comments suppressed due to low confidence (1)

docs/ssvc-calc/findex.html:152

• alt is not a valid/accessibility-relevant attribute for <input type="range">. Use an accessible name (e.g., aria-label) so screen readers can announce the control consistently.

	     style="z-index:100">
	  <div class="d-none">&#128269;</div>
	  <input type="range" orient="vertical" alt="Zoom Graph"
		 max="100" min="0" value="100" title="Zoom Graph"
		 onchange="svgzoom(this)">

[sei-vsarvepalli]

Also resolves the issue in #1198 - where there is a collision between div names if the strings are similar like "Supplier Cardinality" vs "Supplier Engagement"

[sei-renae]

The scroll bar works now, but could there be a horizontal scroll as well?

[sei-vsarvepalli]

The scroll bar works now, but could there be a horizontal scroll as well?

The zoom works diagonally to do both really. It is not a horizontal only zoom per se.

SSVC/docs/ssvc-calc/ssvc.js

Line 2957 in 3865647

const vbox = "0 0 "+String(parseInt(fw/zf)) + " " + String(parseInt(fh/zf))

[sei-renae]

I mean this scroll bar - can we get a horizontal one of these?

[sei-vsarvepalli]

I mean this scroll bar - can we get a horizontal one of these?

not really. The SVG element growth is something div is unaware of as the display changes in the iframe. To really work out the display the whole iframe should be abandoned and the display integrated into the mkdocs directly. That is a lot more effort!