Marcin Kulik
Marcin Kulik
This one had some implementation problems and got out of date by now (both by not being compatible with current codebase on high level, and having git conflicts), so I'll...
Recently released v3.3.0 has an improvement to font measurements in player initialization which has a chance to solve the above problem. You may want to give it a try.
@thomasjsn have you had a chance to test with newer player version?
The recently released 3.7.1 version of the player got several improvements around rendering accuracy, mostly fixing positioning and alignment of various character groups (ascii drawing, block elements, Powerline symbols, CJK,...
@jquast thanks for linking to, and writing that blog post! It's going to be super useful when fixing this problem in asciinema player :bow:
The recently released 3.7.1 version of the player got several improvements around rendering accuracy, mostly fixing positioning and alignment of various character groups (ascii drawing, block elements, Powerline symbols, CJK,...
Since we found this to be an edge case, and player's behaviour is consistent with most popular terminal emulators, I'm going to close this for now.
I have potential solution ready in #215. Need to do some cross-browser testing before I merge but it looks promising.
#215 has been merged and released in v3.2.0.
The recently released 3.7.1 version of the player got several improvements around rendering accuracy, mostly fixing positioning and alignment of various character groups (ascii drawing, block elements, Powerline symbols, CJK,...