XnViewMP: Changing Font in UI

[Arran]

Hello

I have just donwloaded and installed XnViewMP on my Kubuntu 12.10, 64Bits into /opt. I can find the program starter as expected under Graphic.

However, the UI uses a semi bold font which uses too much space and looks quite ugly. How can I change this to a more convenient font? The one with me is bolder than the one in the screen shots. It may be related to the fact, that I have absolutely no Windows fonts on my machine. No Arial, no Trebuchet, no Comix Sans, no Times Roman, etc. All these cloned and partly stolen fonts (M$ had to pay twice multi million €-fines for this copyright crimes) can either be replaced by the Original Helvetica or Times or by much better looking fonts on the free market (paid and free fonts).

Thanks for any help.

[francelipuzic]

I have same problem. In my UI under Ubuntu 14.04 are all the fonts in BOLD. Is there anyway to change this? It' a bug?

[Arran]

This seems not to be of great interest. However, I do not care anymore, as I have found a much better and an native KDE program: «digiKam». Should be in the standard repos in most Linux distros. DigiKam is really a truly professsional Image managing application.

[francelipuzic]

Well I notice that here are not really interested of improving the app. But still... digikam have some issues for me. It's slow when you have a bigger database of images. Takes sometime to build thumbnails. I have around 40GB of pictures. All are sorted in date folder ex. (year/month). The other thing is that I prefer to use gnome/unity environment. But else is great app. Hope it will be more interest of improving XnViewMP since I saw that your post was back in 04-2013 and I was the only one to reply (1 year later).

[Arran]

Yes, digiKam can be a bit slow. But you can also define smaller thumbnails. I have a database of more than 265 GB and the whole starting procedere is just about 2 seconds. The only time it takes a bit longer is when you add a new folder/new pictures. Aand, very important, it is worth wile to go completely through the set up and give ample place for the database.

Using digiKam in the Gnome/Unity environment is no problem, the installer or the console will give you any necessary additional small programs needed. I can see that whenver I have to install Gimp, then the only program I have to think «manually» is the «language-pack-gnome-de», so with you it might needed to install something like this for fr and KDE.

DigiKam is also available for Apple and Windows.

[m.Th.]

Yes, digiKam can be a bit slow. But you can also define smaller thumbnails. I have a database of more than 265 GB and the whole starting procedere is just about 2 seconds. The only time it takes a bit longer is when you add a new folder/new pictures. Aand, very important, it is worth wile to go completely through the set up and give ample place for the database.

The problem with databases is not the program's starting time. It is Insert, Edit, Search & Delete. How quick & easy it does it. And this not with 10.000 photos but with 100.000 - 700.000 or even more. All the mankind nowadays has gone photo crazy. I don't say that this is a good thing, I just describe a phenomenon.

We have here ~ 7 TB against XnView MP and till now it doesn't seem to have big problems with it. Also, the comparison isn't the total size of the images but how the metadata and thumbs is stored. The latest iteration of XnView MP uses a new compression algorithm for thumbs (WebP from Google) which gives for the same visual quality a 60-70% reduction in size. Hence the database scales much more than in other DAMs which usually use JPEG compression for the thumbnails. And yes, you can have big thumbnails: 300x200 or even bigger - as you wish. But if you are concerned to obtain the ultimate speed possible you can store smaller thumbnails and XnView will upscale them automatically if the user wants to.

Also the XnView's thumbnail generation engine is faster than the human ability to scan the photos. Hence you can safely delete the thumbs database and the program will (re)generate on demand the thumbs without without forcing the user to wait in order to see the images.

Finally, one doesn't need to have a correct initial setup for XnView, the flexibility of the database back-end allow for powerful maintenance and configuration actions during the photo collection life-cycle if the user decides it (eg. a new SSD or any other hardware arrived, the collection changes size and/or shape etc.). See for yourself here:

http://www.xnview.com/wiki/index.php/Xn ... e_solution

Using digiKam in the Gnome/Unity environment is no problem, the installer or the console will give you any necessary additional small programs needed. I can see that whenver I have to install Gimp, then the only program I have to think «manually» is the «language-pack-gnome-de», so with you it might needed to install something like this for fr and KDE.

I think that most probably he meant that he does NOT want KDE dependencies which are rather big and slow (at least on Windows where I encountered a time ago some nasty bugs - exactly when I tested digiKam).

DigiKam is also available for Apple and Windows.

Sorry, but I don't think that KDE is a viable cross-platform solution. They grow too big before really thinking at cross-platform.

[m.Th.]

Well I notice that here are not really interested of improving the app. But still... digikam have some issues for me. It's slow when you have a bigger database of images. Takes sometime to build thumbnails. I have around 40GB of pictures. All are sorted in date folder ex. (year/month). The other thing is that I prefer to use gnome/unity environment. But else is great app. Hope it will be more interest of improving XnViewMP since I saw that your post was back in 04-2013 and I was the only one to reply (1 year later).

There IS interest in app improvement. And I would dare to say that it is quite active. Only this year appeared several versions with quite a lot of improvements. You can look at the beginning of the 'General Support' forum and/or in tracker to see the progress. However, sorry to say, the feature to change the font in the UI isn't something which is closely tied to the essence of the program, rather a corner case in some configuration - usually this thing is configured system-wide and not application wide - and perhaps that's why you didn't receive the desired attention.

[Arran]

Using digiKam in the Gnome/Unity environment is no problem, the installer or the console will give you any necessary additional small programs needed. I can see that whenver I have to install Gimp, then the only program I have to think «manually» is the «language-pack-gnome-de», so with you it might needed to install something like this for fr and KDE.

I think that most probably he meant that he does NOT want KDE dependencies which are rather big and slow (at least on Windows where I encountered a time ago some nasty bugs - exactly when I tested digiKam).

DigiKam is also available for Apple and Windows.

Sorry, but I don't think that KDE is a viable cross-platform solution. They grow too big before really thinking at cross-platform.

Well, of course, you have to defend XNView, I do understand this. But your Windows experiences here are absolutely not relevant, as franclipuzic states that he uses a gnome/unity environment. Adding the KDE parts for just one program and the dependencies is not slowing up his native Ubuntu-installation. Neither does the reciprocal Gnome apps with Gimp on my KDE environment. Sorry, but I do not think it helpful, if we start a discussion on the line of «me not, he as well». I do really do not comment on a windows application running it in Wine or in a virtual space, the results would probably be desatrous.

You are asking for time for the development or your Linux-Version, so please give the KDE-team also time to develop their Windows/Mac-Versions.

[m.Th.]

Well, of course, you have to defend XNView, I do understand this.

No, I don't have to defend XnView. I just told the truth where is due. I just presented facts. I didn't say that XnView is superior. Your conscience say that it is superior WRT digiKam on the theme which I presented (DB engine). There are other areas in which other programs (including digiKam) are superior.

Also, I corrected the wrong impression that "there is no interest in developing the app" - that's all.

Adding the KDE parts for just one program and the dependencies is not slowing up his native Ubuntu-installation.

I didn't say that. I said that KDE is rather big and slow (re-read what I wrote) which makes the program(s) which use it slow. I didn't said that this makes the system slower unless, of course, if some program/daemon/system service runs in background using KDE. This is a well known fact, and comes from KDE's design philosophy - they rather concentrate on providing many features right out of the box.

Of course, there are users/developers which will find appropriate the KDE's tradeoff between speed, size and features. It is nothing wrong with this. Any library does this.

You are asking for time for the development or your Linux-Version, so please give the KDE-team also time to develop their Windows/Mac-Versions.

Wait, wait, wait... I'm NOT the developer of XnView MP, neither of Qt (the cross-platform framework which XnView MP uses). It just happens to be a programmer from some time and to be around here.

[oops66]

I have same problem. In my UI under Ubuntu 14.04 are all the fonts in BOLD. Is there anyway to change this? It' a bug?

Hello,
... Right, that is similar to a "bug" , I also had under Ubuntu 12.04 (ubuntu "bold-italic" font instead the "regular" one) ... so the "regular font" should be modified as profile by default into the MPlinux versions...

Code: Select all

$ qtconfig

... But maybe you can choose first the font by default, size, etc ... in QT via qtconfig