Interface font size in 0.76.1 x64 under Ubuntu 14.04

[fractl]

I'm a big fan of XnViewMP and it has become my go-to image program for almost everything now. I've just installed version 0.76.1 on my Ubuntu 14.04 machine and while everything seems to be working okay, I can't adjust the font size of the interface, and it looks really big and chunky.

Sample screenshot with a dialog box

I'm sure that I changed the interface font size on a previous version but while I've been able to reduce the size of the label text (below the picture), everything else is mis-sized for the rest of my interface and I find myself needing to scroll around a lot just to read my folder names.

Is there something I can change myself in the theme perhaps that would rectify this, or a missing setting that I haven't found that can reduce the font to match the system settings?

Julie

[xnview]

It's the same in previous version 0.72. How do you have changed before?

[simonz]

I'm using XnViewMP on Fedora Linux (Fedora 21, x64) here (with XnViewMP standard settings).

And I have a font issue perhaps related to the above message:

In 0.72 it looks nice, but in 0.76.1 the interface font is really ugly.

0.72 with font o.k.

0.76.1 with ugly font

[Mixer]

Hi. I don't have much experience with Linux and all its different window managers and desktop environments, therefore I don't know if it may help, but maybe you will find something useful from reading answers to "qtconfig tool for Qt 5?" and trying methods and tools linked there? XnViewMP 0.72 uses Qt4 while 0.76.1 uses Qt5.

[simonz]

Thanks for the hints.
But the linked discussion didn't help. With its infos I was able to change some parts of the "style" but not the font.
And such a font (Courier New?) isn't configured in any of my GTK or KDE settings.

In the meantime I found out that every time 0.76.1 is started there are (between many others) these error messages
(with every time a different line number):

Fontconfig error: line 47404239: syntax error
Fontconfig error: Cannot load default config file

Fontconfig is installed and otherwise working fine here (as far as I know).

Using strace revealed the following:

[pid 12892] open("/home/chris/sw/XnViewMP-0.76.1/lib/platforms/../../lib/tls/x86_64/libfontconfig.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[pid 12892] stat("/home/chris/sw/XnViewMP-0.76.1/lib/platforms/../../lib/tls/x86_64", 0x7ffc39d8cd10) = -1 ENOENT (No such file or directory)
[pid 12892] open("/home/chris/sw/XnViewMP-0.76.1/lib/platforms/../../lib/tls/libfontconfig.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[pid 12892] stat("/home/chris/sw/XnViewMP-0.76.1/lib/platforms/../../lib/tls", 0x7ffc39d8cd10) = -1 ENOENT (No such file or directory)
[pid 12892] open("/home/chris/sw/XnViewMP-0.76.1/lib/platforms/../../lib/x86_64/libfontconfig.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[pid 12892] stat("/home/chris/sw/XnViewMP-0.76.1/lib/platforms/../../lib/x86_64", 0x7ffc39d8cd10) = -1 ENOENT (No such file or directory)
[pid 12892] open("/home/chris/sw/XnViewMP-0.76.1/lib/platforms/../../lib/libfontconfig.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[pid 12892] stat("/home/chris/sw/XnViewMP-0.76.1/lib/platforms/../../lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 12892] open("/home/chris/sw/XnViewMP-0.76.1/lib/libfontconfig.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[pid 12892] open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
[pid 12892] fstat(3, {st_mode=S_IFREG|0644, st_size=206648, ...}) = 0
[pid 12892] mmap(NULL, 206648, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f6abca12000
[pid 12892] close(3) = 0
[pid 12892] open("/lib64/libfontconfig.so.1", O_RDONLY|O_CLOEXEC) = 3
[pid 12892] read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300l\0\0\0\0\0\0"..., 832) = 832

and later

[pid 12892] inotify_init1(O_CLOEXEC) = 16
[pid 12892] write(5, "\1\0\0\0\0\0\0\0", = 8
[pid 12892] fcntl(16, F_SETFD, FD_CLOEXEC) = 0
[pid 12892] access("/etc/fonts/fonts.conf", R_OK) = 0
[pid 12892] stat("/etc/fonts/fonts.conf", {st_mode=S_IFREG|0644, st_size=5571, ...}) = 0
[pid 12892] open("/etc/fonts/fonts.conf", O_RDONLY|O_CLOEXEC) = 17
[pid 12892] read(17, "<?xml version=\"1.0\"?>\n<!DOCTYPE "..., 8192) = 5571
[pid 12892] write(2, "Fontconfig error: line 34526943:"..., 33Fontconfig error: line 34526943: ) = 33
[pid 12892] write(2, "syntax error", 12syntax error) = 12
[pid 12892] write(2, "\n", 1) = 1
[pid 12892] close(17) = 0
[pid 12892] write(2, "Fontconfig error: ", 18Fontconfig error: ) = 18
[pid 12892] write(2, "Cannot load default config file", 31Cannot load default config file) = 31
[pid 12892] write(2, "\n", 1) = 1
[pid 12892] stat("/usr/share/fonts", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 12892] open("/usr/share/fonts", O_RDONLY|O_CLOEXEC) = 17
[pid 12892] fstatfs(17, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=12868767, f_bfree=6580828, f_bavail=5921372, f_files=3276800, f_ffree=2823976, f_fsid={953116137, 136936311}, f_namelen=255, f_frsize=4096, f_flags=4128}) = 0
[pid 12892] close(17) = 0
[pid 12892] open("/var/cache/fontconfig//3830d5c3ddfd5cd38a049b759396e72e-le64.cache-4", O_RDONLY|O_CLOEXEC) = 17
[pid 12892] fstat(17, {st_mode=S_IFREG|0644, st_size=1776, ...}) = 0
[pid 12892] fstatfs(17, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=12868767, f_bfree=6580828, f_bavail=5921372, f_files=3276800, f_ffree=2823976, f_fsid={953116137, 136936311}, f_namelen=255, f_frsize=4096, f_flags=4128}) = 0
[pid 12892] mmap(NULL, 1776, PROT_READ, MAP_SHARED, 17, 0) = 0x7f6abca16000
[pid 12892] fadvise64(17, 0, 1776, POSIX_FADV_WILLNEED) = 0
[pid 12892] openat(AT_FDCWD, "/usr/share/fonts", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 19
[pid 12892] getdents(19, /* 43 entries */, 32768) = 1480
[pid 12892] getdents(19, /* 0 entries */, 32768) = 0
[pid 12892] stat("/usr/share/fonts/aajohan-comfortaa", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 12892] stat("/usr/share/fonts/abattis-cantarell", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 12892] stat("/usr/share/fonts/adobe-source-code-pro", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 12892] stat("/usr/share/fonts/artwiz-aleczapka", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0

The very last line with "font" in it is

[pid 12892] open("/usr/share/fonts/gnu-free/FreeMonoBold.ttf", O_RDONLY) = 19

which might be the font seen on the screenshot above.

Perhaps there might be a conflict regarding fontconfig versions expected in XnView and installed?

[chris ~]$ rpm -qi fontconfig

Name : fontconfig
Version : 2.11.1
Release : 5.fc21
Architecture: x86_64
Install Date: Mi 03 Dez 2014 21:31:54 CET

BTW:
I also tried XnViewMP on Fedora 23 (the newest ones), but it simply crashed immediately.
That is another story...

[xnview]

i ask Qt team about this problem...

[xnview]

I'm using XnViewMP on Fedora Linux (Fedora 21, x64) here (with XnViewMP standard settings).
And I have a font issue perhaps related to the above message:

I've tried on a fresh Fedora 21, and no problem.
Do you use the original XnView exe, or the modified one?

[simonz]

I don't know about a "modified" XnView exe.

So I assume it's the original one (downloaded as XnViewMP-linux-x64.tgz)

Anyway:
If it's working fine on your Fedora 21 there should be no general problem with this combination.
Fedora 21 is reaching its end-of-life soon.
So it might be better not to spend too much time here on this one.

Thanks for now!

I'll be back when I've upgraded my main system to Fedora 23 and there are still problems...
(On my F23 test system XnViewMP crashes on startup.)

[xnview]

I'll be back when I've upgraded my main system to Fedora 23 and there are still problems...
(On my F23 test system XnViewMP crashes on startup.)

Please replace with this one

[simonz]

I tried that arch version now (althought I'm on Fedora).
No change regarding the crash.

I opened a new thread now (to not highjacking this one again ):
http://newsgroup.xnview.com/viewtopic.php?f=82&t=32458

[simonz]

.... replacing the executable XnView with the XnView-archx64 and starting it via the shellscript and not directly it's starting without crash now! That one was my fault...

Thank you, Pierre!