Linux - Turkish font - RTF working, PDF replaced with ?

Hi All,
Im back to trying to get my application working on Linux again, and have arrived at the next bump in the road.
Versions:
CR4E v2.0.4.r825
Java 1.6.0_13
Oracle Enterprise Linux 5
Background. Originally develeoped and tested on Windows, and got everything working 100%.
We then moved the App to a Linux enviroment.
First problem I came across was directory referencing, and case sensitivity, which I managed to solve.
We then had issues where all fonts in the PDF outputs were shown as LucidaSans. This was solved by following the
documentation found on [http://corefonts.sourceforge.net/]
This allowed us to correctly output the TimesNewRoman font.
Everything was going well until we needed to display Turkish font. On our Windows test enviroment everything is working
perfectly, on the Linux, not so much.
The way the Turkish font is used on the report is I developed a UFL which receives numbers and then looks up certain codes
in a properties file, which contains the unicode representation of the Turkish characters. These are then interpreted by
Java and a String is formatted and returned to the Report.
If I look in my logs I get the following:
com.crystaldecisions.reports.formulas.k.a(SourceFile:4554) - Function 'numbers2words' returned: s(beu015Fyu00FCz doksan TL )
So we can see that the correct characters are returned. ( ş )
What I found out that if I tried exporting the Report as a PDF the text returned gets converted to - be?yu00FCz doksan TL
The Document Properties of the PDF produce on Linux lists the fonts as
DejaVuLGSans
Type: TrueType
Encoding: Ansi
Actual Font: Adobe Sans MM
Actual Font Type: Type 1
TimesNewRoman
Type: TrueType
Encoding: Ansi
Actual Font: TimesNewRomanPSMT
Actual Font Type: TrueType
Yet Windows version is as follows
TimesNewRoman(Embedded Subset)
Type: TrueType
Encoding: Built-in
TimesNewRomanBold(Embedded Subset)
Type: TrueType
Encoding: Built-in
BUT if I export to a RTF document, all font looks perfect, on both Windows and Linux.
RTF code looks something like this if this helps anyone
{\posx260\posy9866\absw5518\absh-1919 \sl240\slmult1\par\fs17\f1 be\uc1\u351\'3Fy\u252\'3Fz doksan TL \par\par\par}
Any ideas on what I need to do or what I have not done, I will take any sugesstions. Also will give additional info if required.
Thanks Darren

Thanks Ted,
That did the trick.
Although I must say that I find it strange that originally we had no TimesNewRoman fonts on the Linux box,
so we setup the msttcorefonts package as per [http://corefonts.sourceforge.net/msttcorefonts-2.0-1.spec]
This then allowed us to print TimesNewRoman font on our PDF, but we still had no Turkish characters.
So by placing these TTF files into the Java /lib/fonts directory and amending the fonts.dir file we all of a sudden had the Turkish characters.
It almost seems that applying the fonts the first time only half solved our problems, and then once we made them avaliable in
the Java lib/fonts area it solved the UFL issue.
Anyways, its working now so we all happy.
Cheers
Darren

Similar Messages

GilAltOneMT font missing in PDF generated with FM8.0p266

Hi -
Long time Frame user, reluctantly "upgraded" to Frame 8.0/Tech Comm Suite within the past 4 months. Never had issues generating PDF files using the PDF printer driver from Frame 7.0. With Frame 8.0, for some reason the font "GilAtOneMT" will not appear in the PDF file, which is an issue as this font is used as our sans serif font for headers, etc. Why is this particular font such an issue?
I only experience this issue with Frame 8.0. Use same font in PhotoShop CS3 and Illustrator CS2, and no issue generating PDFs from these apps with this font.
Not in the mood to rework all of our Frame templates to switch over to some other font, but looks inevitable.
Multiple users here having the same issue. The only commonality that we have is that we have all upgraded to Frame 8.0 and now have this issue. We have been using these same Frame templates for 5+ years, since Frame 5.5.
Thanks,

Hi -
Well, the Tech Comm Suite sat in my office gathering dust for months, because if something is not broke (like Frame 7), why mess with success? Now, it's broken, and right before a big product release. Are you suggesting that this issue is fixed in TCS2.0?
<<how are you creating PDFs? SaveAs or printing directly to the Adobe PDF printer or print to file & distilling the resulting .ps file?>>
Printing directly to PDF printer.
- <<have you set the Adobe PDF printer to be the default printer in FM? You can use the SetPrint utility to set this for you automajically for you when you start FM.>>
You're dealing with a non-tech here, where is the "SetPrint utility" - ? Set it as the default on my system, or just in Frame?
<<- what version of O/S are you using? There was a MS hotfix that solved a FM PDF problem recently - search for "MS hotfix" in the FM forums or check the Adobe TCS blog; they have a link there to it.>>
I will check this out. I am using Windows XP Pro Service Pack 2 (like the rest of the corp world).
<<PS - if you just got TCS in the last 4 months, why didn't you get TCS2.0? You know version 1.0 of anything will always have hiccups ;>)>>
Trust me, I fought this one kicking and screaming. I still get shudders thinking about my "upgrade" to Illustrator CS. I am now in revolt over our impending "upgrade" to AuthorIT.
Thanks for listening to me whine...

Are there fonts that work better/worse with Chrome?

My organization uses Trebuchet MS and it looks perfect when viewing our .pdf's in Safari, but does not look good in Chrome. Some of the lines are bolded for no reason. Is this a common problem and is there better font to use?

This is the .PDf in question: http://www.waldronhr.com/images/stories/Position_Specifications/seattleaquarium_devdir.pdf
It looks fine when viewed in Safari, but when viewed on Chrome, some of the white text looks bold (it shouldn’t) and other lines do not appear bold.
Thanks for any suggestions!
Jessica Crump, Director of Marketing and Communications
[Personal info removed by moderator]

Convert rtf to pdf with good font and sharp images

I can convert rtf to pdf in Microsoft Word (2004) using the Print function but the resulting document doesn't maintain the same font and the images look a bit hinky as a result.
I tried to convert from rtf to pdf in Acrobat 9 but it sez unsupported file type.
I just want a really clean conversion that keeps the images sharp and the fonts looking good. Am I out of luck?


<cflock scope="Application" type="exclusive" timeout="120">
<cfif not StructKeyExists(application, "MyWordObj")>

<cftry>
<cfobject type="com"
action="connect"
class="Word.application"
name="Application.MyWordobj"
context="local">
<cfcatch>

<cfobject type="com"
action="Create"
class="Word.application"
name="Application.MyWordobj"
context="local">
</cfcatch>
</cftry>
<cfset Application.mywordobj.visible = False>
</cfif>
</cflock>

<cflock
name="WordObjLock" type="exclusive" timeout="120">
<cfset docs = application.mywordobj.documents()>
<cfset docs.open("c:\ColdFusion8\wwwroot\RTFtoPDF\temp.rtf")>
<cfset converteddoc = application.mywordobj.activedocument>

<cfset converteddoc.saveas("c:\ColdFusion8\wwwroot\RTFtoPDF\temp.htm",val(8))>
<cfset converteddoc.close()></cflock>
<cffile
action="read" file="#expandPath('temp.htm')#" variable="fileToConvert">
<cfdocument
overwrite="yes" filename="#expandPath('temp.pdf')#" format="PDF"><cfoutput>#fileToConvert#</cfoutput></cfdocument>
<p>Conversion from temp.rtf to temp.pdf complete</p>

Fonts are replaced with Adobe Sans in PDF

Receive PDF files from a client every month, 3 of the fonts in the file (Fortis Helvetica Bold, Fortis Helvetica Light Bold, and Fortis Helvetica Light) are not embedded. Fonts have been supplied and are installed in C:\WINDOWS\Fonts and C:\Program Files\Adobe\Acrobat 8.0\Resource\Font folders.
This has been working fine for over a year, all fonts load up in acobat, but for some reason now, the font "Fortis Helvetica Bold" is not loading up in Acrobat and is being replaced with Adobe Sans.
Any help would be appreciated.

It may also be that they have changed to a different version of the font. Just because it has the same name as one on your system does not mean they are compatible. In reality, your customer should embed all fonts. Have them change to a press or print job settings file and that should resolve the problem by embedding the fonts.

I am on a Windows 7 OS attempting to reduce pdf size with my Adobe Acrobat Standard XI & Pro. The application keeps timing out and at the Subsetting embedded fonts portion and the application gives "Adobe Acrobat has stopped working" and then closes. T

I am on a Windows 7 OS attempting to reduce pdf size with my Adobe Acrobat Standard XI & Pro. The application keeps timing out and at the Subsetting embedded fonts portion and the application gives "Adobe Acrobat has stopped working" and then closes. The document is 275 pages. Is there something I can do to stop this?

Hi Ricci,
Since when are you facing this issue? Did you tried system restore to a date before this problem occured.
Does acrobat stop working when you open this specific pdf file or with any pdf file that you open?
Regards,
Rahul

Reader X : Wrong Fonts (was working with Reader\Pro 9 and Pro 10)

Hi all,
First : this form pdf work with adobe Reader 9 and Acrobat Pro 9\X
i did a pdf form with scribus, i embed 2 fonts : 3of9barcode and freemono bold fonts.
(compatibility PDF 1.5 (acrobat 6) )
My client update to Reader X and the problem is that the fonts are 'squares' and the barcode is text not barcode.
When i do look at the properties in reader X, it founds the embedded fonts. There is no error when opening it.
no console errors or Reader error.
If i open the document with Pro X , there is no problem, the fonts are good. i try to save a copy, an optimized copy, or a copy with limited rights,
but the result is the same, when i open the pdf with Reader X the fonts are bad.
i tried ton install the fonts on Windows but it does not help...
Do you have any clue ???

I have exactly the same problem!!!
I create and layout my forms in scribus and adjust them in Adobe 9 Pro. Setting the tab order and having the possibility to make fillable forms saveable are gorgeous. However, people who use ReaderX cannot work with these very forms anymore because there appears only squiggly squary rubbish in the fillable form fields instead of nice and clean Times Now Roman font. In Reader 9 everything worked fine. I cannot force everybody to go back to version 9, in order to be able to work wth the forms.
It's so annoying, please help.

Pdf printing with linux client

hi,
i'm working with a SuSE 9.3 Client and I want to use PDF-Printing with the Acrobat Reader. With Windows Xp it works fine, but if i choose the PDF-Printer with the Linux-Client nothing happens. The PDF-Job exist in the cue. What do i have to do that it works?
P.S. I`am from germany ;-)

Thanks! But on which machine do i have to put the lp command?
Application-Server?
Tarantella Server?
Client?
I have put it on my Client! But nothinng happens.
My PATH --> /home/me/bin:/usr/local/sgdee:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/jvm/jre/bin:/usr/lib/qt3/bin
my script -->
me@my-notebook:~> cat /usr/local/sgdee/lp
#!/bin/bash
LPINFILE=/tmp/.nclp.$$
PATH="/bin:/usr/bin:/usr/local/bin:/usr/bin/X11:/usr/X11R6/bin"
export PATH
[ -f $1 ] && mv $1 $LPINFILE
[ -f $2 ] && mv $2 $LPINFILE
echo "Print: $* -> $LPINFILE" >> /tmp/nclog.`logname`
echo "/usr/bin/xpdf -display $DISPLAY $LPINFILE; rm -f $LPINFILE" | at now
exit 0
me@my-notebook:~>

PDF created with InDesign CS6, Helvetica Neue font, causes lower-case "r's" to be bold

The pdf was created from InDesign CS6 using Windows 7. I cannot recreate the problem on my machine, but it is happening on a coworker's machine. The only character affected is the lower-case r. It appears bold when viewing the pdf of his machine. I am also running Windows 7 and it looks fine to me. My boss is using a Mac and it also looks fine to her. Does anyone know what might be causing this problem?

Hmm...until it's isolated to the 'r' it surely sounds like the typical effect often caused by the "Enhance Thin Lines" preference setting in Acrobat/Reader/browser-x-plugin, which most commonly affects l's and i's.
It's also true that various servings of Helvetica Neue are at the center of many such tales of woe.
I'd recommend some simple testing on the co-worker's computer with PDF's produced under the same conditions using different fonts; perhaps some varied weights of the same Helvetica Neue.

Best Adobe product for editing PDF, replacing English text with Thai without altering/recompressing images, graphics etc.?

I have an English language PDF, a medical device brochure, the content of which has already been translated into Thai (in Word). I want to replace the original English in the PDF with the Thai translation easily without altering any other aspect of the brochure, like graphics, images, margins etc. (No doubt I'll have to tweak line height, font sizes and paragraph lengths a little.) I'm unsure of what would be the best Adobe product for this purpose, e.g. Illustrator, InDesign or Acrobat (or something else), that would allow me simply to open the PDF, replace the English with Thai in an attractive Thai font (to be embedded), make minor layout tweaks, then save without any compression so the quality and colours of the original photos, artwork, and graphical elements are preserved. I've heard Office 2013 allows direct editing of a PDF but I'm not sure if it converts, alters or compresses PDF graphics in some way when first opening the file. Could anyone with relevant experience please advise? Thanks in advance.

Adobe's only offering here is Adobe Acrobat. However, I must say something. I have heard from many people who sought to translate a PDF in this way. NONE SUCCEEDED. PDF is not suitable for this purpose. Obtain the original, this should be part of your contract for translation. If this is impossible, expect to remake the document; Word is probably unsuitable for a brochure of this type, maybe InDesign.

Numbers being replaced with periods in PDF

I'm working on tagging PDFs to be 508. All of the pdfs have already been made and the tagging is being done in Acrobat Pro 8.
The problem is seen in the "content" window looking at the tags. The document text can be seen and numbers like "1s", "2s", "4s" and "6s" have been replaced with periods. Not every PDF is the same, some will only be missing the 2s and another will be missing the 4s and 6s.
When the PDFs are viewed on screen or printed out they are fine, its the screen reader that has the problem.
I believe all of these PDFs where made straight from InDesign and not saved as a postscript file and then distilled. PDFs done the long way seem to be fine.
Have anyone else had this problem on a Mac?
Jon B

Can you check the metadata inside the PDF from InDesign to see if the
problem files are from an earlier version of InDesign or not? In
addition, do we know if this text was tagged or not (via the STRUCTURE
command) ...
A little more investigation ?
Jon

FrameMaker has correct fonts, PDFs produced with Acrobat 9 don't.

We're producing PDFs out of FrameMaker 9 into Acrobat 9, using the Frutiger Next font family. With the exception of a single character format, fonts are coming out correctly embedded in the PDFs.
However, in this one case (Frutiger Next Pro Medium), Acrobat appears to be (for no reason we can tell) substituting Frutiger Next Pro Heavy for medium, which makes the resulting PDF look like crap.
When we print from Frame, it looks correct. This only happens when we save as PDF. The fonts are installed on the machine, Frame uses and shows them correctly.
This only happened after we upgraded to Frame 9 and Acrobat 9, and we're at our wit's end trying to figure out what the hell is going on.

Arnis Gubins wrote:
If you don't mind, could you please list the OTF Pro fonts that you're seeing problems with.
Arnis,
they are listed with their names in the CMYK pdf. All text that appears in Times doesn't work. So here is the list again, as far as I have tested the fonts:
Not working fonts:
Linotype Fonts:
Helvetica Neue LT COM 57 Cn
Helvetica Neue LT COM 57 CnO
Helvetica Neue LT COM 77 Cn
Helvetica Neue LT COM 77 CnO
Helvetica Neue LT W1G 67 Cn
Helvetica Neue LT W1G 67 Cno
MyFonts Fonts:
Meta Pro (complete family)
Working fonts:
Linotype Fonts:
Helvetica Neue LT W1G 55 Roman
Helvetica Neue LT W1G 55 Italic
Helvetica Neue LT W1G 75 Bold
Helvetica Neue LT W1G 75 Bold Italic
Helvetica Neue LT W1G 57 Cn
Helvetica Neue LT W1G 57 CnO
That's it for the moment...
Bernd

RTF files won't open; Icons replaced with dotted rectangles in Finder

Hello all, I am trying to troubleshoot a friend's computer. She uses TextEdit to take notes and saves her files as RTFs. A while ago she complained that one of her textfiles wouldn't open, even though she could see the file in the Open dialog in TextEdit. However, the file as it appears in the Open dialog does not have the traditional RTF icon. It is replaced with a dotted rectangle. This error happened again a few days ago.
The problem has only occurred with a few text files. Others work.
Here are a couple of screenshots:
http://pantheon.yale.edu/~djf35/rtf1.png
http://pantheon.yale.edu/~djf35/rtf2.png
Powerbook G4 Mac OS X (10.4.7)

Thanks. That seems to have fixed it. I logged out and then logged in to a different account. The problem wasn't there and I could open the files. Then I logged out and then back into my original account and the problem had been fixed there as well. Thanks so much for your invauable help and quick responses.
J

The turkish fonts of my developed website does not work

Hello dear all,
I have an issue that I can't fix for about month. I have designed a website in russian, english and turkish language. in my localhost everything works perfectly, but when I uploaded it into the server the turkish font was not recognized by mozilla Firefox, the rest browsers work fine with that website, but not Firefox.
here is the link for that website: www.maryotel.kg

The Turkish page is in Unicode and not like the Russian in windows-1251<br />
The servers sends the page with windows-1251 encoding and that is what Firefox uses.<br />
Firefox ignores the encoding specified via a meta tag (text/html; charset=utf-8) if the server sends an encoding via the response header.
It would be best to have all pages created and saved with UTF-8 encoding and make the server send files with UTF-8 encoding by default.

Word 2000 hyperlinks don't work in .pdf created with Acrobat 9 Pro

I'm new to Adobe Forums, so please overlook the effrontery of my posting a query previously discussed. Perhaps someone can simply reply with a link to the prior discussion. I have installed Acrobat 9.2 Pro in 2 computers, one running XP64 Pro, the other XP32 Pro. Word 2000 is installed in both. All Word hyperlinks work fine, but after .pdf conversion using Acrobat 9.2 Pro, none of these work. In 'Preferences', I have navigated Convert to PDF > Microsoft Office Office Word > Edit Settings > Add Links to Adobe PDF File and confirmed that the Add Links feature is enabled. Having ascertained that this glitch is not specific to either XP64 or XP32 operating systems, I uninstalled Acrobat 9.2 Pro from the XP32 computer and reinstalled Acrobat 6.1 Pro. Then using the same Word 2000 document, I converted to .pdf using Acrobat 6.1 Pro, with no problems whatsoever. This looks like a serious bug in Acrobat 9 Pro, which the telephone support folks have acknowledged. Alas, they won't give me the tiniest clue how to resolve it, nor any workaround, but merely refer me to AdobeForums.com for help. I suspect a corrective patch or 'upgrade' will be forthcoming, but meanwhile, if anyone knows of a workaround, please enlighten me. Thanks. /rmbrown

Thank you, CtDave, for your speedy reply and for the 'Acrobat Technical Evangelist' knowledge base article. Word 2000 is one of Microsoft's masterpieces - by disabling 'autosave', the application is totally stable, does not require 'activation' by Microsoft. Acrobat 9 enables 'saving' of interactive .pdf forms, a most valuable feature and one much appreciated by anyone completiing such forms. There must be more to this issue than 'incompatibility', because I can create a test Word 2000 document, hyperlink a valid URL, convert to .pdf with Acrobat 9, and the hyperlink works fine in Acrobat 9. When I attempt to do this using a much more complex Word 2000 document, embedded with scores of hyperlinks, these links fail to work following conversion to .pdf with Acrobat 9, but work fine following conversion to .pdf with Acrobat 6. I can then use Acrobat 9 to open the .pdf created with Acrobat 6, and successfully edit any of these fully functional hyperlinks using the 'Link tool'. I don't know who prepared the 'Acrobat Technical Evangelist' article (AF1908DCd01) - no credits were cited, and I'm far from certain that this authentically belongs to Adobe's knowledge base. So I appreciate your sharing this information with me, but I cannot say that my question has been definitively answered. If you have any further information or tips, please reply in this thread. /rmbrown

Linux - Turkish font - RTF working, PDF replaced with ?

Similar Messages

Maybe you are looking for