Font.properties

Is the jre using font.properties at all when displaying characters in the GUI? I removed all font.properties* files from my jre/lib directory and I am still able to display English characters and double-byte Korean characters. Certain fonts are not working for the Korean, but this all seems independent of the font.properties files. I'm using jdk 1.3.1_06.
Bleu

I have i18n.jar in my classpath and LocaleElements_ko.class is in it. The only font that works for me in Korean is Dialog with BOLD style. What relationship does font.properties have to i18n.jar? I guess the jre is getting the appropriate Font based on the Locale out of the i18n.jar? What do i need to do to get additional fonts (really I just want Dialog with PLAIN style) to work in Korean?
thanks,
Bleu

Similar Messages

Adobe Acrobat 9 Pro - editing font properties in a text box

When I insert a text box on an existing PDF, initially Acrobat usually allows me to edit the font properties. Sometimes it does not. Once I type in the text box, the font properties toolbar becomes locked (i.e., "grayed out") so I can't change font type, size, color justification and other font properties. If I save the file, close it and then re-open I can edit then the font, at least for a while. If I have other PDF files open too I usually have to close those other windows. After some time the font properties again become locked.
Obviously it is incredibly inconvenient to have to close a program and all open files then re-open those files just to change something like the color of a font. I called Adobe tech support and they told me the fix was to buy Acrobat X. I don't want to spend more money, I just want the product I already paid for to work properly.
Is there a way for this bug in the software to be corrected?

** SOLVED FOR ME **
Acrobat 9.0 and 9.1 Standard
No v9 properties toolbar access except in last document opened
I don't know if this applies to you but I had a similar problem with documents on our network.
It turns out the documents were being saved as PDF/A or PDF/X format.
I had the users open up Adobe. Go to Edit>Preferences Then go to the Documents section and find the "Open in PDF/A" section. I had them select "Never" and then the toolbars were no longer greyed out.

PDF created using Java iText package - Text not editable and not displaying font properties on Acrobat

Hi,
I have an issue in editing the text and viewing the font properties of a text region on a PDF created using Java iText package.
I use Adobe Acrobat 9 Pro Extended and the option Tools -> Advanced Editing -> TouchUp Text Tool.
The strange behaviour is that, I have 2 PDFs created out of the same base PDF and text added via Java iText package with the same Text, Font and other properties.
One of the PDF has the text region editable on Acrobat but the other one has the text region which is not editable.
But both the PDFs are editable via Adobe Illustrator.
I have attached both the PDFs for your reference
PDF_Editable.pdf - Editable on Acrobat
PDF_Not Editable.pdf - Not Editable on Acrobat
Any help or insight to find out the difference/issue with the PDF which is not editable via Acrobat would be appreciated.
Thanks in advance.
Regards,
Madhusoodhan Henryraman

You don't have direct control of the leading of a multiline text field. A common approach is to control the background color of the field with JavaScript since the lines are not really needed when the field is used in Reader/Acrobat. They may be useful when using the form by hand. For more information, see the posts by Max in this topic: http://acrobatusers.com/forum/forms-acrobat/how-do-i-use-multi-lined-text-fields-over-prin ted-line-area-existing-form

Font.properties help needed

I have a USA client with several Reports that use fonts “OCR A Extended” and “Wingdings 3”. The OCR A Extended font is being used for a scanline by OCR scanners to call up invoices. They MUST use that font or the scanners don’t work. They are also using specific angled arrows from the Wingdings 3 font set. I can’t get either one to work in the Reports.
I have mapped both OCR A Extended and Wingdings 3 to dialoginput in the registry.dat file.
Getting the correct values into the font.properties file is the part that I’m having problems with. I’m trying to do this by following other examples I’ve seen, but I’m not hitting the correct combination.
I have added:
dialoginput.3=OCR A Extended,ANSI_CHARSET
dialoginput.4=Wingdings 3,DEFAULT_CHARSET
1) Do I need to add a “NEED_COVERTED” to either one of those lines? I’m guessing no because this is plain Windows US/English, nothing foreign.
2) Do I have the proper _CHARSET for both of those lines?
I have also added:
filename.Wingdings_3=WINGDNG3.TTF
filename.OCR_A_Extended=OCRAEXT.TTF
3) Do I need to do that or should I take it out?
From what I’ve read, if I use a NEED_COVERTED then I also need a:
fontcharset.dialoginput.3=…..
fontcharset.dialoginput.4=…..
But I have NOOO clue what needs to follow the “=” sign.
It is mission critical that I get both of these working, especially the OCR A Extended font. I thank you in advance!

Hello,
This Forum is about "Oracle Reports"
Your question seems to be related to "Oracle Forms" :
For the "Oracle Forms" Forum, go to :
Forms
Regards

Font.properties to set custom in-house fonts

Hi all,
Currently attempting to get Forms Server to display a custom fonts called TH Sans Serif which is MS Sans Serif modified for our special needs. We need to show a whole array of fonts which caters for Rumanian, Hungarian, Polish, Slovak, Western European fonts amongst others. Problem is that the font.properties file (loaded with Jinitiator to be found under %Jinitiator_Home%\lib) maps 4 fonts (Monospaced, SansSerif, Serif, Dialog) that are used in the registry.dat file. Apparently reading from newsgroups it is possible to set one of these four mappings to your own custom font. Haven't unfortunately found a success case yet. Can anyone help.
Thanks in advance.

Please use the Forms forum for best response.
Ashesh Parekh
Oracle9iAS Product Management

Packaging font.properties file.

Hello All,
I am developing a cross-platform application and I wat the Java runtime to use my own font.properties file. How can I specify that file using -D switch?
(for example, for logging i write, java -Djava.util.logging.config.file=logging.properties MyApp so, is there a similar option for font.properties?)
Thanks in advance,
Ghaznavi

Any body please help!
Ghaznavi

Loading "font.properties" from different location

Is it possible to tell the JVM to load "font.properties" files from a different location instead of "$JAVA_HOME/jre/lib"?
Thanks in advance.
Regards.

Is it possible to tell the JVM to load
"font.properties" files from a different location
instead of "$JAVA_HOME/jre/lib"?
Thanks in advance.
Regards.I am also looking for a solution for this, since it's not a good idea to modify the JRE itself.
Could anybody help? Thanks.

Font Properties- Hypertext/Dynamic Text Fields

Is there any way to create font properties of text when using
hyptertext code in dynamic text fields?

you can create textformat objects and apply them to
textfields and you can use css with html-enabled textfields.

Using font.properties to map custom in-house true type fonts

Hi all,
I'm currently attempting to get Forms Server to display a custom fonts called TH Sans Serif which is MS Sans Serif modified for our special needs. We need to show a whole array of fonts which caters for Rumanian, Hungarian, Polish, Slovak, Western European fonts amongst others. Problem is that the font.properties file (loaded with Jinitiator to be found under %Jinitiator_Home%\lib) maps 4 fonts (Monospaced, SansSerif, Serif, Dialog) that are used in the registry.dat file. Apparently reading from newsgroups it is possible to set one of these four mappings to your own custom font. Haven't unfortunately found a success case yet. Can anyone help.
Any suggested websites or newsgroups dealing with this would be greatly appreciated.
Thanks in advance.
Holger

Please use the Forms forum for best response.
Ashesh Parekh
Oracle9iAS Product Management

Font.properties files

Hello!
Do you know at what point does the Java Runtime load font.properties file and how it selects the one to load?
I am struggling with displaying cyrillic characters in AWT controls.
I have a code like this inside the applet's init() method:
=================================================
Locale rus = new Locale("ru", "RU");
this.setLocale(rus);
DateFormat df = DateFormat.getDateInstance(DateFormat.LONG, rus);
String s = df.format(new Date());
displayString = new Label();
displayString.setLocale(rus);
add(displayString);
displayString.setText(s);
===========================================================
The output is supposed to be "12 ��, 2005�."
Instead, every cyrillic character is replaced with a square box.
I think the JRE is just loading the wrong font.properties file somehow...
BTW, my OS is an english version of Windows XP.
I'll greatly appreciate any suggestions.
Thanks for your time.

Which one is loaded is based on the locale of the JVM at start-up time. The locale is taken from the system locale, which on Windows is based on the region/language currently selected. You can override this using java intergreter's options, such as, in your case:
java -Duser.language=ru -Duser.region=RU yourgrogramUsing the above settings, font.properties.ru will be used. Cyrillic characters will then be displayed properly if appropriate fonts are installed. This, however, may not work with AWT components. To be sure, use Swing -- they are better designed for rendering Unicode characters.

"Font.properties not found" error when runInstaller in Suse 7.3 + 9iDB_R2

when I try to install 9iDB_R2 in Suse 7.3, the runInstaller have this error:
" Font specified in font.properties not found [--Symbol -medium -r-normal--*-%d-*-*-p-*-adobe-fontspecific] "
the [Next] button in the installer does not response, but the [Deinstall Products] and [About Oracle Universal Installer] has response and display what normally does.
I installed almost everything except games and multimedia when installing Suse 7.3
What is the possible reason?

I am not sure that I can help you much, but it sounds like a Java install error. The installer uses the JVM to do the install. Do you have any other Java virtual machines loaded on the machine.
If you do a java -version
what shows up? I kinda hope that nothing shows up or at worst case is is jdk.1.3.1
This may be what is causing the problem. Also I believe that there was suppose to be system variables set in the shell you are installing from. Are those set? It has been a while since I installed 9i on RedHat.

Font.properties not found

Hi,
I developped a graphical interface that has to be run on a Linux Station. The problem is that I get the following error message when I want to run it: "Font specified in font.properties not found [--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]"
Does someone have an idea ?
Thanks in advance, Fred.

Please how can I eliminate this messages??

Font specified in font.properties not found

Font specified in font.properties not found [--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
This message gets printed around 3 dozen times on the screen every time I start a Swing app with JDK 1.3 on SuSE Linux 7.3.
With J2SDK 1.4 this does not happen and the main font being used in the app is different.
How do I solve this bug in JDK 1.3?

How did you solve this? Could you please share your secret. I am facing the same problem on Solaris and would love to find a solution.

Gnome-font-properties

I recently switched my desktop machine over to Arch after being a long time Slackware user. After installing Gnome 2.6 I'm experiencing problems with gnome-font-properties. It flat out won't start, it crashes every single time. Starting it from terminal gives the following error
[john@metatron ~]$ gnome-font-properties
(gnome-font-properties:1782): GConf-CRITICAL **: file gconf-value.c: line 837 (gconf_value_get_string): assertion `value->type == GCONF_VALUE_STRING' failed
** (gnome-font-properties:1782): CRITICAL **: file fonts.c: line 824 (pango_font_description_from_string): assertion `str != NULL' failed
Any ideas?

just looking at the error text will give away what's wrong:
"assertion 'str != NULL' failed" -> if this fails, it implies a string is NULL
so some string is null, let's look at the previous error:
"gconf-value.c: assertion 'value->type == GCONF_VALUE_STRING' failed" -> if this fails somethign which should be a string is not a string (meaning null most likely)
where did this error come from? gconf-value.c : most likely the gconf parsing routines.
your gnome configuration is borked.... if you messed with it by hand, try and fix it, or just get one of the configuration GUIs

Jdk/jre loads incorrect font.properties

I am using Solaris8 Multilanguage edition(4/01) free binary licsence on a Ultra 10 workstation, the jdk/jre version is 1.2.2_05a.
My problem is when I set the language environment to Japanese, the jdk/jre will load font.properties.ja.5.5.1 instead of font.properties.ja, and if I set the language environment to English, the jdk/jre will load the correct one - font.properties, although there is also a font.properties.5.5.1. The 'os.version' system property can be obtained from java program correcttly, it says '5.8'.
Can anybody tell me what is the mechanism causes this? i have to find out the way to ensure the jdk/jre to load the correct font.properties file, any help appreciated!

This reply posted by myself to provide addtional information.
I finally found out the mechanism is:
The following fact tested when the language environment is set to Japanese.
If both font.properties.ja and font.properties.ja.5.5.1 exist, the VM first try to use font.properties.ja, but if font.properites.ja contains any font which causes a 'Font specified in font.properties not found' error, the VM abandons font.properties.ja and tries to use font.properties.ja.5.5.1, if font.properties.ja.5.5.1 doesn't cause any error, no error will be output, but if there is still any font cause an error, the error will be printed.
If only one file exists, it will be used, and any error caused by it will be printed.
So if font.properties.ja contains any font which causes an error, the result looks like that the VM only loaded font.properties.ja.5.5.1.
And if the lanuage environment is set to C, only font.properties will be loaded, any error caused by it will be printed. font.properties.5.5.1 will never be used.
Is this the specification? who knows...
FYI

Font.properties

Similar Messages

Maybe you are looking for