From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Boruch Baum Newsgroups: gmane.emacs.devel Subject: Re: 26.1: calc-mode header line [PATCH] Date: Mon, 7 Sep 2020 14:01:38 -0400 Message-ID: <20200907180138.4tz46tv7tppb5cib@E15-2016.optimum.net> References: <20200831184445.jy4yyfqf3gr5llmk@E15-2016.optimum.net> <83tuwcpv79.fsf@gnu.org> <20200906023516.qreesq6u3mjzwzna@E15-2016.optimum.net> <83sgbvng5l.fsf@gnu.org> <20200906184529.srcmx42ircaeueqv@E15-2016.optimum.net> <87sgbt7hte.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6880"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: NeoMutt/20180716 Cc: Eli Zaretskii , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Sep 07 20:05:06 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kFLVp-0001eq-8b for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Sep 2020 20:05:05 +0200 Original-Received: from localhost ([::1]:44304 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kFLVo-0003Ec-3T for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Sep 2020 14:05:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38050) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kFLSc-0002Tr-BD for emacs-devel@gnu.org; Mon, 07 Sep 2020 14:01:46 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:58895) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kFLSa-00024m-9J; Mon, 07 Sep 2020 14:01:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1599501701; bh=6Dv1NZPrKVUrshTcYidgPeO7XRZDgmZCdj2xrOkmk1Y=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=N/OwyiitOHt8Shi7FW2gIUxn5nBFINwTmsi+NrzYYwapJ8NpXuW/Ge+/JO0xpfDMn Toq5ZoESiL0IhqlVWy0l/FEQ8MvhM/2f2KcIJ9V4LJi/8ru30nqndBsXmUPXf5e+bg KikGNIXH7PXI1M/vnnjLL/WDY5MzXRgS6L+3fTs0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from E15-2016.optimum.net ([72.89.170.172]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1M2wKq-1kGRvF1zCu-003Koq; Mon, 07 Sep 2020 20:01:41 +0200 Content-Disposition: inline In-Reply-To: <87sgbt7hte.fsf@gnus.org> X-Provags-ID: V03:K1:tS89ooo0IvvVd5dP6aZLndSOTZfy4mnzgnSoFq3i/gJiejxLaIz IB0ori0A4SWeqDWAMsOstlMxXP9vWxb7U2NnBtO7iHesi3/6HTfUiMekWJ1nDVWDHbL5iwB mOxWSk7LUGQ6Uw5qsnx++ingzGZw/tptt4JMVqcH2/WFOT9F4Fx2OT8NuZNGulePQZfUJMn Qd0bFym1eK2v3T7ZH081w== X-UI-Out-Filterresults: notjunk:1;V03:K0:BkmWaoFTqSY=:q/JHMDmdv5X+GDHHu0rJ5u wKfJE+WpwpZdx97N74b9RN26OerRHVHHHIwB2A4nJZHY6rWPN5TPXg0a8wSVqvNJisxSCV+p2 St6P81oYsjy2m3jvPGXF9/X6XXfcpqfuWMeAIyghA7bgWc8e3PYi5cpjRPnX24ErpyCjqrmLb rRrfacQ0dvLVC81ffB4KgC6Au0j/whW1pG6NKw/qCUoDGK/zmL4wnBeFPvge7PQnFpH9osTpU KmRi/72hFHEfoA+XN4XMMB9tL1mfRobltZf7ZNIRgqSRTfYVO4WbwYt3g7qfgurhUeyMufhMg wi/MfoPJoT6m2OFOpj/4gStYxiaSA/WgOy5Wn8b0qw/GiJ1KB+JfiStP6n7m1mQqKnbN16yuK czj8eVvUWGiWNeJhifTrt76epngHlIWUKRuFYmNAIEK/TmDoDa9G1ZsHs3yvlnpdgq45dI8hs N2rd+wOHSWrh6Qqsc4S8+Rzdw17HqYjpeunQ7PASiX96kzVWSHG1JN6Bi9MdHr7381WtBt+ye dkE3yBJM7OqqZKlMR5y9JFcf+UGnEwZkO6C2ZK5ch3dpmt2leAKr3sYuQjWwaRQ0ZU843n5Xi iHn70oERHq1bcPWCVC8mYgcBcVh7PXT0bozGZYwtSYp1pCGVXo0ip9Cz0aVVqn499Gs3uPmkc bn9FRrTl2S8eADmZqD2JYCQIcGqmxhpPzJJHpE4iNjFar3/IuxPVVz1FH5QjyD9mUv1G4OH+k mxLUX6eOq9OMY3vZuAGDPy8wof19ZtOtS5/A/cMmSzOpsJCWj1G33VWuUKukqs4nArONYb6d Received-SPF: pass client-ip=212.227.17.22; envelope-from=boruch_baum@gmx.com; helo=mout.gmx.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/07 14:01:42 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:254666 Archived-At: First, congratulations on assuming your new responsibilities. On 2020-09-07 17:00, Lars Ingebrigtsen wrote: > The patch doesn't apply to Emacs 28, so I've respun it (included below). Oops. I didn't think there would be a difference. I'm using emacs 26.1 in debian and I didn't download the v28 calc.el > This is somewhat inscrutable, and is repeated twice (once for the calc > buffer and once for the trail buffer). > > It just centres whatever the string like "--- this ---", so it seems > like it should land in a single function for reuse. Come to think of it, its likely different forms of that kind of routine has got to already exist somewhere else in emacs, probably in several different packages. For this patch, the reason I didn't reuse the code was because it was small and there were two (maybe more?) differences in the hard-coded constants: 1) 1/3 *parent* window width for the trail buffer versus 2/3 *parent* window width for the calc buffer; 2) unique constants based upon four different string lengths plus I think fudge factor. Off-topic: I have several private extensions to dired that are ready for the introduction into the wild. Is it better to post them to the devel mailing list for possibly wider discussion / consideration / criticism / publicity, or post them to the bug mailing list as a feature / patch for possibly better tracking? 1) display change - quickly change the 'ls' switches for a dired buffer from among entries in an alist. The changing can be incremental in the list or prompt the user based upon a useful plain-text description. Just additional code. No change to current code. 2) history navigation - have each chain of dired buffers track where they've been and allow navigation backward and forward within that history. This does make a one-line change to a single current dired function. It adds several navigation functions, including a form of visit parent directory that adds a prefix argument to go up n levels in your current directory tree. 3) pass dired variables to a shell - for any emacs shell or terminal emulator, launch it from dired, and pass the current directory, current file at point, current tagged files ... for both the current dired buffer and an optional one other visible dired buffer on the same frame ($d1 $d2 $f1 $f2 $t1 $t2). For this, I still need to polish how the list of tagged files are handled (quoting, bash/zsh array variables versus POSIX/sh ). 4) Recover a 'borked' dired session, useful if you've somehow accumulated n buffers / windows / frames and want to restore a basic setup. 5) Fully exit dired. Just kills all dired buffers everywhere. 6) Maybe more. My init file is long and my memory is short. =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0