From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vitalie Spinu Newsgroups: gmane.emacs.devel Subject: Undocumented breaking change in minibuffer behavior Date: Wed, 14 Mar 2012 11:58:53 +0100 Organization: EUR Message-ID: <8762e730uq.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1331724630 18078 80.91.229.3 (14 Mar 2012 11:30:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 14 Mar 2012 11:30:30 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 14 12:30:29 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1S7mPV-0005A2-4O for ged-emacs-devel@m.gmane.org; Wed, 14 Mar 2012 12:30:29 +0100 Original-Received: from localhost ([::1]:59862 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7mPU-0005ER-CT for ged-emacs-devel@m.gmane.org; Wed, 14 Mar 2012 07:30:28 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:46630) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7mPN-0005CK-2A for emacs-devel@gnu.org; Wed, 14 Mar 2012 07:30:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S7mPG-000374-Op for emacs-devel@gnu.org; Wed, 14 Mar 2012 07:30:20 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:35062) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7mPG-00036o-Hb for emacs-devel@gnu.org; Wed, 14 Mar 2012 07:30:14 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S7mP6-0004tY-DN for emacs-devel@gnu.org; Wed, 14 Mar 2012 12:30:04 +0100 Original-Received: from e138158.upc-e.chello.nl ([213.93.138.158]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Mar 2012 12:30:04 +0100 Original-Received: from spinuvit by e138158.upc-e.chello.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Mar 2012 12:30:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 23 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: e138158.upc-e.chello.nl User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/23.3 (gnu/linux) Cancel-Lock: sha1:qRpIlILBvU4TwXznWwbL3QLzcrk= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:149036 Archived-At: Hi everyone, I noticed that emacs 24 ignores the global (t) value of truncate-lines (as a result of this fix http://comments.gmane.org/gmane.emacs.diffs/111667 ). This change is not documented in the news. I've been truncating lines for years now, and the continuous flickering in emacs 24 is really disturbing (especially on laptops with small display). I am a heavy user of IDO which would always re-size the minibuffer to two lines. The same problem with long eldoc lines. I wonder if there should be an option like minibuffer-truncate-lines to undo the "fix"? I've never been bothered by the reported bug. Or may be there should be a way to set the minibuffer height to two lines? I see `max-mini-window-height', but not `min-mini-window-height'. Would it be meaningful to implement such a variable? Thanks, Vitalie.