summaryrefslogtreecommitdiff
path: root/etc/PROBLEMS
diff options
context:
space:
mode:
authorMiles Bader <miles@gnu.org>2008-02-24 10:09:07 +0000
committerMiles Bader <miles@gnu.org>2008-02-24 10:09:07 +0000
commit0268c0ff7e4800c3081affa63ae7ce1f21178f5b (patch)
tree9b835ac82107497ff34607c8e20205c942b44e30 /etc/PROBLEMS
parent3e21f1e1ad98c3ff3617478da2d6c05048019832 (diff)
parent8252e715711779eee8c1d21860610cdf65361199 (diff)
downloademacs-0268c0ff7e4800c3081affa63ae7ce1f21178f5b.tar.gz
Merge from emacs--rel--22
Revision: emacs@sv.gnu.org/emacs--devo--0--patch-1074
Diffstat (limited to 'etc/PROBLEMS')
-rw-r--r--etc/PROBLEMS37
1 files changed, 7 insertions, 30 deletions
diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 52b97b27b0d..8f89be7d7ec 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -2156,14 +2156,13 @@ for menus. Help text is only available in later versions of Windows.
When "ClearType" method is selected as the "method to smooth edges of
screen fonts" (in Display Properties, Appearance tab, under
"Effects"), there are various problems related to display of
-characters: 2-pixel trace is left behind when moving overlays, bold
-fonts can be hard to read, small portions of some characters could
-appear chopped, etc. This happens because, under ClearType,
-characters are drawn outside their advertised bounding box. Emacs 21
-disabled the use of ClearType, whereas Emacs 22 allows it and has some
-code to enlarge the width of the bounding box. Apparently, this
-display feature needs more changes to get it 100% right. A workaround
-is to disable ClearType.
+characters: Bold fonts can be hard to read, small portions of some
+characters could appear chopped, etc. This happens because, under
+ClearType, characters are drawn outside their advertised bounding box.
+Emacs 21 disabled the use of ClearType, whereas Emacs 22 allows it and
+has some code to enlarge the width of the bounding box. Apparently,
+this display feature needs more changes to get it 100% right. A
+workaround is to disable ClearType.
There are problems with display if mouse-tracking is enabled and the
mouse is moved off a frame, over another frame then back over the first
@@ -2533,28 +2532,6 @@ Some versions of mingw32 make on some versions of Windows do not seem
to detect the shell correctly. Try "make SHELL=cmd.exe", or if that
fails, try running make from Cygwin bash instead.
-*** Building the MS-Windows port with Leim fails in the `leim' directory.
-
-The error message might be something like this:
-
- Converting d:/emacs-21.3/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'
- Stop.
-
-This can happen if the Leim distribution is unpacked with a program
-which converts the `*.tit' files to DOS-style CR-LF text format. The
-`*.tit' files in the leim/CXTERM-DIC directory require Unix-style line
-endings to compile properly, because Emacs reads them without any code
-or EOL conversions.
-
-The solution is to make sure the program used to unpack Leim does not
-change the files' line endings behind your back. The GNU FTP site has
-in the `/gnu/emacs/windows' directory a program called `djtarnt.exe'
-which can be used to unpack `.tar.gz' and `.zip' archives without
-mangling them.
-
*** Building `ctags' for MS-Windows with the MinGW port of GCC fails.
This might happen due to a bug in the MinGW header assert.h, which