The timing implies there is a connection to my update, but makes no sense in the context. suspect it wasn't about what I updated, but that the updated triggered the sheet to use some newer baseline Roll20 styling, which interacted poorly with the sheet's existing styling. Some kind of Pandoras box was opened, and the fix need to be manually adjusting the sheet styling to make work with the new baseline styling Roll20 is including, or somehow unset all /some Roll20 default styling. Given it's just CSS stuff, I should be able to submit
some halfway measure hotfix tomorrow, which would noticeably improves the
situation . Some sheets have some CSS that set to ignore Roll20's
base styling so, should look up how Scott C & others have done this,
as it should likely put the sheet in a better place. If the unset stuff doesn't pan out, will have to improve the styling bit by bit in the coming weeks in a series of smaller patches, and then try wrap it up with some refactoring. If fixing this takes longer, I'll post a link to a test game where people can drop by to test updates before they go live. What v.2.47 from few weeks ago updated In bold is the only part in in the CSS that I updated, which seems
impossible to have anything to do with the width and dimensions of the
elements on the sheet. .charsheet div.main-settings { display: none; position: relative; margin-left: 0; background: black; border: 2px solid grey; border-radius: 0.5em; } This could be that Roll20 changed something in it's default CSS styling sometime between the 2025-01-15 and Jun 3 2024, but that it only applied to any sheets that had been updated since and untouched sheets used their older cached version. Testing so far with webdev tools People can contribute observations by inspecting sheet with Browser Developer Tools and report elements that seem to have odd dimensions along with My results from poking around a bit: if I add .charsheet .master-container { overflow: hidden; } it hides things, so seems styling for the elements inside have changed, and doesn't respect the intend 860px max width of the sheet it was originally designed with. Base CSS for at least label-elements have changed, as adding the below improves how they act, and no longer take width:100%. .charsheet .toppad { width: max-content; } Trying to unset all label styling is a mixed bag if just quickly with wedev tools in the browser, but if added to start of stylesheet and just applied to some properties like "width" label { all: unset !important; } setting a max-width to sections seems to help a bit, quickfix potential. .charsheet .section { max-width: 860px; }
