I have an Oracle Reports 10g rdf which uses an non-standard font which gets garbled when the client machine doesn't have the font installed. My clients machines are Windows-based in major and my server is Linux-based
I searched for information on the internet and stumbled on Font Subsetting configuration, which worked fine on my local machine, generating PDF files with the font incorporated. This PDF opened in all machines without problem.
I've done this steps on my server:
I copied the font TTF file (inthrp48dmtt.ttf) to u01/app/oracle/product/10.1.2/frm10g/reports/templates
In uifont.ali file, located at /u01/app/oracle/product/10.1.2/frm10g/guicommon/tk/admin/, i added:
At [GLOBAL] section
"IntHrP48DmTt" = inthrp48dmtt
At [PDF:Subset] section
inthrp48dmtt = "inthrp48dmtt.ttf"
I installed the font inthrp48dmtt.ttf to the folder /usr/share/fonts/IntHrP48DmTt and executed the command fc-cache /usr/share/fonts/IntHrP48DmTt/
Restarted the Reports Server
After all this steps, the font still garbled up. Anyone has any idea?
Related
We have a small exe client application that used for loading the scanned images from the remote sources, what we need to do is enter the address from the images to specific text box and submit.
The data then will be saved in remote database and will be read by another apps.
When we run the client application on Windows, everything is normal. The problem only happen when we run application on Ubuntu via Wine:
Whether we input the address that contain German characters, the other apps will read from database the wrong characters, for example:
What we enter:
Lößnitzstr
What the other apps see:
Lößnitzstr
We found out this is mismatch charset when encoding with UTF-8 and decode with Windows-1252 code page.
Since the default charset of Ubuntu is UTF-8, we tried to use command line to force WINE to run with windows charset setting:
LANG=de_DE.CP1252 wine client.exe
We also tried to set Operating system default locale by localectl to language with charset Windows-1252 (CP1252) but it seem not to work
Any idea how to fix this, really appreciate your help.
I am installing weblogic 12c (12.1.3) on RHEL (Red hat enterprise Linux Server 7.1) using GUI Mode. I am using X11 forwarding using XMing and connecting to the server over SSH using Putty.
When I run the command "java -jar Weblogic/fmw_12.1.3.0.0_wls.jar" it shows some initial error as "Checking monitor: Must be configured to display 256 bit color" Failed. I ignored the installation and went ahead.
But when the GUI opened the characters are scrambled and unreadable as the image attached next
Weblogic GUI - Not readable
I tried installation using both JDK 1.7 and 1.8 and had the similar results
I seems to be issue with some character encoding but was not able to figure out. I checked the Unix $LANG environment variable and it is set properly to "en_US.UTF-8" I checked Putty if there is any option related to encoding. And found one under Window > Translation > Remote Character Set and the value is set as UTF-8
I checked by copying text inside the text box beside the Browse equivalent one, and pasted it in notepad. The text is valid in notepad
I found the solution to the issue with the help of the Unix team.
I checked for other GUI installer like IBM Unica Campaign. I got the similar issue. So I was sure it has nothing to do with the installer. Either something with the SSH pipe or something in the server. I shared the details of one server where it worked fine earlier and asked Unix team to compare the packages.
Unix Admin team found that the issue might be due to the font lyx-fonts which didn't exist in the server where it was working fine. The font was removed by Unix admin team. After that the installer was showing correct string.
I had the same problem. However, if you install all prerequisite packages (see the requirements guide of Oracle Fusion Middleware 12c) for Linux then the problem disappears. Specifically you must install redhat-lsb-4.1-27.0.1.el7 for x86_64 (Redhat or OEL 7). This installs the lyx-fonts again, but also some stuff that makes your X-Windows display ok again.
Also I had the same issue. I solved it. I just install the package "xorg-x11-fonts-Type1"
I have been downloading the zip file containing the Windows 10 virtual machine for Virtualbox on Mac several times from the website below:
http://dev.modern.ie/tools/vms/mac/
It unzips to a .cpgz file, when you extract that file it results in a zip file and so on... This blog http://osxdaily.com/2013/02/13/open-zip-cpgz-file/ suggests its a corrupt zip file.
I also tried the multipart download with the same result, so I assume the VM / Zip is broken.
Did anyone use this VM with success on Mac?
Files are zip64 and you will need a tool that supports it. We recommend using "The Unarchiver" in the instructions, page 2 Mac section.
The blog you point is from 2013 and the Windows 10 VMs weren't available back then.
Beware that currently there is an issue with Microsoft Edge in that specific VM: the userAgent and the headers sent by the browser are no the right ones so some websites don't work as expected. If you can download the PC version it will work OK on your Mac.
If you have any other issue with the website please let me know and I'll work on fixing it asap.
Edit: There is no longer any issue with the userAgent and the headers
I'm having trouble copying binary files to a Windows CE computer from a Windows 7 64bit PC. All I'm using is Window Explorer to connect to the Windows CE computer through ethernet. The file size increases after the copy. I've done this through Windows XP, through the same method (connecting to Windows CE through ethernet, using windows explorer), and the file size doesn't change.
When I open the files in a hex viewer initial portion of the file appear the same then the CE file has a large section of NULL characters the files match again after this followed by another section of NULL characters in the CE file. Then matching again for a while and then a complete jumbled up miss match on both ends.
I have also tried using the command prompt 'copy' command with the biniary option enabled. same issue.
Any ideas of how to copy this over (due to certain restrictions I'm not allowed to install 3rd party software to do the copy)
NEW INFO:
Attempted this with a basic txt file did not get the error inititially (text of file was 'test'). When I increased the size of the text file to 1 MB (text of file was 'testtest\n' over and over) the issue occured.
This bug afaik affects all versions beyond Windows 7 and Windows CE 5.0 (It is not present in Windows Embedded Compact 7). For me this happens for all files with a filesize > 32Kb.
Workaround with zip
You can work around that bug by zipping the files you want to transfer and then unzip them directly to the network share.
Workaround FTP
Another workaround is to stop using SMB and use FTP instead. This will also no longer require you to manually enable NTLM v1.0 on your Windows 7 and up machines.
I know about some authentication issues between CE devices and Windows 7/Vista (and 8, I suppose) PCs.
http://developer.toradex.com/knowledge-base/smb
But I suppose that you should experience issues only during the authentication phase (if the folder is password-protected), not during file transfers.
Are you 100% sure that no CE application is accessing the file while you are transferring it?
We have our own fonts for our application. We are using Windows Vista operating system to develop the reports using iReport. We are using iReports 3.7.1.
I kept all my fonts in a folder in C:\ drive. I gave fonts path in iReport.
Still I am getting 'Could not load the font' error while generating the report.
The same worked fine on Windows 2000 and with iReport 2.x versions.
This is, er, not exactly a timely reply. But you should use font extensions. They were added to handle this type of problem.
Putting your font files into the classpath also works in many cases (as you indicated). But it fails for some unanticipated reasons as well (as you indicated!). Font Extensions will avoid these problems.