Thank you for the suggestion. However, I'm not using Gnome (or any other
Linux-based window manager - I'm displaying to an X server running on a
windows-based work station (Cygwin/X, to be precise).
I've gone through the documentation for the X Server, and don't see
anything about global fonts. Besides, the font used on the Acrobat
menu bar seem just fine. Like I said, the fonts used on the print
dialog seem to be about 1/2 the size of the font used on the menu
Thank you for the suggestion. Unfortunately I don't have a graphical console connected to the Linux machine.
The only graphical device I have is the Windows work station, running the Cygwin/X X server.
I can run a UNIX-based window manager on the Linux machine, but it still requires an X Server to run, and that would be the same X Server I'm currently using.
This is still an issue with version 9.1.
But ot only the print dialog is affected. Every dialog (except for the GTK standard dialogs for file selection) shows this issue that the font settings in $HOME/.gtkrc-2.0 are completely ignored, which results in tiny and fuzzy, almost unreadable fonts (other GTK applications don't have this problem). However, in contrast the OK and Cancel buttons of the print dialog (but not of the other dialogs) are displayed in the correct font as specified in $HOME/.gtkrc-2.0, as is the menu bar. This issue really is very annoying and obviously not fixed since version 7.x in 2007. Can this bug please be addressed with a somewhat higher priority?
Speaking of the print dialog. When will Adobereader be able to display CUPS printer-instances? If you have defined several instances of a printer queue for use with different printer options in $HOME/.cups/lpoptions (or /etc/cups/lpoptions) then Adobereader currently only shows only the name of the printer queue (omitting the instance part) but as many times as there are instances of that queue, so the list of available printer is almost useless (apart from the enty "Custom") as there is no way to determine which entry belongs to which instance.
Please let me know whether you are using cygwin or X-manager to remotely connect to the linux box or are you working on the native system.
Also which linux distro are you facing the issue on.
Please attach snapshots of a couple of affected dialogs.
As regards the printer instances issue we have taken a note of the problem.
Thanks for your feedback.
the issue occurs on systems running debian-etch, debian-etch'n-half,
debian-lenny, and gentoo with xdm as display manager and fvwm as
window manager. the x-server runs with the '-dpi 75' option regardless of
the screen's physical dimensions. the screen's resolution is 1600x1200.
for me it looks like acroread is creating it's dialog boxes independently
from gtk-settings in $HOME/.gtkrc-2.0 (apart from the OK/Cancel buttons of
the printing dialog) and while doing so, it makes wrong assumptions about
the font-size by using the dpi setting of the screen to calulate the physical
dimention of the screen. if the x-server is running with '-dpi 100' the
dialog fonts are considerably bigger, but still differs from the settings
in $HOME/.gtkrc-2.0. for example when you make setting of
font_name = "Verdana 24"
class "*" style "default"
then you don't get neither Verdana nor 24pt fonts in the whole acroread
gui except for the menubar and the OK/Cancel buttons of the printing
dialog, while any other gtk-program like firefox, thunderbird, and others
apprear completely in Verdana 24pt -- which is of course far too big, but
illustrated the issue very clearly.
screenshots (with gtk-fonts set to Verdana 24pt and Tahoma 11pt) are
inserted below. (as you can see, the printing dialog and advanced printing
dialog even use different fonts.)
thank you very much for the very quick reply.
While I'm still waiting for Adobe to fix this annoying bug, there are a couple of alternatives for handling pdf documents on the Linux platform like 'evince', 'xpdf', 'foxit reader' or even 'gv'. They might lack some features when it comes to searching or rendering of documents but at least they present readable printing dialogues -- well, 'evince' even can save pdf forms including the content filled in by the user. But then again, please Adobe, care a little more about the Linux version of your pdf reader or consider open-sourcing it if you don't have sufficient resources to do it yourself; this bug in particular is *many* years old and appeared across several main versions of the reader.
In my above post I've forgot to mention that my problem is the following:
- font sizes in dialogs are too big (only there, menu bar for example is ok)
- my settings in .gtkrc are ignored, I think
- and the encircled parts in the linked picture
As mathpi already said, please solve that annoying bug, as it is really old! Respect the user's settings in gtkrc should be enough, I think.
I am having an issue similar. Perhaps this is not the correct place to post, but it's the only post( i think)
in the forum related to my problem.
I am running windows 7, 23" monitor, lowest resolution possible and my menu bar words and icons are about 12pt. I can't read it! The resolution works EVERYWHERE including Illustrator. So if anyone has suggestions, I would really appreciate it....
Oh, and Adobe tech support won't help because it's a free trial version.
excuse my paragraph, bad bluetooth connection today.