From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Barzilay Newsgroups: gmane.emacs.bugs Subject: bug#21634: 24.5; Suggested improvement Date: Thu, 22 Oct 2015 02:06:57 -0400 Message-ID: References: <22035.47283.76000.848103@gargle.gargle.HOWL> <83d1wsxcuz.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1445494048 31307 80.91.229.3 (22 Oct 2015 06:07:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Oct 2015 06:07:28 +0000 (UTC) Cc: 21634@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 22 08:07:15 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1Zp91r-0007xk-7O for geb-bug-gnu-emacs@m.gmane.org; Thu, 22 Oct 2015 08:07:11 +0200 Original-Received: from localhost ([::1]:56615 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zp91q-0002vU-Ok for geb-bug-gnu-emacs@m.gmane.org; Thu, 22 Oct 2015 02:07:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zp91m-0002uy-Fc for bug-gnu-emacs@gnu.org; Thu, 22 Oct 2015 02:07:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zp91j-0000ET-6K for bug-gnu-emacs@gnu.org; Thu, 22 Oct 2015 02:07:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41215) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zp91j-0000EO-34 for bug-gnu-emacs@gnu.org; Thu, 22 Oct 2015 02:07:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zp91i-0001kN-ER for bug-gnu-emacs@gnu.org; Thu, 22 Oct 2015 02:07:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Barzilay Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Oct 2015 06:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21634 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21634-submit@debbugs.gnu.org id=B21634.14454940206706 (code B ref 21634); Thu, 22 Oct 2015 06:07:02 +0000 Original-Received: (at 21634) by debbugs.gnu.org; 22 Oct 2015 06:07:00 +0000 Original-Received: from localhost ([127.0.0.1]:60156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zp91f-0001k5-Tr for submit@debbugs.gnu.org; Thu, 22 Oct 2015 02:07:00 -0400 Original-Received: from mail-io0-f180.google.com ([209.85.223.180]:34361) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zp91d-0001jv-JF for 21634@debbugs.gnu.org; Thu, 22 Oct 2015 02:06:58 -0400 Original-Received: by iow1 with SMTP id 1so81425743iow.1 for <21634@debbugs.gnu.org>; Wed, 21 Oct 2015 23:06:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=UsQfozfyTXwZX4iXIxGA76VqGxxq5lS51socNu8Y6RI=; b=aP48i7no2biq+FmtgSzVqyPB992hKx801hg2jOacnekDWJkKW0owdo8c1HuOBHsOTw kNJp+8Z4Ouh7/l0iEt9xQKLx/up6g8K4S5jeB3lMKncDMivTzRkkH0h23AQPB7Qv0T58 2FHOwZHq67IqG4E02mXAz3LNRzCaMtmrvSgmN3N5fwzRwrvjg/dZx+EBufMdG+HiasPQ B0LcrupRn+iYq4eObLbnvp4IvhSpaebnRGYIjSCeYoPM85l3D8KhWtqT4LY3Ib6odi1q AyXerC7EKCKOhoty1RdsVI3gD0irjgwKESFJlVsmXfXjImndkhzzYVVS3JzDB0rfuY4h 1Jig== X-Gm-Message-State: ALoCoQkWGBsrBg7ofR2U6Fm3MLwZ9Pd6hv2YKJTwq3ETRhQJ7ZwdZDJWxHQ+epnbWEqkvP2SPuW4 X-Received: by 10.107.15.17 with SMTP id x17mr8040626ioi.196.1445494017091; Wed, 21 Oct 2015 23:06:57 -0700 (PDT) Original-Received: by 10.79.28.211 with HTTP; Wed, 21 Oct 2015 23:06:57 -0700 (PDT) In-Reply-To: <83d1wsxcuz.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:107827 Archived-At: On Tue, Oct 6, 2015 at 10:58 AM, Eli Zaretskii wrote: >> From: Eli Barzilay >> Date: Tue, 6 Oct 2015 08:04:03 -0400 >> >> Would it make sense to implement `text-scale-adjust' as follows? One >> minor change is using the `keep-pred' argument to avoid re-setting >> the map repeatedly, but the important change is having it timeout >> after a few seconds. This avoids the kind of mode-ish interaction >> that feels weird in Emacs. > > FWIW, such modus operandi always annoys me. Why should I be under > pressure to do whatever is needed to prevent the setting from being > reset? > > I don't really understand what's the problem with "mode-ish > operation", feel free to elaborate. Well, I suspect that I'm annoyed at the other direction: whenever I go into the text-scaling mode, I try to remember to explicitly break it at the end, so that I won't leave emacs in that state by mistake and be surpries when I come back to it hours later (which actually happened to me once, possibly putting me on this side of that fence). OTOH, if the delay is long enough, there is never any time pressure that I run into, and it's easy to see when the timer kicked in by the echo area message disappearing. > If there's demand for resetting the size, I guess we could have it as > optional behavior. That's why I suggested the below extension to the meaning of the `keep-pred` argument: specifying a timeout if it's a number. Then there could be a new global variable that specifies a default for that argument, so with nil you get a single resize only (so you need to do the full C-x C-= to resize further), with t you get the current behavior, and with a number I get my timeout. (I'm also suggesting it because I have a similarly "moded" function that uses `set-transient-map' -- it seems like a good idea to me to specify a default behavior for all such transient maps, so my function behaves in the same way as text scaling.) >> In fact, I find this useful in other cases too (a command that allows >> you to resize the current window with the arrow keys), so I think that >> it's useful to either add an additional timeout argument -- or perhaps >> an extension where `keep-pred' can be a number of seconds and will do >> the timeout thing. > > The user can always scale the size back when she wants, right? Or am > I missing something? (Hopefully the above clarified it. I'm talking about the resulting interaction and how convenient it is, unrelated to being able to scale things back.) -- ((x=>x(x))(x=>x(x))) Eli Barzilay: http://barzilay.org/ Maze is Life!