From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Tino Calancha Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master c711991: Allow not erase output buffer in shell commands Date: Wed, 21 Sep 2016 01:32:49 +0900 (JST) Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Trace: blaine.gmane.org 1474389291 27838 195.159.176.226 (20 Sep 2016 16:34:51 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 20 Sep 2016 16:34:51 +0000 (UTC) User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Cc: Emacs developers , Tino Calancha To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 20 18:34:47 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bmO04-0004bb-4M for ged-emacs-devel@m.gmane.org; Tue, 20 Sep 2016 18:34:28 +0200 Original-Received: from localhost ([::1]:36625 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bmNzx-0001YV-8y for ged-emacs-devel@m.gmane.org; Tue, 20 Sep 2016 12:34:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60805) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bmNyb-0000xE-Tf for emacs-devel@gnu.org; Tue, 20 Sep 2016 12:32:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bmNyX-0005Ga-OV for emacs-devel@gnu.org; Tue, 20 Sep 2016 12:32:56 -0400 Original-Received: from mail-pf0-x242.google.com ([2607:f8b0:400e:c00::242]:33136) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bmNyX-0005GP-Iz for emacs-devel@gnu.org; Tue, 20 Sep 2016 12:32:53 -0400 Original-Received: by mail-pf0-x242.google.com with SMTP id q2so1175350pfj.0 for ; Tue, 20 Sep 2016 09:32:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=3Z9mN/OGTV8mnEEjmC7G15cSI87t0bTGgycJplsYfJI=; b=Mg70WY7E8/6Yah4Dvc5QO/JR/WWP79Rxgivcja+1r+X56+N/QX4iRBsJZ34iAC9oKB TJrT6UgOlBSTRAtbFpU7rk5LJaqYVtR3CvnQz1DzbL4bNokgIFdHaxEIN3mX/4NynjwV 43vRVXxhZUPkGOD2OJir5gF2UiYVHPRf1zwW6Z4I04rMX/+hZhQ/UjiYPRkuPVXJalYO uiD+XM+LOXX8LcfY3LO3wEQhICObxyIEElTjqrPTV8suGD3SgScijdPV/+bQD/cCskUW /cSbUp7VCgZ7tspvDgaN57HiFt3fEcwCgp+DtmxwGvmhMFDQotG7e+32RJgHCSNlywRv Xuzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=3Z9mN/OGTV8mnEEjmC7G15cSI87t0bTGgycJplsYfJI=; b=i1H2ieVVC0L7tQliAQukUx89xG1VpxxUrk1YVlGsdroe+Qh8TqttkXcYHMN8ttu/G6 LW9UkYoyWmWSZ5sex55TulKl2xmnZ2hO5oS+jYKTWujmCwe8eAe9JlQ8vRApSiWC+O+/ VGLEM3bX8/ofhoaFQuY31s0/0Ys+3ZCJT0vzFiGttm41IkYHMj2gR8MHenhFtSD/PhMY z4h+zhoTEYWPrPlYK/AhM6qszknVSR3tWZkTFX87e0gl01A/K75VJ9JzIltXksgGvQ5E esWOlhNCWEle88j86B23wTPnBSY7/ZKMNBH8EN83AC6AExgI68B8qehEPtp7eH2GrKd8 zPGQ== X-Gm-Message-State: AE9vXwMe1+RKL8W3RBi9yn/7bVRoP4q4mBh8vEZQl0Od6scNtIpvw7dNhsrsdcxpw7SF4A== X-Received: by 10.98.11.6 with SMTP id t6mr44096470pfi.46.1474389172967; Tue, 20 Sep 2016 09:32:52 -0700 (PDT) Original-Received: from calancha-pc (57.92.100.220.dy.bbexcite.jp. [220.100.92.57]) by smtp.gmail.com with ESMTPSA id h123sm3554622pfe.87.2016.09.20.09.32.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Sep 2016 09:32:52 -0700 (PDT) X-Google-Original-From: Tino Calancha X-X-Sender: calancha@calancha-pc In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400e:c00::242 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:207631 Archived-At: On Tue, 20 Sep 2016, Stefan Monnier wrote: >> I guess, in cases where the buffer is not displayed, (goto-char pos) >> might not always work as `set-window-point': a posterior >> display of the buffer maybe doesn't show point at pos. > > When a buffer is displayed in a window for the first time, the window's > point is initialized from the buffer's point, so it should work for > those cases. If the goto-char happens for a buffer that used to be > displayed in a window and later gets displayed again in that window, it > may be the case that we remember the old window-point somewhere and try > to return to that, indeed. Let's not worry about it for now. Ok. thanks. > Tho, maybe it would be a good idea to introduce a new function (not sure > how to call it: window-goto-char? set-buffer-window-point?) which would > work like set-window-point but takes a buffer as argument. After all, > it's a fairly common need, and if we ever want to fix the corner case > mentioned above, we could fix it there once and for all. Thank you very much for the further explanation. Let's see what other people here might comment about this new function proposal; people with deeper understanding than me in that topic. > PS: Haven't checked the new patch, sorry. Please take your time. I took 1 month to answer this. There is no hurry.