Now, I know there’s no point in continuing to exhaust myself on this subject.
Applying the model containing special.css remains the simplest solution.
What you try to achieve is perfectly achievable, see here. Supposing that your address is OK, there are two ways to do it:
<style> @import "/Users/myprofile/.config/joplin-desktop/special.css" </style>
<link rel="stylesheet" type="text/css" href="/Users/myprofile/.config/joplin-desktop/special.css" />
<style> block had an invalid syntax, and neither the tilde nor environment variables nor relative (to what?) paths will do the job. The full path must be hard coded.
The imported style sheet will overrule
/Users/myprofile/.config/joplin-desktop/userstyle.css, because the last specification always wins.
What I’ve said there about the cascade is not quite correct. The processing sequence is:
- the built-in script
noteStyle.js(parametrized, so it adapts to the chosen theme)
<style>blocks and links to other CSS files in your notes, in the order of their presence (their position relative to the real content of the note has no influence)
- hard coded
styles=attributes in HTML tags in your notes
thanks a lot @memophen!
The syntax with @import and hard coded full path works perfectly.
You can also use Help > Toggle development tools from the Joplin menu and:
Click on the element inspector - Marked (1) in the below picture (click to expand)
Point it at the item of interest in the rendered note - (2)
See its full element name in the pop-up - (3)
Look at it in detail in the main tool window - (4)
Oh nice ! With your trick I have been able to find too the good elements name to style the app part that is customized by userchrome.css. Many thanks !
Thanks. My css is very personal to my needs, i have to complete it before to share the code.
Just came across this. I’m applying for GSoC under Joplin, and my idea is to implement a framework to sync settings in Joplin. If it works out well, I think it would be helpful to customise styling as a setting and be able to sync it. This would solve the issue of
- Losing the styling if it’s stored as a setting
- Having the styling notes mess with the UX if it’s stored as a note in a notebook
As I’ve planned it, it would handle the discrepancies in valid settings across platforms, so that aspect of styling should be handled. I’m happy to get feedback on this!
P.S. I’d be willing to work on this even if I’m not selected, if the community thinks its a useful feature!
I appreciate your enthusiasm. Just some remarks here as an appetizer.
It’s more than a technical challenge, I think. I would like to see some settings synchronized, but not all. For instance, mobile and desktop often demands for different styling. And within the desktop range: the resolution of the screen can certainly make a difference. At this moment I’m forcing myself to keep the settings the same on all my desktops, but once fallen prey to aestheticism, I might decide otherwise. And I don’t mind to synchronize the CSS files manually, as I can still oversee my machinery up to now.
So the desirable outcome could be some mixture of global and local components that refer to each other. I haven’t done yet any thinking about a configuration for that.
Neither the technical aspect is trivial. How to harmonize desktop and mobile? Especially iOS could be a hard nut, because of Apple’s policy.
I understand that it will be a hard task (otherwise it would probably be implemented by now!). The way I’m thinking of doing it, we should be able to separate the platform-independent and platform-dependent settings, and when retrieving from sync target on a different platform, only retrieve the platform-independent parts. That way -
- If you use 2 phones, all settings should be replicated accurately
- If you use one client on laptop and one on mobile, you should get the basic settings synced (date and time format, language, sync settings etc), and the platform-specific settings (like style settings, font size, theme etc) will be left for the user to customise (and be available to sync for other devices of the same type)
- If you want to have 2 devices of the same type with different configurations, add option to disable setting sync for that device
I think between these options, it should handle most common customization cases. Of course, it still needs a lot of community feedback to handle specific cases, and inevitably some unexpected issues will crop up while implementing, but it should be a good feature to implement overall.
I come back to this subject to tell of a misadventure.
Note: I use Joplin to prepare a newsletter via email, then I copy/paste the formatted page in my message.
Here is the problem
1- if the external style sheet is imported, I lose the formatting
2- if the styles are included in the Joplin note, the formatting is kept
To troubleshoot, I exported the note in html, then I copied the content of the web page.
Is there a better way to get around this or should I continue to include my styles in the note?
Edit: I’ve found a possible roundabout, importing my stylesheet by this syntax
@import url("absolute path to stylesheet.css") than by the simple string syntax.
Thanks to w3school!
Could you confirm if I’m right or not?
This is more complicated than I had expected. In the first place: copy/paste from the Joplin viewer works for me, at least in Outlook on Windows. Exporting to HTML and copy/paste from Firefox drops the styling, but the same trick with Chrome as intermediary is okay again.
Even when it is a success, it’s not a complete success. Ik lose some of the stylings by false tags, but not in all cases. I don’t see the pattern yet.
As for keeping the styles available to my exported HTML, I use this model:
- Let’s presume I want to export my note “The Nature of Reality” to
~/thoughts/content/The Nature of Reality.html(I put all my deep thoughts in that folder).
- I’ve made this copy of my personal stylesheet:
- I put a relative reference to that stylesheet in my note (this has no effect in Joplin, since it cannot interpret such references well). It can be done in several ways:
<style> @import "../style/userstyle.css"; </style>
<link rel="stylesheet" href="../style/userstyle.css"/>
Both Firefox and Chrome render the exported note as wished for. But as said, some stylings may get lost in the copying from Joplin or Chrome to a message.
Thank you for so detailed explanations.
Do you know what the folder structure is on iOS? I got it working on my pc, but can’t figure out how to get it to work on my iPhone.
I don’t think custom stylesheets are supported on mobile.
You can take a .css file and add it as an attachment to a note. Then you can get the filename from the link it creates and use it in the import statement. For example, if you attach the file and it gives you this link:
Then on pc you can reference it in a note like this:
<style> @import "/Users/<username>/.config/joplin-desktop/resources/e64fdb1989644d399eedd7f30bc3b9a2.css" </style>
<style> @import "../../../../../../../../.config/joplin-desktop/resources/e64fdb1989644d399eedd7f30bc3b9a2.css" </style>
So if we knew the folder structure on iOS we could do the same thing, right?
in fact if you put your css on the web and then you can use it on mobile adding this in each note
<link rel="stylesheet" href="http://.........../userstyle.css">
why not for some notes
I thought of userstyle.css & userchrome.css that are used to change the appearance of Joplin. I see what you mean now. Unfortunately I’m not familiar with iOS internals to comment on this.
I found the path using FilzaEscaped. The problem is that the uuid changes on each install of the app.
<style> @import "/var/mobile/Containers/Data/Application/7B861EE7-382C-484B-8B4B-3156A6544A23/Documents/e64fdb1989644d399eedd7f30bc3b9a2.css" </style>
Edit: Never mind. This works:
<style> @import "./e64fdb1989644d399eedd7f30bc3b9a2.css" </style>
Edit again: Using the
<link> tag is better because you can use both. With
@import you can use only one; anything after the first is ignored.
<link rel="stylesheet" href="../../../../../../../../.config/joplin-desktop/resources/e64fdb1989644d399eedd7f30bc3b9a2.css"> <link rel="stylesheet" href="./e64fdb1989644d399eedd7f30bc3b9a2.css">
Nice research, @bizzaro. For some moments I thought you had found the secret door, the universal gateway to CSS files. I guess the experiments below took place on Linux:
In the first line you navigate 8 levels up, bringing you to
/Users/<user>/, and then drill 3 levels down to the location of the CSS file. In Windows I have to go just 6 levels up (from somewhere below
C:\Users\<user>\+apps\Joplin\?) to arrive in
C:\Users\<user>\ before drilling down 3 levels. It’s worse in macOS: 7 levels up (from somewhere below
/Applications/Joplin.app/Contents/?) to the root directory, and from there 5 levels down to
/Users/<user>/.config/joplin-desktop/resources/. I have once read a post that illustrates how to find out which directory Joplin is running from, but I couldn’t find that back, regrettably.
Your second line does not work on any of my platforms, but I guess you didn’t pretend it would work from Joplin anyway. I suppose this line becomes operational when the note is exported (provided that the CSS file is copied to the same directory). Correct me if I have misinterpreted you.
Anyway, thanks for your contribution.