3 ms·

One of the main points would be to reduce eye strain during the time you use the monitor: - most important make sure the light conditions in your room are good

One of the main points would be to reduce eye strain during the time you use the monitor: - most important make sure the light conditions in your room are good, no light source directly shining on the monitor, no light source directly shining from behind the monitor. That can be hard or even outright impossible to setup in some rooms, most smaller companies I had been in get this wrong. Worst the perfect desk positioning might change depending on the time of the year you are in, due to changing angles of the sun (at least in more northern countries). For me as a slightly more then usual light sensitive person this is probably the biggest point). - then proper monitor setup - choose readable font sizes - make sure your font/UI is rendered clear (which in case of wayland + non scarlar scaling is often not given, it's an health issue and completely ridiculous) - blink, from time to time move your eys focus thinks far away and then think close away - drink enough and eat healthy, it can affect tear production, which can affect the health of your eyes - make sure the air is not too dry (in winter) if you have issues with tear production

kaba0 5y ago
What do you mean by wayland + non-scalar scaling? Fractional scaling will indeed not map to each pixel properly, but that has nothing to do with wayland. As far as I know, only Windows try to align font rendering to the pixel grid, Macs decided on skipping the 1-2x range and providing higher density displays and only doing integer scaling — which you can easily do with Wayland as well.
- dathinab 5y ago
  You only can't do it if: - the compositor insists of doing (with interpolation, depending on the compositor you use the results do hugely differ in quality) - scale to "exactly" that fraction. But if I "as a normal user" ask for a scale factor of 1.33 I do in general not mean "scale exactly to 1.33", neither "scale exactly to 4/3" but what I mean is "make it roughly 4/3 larger as 3/3 is to small and 6/3 to large". And a lot of program can do that just fine, especially wrt. fonts. Like e.g. a terminal which is set to font size 12 on 3/3 would just scale the font size by 4/3 and then round. Result is a crisp font roughly 4/3 larger which fulfills all requirements. Only drawback is that: - it needs to be handled by the application, but so does any HiDPI support - due to rounding the ratio of font sizes might be of by 1 pixel, irrelevant on a HiDPI screen - this doesn't help with pictures or other layout, but even they can be handled better by the application then the compositor(1). Wayland should just give applications the choice to to handle fractional scaling themself, like it does for HiDPI scaling. Any mainly text based program can support that reasonable well (terminal, editor, etc.), so can many games. Also due to HiDPI screens becoming increasingly more common (e.g. 1440p on gaming laptops) it also becomes more common that programs come with a layout/style/prictures for that, in the same way they have one for 4k. Just to be clear a program should be able to opt-into "fractional scaling hidpi" mode based on the specific scaling. And I think it also would be fine if wayland or DEs doesn't support arbitrary fractional scaling but just a set of common scaling factors like 11/10, 5/4 (for 4k), 4/3 (for 1440p) maybe 3/2, 7/8. (1): The compositor is in generally the place least well equipt for doing any scaling. As it only knows the final result "as image". But UI/Layout scaling is not the same as scaling an image. Which yes, doesn't work well for fractions.
  - kaba0 5y ago
    I am not too familiar with this part of the wayland protocol, but I do think that the scale is available to a given window and it can make use of that — and my experience is that it does so with qt and gtk apps. Maybe you are using xwayland applications? Because in that case wayland has to fallback to rendering it at some integer multiply and scaling it down. My previous comment was more on the lack of non-linearly scaling fonts used on e.g. windows that will stick to the pixel grid at all price (so half the requested size will likely be much larger than expected). I think it is called ClearType.

kaba0 5y ago

What do you mean by wayland + non-scalar scaling? Fractional scaling will indeed not map to each pixel properly, but that has nothing to do with wayland. As far as I know, only Windows try to align font rendering to the pixel grid, Macs decided on skipping the 1-2x range and providing higher density displays and only doing integer scaling — which you can easily do with Wayland as well.

dathinab 5y ago
You only can't do it if: - the compositor insists of doing (with interpolation, depending on the compositor you use the results do hugely differ in quality) - scale to "exactly" that fraction. But if I "as a normal user" ask for a scale factor of 1.33 I do in general not mean "scale exactly to 1.33", neither "scale exactly to 4/3" but what I mean is "make it roughly 4/3 larger as 3/3 is to small and 6/3 to large". And a lot of program can do that just fine, especially wrt. fonts. Like e.g. a terminal which is set to font size 12 on 3/3 would just scale the font size by 4/3 and then round. Result is a crisp font roughly 4/3 larger which fulfills all requirements. Only drawback is that: - it needs to be handled by the application, but so does any HiDPI support - due to rounding the ratio of font sizes might be of by 1 pixel, irrelevant on a HiDPI screen - this doesn't help with pictures or other layout, but even they can be handled better by the application then the compositor(1). Wayland should just give applications the choice to to handle fractional scaling themself, like it does for HiDPI scaling. Any mainly text based program can support that reasonable well (terminal, editor, etc.), so can many games. Also due to HiDPI screens becoming increasingly more common (e.g. 1440p on gaming laptops) it also becomes more common that programs come with a layout/style/prictures for that, in the same way they have one for 4k. Just to be clear a program should be able to opt-into "fractional scaling hidpi" mode based on the specific scaling. And I think it also would be fine if wayland or DEs doesn't support arbitrary fractional scaling but just a set of common scaling factors like 11/10, 5/4 (for 4k), 4/3 (for 1440p) maybe 3/2, 7/8. (1): The compositor is in generally the place least well equipt for doing any scaling. As it only knows the final result "as image". But UI/Layout scaling is not the same as scaling an image. Which yes, doesn't work well for fractions.
- kaba0 5y ago
  I am not too familiar with this part of the wayland protocol, but I do think that the scale is available to a given window and it can make use of that — and my experience is that it does so with qt and gtk apps. Maybe you are using xwayland applications? Because in that case wayland has to fallback to rendering it at some integer multiply and scaling it down. My previous comment was more on the lack of non-linearly scaling fonts used on e.g. windows that will stick to the pixel grid at all price (so half the requested size will likely be much larger than expected). I think it is called ClearType.