From xemacs-m  Sun May 25 16:53:42 1997
Received: from crystal.WonderWorks.COM (crystal.WonderWorks.com [192.203.206.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id QAA03187
	for <xemacs-beta@xemacs.org>; Sun, 25 May 1997 16:53:40 -0500 (CDT)
Received: by crystal.WonderWorks.COM 
	id QQcrcp03943; Sun, 25 May 1997 17:53:40 -0400 (EDT)
Date: Sun, 25 May 1997 17:53:40 -0400 (EDT)
Message-Id: <QQcrcp03943.199705252153@crystal.WonderWorks.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Kyle Jones <kyle_jones@wonderworks.com>
To: xemacs-beta@xemacs.org
Subject: toolbar weirdness
In-Reply-To: <199705252027.QAA28011@napoli.bayserve.net>
References: <199705252027.QAA28011@napoli.bayserve.net>
X-Mailer: VM 6.32 under 20.3 XEmacs Lucid (beta2)
X-Face: /cA45WHG7jWq>(O3&Z57Y<"WsX5ddc,4c#w0F*zrV#=M
        0@~@,s;b,aMtR5Sqs"+nU.z^CSFQ9t`z2>W,S,]:[+2^
        Nbf6v4g>!&,7R4Ot4Wg{&tm=WX7P["9%a)_da48-^tGy
        ,qz]Z,Zz\{E.,]'EO+F)@$KtF&V

Jeff Miller writes:
 > 
 >   The toolbar weirdness that vm users see with 20.3-bx is also present
 >   with the regular toolbar.
 > 
 >   If you go under Options->Toolbar Appearance->Default Location and play
 >   with the locations, you'll see what I mean.  

Nope, works fine for me.  The bug is timing sensitive.  I should
have a patch for it in time for the release of beta 3.  It has
been confirmed that removing this code in frame.c makes the
toolbar display problems go away.

  /*
   * If the frame has been initialized and the new height and width
   * are the same as the current height and width, then just return.
   */
  if (f->init_finished &&
      newheight == FRAME_HEIGHT (f) && newwidth == FRAME_WIDTH (f))
    return;

