Unexpected CSS behaviours
Completed
1. I have changed my Preview CSS to Gregarious-dark and when switching notes there is a flash of white before the css kicks in. Sometimes this doesn't occur. The default-css is still Github.
Expected: Since the current note and the new note have the same background I expected a seamless change.
2. Opening a new tab defaulted to the github css.
Expected: The current Gregarious-dark css to carry over to the new tab.
So I realised there must be a default-css somewhere. Found it. Not sure of the normal use case but I imagine I'd like to be to just carry over the current css as an option sometimes.
3. I'd like a shortcut key for "Show All Tabs"
4. I expected "Show All Tabs" grouped with "Show Previous/Next Tab" on the menu. But I'm not fussed. Just seemed odd.
Great work guys. Thanks
-
1. Long story short, Apple's WKWebView does not support the same functionality that WebView used to support. WebView has been deprecated, and had a few problems of its own.
When you first preview a new file, the source text appears briefly, which has no CSS (it's just plain text, not HTML). So it has a light background (the default for all web browsers). Once it renders as HTML (with CSS), your chosen theme takes place.
At this time, there does not appear to be a way around this, though I am open to solutions if anyone has them.
(Though I am glossing over a *lot* of technical reasons for why things happen the way they do, this is the crux of the issue -- needing a background color for a WKWebView independent of HTML/CSS rendering since it is displaying plain text not HTML.)
2. "Paid" versions of nvUltra remember CSS on a per-folder basis. Obviously the beta is free, but you can enable the paid features in the General Preferences.
3. macOS allows you to set whatever shortcuts for menu commands that you like for any/all applications that you like.
4. This is standard macOS menu bar set up, not something we did.
0
Please sign in to leave a comment.
Comments
1 comment