Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!cs.uoregon.edu!obelix.cs.uoregon.edu!akm From: akm@obelix.cs.uoregon.edu (Anant Kartik Mithal) Newsgroups: comp.windows.ms Subject: Re: Non-Windows Appl Parm Prompt Converts Characters Summary: microemacs has the same problem Keywords: Non-Windows Applications *and* windows apps... Message-ID: <1991Apr3.040018.21349@cs.uoregon.edu> Date: 3 Apr 91 04:00:18 GMT References: Sender: usenet@cs.uoregon.edu (Netnews Owner) Organization: Department of Computer Science, University of Oregon Lines: 26 In article baos@caip.rutgers.edu (Bancroft Scott) writes: >If in the definition of a PIF I enter parameters in the "Optional >Parameters" field, or if I use a "?" to indicate that I wish to be >prompted for parameters when I double click on the application icon, >Windows converts the parameters to upper case. This is >undesirable when running applications such as Microsoft's C compiler >whose parameters are case sensitive. Microemacs for windows has the same/a related problem. I've defined my *.c files to be associated with mewin.exe, so when I double click on one, I enter memacs, editing said file. However, I guess that windows passes the name of the file to memacs as uppercase, so memacs opens a buffer for the file in uppercase. It is case sensitive when switching buffers, and this is very irritating... becuase unless you remember to type the buffer name in uppercase, it won't switch to that original buffer. Any other buffers opened with ^X^F have *their* buffer names in lower case... Sigh... kartik -- Anant Kartik Mithal akm@cs.uoregon.edu Research Assistant, (503)346-4408 (msgs) Department of Computer Science, (503)346-3989 (direct) University of Oregon, Eugene, OR 97403-1202