From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.help Subject: Re: Is this correct? Date: Sat, 26 Feb 2011 01:50:08 -0700 Message-ID: References: <87tyfrp9p2.fsf@puma.rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1298710260 19603 80.91.229.12 (26 Feb 2011 08:51:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 26 Feb 2011 08:51:00 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Feb 26 09:50:56 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PtFrc-0003s0-32 for geh-help-gnu-emacs@m.gmane.org; Sat, 26 Feb 2011 09:50:56 +0100 Original-Received: from localhost ([127.0.0.1]:55499 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PtFrb-0006sL-LU for geh-help-gnu-emacs@m.gmane.org; Sat, 26 Feb 2011 03:50:55 -0500 Original-Received: from [140.186.70.92] (port=41476 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PtFqo-0006nF-6m for help-gnu-emacs@gnu.org; Sat, 26 Feb 2011 03:50:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PtFqi-0000Gn-4M for help-gnu-emacs@gnu.org; Sat, 26 Feb 2011 03:50:06 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:48060) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PtFqh-0000GP-Us for help-gnu-emacs@gnu.org; Sat, 26 Feb 2011 03:50:00 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PtFqf-0003M1-P7 for help-gnu-emacs@gnu.org; Sat, 26 Feb 2011 09:49:57 +0100 Original-Received: from c-24-8-96-241.hsd1.co.comcast.net ([24.8.96.241]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Feb 2011 09:49:57 +0100 Original-Received: from kevin.d.rodgers by c-24-8-96-241.hsd1.co.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Feb 2011 09:49:57 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 39 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-24-8-96-241.hsd1.co.comcast.net User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 In-Reply-To: <87tyfrp9p2.fsf@puma.rapttech.com.au> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:79496 Archived-At: On 2/25/11 11:54 PM, Tim X wrote: > > I'm currently on a big bug fix cycle. Some of the bugs I'm trying to fix > relate to menus and I've noticed some code which I'm not convinced is > "correct" based on the documentation. I'd like some > feedback from others as I suspect it is something I am missing or don't > understand. > > force-mode-line-update has the following documentation - > > ,----[ C-h f force-mode-line-update RET ] > | force-mode-line-update is a compiled Lisp function in `subr.el'. > | > | (force-mode-line-update&optional ALL) > | > | Force redisplay of the current buffer's mode line and header line. > | With optional non-nil ALL, force redisplay of all mode lines and > | header lines. This function also forces recomputation of the > | menu bar menus and the frame title. > | > | [back] > `---- Before digging into the details of whether the code implements the behavior described in the doc string, do we understand the doc string? * What if the current buffer is not displayed? * Does ALL mean all buffers? All windows? All visible windows? All frames? All visible frames? Or some other interpretation? * The menu bar and frame title are frame-local, right? If so, I think that would imply that force-mode-line-update should by default (when ALL is nil) update all displayed buffers in the current frame, and should update all displayed buffers on all frames (when ALL is non-nil). -- Kevin Rodgers Denver, Colorado, USA