From: Jason Rumney Date: Mon, 14 Jan 2002 21:09:15 +0000 (+0000) Subject: Updates for current state of Windows port. X-Git-Tag: emacs-21.2~188 X-Git-Url: http://git.eshelyaron.com/gitweb/?a=commitdiff_plain;h=9c58554cbd69e41445b4d87461c2742159de03a9;p=emacs.git Updates for current state of Windows port. --- diff --git a/etc/PROBLEMS b/etc/PROBLEMS index ddd60de818d..513e3fcaec4 100644 --- a/etc/PROBLEMS +++ b/etc/PROBLEMS @@ -40,7 +40,7 @@ __MSVCRT__, like so: The error message might be something like this: - Converting d:/emacs-21.1/leim/CXTERM-DIC/4Corner.tit to quail-package... + Converting d:/emacs-21.2/leim/CXTERM-DIC/4Corner.tit to quail-package... Invalid ENCODE: value in TIT dictionary NMAKE : fatal error U1077: '"../src/obj-spd/i386/emacs.exe"' : return code '0xffffffff' @@ -338,9 +338,9 @@ characters, is copied and pasted into a buffer. An inactive cursor remains in an active window after the Windows Manager driven switch of the focus, until a key is pressed. -Windows 2000 input methods are not recognized by Emacs (as of v21.2). -These input methods cause the keyboard to send characters encoded in -the appropriate coding system (e.g., ISO 8859-1 for Latin-1 +Windows input methods are not recognized by Emacs (as of v21.2). Some +of these input methods cause the keyboard to send characters encoded +in the appropriate coding system (e.g., ISO 8859-1 for Latin-1 characters, ISO 8859-8 for Hebrew characters, etc.). To make this work, set the keyboard coding system to the appropriate value after you activate the Windows input method. For example, if you activate @@ -349,12 +349,12 @@ ought to recognize the Windows language-change event and set up the appropriate keyboard encoding automatically, but it doesn't do that yet.) -Multilingual text put into the Windows 2000 clipboard by Windows +Multilingual text put into the Windows clipboard by other Windows applications cannot be safely pasted into Emacs (as of v21.2). This -is because Windows 2000 uses Unicode to represent multilingual text, -but Emacs does not yet support Unicode well enough to decode it. This +is because Windows uses Unicode to represent multilingual text, but +Emacs does not yet support Unicode well enough to decode it. This means that Emacs can only interchange non-ASCII text with other -Windows 2000 programs if the characters are in the system codepage. +Windows programs if the characters are in the system codepage. Reportedly, a partial solution is to install the Mule-UCS package and set selection-coding-system to utf-16-le-dos. @@ -517,10 +517,10 @@ confuses ange-ftp. The solution is to downgrade to an older version of the Cygwin DLL (version 1.3.2 was reported to solve the problem), or use the stock -Windows FTP client, usually found in the `C:\WINDOWS' directory. To -force ange-ftp use the stock Windows client, set the variable -`ange-ftp-ftp-program-name' to the absolute file name of the client's -executable. For example: +Windows FTP client, usually found in the `C:\WINDOWS' or 'C:\WINNT' +directory. To force ange-ftp use the stock Windows client, set the +variable `ange-ftp-ftp-program-name' to the absolute file name of the +client's executable. For example: (setq ange-ftp-ftp-program-name "c:/windows/ftp.exe") @@ -1582,7 +1582,8 @@ Under Windows, the AltGr key on international keyboards generates key events with the modifiers Right-Alt and Left-Ctrl. Since Emacs cannot distinguish AltGr from an explicit Right-Alt and Left-Ctrl combination, whenever it sees Right-Alt and Left-Ctrl it assumes that -AltGr has been pressed. +AltGr has been pressed. The variable `w32-recognize-altgr' can be set +to nil to tell Emacs that AltGr is really Ctrl and Alt. * Under some Windows X-servers, Emacs' display is incorrect @@ -1877,24 +1878,6 @@ For Perl 4: } else { -* Problems running DOS programs on Windows NT versions earlier than 3.51. - -Some DOS programs, such as pkzip/pkunzip will not work at all, while -others will only work if their stdin is redirected from a file or NUL. - -When a DOS program does not work, a new process is actually created, but -hangs. It cannot be interrupted from Emacs, and might need to be killed -by an external program if Emacs is hung waiting for the process to -finish. If Emacs is not waiting for it, you should be able to kill the -instance of ntvdm that is running the hung process from Emacs, if you -can find out the process id. - -It is safe to run most DOS programs using call-process (eg. M-! and -M-|) since stdin is then redirected from a file, but not with -start-process since that redirects stdin to a pipe. Also, running DOS -programs in a shell buffer prompt without redirecting stdin does not -work. - * Problems on MS-DOG if DJGPP v2.0 is used to compile Emacs: There are two DJGPP library bugs which cause problems: @@ -1971,11 +1954,13 @@ your system works as before. This character seems to be trapped by the kernel in Windows 95. You can enter M-f6 by typing ESC f6. -* Typing Alt-Shift has strange effects on Windows 95. +* Typing Alt-Shift has strange effects on Windows. This combination of keys is a command to change keyboard layout. If you proceed to type another non-modifier key before you let go of Alt -and Shift, the Alt and Shift act as modifiers in the usual way. +and Shift, the Alt and Shift act as modifiers in the usual way. A +more permanent work around is to change it to another key combination, +or disable it in the keyboard control panel. * `tparam' reported as a multiply-defined symbol when linking with ncurses.