Display glitch in sidebar width, even at tw-com and empty versions

Developers
#1

Months ago I assumed this problem was related to the resizer plugin, and I was just now typing up a followup nudge for @BurningTreeC before I decided to just try isolating the problem a bit more carefully…

Please see if you can reproduce this:

  • Using Chrome (I’m on Version 144.0.7559.59 but it’s not a new problem), open an empty version of the prerelease: https://tiddlywiki.com/prerelease/empty.html (I swear I have seen a version of this glitch in Safari, but can’t reproduce it reliably.)

  • Now open and close the control panel. Watch the sidebar resize itself slightly, toggling size each time you open and close the control panel.

If it doesn’t happen at your initial browser magnification and window width, try variations and see.

(For me, it happens in Chrome at the default 100% browser magnification, and my default browser window size, basically full-screen on my iMac. On some other sites of mine, I get the problem only at other browser magnifications, such as 80% 90% and 110%.)

The problem also shows up for me in 5.3.8 empty, IF I enable “fluid story, fixed sidebar” setting, then close and open the control panel.

Also! Normally we don’t see this glitch with tw-com main site. But close ALL tiddlers, and you may see the sidebar redraw itself at a different width. Opening certain tiddlers (and tiddlers that somehow transclude them) — but not just any old tiddler! — causes the sidebar width to recalculate…

You can also see a back-and-forth hiccup in sidebar width if you open a tiddler like Date Fields via permalink so it’s the only thing open — and toggle in and out of edit mode.

(It’s conceivable that this problem involves some further dependency, but it happens for me even in an incognito window in Chrome, where my usual toolkit of extensions is disabled, and as I say, I’ve intermittently noticed this glitch for months, so it’s persisting across routine google chrome updates.)

#2

Hi @Springer

I remember having seen something similar… does it have to do with the scrollbar appearing / disappearing?

1 Like
#3

It certainly looks as though it does.

If enough other tiddlers are open to cause a scrollbar, I see no jumps. Also, the same behavior happens if any tiddlers opening and closing cause the scrollbar to appear or disappear.

#4

This effect occurs when the StoryRiver content is longer than one screen, and thus requires a scrollbar on the right (in addition to the scrollbar for the sidebar) to scroll the StoryRiver.

For alternative scrollbar handling, you can try TiddlyTools/Stylesheet/TopBar which provides enhanced topbar handling and also moves the StoryRiver scrollbar to the left side of the StoryRiver. This avoids the “sidebar wiggle” effect that you observed.

TiddlyTools TopBar also provides the following page layout enhancements:

  • The topbar (or menubar) display has “pin” buttons (upper-left or upper-right corner of the window) that let you “unpin” the topbar so it is automatically hidden (slides up out ot the way).
  • While unpinned, the pin buttons are replaced by “up/down arrow” symbols.
  • Mouseover near the top of the window causes the unpinned topbar to slide back into view.
  • Click on either up/down arrow button to re-pin the topbar.
  • Ctrl-click on a topbar pin (or up/down arrow) button will show a popup for topbar configuration settings:
    • a checkbox to toggle “pin top bars” (same as clicking on a topbar pin button)
    • a checkbox for “scrollbar on left” (the default).
      • Clearing this checkbox places the scrollbar on the right side of the StoryRiver (NOT the right side of the window!). This also avoids the “sidebar wiggle” issue that you observed.
    • a “size=” input control. Enter a number (default=1) to scale the topbar contents. This can be particularly useful for people with vision issues or on very large screens.

enjoy,
-e

1 Like
#5

This is no glitch. That’s standard browser behaviour and has nothing to do with TiddlyWiki. If you use a browser that uses “invisible” scrollbars, the behaviour is different.

#6

Hello @BurningTreeC ! Thank you for this again. I have a different whish: Could the value be written to the $:/themes/tiddlywiki/vanilla/metrics/storyright parallely? It somehow is changed later on I would like to use the value simultanously for a font magnifier for the sidebar. (Making the sidebar bigger makes the font in a certain div in the sidebar bigger)

PS: I told you I wanted to use your resizer for an independent left sidebar. I managed to do this here: Multimenu — a style Test for TW