I’ve just created some Markdown tables and formatted them (with spaces) to be readable also in raw view, but when I open them in iOS app - the font is so much different that the formatting is completely useless (due to different char widths etc).
It would be great to be able to use on both Desktop & iOS the same fonts… In general it’s completely weird for me defaults fonts are different. I know smartphone screens are much narrower, but that’s why we should be able to change the font size. It’s ridiculous it’s not possible…
Anyway, I can just select on Desktop one of the iOS fonts, but 1) the choice is really limited 2) fonts like Menlo or Courier New are just useless, because they are just too big and when with default font the table fits in width with no problem, then with these two - one row needs 2 or even 3 lines.
Tbh the only solution is to use default iOS font on Desktop (which is far from perfect, I definitely prefer console feeling of the Desktop one), but I can’t do this, because I have no idea what’s the name of that font.
I don’t think what you want to do makes a lot of sense. On mobile the screen is much smaller so of course a table you layout on desktop won’t really work as the lines will wrap.
Maybe if you put your phone in landscape, or perhaps there could be an option to make the font smaller but not sure if it’s a use case that we want to support.
or perhaps there could be an option to make the font smaller but not sure if it’s a use case that we want to support
Font size is one of the most obvious parameter to change I'd say. And it seems to be low effort (but maybe I'm missing some obstacles). I don't even mention an option to create custom userstyle.css to edit Viewer style, because I can imagine it can be more problematic, but that one - just why not?
On mobile the screen is much smaller so of course a table you layout on desktop won’t really work as the lines will wrap. Maybe if you put your phone in landscape
Landscape mode is not a real alternative. But when I think about it now - I think the good idea would be an optional non-wrapping mode, when you can scroll Editor horizontally. That one could be also an option in Desktop app - I would give up my kingdom for such an option when creating tables, because I work all the time in Split mode and wrapping tables are very, very annoying. Tbh I don't use tables anymore only because of the mess caused by wrapping and I started to think about some commercial tools like Standard Notes very seriously only because of that issue (but I really don't want to do that - I really, really love Joplin).
With these 3 options I think we would handle all potential workflows on all devices:
using proper font on each device
using proper font size of the same font on each device
That doesn't work as Joplin scales the page up when the screen is rotated (Previous post below). So you see the same "width" of text regardless of the rotation. At least it does for me on Lineage 16 and Google Android 9. (Joplin 1.0.316)
Edit: Cancel the above. Scales correctly with 1.0.318. Will just have to wait for the Play Store version to catch up...
I have installed Joplin on a Nova 3 which is an e-Ink-Reader driven by Android 10.
Generally, it works out of the box fine under this atypical (high latency grayscale screen) circumstances.
The only lack is missing configuration of editor font size and perhaps "general font size". Perfect would be having an option to use a personal font to align it with the (PC) application – which would be a "nice to have" depending on the possibilities, which I have no idea of.
The font sizes differ strongly between TOC, header content and editor font. Especially reading mode font is very small which makes it hard to read.
To have a simple option to solve this individually without big interface hassle, it might be useful to have an option to import personal templates into it, which is possible on PC but not available in mobile app. In my case a folder to drop a template there would be sufficient – but this is a very low level solution which might be to technical for some users.