Preview font size too small
I looked in several places for a version#. I don't see one. (That's a good candidate for the bottom of the file portion of the opening screen.) I'm on an iPad Pro 10.5" on iOS 11.3.1.
The default preview font-size for straight text is far too small. It looks like it's maybe 6-7 pts. It's the same for both the GitHub and Pretentious themes.
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac
1 Posted by Vince on 25 Jun, 2018 05:18 PM
Lots of discussion on the other two, but this is the one that actually makes it unuseable as is.
Shrink the picture down to the size of an iPad screen — the Preview is almost unreadable.
2 Posted by Vince on 21 Jul, 2018 06:59 PM
Haven't heard from you on this, and haven't seen anything at all on any IOS issue since July 2nd.
Are you out there? Everything OK?
3 Posted by Vince on 03 Aug, 2018 03:41 PM
Another two weeks. I hope this is a REALLY long vacation and not something more serious.
Support Staff 4 Posted by Fletcher on 07 Aug, 2018 12:58 AM
Hmmm... For some reason your responses didn't come to my email.... Just saw this now.
I've been working on some core MMD work, in addition to being back in the hospital more than last year (academic years are Jul-Jul).
I'm not sure what the final approach with preview will be. There are two (three?) competing demands:
Visibility -- easiest thing to do here is to use "actual" size of the view, which will lead to a taller, narrower preview in split view.
Accuracy -- the view you reference demonstrates a more "accurate" preview where the font is proportional the available space (just like an image shrinks when displayed in a smaller space)
Consistency -- Should the aspect ratio of the preview remain unchanged when the view is toggled from a split screen preview to a full screen preview? Or how about when the device is rotated? The approach currently used basically resizes the "paper" to fit the available space. This means that line breaks and the overall appearance of the preview are consistent no matter how the preview is resized. This is the usual approach of Safari (assuming that the page has not overridden that behavior.)
Another option is to assume a fixed "resolution" and treat rotation/expanding the preview like adjusting the size of a window on a desktop computer (again, assuming that the web page does not override the behavior.) This would cause the text to remain the same size on screen, but the shape of the page and content would change every time the preview size was adjusted.
Each has its pros and cons, and I need to decide which is best (A user option may be needed, but I would really prefer a consistent approach.)
5 Posted by Vince Rice on 07 Aug, 2018 09:34 PM
I'll only say what I've already said — the current method leaves the app unusable. If I can't read the Preview, the preview doesn't do me any good.