@jarodise, @Klaas I’m not entirely sure what you mean by this? If I change the pane width (.mod-root.workspace-split.mod-vertical > div { min-width: calc(700px + var(--header-width)); }), the text wrapping does change with it on my end.
Unless you mean when you get past700px and the text stops getting wider, in that case, you probably just need to turn off “Readable line length” in Obsidian’s editor settings.
Hello! I’m not sure if this is a bug, but I saw this unexpected behaviour after playing around with reordering the panes.
If I had many vertical panes that I re-arrange into horizontal panes, obsidian forgets it is in Andy Mode (I’m using the Atom Theme right now). I have to get rid of all the panes and redo my setup in vertical mode in order for Andy mode to come back again.
@s-kyy So this looks like a little bug in the way the workspace is handled currently.
If you have multiple vertical splits and you drag one into another as a horizontal split, you now have a horizontal split inside one of your vertical splits. vertical -> horizontal. Makes sense so far.
If you drag all of your panes in this way, you now have a setup with one vertical pane containing multiple horizontal panes.
Then when you try to drag one of these panes back out again, you can’t really, so you end up creating a new vertical split and you now have vertical -> horizontal -> vertical.
If you drag all of your panes in this way, obsidian is smart enough to get rid of that horizontal pane altogether and move everything back up, but you still end up with vertical -> vertical.
Combining that with the fact that Andy’s mode only applies to the root level vertical panes, it means it won’t apply to the inner ones and you end up with the bug you’ve mentioned.
I have reported this to the devs, and they have confirmed that it is a bug, and will hopefully fix it in a future version by collapsing any splits of the same direction into one, so vertical -> vertical will become just vertical, hopefully solving this issue.
Sorry for the wall of text, but hopefully my explanation makes sense. Thanks for pointing this out
That’s just because the pane is scrolling out of view, isn’t it? You have (what I assume from the screenshot is) two panes, whose total width is wider than the workspace. So it makes sense that you would have to scroll to see it all. Right?
Append this to the end of the script if you want it rotated the other way
/* If you want to rotate it to the right */
.view-header-title-container {
transform: rotate(180deg);
text-align: right;
margin-top: 10px;
}
.view-header-title-container:after {
width: 0%;
}
I use a text expander for my commonly used emojis (see Expanso or Alfred): I type :ok: and it expands to 👌. If you are on mac and only want emojis you can also use “Rocket”.
Without any app, you can also use ⌃⌘ + ␣ on Mac / ⊞ Win + . on Windows.
Can you explain to me what this code refers to? I don’t quite understand “note title in the transclusion” and don’t see it making any visual changes when I apply it.
Edit: Nevermind. I discovered what embedded transclusions actually are now - great feature and your tweak works nicely!
Is there a way to scroll/move back to a prior note without using the scrollbar (or trackpad)? The scrolling in the video works wonderfully on a trackpad, but with a keyboard and mouse, it’s not as natural (you have to manually drag the scrollbar).
What’s more, is that the “Focus on Pane to the left” and “Focus on pane to the right” keyboard shortcuts only activate the window, but they don’t scroll. So you can “jump” back to a prior note, but that note is not actually displayed on the screen.
How are people using this mode with a keyboard and mouse?
Yes, nothing is changed, but it has more content on it I’m sure. There has been other layouts for TiddlyWiki too, similar to that style. It’s very nice the federated wiki is still running.
This is a tiddlywiki I like very much, but it is abandoned. It had a lot features and very customizable.