bug#18215: 24.4.50; OSX 10.6.8; set-frame-size by pixelwise does not work following `make-fame`.

[Keith David Bershatsky]

Martin:

Thank you for the reminder to include the CC to 18215@debbugs.gnu.org.  I have 
modified my email reply function so that the carbon copy will always be 
included in the future whenever the original message contains anything @ that 
domain name.  I will forward the previous e-mails to the debbugs mailing list 
so that there is a full record relating to bug 18215.

Here is the `(window--dump-frame)` printout for the June 1, 2014 Emacs Trunk 
build:

    frame pixel: 1920 x 1058   cols/lines: 174 x 52   units: 11 x 20
    frame text pixel: 1894 x 1054   cols/lines: 172 x 52
    tool: 0  scroll: 0  fringe: 22  border: 2  right: 0  bottom: 0
    
    #<window 3 on .scratch>   parent: nil
    pixel left: 0   top: 0   size: 1916 x 1034   new: 0
    char left: 0   top: 0   size: 174 x 51   new: 0
    normal: 1.0 x 1.0   new: 0
    body pixel: 1906 x 996   char: 173 x 49
    width left fringe: 10  left margin: 0  right margin: 0
    width right fringe: 0  scroll-bar: 0  divider: 0
    height header-line: 22  mode-line: 16  divider: 0
    
    #<window 4 on  *Minibuf-0*>   parent: nil
    pixel left: 0   top: 1034   size: 1916 x 20   new: 0
    char left: 0   top: 51   size: 1916 x 1   new: 0
    normal: 1.0 x 1.0   new: 0
    body pixel: 1894 x 20   char: 172 x 1
    width left fringe: 11  left margin: 0  right margin: 0
    width right fringe: 11  scroll-bar: 0  divider: 0
    height header-line: 0  mode-line: 0  divider: 0

Here is the `(window--dump-frame)` printout for the August 8, 2014 patched 
Emacs Trunk build:

    frame pixel: 1914 x 1058   cols/lines: 175 x 52   units: 11 x 20
    frame text pixel: 1894 x 1054   cols/lines: 172 x 52
    tool: 0  scroll: 0/0  fringe: 16  border: 2  right: 0  bottom: 0
    
    #<window 3 on .scratch>   parent: nil
    pixel left: 0   top: 0   size: 1910 x 1034   new: 0
    char left: 0   top: 0   size: 173 x 51   new: 0
    normal: 1.0 x 1.0   new: 0
    body pixel: 1900 x 996   char: 172 x 49
    width left fringe: 10  left margin: 0  right margin: 0
    width right fringe: 0  scroll-bar: 0  divider: 0
    height header-line: 22  mode-line: 16  divider: 0
    
    #<window 4 on  *Minibuf-0*>   parent: nil
    pixel left: 0   top: 1034   size: 1910 x 20   new: 0
    char left: 0   top: 51   size: 1910 x 1   new: 0
    normal: 1.0 x 1.0   new: 0
    body pixel: 1894 x 20   char: 172 x 1
    width left fringe: 8  left margin: 0  right margin: 0
    width right fringe: 8  scroll-bar: 0  divider: 0
    height header-line: 0  mode-line: 0  divider: 0

Both of the printouts were made using the settings contained in the initial bug 
report.

Thanks,

Keith

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

At Sat, 09 Aug 2014 19:14:10 +0200,
martin rudalics wrote:
> 
>  > The patch you provided did indeed fix the problem -- both examples 
> mentioned in the initial bug report now work with the patched build of Emacs 
> Trunk from August 8, 2014.
>  >
>  > I should mention that there is a slight difference between the June 1, 
> 2014 build and the patched build of August 8, 2014.  The difference is about 
> six (6) pixels in frame width.  With the June 1, 2014 build, I use 1894 to 
> exactly fill the screen that is 1920 pixels wide.  With the patched build of 
> August 8, 2014, I would now need to use 1900 to exactly fill that same screen 
> which is 1920 pixels wide.  `(frame-pixel-width)` returns 1920 with the 
> patched build following (set-frame-size (selected-frame) 1900 1054 t).
> 
> Can you please in _both_ builds (that from June and the present one)
> evaluate
> 
> (window--dump-frame)
> 
> and post the contents of the buffer *window-frame-dump* for both builds
> here.  And please keep the CC for 18215@debbugs.gnu.org.
> 
> Thanks, martin