On 19 May 2002, Stephen J. Turnbull said:
1. I've included the work done by Andy and Nix to support
positioning of glyphs and some other redisplay hacking needed to
support preview-latex. This is most definitely a feature, and
I'd call it a bug fix. `set-glyph-baseline' didn't work as documented
(or do anything *useful* at all); certainly whatever property it set
wasn't the line's baseline. Now it works as documented.
It's not a small bug fix, but compared to e.g. the syntax table changes
(also bugfixes) it's a tiddler.
(Note that this bug also causes problems in w3m and probably in w3 too
--- I don't know, I don't use w3. It potentially causes problems
anywhere where multiple glyphs of different heights are displayed on the
same display line.)
reports and the more detail I get, the more likely I am to include
it. Maybe not 21.4.9, maybe 21.4.10.
CVS updating now; I'll build and test it as soon as I've finished
upgrading GCC (so you'll get a success/failure report for compilation of
XEmacs with GCC 3.1/binutils-2.11.2, into the bargain.)
Please beat hard on this one. preview-latex is really cool and I
would like to support it in 21.4.
For what it's worth I've been running XEmacsen with this patch on
several sites and torturing them quite hard, and I haven't seen any
problems with the patch so far. (I saw problems with earlier versions,
but they're all fixed by the version you applied.)
I can't be sure there'll be no regressions, but I haven't seen any on
i586-pc-linux-gnu, hppa2.0-hp-hpux10.20, sparc-sun-solaris2.8,
sparc-unknown-linux-gnu, or alphaev56-dec-osf4.0d. :)
2. I've included Andy's revert-buffer optimization. The idea
compare the buffer text to the file contents, and not redo expensive
buffer analysis (eg, font-lock and semantic bovination) if the text is
As a heavy user of auto-revert-buffer with huge files on slow machines
with data coming from *dog* slow NFS servers, I applaud.
3. Builds on Linux PPC, OpenBSD, and any 64-bit platforms would be
nice, I've added some configure tests and s&m pervection to support
those. MacOS/X Darwin is already in 21.4.8, but build reports on that
platform would be nice, too.
I'm building a sparc64-unknown-linux-gnu environment at the moment: I'll
try it there. (I don't expect it to work, but I'll be happy if it does.)
It might be a while before I report back on this one though: I'll need
to build 64-bit versions of all *sorts* of things before I can get as
far as building XEmacs. (I haven't even got a 64-bit libc yet ;} )
`There are not words enough to describe how fucked up imake is.'
--- Peter da Silva