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.

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

        style "default"
        {
                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.

No reaction from Adobe until now...that's sad!

Could somebody from Adobe please comment on this!?

I am new. I have the same problem.

Why does the Adobe not responding to

correct this problem?

I am very disappointed.

are you waiting someone to pay you to get answer?

Don't be so uncompassionate.

JJ