On Mon, 17 Jun 2019 22:27:46 +0100 Peter Flynn <pe...@silmaril.ie> said:
> On 17/06/2019 18:07, aguador wrote: > [...] > > Welcome back! I don't know about a wiki, but there is a compendium of > > configuration options here that may give you what you're looking for: > > > > https://phab.enlightenment.org/w/e_configuration_options_compendium/ > > Thank you. Unfortunately that doesn't cover my immediate problem, which > is that my new machine has a very high-resolution screen, so normal > application windows are microscopically tiny, even with the e scale set > to 2.2. It would need to be about 5 to work properly. > > Setting the default fonts has no effect: the window furniture components > of (eg Thunderbird, Chromium, Emacs etc) are unreadably small and resist > all attempts to invoke larger fonts. > > The application *body fonts* can be set within each app OK (eg Tbird's > message window, Chromium's document body, and Emacs' buffers) — it's the > menus (and in Tbird's case, folder and message nav panes) which remain > small. enlightenment doesn't address other toolkits or how they want to scale. it sets its own scaling and this also affects efl apps that use elementary. the rest is an issue for gtk, qt, and chrome itself, libreoffice, firefox etc. - apps that do their own toolkits. we have no code to go swizzling these other toolkits or apps etc. : https://wiki.archlinux.org/index.php/HiDPI look at the tookits section, browsers etc. - we possibly could mess with gsettings from e and beats me what to do about qt other than force that env var to always be on and let it do its own thing... i've not looked into this stuff in detail across non-e/efl apps/toolkits as i've focused on having efl/e have the scaling support rather than spend a lot of time on the integration of "everyone else and their scaling setups". we still have a major issue with multiple screens needing different scaling setups to solve in efl. it's "not there yet". we can do this to some extend in the screen setup by setting different scaling per screen output (or just tell it to use dpi...) but again - this is done by sending a message to the window to scale when it moves from screen to screen (and how mucb by) and affects efl apps only. this has a problem - efl apps only have a concept of a single scale factor for the whole process so if the app has multiple windows across multiple screens... poof. things get bad. this happens to affect e itself... thus... still have stuff to address at home and haven't gone solving everyone elses scaling too. :) no idea how we'd tell each window of non-efl apps to scale differently depending on which screen they're on... -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ras...@rasterman.com _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
