lichess.org
Donate

Scroll-independent full information rendering for all analysis type pages

Synonyms:
- Analysis type pages
- Lichess pages of analysis type
- Lichess pages of explorer type
Definition: (WIP)
Minimal features common to all those pages:
- Chess Board playable forward and backward
- Alternate move lines that can be explored from any position or ply, in a tree.
- Move list explorer: displaying main move sequence line, AND:
-------------------------------- creating move line variation (alternative), deleting it
-------------------------------- promoting one variation among others
-------------------------------- promoting one variation to replace main line (from its bifurcation in tree)
- Board is synchronized with all of the following:
---- Move list explorer, last active ply is last mouse clicked, or scrolled to.

All Analysis types pages =
All pages stemming from the common minimal analysis prototype (better word?) described above.

Extra optional features (independent of each other)
---- Opening explorer (book), if present, mouse click there create new move on both of the above.
---- Engine analysis features (current active move cp evaluation, and hints or threat for next ply)
---- Multi-player Study features ..... that may include the two above in any combo.

The problem for parent thread (see post #1), before current demotion of opening names to opening explorer, could be solved as a consequence of this thread title quick and dirty, preliminary solution. see the 2 posts starting at:
lichess.org/forum/team-css-javascript-coding-on-lichess/opening-names-visibility#8
For full rendering of all move list information, as well as opening explorer, when opened, the easiest solution I found was by Devtools page inspection, using node hovering in DOM tree, corresponding style in style panel, property assignment, and toggling their check-boxes (which translates as commenting a line in the CSS code, where the selector is included).

For the smaller objective of only fully displaying the opening explorer data without needing to scroll, there are opening explorer box specific style properties that can solve this question Q&D like, but then the effects interfere with move list display, and do not solve the move list full display anyway.

While using only the "analysis tool" selector triplet of properties check-boxes solved the bigger objective. So we only show the this triplet result in following post.
For scripting, all 3 raw selector groups should be modified with the correct property (e.g. overflow), value (e.g. hidden), and minimal selector used. For each property being commented out, I add comments toward scripting solution, editing the CSS code to use when using carefully chosen value for the property, and correct side-effect free CSS selector where to apply such value modification.

Devtools Override Experiments Q&D results: (From DOM tree via style panel to CSS source page)

Devtools context menu obtained selector:
#main-wrap > main > div.analyse__tools.tlI3UIQh
CSS source file (with UI hash version: _jnfaaO):
lichess1 . org / assets / _jnfaaO / css / analyse.study.dark.min.css

1) max-height:100vh
.analyse__tools { /* max-height:100vh; */}

2) overflow:hidden
.crosstable, .mchat, .analyse__tools { /* overflow:hidden */}

Side effects from check-mark based overrides happen to all the extra selectors, if applicable on same page.
For scripting: use only the following:
.analyse__tools { /* overflow:hidden */}

3) display:flex
#modal-wrap,.continue-with,.crosstable povs, .crosstable__users, .crosstable__score, .crosstable__matchup, .mchat, .mchat__content, .analyse__tools, .action-menu__tools>*, .training-box, .advice-summary, .board-editor__tools, .board-editor__tools .actions { /* display:flex; */}

again the lichess CSS code, with grouped selectors and consequent possible side effects:
For scripting: use only the folowing:
.analyse__tools{ /* display:flex; */}

Main Result: all three above CSS selector style properties being checked off solve the problem.
Project: find the three property values that will also sole the objective, but more specifically without side-effects.
Remarks:
Persistent opening name visibility was taken care of when opening name was on the move tree header line.
And it still solves it, when opening explorer present, under the demotion, possibly temporary, change.

This topic has been archived and can no longer be replied to.