Re: antialiasing for emacs

[Miles Bader <miles@lsi.nec.co.jp>]

[-- Attachment #1: Type: text/plain, Size: 403 bytes --]

Hi, I tried your patch, which seemed to work very well at first -- my
normal emacs fonts were indeed anti-aliased, and looked very nice.  The
patch seems impressively small.

I had to use the following extra patch to get things to compile on my
system (Debian unstable), apparently due to bogosities in <png.h>.
I'm not sure why your change tickled it; maybe due to including <Xft.h>
in dispextern.h.



[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Patch to include <png.h> before emacs-specific includes --]
[-- Type: text/x-patch, Size: 673 bytes --]

--- src/xfns.c.~1.587.~	2003-07-23 09:51:51.000000000 +0900
+++ src/xfns.c	2003-07-25 10:45:32.000000000 +0900
@@ -28,6 +28,14 @@ Boston, MA 02111-1307, USA.  */
 #include <unistd.h>
 #endif
 
+#ifdef HAVE_PNG
+# if defined HAVE_LIBPNG_PNG_H
+#  include <libpng/png.h>
+# else
+#  include <png.h>
+# endif
+#endif /* HAVE_PNG */
+
 /* This makes the fields of a Display accessible, in Xlib header files.  */
 
 #define XLIB_ILLEGAL_ACCESS
@@ -7565,12 +7573,6 @@ pbm_load (f, img)
 
 #if HAVE_PNG
 
-#if defined HAVE_LIBPNG_PNG_H
-# include <libpng/png.h>
-#else
-# include <png.h>
-#endif
-
 /* Function prototypes.  */
 
 static int png_image_p P_ ((Lisp_Object object));

[-- Attachment #3: Type: text/plain, Size: 1025 bytes --]




When I tried to go into info (which uses a fair number of fonts), emacs
hung, with an error on standard output like:

   Xlib: unexpected async reply (sequence 0x1248)!

I then tried to start emacs with a more standard configuration, and
_that_ made it hang immediately with a similar error message:

   (emacs) xrdb -remove
   (emacs) src/emacs -q -fn -*-courier-medium-r-*--12-*-*-*-*-*-iso8859-1
   Xlib: unexpected async reply (sequence 0x545)!

[I had to use the `-fn' option because the standard font emacs uses
doesn't seem to exist on my system!]

I guess this must be one of the small bugs you were talking about... :-)

> [1] The slowness is because I can't trust the attributes of a face not
> to change.  If there was a different face for the cursor than the rest
> of the text (instead of simply changing the GC), the story would be
> different. 

I'm confused by this -- isn't there a separate face for the cursor (`cursor')?

-miles
-- 
If you can't beat them, arrange to have them beaten.  [George Carlin]

[-- Attachment #4: Type: text/plain, Size: 142 bytes --]

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel