我目前无法在Xenial上进行测试，但是这是一个解决方案，对于我的Trusty上与DPI相关的问题起到了作用，而其他解决方案都没有起作用。
问题：当我不得不将我的一个19英寸1280x1024显示器更换为一个17英寸1280x1024显示器后，重新启动后，我的字体变小并且看起来“不对”（我缺乏词汇来描述更多，但我认为这与反锯齿如何与错误的DPI设置相互作用有关）。
更糟糕的是，GTK+ 2.x应用程序给人一种困惑的印象，它们似乎忽略了字体大小设置。（如果我更改字体或样式，应用程序会更新，但即使重新启动应用程序，从11pt.到12pt.或从14pt.到14pt.的更改也没有任何可见效果。不过，我没有对GTK+ 3.x进行该症状的测试。）
解决方案：使用X11资源
Xft.dpi。
已确认适用于：GTK+ 2.x、GTK+ 3.x和Qt 4应用程序。
针对您的情况，请尝试在您的系统上运行此命令，然后重新启动您的应用程序。
echo Xft.dpi: 75 | xrdb -merge
注意：您可能需要等待和/或重新启动两次。当我使用file-roller和144 DPI测试GTK+ 3.x时，第一次将DPI设置回96后进行测试，它仍然保持在144比例上，但是退出并重新启动第二次后，它返回到了预期的比例。
如果这解决了问题，请通过在~/.Xresources中添加一行“Xft.dpi: 75”来使其持久化。
如果没有解决问题，请尝试其他值，以确保您了解系统对您提供的值的处理方式。我不得不将DPI设置为96才能获得所需的比例，直到我尝试了72 DPI并且字体缩小而不是增大，才想到这一点。
（用一个17英寸显示器替换了失败的最左边的19英寸显示器，并且我已经禁用了KDE的显示设置守护程序，因此我期望所有三个显示器都在从一个19英寸1280x1024显示器计算出的固定DPI设置上运行。）
如果
~/.Xresources版本没有效果，你的桌面可能缺少通常调用
xrdb来应用它们。我通常在登录时将
xrdb -merge ~/.Xresources添加为最后要运行的事务之一，这样就不会与桌面可能尝试完成的其他操作发生冲突。
