From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Vitalie Spinu <spinuvit@gmail.com>
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: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
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 <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	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 <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	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 <ged-emacs-devel@m.gmane.org>) 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 <ged-emacs-devel@m.gmane.org>) 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 <ged-emacs-devel@m.gmane.org>) 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 <ged-emacs-devel@m.gmane.org>) 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 <emacs-devel@gnu.org>; 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 <emacs-devel@gnu.org>; 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." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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: <http://permalink.gmane.org/gmane.emacs.devel/149036>


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.