Load Xft.dpi from ~/.Xdefaults as well.
authorbarbieri <barbieri@7cbeb6ba-43b4-40fd-8cce-4c39aea84d33>
Wed, 28 Apr 2010 20:26:04 +0000 (20:26 +0000)
committerbarbieri <barbieri@7cbeb6ba-43b4-40fd-8cce-4c39aea84d33>
Wed, 28 Apr 2010 20:26:04 +0000 (20:26 +0000)
commit72cf92ff8dd245afa5d9ffcdee1119834b14e6f1
treef475a4e257de6f54070e1d91f67db48431035fb2
parent47108a6061f3df5f9ecf8eab24ff885a46882f62
Load Xft.dpi from ~/.Xdefaults as well.

Do this for consistency with other applications, some people just set
.Xdefaults but do not have xrdb to load it to screen. This works with
most of the systems, like Gtk and Qt, but not in Evas, so we get
different font sizes as they calculate based on DPI.

HOWEVER, and this may be a big thing, so RASTERMAN take a look, this
might impose a performance hit on window creation... remember that
every E17 popup/tooltip will hit this process of reading the file (if
exists) and then query X server (round trip).
    I'd rather make this a global resource, loaded just once for all
created windows, we can store the mtime to know when it changed and
invalidate the pointer... but as Raster did not keep the
XrmGetDatabase() result as global, I'm not doing it here either.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@48403 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
src/modules/engines/gl_x11/evas_engine.c
src/modules/engines/software_16_x11/evas_engine.c
src/modules/engines/software_x11/evas_engine.c
src/modules/engines/xrender_x11/evas_engine.c