The ruler is unusable. Numeric labels for measurements on the ruler are taller than the ruler itself.
Tab markers, first line indent, indent, and the indent move handle are all too small to be accessed.
Clearly a bug. I searched the forum and found that this has been reported starting in early 2014 with no resolution.
Guys, you either can’t use bitmaps for resources or you need to supply several sets.
When will this be fixed? This is the second problem I’ve reported with Windows Scrivener (which is mostly OK despite some missing features). Seems no one ever replies or cares. If it’s not worth supporting then withdraw it from the market. I doubt L&L would conclude that. Then, support it. Prioritizing bugs is hard, but display bugs that block functionality should have a high priority.
Not a bug. A result of unanticipated rapid leaps forward in display technology, that has been/is being experienced in both the Mac and Windows world, across numerous apps, not just Scrivener. The issue is as much or more with the operating systems and display drivers than with the various apps suffering this. My sense is that Apple and their community is somewhat ahead in dealing with this, compared to Microsoft and their community.
A simple brute force workaround… for now, reduce your resolution in general or when using Scrivener. 1600x900 (or something between that and 3200x1800) is going to look good on the 13 inch screen. Can either do this manually via Windows or employ a screen resolution switching utility that can reside in the task bar. The manufacturer of the display chip used in the laptop (Intel or Nvidia or AMD (now owns ATI)) may offer such a utility. If not, do a Google search on “resolution switching utility”.
For a more rubust workaround/fix/tuning that has apparently been developed for other apps from Adobe and elsewhere, see the discussions and links in the following (found by searching these forums (Literature and Latte/Scrivener) on “resolution”).
A search of these forums on keywords such as “resolution”, “Yoga”, “Surface Pro”, etc. will turn up similar discussions.
A bit of advice… Self righteous indignation, high moral dudgeon and throwing around accusations can be fun, till it burns, but tends to be counter-productive.
It is a bug–called a display bug. if something is visually unusable that’s a bug. It is fair to point out the bug only occurs on some systems and those systems were once unusual and are now becoming more prevalent and less expensive.
Testing needs to go through every dialog and UX control on high resolution systems and find the display bugs. Then, the developers for Scriv on Windows will have to figure out a strategy for redoing lots of the visuals. Providing resolution independent display resources would fix the bug (or multiple resource sets, suitable for different display resolutions).
I’ll also point out that the corkboard options dialog is completely unusable jumble of dialog controls colliding with each other in a tiny dialog frame about 1/2" square on the screen.
Changing the screen resolution doesn’t fix many of the problems. The display of bitmapped objects and the choice of fonts appears to be determined by the system’s physical resolution, not the user selected viewing resolution: icons remain tiny, the corkboard options dialog doesn’t change.
I’ll try the other suggested fix. I’d say this is pretty serious and renders the product very hard to use (not unusable–editing documents works fine, for example).
