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

[Keith David Bershatsky <esq@lawlist.com>]

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