Eli Zaretskii <e...@gnu.org> writes: > I do: there's no bug here -- window-width is documented to return a > value in terms of the frame's canonical character width (i.e. it uses > the dimensions of the frame's default font). And that doesn't change > when you change the font only for a single buffer. > > However, window-width can be asked to return the value in pixels, if > someone wants that, and then one can compute the width in units of any > other, larger or smaller, font. > > IOW, if some applications produce unexpected or unpleasant effects > when the buffer text is resized, those applications need to be > sensitive to such resizing. But changing the semantics of a veteran > API like suggested here is a non-starter, as it would definitely break > gobs of existing code.
Yeah, that's true. I had completely forgotten that C-x C-+ only affects the current buffer, so resizing the window on that command would be nonsensical. So I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
