Steps to reproduce
In any text note, the text that i’m typing eventually gets to bottom line. From there, the window is scrolling with each new line, but the focus generally stays with the bottom line of Obsidian window.
The problem is that bottom line has a counter panel (Backlinks, Words, Characters) that occupies a part of the line. For split-screen scenarios (having a video call + using Obsidian for notes) it occupies almost entire line.
This panel obscures text and it’s not visible what I’m typing.
I’m used now to press Enter like 10 times to create space and get away from the bottom panel with Backlinks count. Still, before I know it, I land at the last line again.
The panel with Backliks, Words, Characters disappears if there is active text being typed in that line. Or any other outcome that does not hide actively typed text behind an overlay panel.
I can’t see anything that I type in the last line. The text editor always lands me in the last line as I type more text. It makes Obsidian unusable.
- Operating system: MacOS Monterey 12.6.2
- Debug info:
Obsidian version: v1.1.9
Installer version: v0.15.9
Operating system: Darwin Kernel Version 21.6.0: Sun Nov 6 23:31:16 PST 2022; root:xnu-8020.240.14~1/RELEASE_X86_64 21.6.0
Login status: not logged in
Insider build toggle: off
Live preview: on
Legacy editor: off
Base theme: light
Community theme: none
Snippets enabled: 0
Restricted mode: on
As a current workaround you could use this CSS Snippet:
Another alternative is this one:
The status-bar will only appear if you hover it.
When I have my Obsidian resized vs full screen and am typing in a note, as the lines and cursor move down, they are obscured by the lower status bar. The only way to see this information is either carriage returns, or using full screen. The only effect of plugins is how wide the status bar is.
I considered whether this might be plugin specific and opened an issue with the developer of Better Word Count. However, this persists in restricted mode; it is not plugin related. I considered if a feature request, however, status bars should not risk covering input areas.
I looked at Stop status bar from hiding text while typing, or hide status bar to avoid the issue?. That resolution requires users to know of and implement css snippets, defeating accessibility for non-coders and those who desire a vanilla implementation.
Wanted to add an additional issue regarding this. The status bar also obscures the scrolling bars, in single view or multi-tab.
The status bar can be modified using a CSS snippet
If you would like a status bar that fills the width of the window frame you can use the following code:
should be better in 1.1.14. the bar is still partially hidden.
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.