From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: window-dedicated-p's "window's dedicated object" Date: Fri, 25 May 2007 11:06:35 +0200 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1180084053 11597 80.91.229.12 (25 May 2007 09:07:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 25 May 2007 09:07:33 +0000 (UTC) To: Emacs-Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 25 11:07:30 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HrVli-0001bu-3Y for ged-emacs-devel@m.gmane.org; Fri, 25 May 2007 11:07:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HrVlh-0004M4-AN for ged-emacs-devel@m.gmane.org; Fri, 25 May 2007 05:07:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HrVkt-0003yC-EF for emacs-devel@gnu.org; Fri, 25 May 2007 05:06:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HrVkr-0003xS-7C for emacs-devel@gnu.org; Fri, 25 May 2007 05:06:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HrVkr-0003xN-2O for emacs-devel@gnu.org; Fri, 25 May 2007 05:06:37 -0400 Original-Received: from wx-out-0506.google.com ([66.249.82.226]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HrVkq-0004zW-HQ for emacs-devel@gnu.org; Fri, 25 May 2007 05:06:36 -0400 Original-Received: by wx-out-0506.google.com with SMTP id h26so659685wxd for ; Fri, 25 May 2007 02:06:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lhDRsLkNYT0m+e7B4FiUTOSppby8Z0LO9GMnjD7IQkyDmBd+YL4DrPngcyRTFqHR+MUswKG604yRMHtHX/klE4jsDxdAV0vP3ugw5d2f9sS52oaQxWNHaGl9WuHNRnluu5QVLUHyzR+yIH9b57vOnMTdpAYpRisE6m58Ogr0unA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=tzHY9XVk2jlXcbSvv19eGX1BQjY5ym185M0JIb+glEUNF7sgCODeXPPGxlJbS6VKuie6OYDRfujMCviEuM19P2qiBwrWctOVliQzEEG+hyHjo5kdwLh8OIv3u/ZsVn5gqePFULzr98yKUSuVsMAlswBE3f7BRzMZYNLedGxdJwI= Original-Received: by 10.90.87.5 with SMTP id k5mr1971692agb.1180083995560; Fri, 25 May 2007 02:06:35 -0700 (PDT) Original-Received: by 10.90.103.8 with HTTP; Fri, 25 May 2007 02:06:35 -0700 (PDT) Content-Disposition: inline X-detected-kernel: Linux 2.4-2.6 (Google crawlbot) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:71796 Archived-At: The Emacs Lisp Reference implies that the second argument for `set-window-dedicated-p' (and the return value for `window-dedicated-p') is just a flag. There's no indication that the value you pass to set the window's dedication state is the one you'll get back when you ask the window's state. However, the implementation allows indeed to pass any value as window dedication flag, and getting it back with window-dedicated-p. The docstring for that function goes as far as calling the return value "window's dedicated object". I don't know what's so special about (set-)window-dedicated-p to merit this behavior; (set-)buffer-modified-p, for example, treat their argument as a simple flag: (progn (set-buffer-modified-p 'my-value) (buffer-modified-p)) => t and AFAICS, the special status of the dedication flag is used nowhere in the sources (ffap.el prudently saves and restores it, but it does not use the fact that it could be anything). Anyway, I'm not proposing changing it, but if it is supported and useful behavior (it is?), it should be more clearly stated in the docstring and the Emacs Lisp Reference, I think. Juanma