Ah yes, this won't work if your font draws characters at variable widths. I use Chinese a lot, and some Chinese fonts will still create misalignment, simply because a Chinese character as drawn as 192% the width of an ascii character. Dunno how to get around that.
On 02/11/14 10:50 AM, Steffan Iverson wrote: > Thanks Eric - I've used this patch but I doesn't seem to solve the > problem. I'm working on an earlier suggestion by Michael about the > unicode type that my Tibetan font is. I very much appreciate all this > help! > > Steffan > > > On Sun, Feb 9, 2014 at 8:09 PM, Eric Abrahamsen < > e...@ericabrahamsen.net> wrote: > > Bastien <b...@gnu.org> writes: > > > Eric Abrahamsen <e...@ericabrahamsen.net> writes: > > > >> I've been using that patch or something like it for nearly a > year now, > >> with no adverse effects. I'm on the road right now, give me a > day and > >> I'll take a closer look at what I've got... > > > > Great -- thanks in advance! I'll then wait before releasing a > new > > minor version and merging it into Emacs for Emacs 24.4. > > > > To other core maintainers: if you see important issues that > needs to > > be fixed in maint, let me know. > > Sorry this took a while to get to... > > I think it was a little simpler than I thought -- at least I hope > that's > true, and I'm not missing something really obvious. There are two > patches attached, a simple one that handles re-justification of > table > fields during field movement, and another that allows for > narrowing of > columns with double-width strings. The second patch is uglier, > and > doesn't work 100% well (you get misalignment if you try to narrow > a > double-wide to an odd number of single-width characters), but > it's > better than nothing. > > Please test! > > Eric >
