You should probably change your scaling factor when running elementary_config.

You should probably change your scaling factor when running elementary_config.

While that works, don't you think it is quite unreasonable for a user to "run into" such an issue? Accessibility?

@raster, @cedric , @tasn
Should the scale-factor ui be shown on first launch of any elementary app if it never got configured?

@billiob thats quite a good idea.

how would you know it has never been configured? i can come up with other cases where a default out of the box gtk or qt config would be stupid too and need manual configuring. e.g - your tv. if you go by dpi you will effectively have a ui that's unreadable from your couch.

@raster, I think we need to optimise for the default case. I know you like having nexus there by default, but maybe we should use a bigger font? Or a bigger version of nexus? You use inhumanly small font sizes on your desktop, you are definitely not the yardstick...

look closely @tasn . that's not nexus by default. it's 10pt monospace ttf (either dejavu sans mono, liberation mono, droid sans mono or bistream vera sans mono).

the problem is SCALE FACTOR isn't "magically" being set to 2.0 because of "hi dpi" in elm config. this is intended to be manually configured. we do NOT go use dpi to scale and my example was where dpi scaling is also broken.

@raster, I didn't even look at the screenie, just assumed that was the case. :)

bah shit - my revert closed. yes - i wanted it open as jst fiddling default font size is not a solution. so here are 2 ways to look at it:

1. to make gtk apps look nice in e we had to implement a settings daemon to be able to tell them what font etc. to use. why do we have to do this work for gtk/gnome but everyone else gets to ignore efl and not implement any DE support to generate the appropriate elm config?

or

2. you want elm to somehow have something that will use dpi to auto-set-scale. this is nothing terminology should be doing. maybe elm, should have a wizard setup app like e has built in and it is launched first time any elm app is launched and no user config exists (launched by elm itself whilst loading config)?

either way the solution is not in terminology and certainly not just arbitrarily changing font sizes.

the difference is that gtk generally chooses font sizes by points and thus they get affected by dpi. in efl we don't care about dpi and just set pixel sizes and EXPECT a scale factor config to deal with the "that's too small" or "that's too big" issue. dpi is not a solution as above - tv for example. even if we scaled on a phone based on dpi - we'd be far far too big because phones are normally held at 1/3rd the distance from a user than a desktop screen might be. thus explicit scale factor to deal with the COMBO of view distance PLUS dpi. it's part of efl's philosophy.