Re: NS: ns-expand-space / slider in Preferences dialog not functional

[Adrian Robert]

On Mar 7, 2009, at 5:33 AM, YAMAMOTO Mitsuharu wrote:
> If shrinking is useful, that should be added in a platform-independent
> manner rather than introducing platform-specific variable.

I find it nice for viewing more lines of code in a window in some  
fonts that seem to space fairly generously.  If others like it,  
perhaps it could be considered for a future version of emacs, using  
the existing line-spacing impl as a starting point.


On Mar 7, 2009, at 6:27 AM, David Reitter wrote:

> Is there a reason why the default (and ns-expand-space set to 1.0)  
> results in wider line spacing than with Emacs 22?

I'm not sure about Emacs 22 but the original goal was to display  
fonts spaced identically to other apps (e.g. TextEdit) on OS X and  
GNUstep.  This was the case for a while, but testing now, it seems to  
be slightly taller.  I'm not sure when the regression happened, or of  
its cause, but I suspect it may have gotten out of sync late last  
summer when the final major round of changes for integrating the new  
font backend framework occurred.  The relevant (faulty) calculations  
are in nsfont_open.


> Also, note that the cursor position isn't right when the line- 
> spacing frame parameter is used.

That looks bad.  I can't recall any reports on this before, so I'm  
not sure also if it's a recent regression or something that never  
worked (but was never discovered).  Anyway, it should be fixed.