Reading a file with unknown characters (????) in the filename

Just a quick question. I have a filename which I created on a Japanese OS. The filename contains Japanese characters. When I bring this file over to an English OS it appears with ???? in the file name. I can view the file contents using notepad. However when I attempt to open the file for reading through Java it tells me that the file does not exist. Is there any way around this apart from installing a Japanese character set ????????? Please help!

When I bring this file over to an English OS it appears with ???? in the file name.Exactly how did you "bring it over"?
English Windows versions are reported to have problems with files from non-English versions.
If you are not able to name the file in the English environment, you will not easily be able to open it.
As a test, I would try to do a directory listing with File.listFiles() to see whether and how it appears.

Similar Messages

Problem to get file with special characters in the message

Hi, I'm developing an application that read the email and save the attached file. However, some files have special characters in the name, like: Documento de EspecificaÇÂO.doc
I noticed the de name of the file in de message head is:
"=?iso-8859-1?Q?Documento_de_Especifica=E7=E3o.doc?="
I'm already using the JavaMil 1.4.5
Tha is my code:
package br.com.cesan.helpdesk;
import java.io.BufferedInputStream;
import java.io.BufferedOutputStream;
import java.io.File;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.util.Properties;
import javax.mail.Flags;
import javax.mail.Folder;
import javax.mail.Message;
import javax.mail.MessagingException;
import javax.mail.Multipart;
import javax.mail.Part;
import javax.mail.Session;
import javax.mail.Store;
import javax.mail.search.FlagTerm;
public class LerEmail2 {
     * @param args
     * @throws MessagingException
     * @throws IOException
     public static void main(String[] args) throws MessagingException, IOException {
          // TODO Auto-generated method stub
          // Get session
     Session session = Session.getInstance(new Properties(), null);
     // Get the store
     Store store = session.getStore("pop3");
     store.connect("pop.xxxxx.com.br", "user", "password");
     Folder folder = store.getFolder("INBOX");
          //folder.open(Folder.READ_ONLY);
          folder.open(Folder.READ_WRITE);
          // Show only unreaded Messages
          FlagTerm ft = new FlagTerm(new Flags(Flags.Flag.SEEN), false);
          // Get directory
     Message message[] = folder.getMessages();
     //Message messages[] = folder.search(ft);
     for (int i=0, n=message.length; i<n; i++) {
          System.out.println(i + " - "+ message.getSubject() +" - " + message[i].getSentDate() );
          Object content = message[i].getContent();
          if (content instanceof Multipart) {
     handleMultipart((Multipart)content);
     } else {
     handlePart(message[i]);
     // Close connection
     folder.close(false);
     store.close();
     public static void handleMultipart(Multipart multipart) throws MessagingException, IOException {
          for (int i=0, n=multipart.getCount(); i<n; i++) {
               handlePart(multipart.getBodyPart(i));
     public static void handlePart(Part part) throws MessagingException, IOException {
          String disposition = part.getDisposition();
     String contentType = part.getContentType();
     if (disposition == null) { // When just body
          System.out.println("Null: " + contentType);
          // Check if plain
          if ((contentType.length() >= 10) && (contentType.toLowerCase().substring(0, 10).equals("text/plain"))) {
               part.writeTo(System.out);
          } else { // Don't think this will happen
               System.out.println("Other body: " + contentType);
               part.writeTo(System.out);
     } else if (disposition.equalsIgnoreCase(Part.ATTACHMENT)) {
          System.out.println("Attachment: " + part.getFileName() + " : " + contentType);
          saveFile(part.getFileName(), part.getInputStream());
     } else if (disposition.equalsIgnoreCase(Part.INLINE)) {
     System.out.println("Inline: " +
     part.getFileName() +
     " : " + contentType);
     saveFile(part.getFileName(), part.getInputStream());
     } else { // Should never happen
     System.out.println("Other: " + disposition);
     public static void saveFile(String filename, InputStream input) throws IOException {
          if (filename == null) {
               filename = File.createTempFile("xx", ".out").getName();
          // Do no overwrite existing file
          File file = new File(filename);
          for (int i=0; file.exists(); i++) {
               file = new File(filename+i);
          System.setProperty("file.encoding", "iso-8859-1");
          FileOutputStream fos = new FileOutputStream(file);
          BufferedOutputStream bos = new BufferedOutputStream(fos);
          BufferedInputStream bis = new BufferedInputStream(input);
          int aByte;
          while ((aByte = bis.read()) != -1) {
               bos.write(aByte);
          bos.flush();
          bos.close();
          bis.close();
The problem occurs in:
FileOutputStream fos = new FileOutputStream(file);
BufferedOutputStream bos = new BufferedOutputStream(fos);
BufferedInputStream bis = new BufferedInputStream(input);
int aByte;
while ((aByte = bis.read()) != -1) {
bos.write(aByte);
Thanks
Edited by: user10283976 on 30/03/2012 07:36
Edited by: user10283976 on 30/03/2012 07:37
Edited by: user10283976 on 30/03/2012 07:37
Edited by: user10283976 on 30/03/2012 07:38
Edited by: user10283976 on 30/03/2012 07:40
Edited by: user10283976 on 30/03/2012 07:41
Edited by: user10283976 on 30/03/2012 07:42

http://www.oracle.com/technetwork/java/javamail/faq/index.html#encodefilename

Firefox 3 cannot download files with white space in the filename

When opening attachments in e-mail Firefox is unable to handle files with white space in the name. This is not the same as the white space file name truncation problem documented on this site (where file names with white space are truncated on saving.) The issue is that the browser will prompt to allow the file to be saved, but it will not prompt to open the file as an option. If I rename the file to remove white space then I do receive the "Open with..." dialog box. I verified that Firefox 2 did not have this problem and I can open attachments with white space in the file names just fine using that version of the browser (2.0.0.20).
== This happened ==
Every time Firefox opened
== Upgraded to version 3

When a user clicks on an attachment with spaces, the filename is truncated to the first whitespace. While IE, Chrome & Safari handle this, Firefox refuses to accept mime headers with unquoted filename parameters. According to Firefox's bugzilla/knowledgebase, Firefox's behavior is the correct behavior and it's a problem with most webservers or web applications. This problem can be easily corrected by surrounding the filename parameter with double quotes.
Eg.
Response.AddHeader("Content-Disposition", "attachment; filename=\"" + fileName + "\"");

Robohelp 7 HTML cannot get files with accented characters in the name

The files are added without a problem but "Get" operation
returns error "invalid file name"
Example of the file name Le_système.htm or
Aperçu_du_système.htm

I got a similar response when RSC didn't like some of the
special characters (punctuation) that sneaked into some of our
files. Your other files operate normally, right? I'd report this to
Adobe as a bug.
G

Serving up files with Russian chars in the file name

Anyone know how to get CF 8 to serve up CFM files with
Russian characters in the file name? I can get IIS to server up
.html files but .cfm files turn in to ?????????.cfm files.
For example, this:
новостииобновления.cfm
becomes this ??????????????.cfm and throws a CF error (File Not
Found) when clicking on the link. The strange thing is I can see
the Russian characters in the status bar when I mouse over the link
but CF can't handle it. And IIS will serve up the file and replace
all the chars with their URL entity equivalent.
Any suggestions on how to fix?

Open the Script Editor or AppleScript Editor in one of the subfolders of Applications and run the following:
tell application "Finder" to quit
if (do shell script "defaults read com.apple.finder AppleShowAllFiles") is "1" then
do shell script "defaults write com.apple.finder AppleShowAllFiles 0"
else
do shell script "defaults write com.apple.finder AppleShowAllFiles 1"
end if
delay 2
tell application "Finder" to run
If you change your mind later, run the script again.
(93787)

Upload files with swedish characters NS 4.7

Hi,
I can upload files with swedish characters in the file name with IE 5, but not with Netscape 4.7. iFS presents an error message that the file doesn't exist or is empty.
Is there a solution for this problem?
/Elin
null

check out if you are using javascripts and whether IE supports it
Roberto Nanamura <[email protected]> wrote:
>
Hi,
I am having a problem uploading files with Internet Explorer, it works with
Netscape Communicator. Has someone had the same problem?
I am using WebLogic 5.1 service pack 5 with Netscape iPlanet 4.1 service pack 2
in a Solaris 7.
Best regards,
Roberto N Nanamura
Technical Consultant
Summa Technologies

Read Document in FileUtilities cannot search a file with french character in the file name

Hi,
I am trying to search a file with french character in the file name like 'captures écran.doc' in my unix server directory, and Write the file somewhere, say in a list of documents or, write on file system to another directory.
I am using to Read Document in FileUtilities of Foundation, but it cannot read the file due to french character in its name. Although it can find any other file name without these french characters.
Tried renaming but that also cannot find the file with french character name.
Please provide any idea to solve it using LC operation.
Regards,
Rohan Raj.

Hi Thomas,
Thanks for the post, but I have already found a solution to it a month ago. Sorry for not posting the solution.
You just have to set the '-Djava.property.file.encoding=ISO8859-1' into JVM argument of your server startup, and bounce the server back to pick the new JVM arg set. And now the service Read Document in FileUtilities of Foundation will read all french characters.
ISO8859-1refers to "Latin alphabet no. 1," consisting of 191 characters from the Latin script. This character-encoding scheme is used throughout The Americas,Western Europe, Oceania, and much of Africa. It is also commonly used in most standard romanizations of East-Asian languages.
regards,
Rohan Raj.

HT2506 hi i can't seem to copy and paste pdf files from preview to a microsoft word document. it always comes up with nonsense characters in the word document. how do i fix this? thanks in advance

hi i can't seem to copy and paste pdf files from preview to a microsoft word document. it always comes up with nonsense characters in the word document. how do i fix this? thanks in advance

Hi,
The quickest way to do this (tested with OS 10.8.2, MS Word 2011) is in one line:
tell application "Microsoft Word" to close every document whose name begins with "book"
The reason why your script doesn't work is that you aren't specifying to Word which document you want it to close.
So, changing one line ought to do it:
close document incrementvalue -- instead of "close document"
But... when you close a document, you change the document count. Document 2 becomes document 1, document 3 becomes document 2 etc. So eventually you'd get a message saying "The object you are trying to access doesn't exist".
Because of this, if you want to do it in a repeat loop, you have to work backwards:
tell application "Microsoft Word"
set doc_count to count documents
repeat with x from doc_count to 1 by -1
if name of document x begins with "book" then close document x
end repeat
end tell
Hope this helps.

I can't read a file with the ext PDF the sender informed me that the file was reset to PDF.

I can't read a file with the .ext PDF the sender informed me that the file was reset to PDF. But when I tried to open it the caption box informed me"the file is not in PDF format. I suspect the sender simply changed the file .ext which is why I can't open it! What can I do about it! I am working on an iPad.
Thanks
Mr Jim Lapthorn

If the document is not, in fact, a PDF, then you will need to get your sender to provide a PDF.
Can you open this document in any other application?

I have a problem with the mac can not read video files with the extension IMOD. How can I solve this problem?

I have a problem with the mac can not read video files with the extension IMOD. How can I solve this problem?

By doing a Google search.

Renaming files with invalid characters in their names on NTFS partitions, introduced by operating systems other than Windows

Essentially, Linux created some files with colons (:) in the name on a NTFS partition where I have Windows installed. I have since uninstalled Linux, but now I can only view these files in Windows Explorer. I can't open them, I can't even rename them to
correct the problem. It's as if they don't exist, because of the invalid search paths.
If I try to rename them in Windows Explorer I get following message.
The file name you specified is no valid or too long.
Specify a different file name.
Well isnt' that something?... isn't that nice? Windows is able to display these files, but it doesn't allow me to open them and it certainly doesn't like me to rename them. So why is it whining about it then, when I'm trying to help? It says "try a different
file name". Yeah, right! Like I haven't tried that one already! It doesn't matter what file name I input it will never accept it.
So what am I supposed to do now? Ditch Windows and go back to Linux? Surely, Microsoft doesn't like the sound of that. Sure, I could reinstall Linux or run a Linux live system to correct the problem. But what good is Windows then? I might as well switch to
Linux altogether.
After doing some research I now know by fact that it's (kind of) possible to rename files from UNIX and UNIX-like operating systems to those compliant with Windows by using something called file name character translation. To some level this is essential and
necessary for Windows interoperability with other operating systems (Windows is not the only operating system in the world). But this seems to be very complicated and I can't get my head around it. My brain is in overload. I don't know where to start.
Once there was a...
There's the Windows Services for UNIX (SFU) 1.0, 2.0, 3.0, 3.5. The first two versions were based on MKS Toolkit, a package licensed by Microsoft from MKS Inc. The later versions were based on the similar Interix product, after Microsoft purchased the company
that made it.
Then there's the new Subsystem for UNIX-based Applications (SUA). These are services for UNIX components. They are supposed to have Client for NFS v3 included as well. But the server components from the SFU line is missing (e.g. Server for NFS). These are included
in Server editions of Windows.
Then there's the Microsoft Knowledge Base article
289627: "How to Enable File Name Character Translation". This article seems to describe exactly my situation.
Windows and UNIX operating systems have restrictions on valid characters that can be used in a file name. The list of illegal characters for each operating system, however, is different. For example, a UNIX file name can use a colon (:), but a Windows
file name cannot use a colon (:). If a UNIX user attempts to create a file with a Windows illegal character on a Windows Services for UNIX network file system (NFS) share, the attempt is unsuccessful and the UNIX client computer receives an input or output
error.
It goes further than that. At first glance, this KB article also seems to offer a solution to this exact problem, with examples as shown below.
For example, the following maps the UNIX colon (:) to a Windows dash (-):
0x3a : 0x2d ; replace client : with - on server
I checked these values in charmap.exe and they are correct. Except for 2D not being a "dash", it's rather a hyphen ("hyphen minus" to be exact), but these two have pretty much the same appearance and they get interchanged a lot, I'm sure
they are used to it by now. (Yes, the characters! They don't mind.)
Then there's this registry key.
HKEY_LOCAL_MACHINE\Software\Microsoft\Server For NFS\CurrentVersion\Mapping
Well, of course, I don't have Server for NFS. So this is a dead end. Well, actually, it was a dead end from the beginning...
1. First of all, I'm not working with a network share on a NAS or SAN storage. The files are on the local disk drive where Windows is installed, so that's a DAS for you.
2. I don't have SFU! Well obviously, I'm on Windows Vista! So that means SUA!
3. SUA are service components only. No server components. Can you guess what that means? Yeah... no "Server for NFS" since it's a server component.
4. Windows Vista is a client side operating system! Server for NFS is only offered for use with Windows Server systems.
5. Back to square one!
So there you have it. They all lived happy for the rest of their lives...
I'm stuck here. Can someone tell me what to do? I mean beyond the obvious option to use Linux to fixa a Windows problem? The NTFS file system itself supports colons in file names. It's Windows that doesn't, and so by default it proclaims it invalid character.
Surely, even a Windows client operating system like Windows Vista should be able to allow the user to at least rename files with invalid characters to something more sensible (from the system point of view) and valid, if not being able to open them as they
are. Just add some crazy voodoo code to it and it will work. If you can make it possible on Windows Server with UNIX user-mode subsystem on NT kernel, then what's stopping you from giving the Windows client system the same benefit?
So what now? Purchase a Windows Server 2012 R2 license, copy my invalid files to a NAS share with NFS on a UNIX or Linux system, and have a go at the Windows registry and Server for NFS? Yeah... you're right, it's probably a bit over the top...
On a second thought... I might as well install Linux again. There are countless situations where Linux has helped me solve problems related to, and more often than not caused by Windows.

Essentially, Linux created some files with colons (:) in the name on a NTFS partition where I have Windows installed. I have since uninstalled Linux, but now I can only view these files in Windows Explorer. I can't open them, I can't even rename them to
correct the problem. It's as if they don't exist, because of the invalid search paths.
If I try to rename them in Windows Explorer I get following message.
The file name you specified is no valid or too long.
Specify a different file name.
Well isnt' that something?... isn't that nice? Windows is able to display these files, but it doesn't allow me to open them and it certainly doesn't like me to rename them. So why is it whining about it then, when I'm trying to help? It says "try a different
file name". Yeah, right! Like I haven't tried that one already! It doesn't matter what file name I input it will never accept it.
So what am I supposed to do now? Ditch Windows and go back to Linux? Surely, Microsoft doesn't like the sound of that. Sure, I could reinstall Linux or run a Linux live system to correct the problem. But what good is Windows then? I might as well switch to
Linux altogether.
After doing some research I now know by fact that it's (kind of) possible to rename files from UNIX and UNIX-like operating systems to those compliant with Windows by using something called file name character translation. To some level this is essential and
necessary for Windows interoperability with other operating systems (Windows is not the only operating system in the world). But this seems to be very complicated and I can't get my head around it. My brain is in overload. I don't know where to start.
Once there was a...
There's the Windows Services for UNIX (SFU) 1.0, 2.0, 3.0, 3.5. The first two versions were based on MKS Toolkit, a package licensed by Microsoft from MKS Inc. The later versions were based on the similar Interix product, after Microsoft purchased the company
that made it.
Then there's the new Subsystem for UNIX-based Applications (SUA). These are services for UNIX components. They are supposed to have Client for NFS v3 included as well. But the server components from the SFU line is missing (e.g. Server for NFS). These are included
in Server editions of Windows.
Then there's the Microsoft Knowledge Base article
289627: "How to Enable File Name Character Translation". This article seems to describe exactly my situation.
Windows and UNIX operating systems have restrictions on valid characters that can be used in a file name. The list of illegal characters for each operating system, however, is different. For example, a UNIX file name can use a colon (:), but a Windows
file name cannot use a colon (:). If a UNIX user attempts to create a file with a Windows illegal character on a Windows Services for UNIX network file system (NFS) share, the attempt is unsuccessful and the UNIX client computer receives an input or output
error.
It goes further than that. At first glance, this KB article also seems to offer a solution to this exact problem, with examples as shown below.
For example, the following maps the UNIX colon (:) to a Windows dash (-):
0x3a : 0x2d ; replace client : with - on server
I checked these values in charmap.exe and they are correct. Except for 2D not being a "dash", it's rather a hyphen ("hyphen minus" to be exact), but these two have pretty much the same appearance and they get interchanged a lot, I'm sure
they are used to it by now. (Yes, the characters! They don't mind.)
Then there's this registry key.
HKEY_LOCAL_MACHINE\Software\Microsoft\Server For NFS\CurrentVersion\Mapping
Well, of course, I don't have Server for NFS. So this is a dead end. Well, actually, it was a dead end from the beginning...
1. First of all, I'm not working with a network share on a NAS or SAN storage. The files are on the local disk drive where Windows is installed, so that's a DAS for you.
2. I don't have SFU! Well obviously, I'm on Windows Vista! So that means SUA!
3. SUA are service components only. No server components. Can you guess what that means? Yeah... no "Server for NFS" since it's a server component.
4. Windows Vista is a client side operating system! Server for NFS is only offered for use with Windows Server systems.
5. Back to square one!
So there you have it. They all lived happy for the rest of their lives...
I'm stuck here. Can someone tell me what to do? I mean beyond the obvious option to use Linux to fixa a Windows problem? The NTFS file system itself supports colons in file names. It's Windows that doesn't, and so by default it proclaims it invalid character.
Surely, even a Windows client operating system like Windows Vista should be able to allow the user to at least rename files with invalid characters to something more sensible (from the system point of view) and valid, if not being able to open them as they
are. Just add some crazy voodoo code to it and it will work. If you can make it possible on Windows Server with UNIX user-mode subsystem on NT kernel, then what's stopping you from giving the Windows client system the same benefit?
So what now? Purchase a Windows Server 2012 R2 license, copy my invalid files to a NAS share with NFS on a UNIX or Linux system, and have a go at the Windows registry and Server for NFS? Yeah... you're right, it's probably a bit over the top...
On a second thought... I might as well install Linux again. There are countless situations where Linux has helped me solve problems related to, and more often than not caused by Windows.

Problems with reading XML files with ISO-8859-1 encoding

Hi!
I try to read a RSS file. The script below works with XML files with UTF-8 encoding but not ISO-8859-1. How to fix so it work with booth?
Here's the code:
import java.io.File;
import javax.xml.parsers.*;
import org.w3c.dom.*;
import java.net.*;
* @author gustav
public class RSSDocument {
    /** Creates a new instance of RSSDocument */
    public RSSDocument(String inurl) {
        String url = new String(inurl);
        try{
            DocumentBuilder builder = DocumentBuilderFactory.newInstance().newDocumentBuilder();
            Document doc = builder.parse(url);
            NodeList nodes = doc.getElementsByTagName("item");
            for (int i = 0; i < nodes.getLength(); i++) {
                Element element = (Element) nodes.item(i);
                NodeList title = element.getElementsByTagName("title");
                Element line = (Element) title.item(0);
                System.out.println("Title: " + getCharacterDataFromElement(line));
                NodeList des = element.getElementsByTagName("description");
                line = (Element) des.item(0);
                System.out.println("Des: " + getCharacterDataFromElement(line));
        } catch (Exception e) {
            e.printStackTrace();
    public String getCharacterDataFromElement(Element e) {
        Node child = e.getFirstChild();
        if (child instanceof CharacterData) {
            CharacterData cd = (CharacterData) child;
            return cd.getData();
        return "?";
}And here's the error message:
org.xml.sax.SAXParseException: Teckenkonverteringsfel: "Malformed UTF-8 char -- is an XML encoding declaration missing?" (radnumret kan vara f�r l�gt).
    at org.apache.crimson.parser.InputEntity.fatal(InputEntity.java:1100)
    at org.apache.crimson.parser.InputEntity.fillbuf(InputEntity.java:1072)
    at org.apache.crimson.parser.InputEntity.isXmlDeclOrTextDeclPrefix(InputEntity.java:914)
    at org.apache.crimson.parser.Parser2.maybeXmlDecl(Parser2.java:1183)
    at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:653)
    at org.apache.crimson.parser.Parser2.parse(Parser2.java:337)
    at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448)
    at org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:185)
    at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
    at getrss.RSSDocument.<init>(RSSDocument.java:25)
    at getrss.Main.main(Main.java:25)

I read files from the web, but there is a XML tag
with the encoding attribute in the RSS file.If you are quite sure that you have an encoding attribute set to ISO-8859-1 then I expect that your RSS file has non-ISO-8859-1 character though I thought all bytes -128 to 127 were valid ISO-8859-1 characters!
Many years ago I had a problem with an XML file with invalid characters. I wrote a simple filter (using FilterInputStream) that made sure that all the byes it processed were ASCII. My problem turned out to be characters with value zero which the Microsoft XML parser failed to process. It put the parser in an infinite loop!
In the filter, as each byte is read you could write out the Hex value. That way you should be able to find the offending character(s).

How to read text file with big5 into db

hi,
how can i use UTL_FILE package to
read a text file with big5 characters and insert into db?
my oracle charset is AL32UTF8.
thx a lot!

Thx for yr answer!!!
I have followed and it works.
However, I got another problem with HKSCS. When the text file contained HKSCS, the store procedure also treats it as Big5 and when I select it out, the character was not the orginal one.
Please suggest if you have any ideas.
Many Thanks!!!

Reading a file with UTF-8 contents

Hi,
I am not sure whether this is the right forum for my question. If not, please tell me.
I have a problem reading a file where some characters are stored in UTF-8. An example string from the file is: "M\u00f6hrchen"
But If I read this in, with a BufferedReader this becomes "M\\u00f6hrchen". Why is this so?
The code is the following:
BufferedReader reader= new BufferedReader(
                           new InputStreamReader(
                               new FileInputStream(filename, "UTF-8"));
while (reader.ready()) {
     String line= reader.readLine();
}Any hints what is going wrong? It must be something with the input stream, since writing the String directly into the code works.
Marco

First - "\u00f6" isn't UTF-8 encoding; it's a unicode
escape sequence.
UTF-8 encoding would mean that your character is
actually stored as a single unicde character - not 6
ascii characters.Oh, than I misunderstood this.
Second, just do:
BufferedReader reader= new BufferedReader(
new InputStreamReader(
new
new
new FileInputStream(filename));
while (reader.ready()) {
String line= reader.readLine();
I tried this along with other encodings. Nothing worked correctly. The output of specifiying UTF-8 and nothing is the same. Java seems to not understand that this is a unicode escape sequence, but rather escapes the backslash.

All my Adobe Reader (PDF) files are opening only in the secondary monitor by default, as I am workin

I am using Adobe 8 Professional and working on Windows XP. I have been facing an issue lately with opening files in a dual-monitor environment. All my Adobe Reader (PDF) files are opening only in the secondary monitor by default. There are times when I work only in one monitor and when I open a PDF file and want to have a look at it, I have to connect another monitor to view that file, since this file is open in the secondary monitor. It is very disappointing with such instances happening with Adobe (a leading organization). Can you please help so that the Adobe Reader files open in the primary monitor by default?

On a Windows system disable the preview of Windows Explorer.

Reading a file with unknown characters (????) in the filename

Similar Messages

Maybe you are looking for