From unknown Sun Jun 15 08:01:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50489: vc-annotate doesn't keep the current line Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Sep 2021 17:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 50489 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 50489@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.163121031829607 (code B ref -1); Thu, 09 Sep 2021 17:59:02 +0000 Received: (at submit) by debbugs.gnu.org; 9 Sep 2021 17:58:38 +0000 Received: from localhost ([127.0.0.1]:36173 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOOJq-0007hT-Hi for submit@debbugs.gnu.org; Thu, 09 Sep 2021 13:58:38 -0400 Received: from lists.gnu.org ([209.51.188.17]:52628) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOOJi-0007h8-PT for submit@debbugs.gnu.org; Thu, 09 Sep 2021 13:58:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45324) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOOJi-000369-Fm for bug-gnu-emacs@gnu.org; Thu, 09 Sep 2021 13:58:30 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:64131) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOOJg-0005ew-Tf for bug-gnu-emacs@gnu.org; Thu, 09 Sep 2021 13:58:30 -0400 Received: (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 4B600240002 for ; Thu, 9 Sep 2021 17:58:25 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET Date: Thu, 09 Sep 2021 20:43:08 +0300 Message-ID: <87tuitr7tn.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=217.70.183.193; envelope-from=juri@linkov.net; helo=relay1-d.mail.gandi.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) After 'C-x v g' (vc-annotate), typing 'a' (vc-annotate-revision-previous-to-line) doesn't keep the current line. For VC archaeology there is a need to traverse the history of the current line by typing a sequence of 'a a a ...' But 'a' doesn't keep the line current, so need to spend time finding the same line in the buffer to be able to type 'a' on it again. From unknown Sun Jun 15 08:01:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50489: vc-annotate doesn't keep the current line Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Sep 2021 23:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50489 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , 50489@debbugs.gnu.org Received: via spool by 50489-submit@debbugs.gnu.org id=B50489.163122935711574 (code B ref 50489); Thu, 09 Sep 2021 23:16:02 +0000 Received: (at 50489) by debbugs.gnu.org; 9 Sep 2021 23:15:57 +0000 Received: from localhost ([127.0.0.1]:36418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOTGv-00030c-4T for submit@debbugs.gnu.org; Thu, 09 Sep 2021 19:15:57 -0400 Received: from mail-wr1-f44.google.com ([209.85.221.44]:42925) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOTGs-00030O-Ev for 50489@debbugs.gnu.org; Thu, 09 Sep 2021 19:15:55 -0400 Received: by mail-wr1-f44.google.com with SMTP id q11so4833200wrr.9 for <50489@debbugs.gnu.org>; Thu, 09 Sep 2021 16:15:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=wykil8OE259wBHRjdXA+rWb2LcAAviEwW/1mBabNydY=; b=UPLsRCMKdKWppIcjTT6OBFbhvbmtz6OlN9erFVNqky4o7C9Bvos8UvE4koNPpw8YL5 PPHdTAwmBr6+5MVw/xho52yyO8YCPWKey6WaNW8tTiCSzw1l/lJd6BNvzIOQyjG191Fd 0zGrgOEz1sBnKeRQwd+6T22ta6B1/DKZgsWq9yzDIvrKbzvDKMMFw5G4kVtm17tSJCA/ Lvp+QBAZdUTHeQwQb0fAfDgWBOY8aaFTcYfRilvwyWZ0/TTqSebC2s1ORof9neHdLbVe 7QF0GFU3hCEKQrLNEBh7FxkPnp/0l2gU68HtUPF7smF5MP3Fz1TveX/gLRjpz4Nt1FJT DTLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=wykil8OE259wBHRjdXA+rWb2LcAAviEwW/1mBabNydY=; b=qEkovrjOnRBHh2vgbgHebPWTMC3R8OEosGFnKThfS02XLuuw59FcJs+fGHAW5G/E43 t1JniCX8BQx0O4RqkzY8uIziQ1ObLZJpepzThOqsi2Yx/RN3lNc874oiLC+82o/J068T Z1EYM3isnkGxexx1o+sEHUevwEhZKBHGjKMAxSsZV29fJtEDdVp1WQJzp9z63a1vuRfq g0JvDFN2aXDmpWRFOSKcbPg4HdX53ajPZVsWd4p/UDru3kqkfL22B1z4xEZsCgDAG7o/ mMkFj60gVl4HALuWv0hgj657vgmfkZ1vKibBVTgET2a8J5uRtzoBD7GEe/lXfpMZW5Ol R1Pg== X-Gm-Message-State: AOAM531OmS+INb5H2JBMQt4TYEgKp0v+C2HETPvlO95HKV7tjoTmXcpw PSzNPimfqGdP0I3u+9gHdaQJldRFmS4= X-Google-Smtp-Source: ABdhPJwIMNMWNQLkkhMXam3VGDKU3wNx1YjSfs/6c6QRnZ3TgCEPmlm7sV0O37YUTXCIOn5byK/2jQ== X-Received: by 2002:a05:6000:34e:: with SMTP id e14mr6310879wre.401.1631229348515; Thu, 09 Sep 2021 16:15:48 -0700 (PDT) Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id g1sm3007186wmk.2.2021.09.09.16.15.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Sep 2021 16:15:47 -0700 (PDT) References: <87tuitr7tn.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <91d9dcfb-f984-eeec-b5d4-6019816bd255@yandex.ru> Date: Fri, 10 Sep 2021 02:15:46 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <87tuitr7tn.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) On 09.09.2021 20:43, Juri Linkov wrote: > After 'C-x v g' (vc-annotate), typing 'a' (vc-annotate-revision-previous-to-line) > doesn't keep the current line. For VC archaeology there is a need to traverse > the history of the current line by typing a sequence of 'a a a ...' > But 'a' doesn't keep the line current, so need to spend time > finding the same line in the buffer to be able to type 'a' on it again. I think it does keep the current line (by number). But the exact text can shift up or down between revisions, so we end up hunting for it. It might be possible to keep up with the hunks by doing full diff before switching the revision, then count removals/additions in preceding hunks and go there. But it would not work when 'a' brings you to the version of the file before it was renamed, for example. From unknown Sun Jun 15 08:01:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50489: vc-annotate doesn't keep the current line Resent-From: Daniel =?UTF-8?Q?Mart=C3=ADn?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Sep 2021 18:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50489 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 50489@debbugs.gnu.org Received: via spool by 50489-submit@debbugs.gnu.org id=B50489.163155716622871 (code B ref 50489); Mon, 13 Sep 2021 18:20:01 +0000 Received: (at 50489) by debbugs.gnu.org; 13 Sep 2021 18:19:26 +0000 Received: from localhost ([127.0.0.1]:46813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mPqYA-0005wo-Iw for submit@debbugs.gnu.org; Mon, 13 Sep 2021 14:19:26 -0400 Received: from sonic302-21.consmr.mail.ir2.yahoo.com ([87.248.110.84]:42311) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mPqY8-0005wb-D8 for 50489@debbugs.gnu.org; Mon, 13 Sep 2021 14:19:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s2048; t=1631557157; bh=8ZqKgVmd+ynRGTI+jx3kyxUeMF81qnCenLlBcMxCToY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=kU4zO1e68wNImvIlg+Iq9KcIRKiNNSBZTxpR2fMtdEZ9+eFP/eNv5yzTvSfs/lyFEq/PnqLGDpnyIyPhdIpiIqCQGgbI6uvKXpZ31VBSI/DxMQ4PBd19Igw4D/hkIlb5F77kdT50NWtXtLe36mNNd/9gUb/ByPy9c87ZdZEs+nq8zWTa32xG9RRq9qaw0p8Joyq82UDxt1CBdEI5kRaRrW4i+BkUluVXj+2VT5ZuzeH0VeowBEhoZCBA6am6z1KZrEaKRp7m5SO/V3vSWFjo13b+Ut8W3QckCTy0W/C0GybreBhFtUQqM3NHTzuSr2QP5kxi44PT+Frg5p2ocdZFFg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1631557157; bh=p8Sk+7fBVgvqfFVrvsi6u0G5EjAjRAyj104rVTFHItu=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=CgNNTLaftGDLwe4mX1yKFdBtJb30j0cPWyzu9thWzehyQY6k+NvTqLUbWWf3iKp/peXTgAQ6wQlCQLID9sOoNTlwfKO4LFdyiYXt7W0YAG7M1dO8CDROD2rkz/47C/Sb0BtA6ujXMzBYjOLI9n7R/hh2IhbQD9KbLisgDaSU2pJL03mv348kyYVq4zNidXSlkM1f6yoMEjk+XU65phOBg/TqmJ/wDeSb2mWAwMYwi9BnITPjJx/nmKyFQ2VwJ9pJ97T85zEkzCNN3X1OPReHi8nRlKb/vZQoUsV3W9WeXeZRgWZRA/84BFXafYnqGnWk5htl3s1MQe+tXz7bbpXqGA== X-YMail-OSG: t65MD2wVM1nhUUy_4D0bPadNqeLivHPZHKYTYHWlFxuZGCThNGjM6acSr1plDnZ PB_.ngBrt4CpG6wXtJu_tic98YmwO87wQMIizT49vLSXxWyTahQJxX.BuA20WKE8xwinK1jMUyXa _Bv9K5HlziG0Mus4kgXUQMVq1awFH_N85Qprojmqet2wdApA8h7FzIzFs2Y5_3d0aiDQ9WfdWgoq .nLlHasAWLx0zj7.tNu4AsqrYqpqQtw0wAFELzRiFtE5LUFmcgWR6ccd2fZeExh6STL_afU8XCb2 q.wF.5k6UJ5TQx4sN1DIOwlebvyW42rgA2YfnyANEK.ifFK3RQBBV58vY9qvfMMakMfK_AvjFdv9 0COCDhj26MceCWm4_2vSxiwPFNgdSX4bYYdcuzyv1n0ChWM5kMsJhaAAfiuI9BO7rw4GbAhlkKfy 4.Ev8DPb9C3GpWVmVXIPORRlZZxVc7CATrzLFIOkdrVuR9_pXujYHpkwxxhX3kZPcua96OJ_sLu5 HOXKk8kDWbWPD8lI8LXBCeEGDcIuwKDxQUPdYAh53y7DU7IuqqJNPKREnpfZuMwsH1cJpf9iy7jC V7TpRIhcBC5gpFPh6E_tcn7D6NhK6NvvwjQUxsBKqu9o5EQ1AWS6F5LDFiwZX70ZX1TR7dt6vFTN FNOsgM0uoAGcSChg9wHgrINrr460LD8RVrPG1G3zklzYD0Jcj8wK1LgBY85fhYrZXEDEfcPOammQ IKJZ6hVXjaTccRmhmEcrppt0auhbG7FjMZh7ss3TUXQk96qM5qadM9kUH4.mAbNAdkGMJLNcYQ.M GiEhA4F39dUae8y6UVfd2m6QHBjoJaEOlUxYSI81iIbQ_jmSOPBCtn.ripF4QQnuahJs6InCDiO8 1t.y2yVA6tvGW5TWcLuv_GO504tqU28PGYFic988p75wygMXQZUT.zN2qrtb8qmoId..k8UQ1ZJq Z.SOmHuqbGr1cTj_FxvrMJyKnnp_mhzpS_dAG2qd83dnNEiWtPhozccXU1ce9lW9BHEzbB1Xaa1u gJ1LbLF7pG7FtkuVceRC1HAwFEM.p6CVMphN_WkmO7MIX_MzkqwSY_srM.BjvM65jJ1eSkJNAWvR GNQmgipIc7fi7I6qxPNcb3R3EuuW6NDksiEGZWFTqm5QnyP.LfL4nEjrrLDypcW.bePBBgdD0aCo k4RmAo.nLj7LSnSLz7hm4Zo4dpMQsmkcRAU8bpXb2x7YyDdfe3T.8kliFyvG3lVpZu_pew0Sa3dE GhlISMc2W1LW.uIN.x6V8y9rhx4IrqpblAnGYsxG3dOzUoKUGMJKx9s3_8RHzp24SwQUJQ7Tkh8W 80NTbBWUR67dXyIicQPar3jc820IzM7RXQMUqbNyspNsNzZVlTIGPSPcxa8QHDgN1GDafsZtz7Hi 0J.4ES1dACUlo2Q2tgRXQEE1bXO33m0ogUq_SQHH1ApNt3cD6BXjY3YbXyzwXMWCYeyrWL6_BRQM DXcb8aE.EzZ1bVcKhrf2SdGxbB1IkjHIaPGgl8aNSoJwPswRA9e7wnOnswWepU8xZ26Vpvv7zX0E boo4qKVquILwOKa1.tjpirEmMngEfDuibHSIXIw.XNrtapKxB234IXEIsBBlkl57Kezi6rjapROa EUJU.1TGymAsqkk3DUHE.Duu.Zz1Tir4wRfaRFN9kwaH8fR0M9mvrjaoBcYGYLXnxtAIySCuUxH1 02pwLKgbnFFdz2M.PXfJrIF3vGOnNVCGIiOQ0kSkTx8TbZJVyaA__L_TVUv0eHE9xmNJ6aWoQ9cb 7gIi4IuFHLrQ8WZUdmOc2D_kBDtrB2jd6r.WYBI5xQ_AmcnpciN4c3FvmbzBPQA8Gii0qiGCsVBX FmDk5Hvxel.agwXkTM3WofOfnK0ZIL.EpK5HorNvyiawKEN6FBzX39glRCjOm4ZMe8Q7l.qYSXF8 ..N5b3FCL8j5ySpzBWI0toRVCUqYpnXOn9EXEZExkLmAkCj3AvDIgGexaTyyDGuiZ3qLPNuht_AH 8jSg2EphM9AD.oy7Dm9uHdjswsOdPiL7emeqojNZVHxoTGRDqNnPqGcBas7W.sry_fD1UVorlBB0 qfsnhrADta_3vKjNiGc2WddhM4gP12lmVKAhskDwDuZyuJWSk3Y0hZC4gYhlKjWRlDJGuD.sQv38 S.bcJK2DEtKF61rOVV3xJMugvbvArPLP0l1qylz.XhWW5yy0bajjOKnDUNn_EedMQVfv.m_haDmU FqkEJCrpVZ.XsxKYrAX0mlygc14V_mZnbD6JvnnMq8rzqHMNMA0bUIJmud0HAZptXAdH3U_K6UFk CbO5ENu1fwUfm11yW19__C0th8mf6sngoyoyfw0Q- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ir2.yahoo.com with HTTP; Mon, 13 Sep 2021 18:19:17 +0000 Received: by kubenode514.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c1f12a8c003145b747400ac43e9edd36; Mon, 13 Sep 2021 18:19:12 +0000 (UTC) From: Daniel =?UTF-8?Q?Mart=C3=ADn?= References: <87tuitr7tn.fsf@mail.linkov.net> Date: Mon, 13 Sep 2021 20:19:11 +0200 In-Reply-To: <87tuitr7tn.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 09 Sep 2021 20:43:08 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.18924 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 763 X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) Juri Linkov writes: > After 'C-x v g' (vc-annotate), typing 'a' (vc-annotate-revision-previous-to-line) > doesn't keep the current line. For VC archaeology there is a need to traverse > the history of the current line by typing a sequence of 'a a a ...' > But 'a' doesn't keep the line current, so need to spend time > finding the same line in the buffer to be able to type 'a' on it again. I think `git blame` provides a --porcelain option that helps track lines accross revisions. I expect that using that information would be an improvement over the current behavior, but the solution won't be perfect and in some situations it'll still go to a strange line. Also, I don't know if this feature is available in other non-git vc backends. From unknown Sun Jun 15 08:01:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50489: vc-annotate doesn't keep the current line Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Sep 2021 23:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50489 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daniel =?UTF-8?Q?Mart=C3=ADn?= , Juri Linkov Cc: 50489@debbugs.gnu.org Received: via spool by 50489-submit@debbugs.gnu.org id=B50489.163157674120507 (code B ref 50489); Mon, 13 Sep 2021 23:46:01 +0000 Received: (at 50489) by debbugs.gnu.org; 13 Sep 2021 23:45:41 +0000 Received: from localhost ([127.0.0.1]:47072 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mPvdt-0005Kh-Bn for submit@debbugs.gnu.org; Mon, 13 Sep 2021 19:45:41 -0400 Received: from mail-wm1-f41.google.com ([209.85.128.41]:38495) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mPvdr-0005KU-Sp for 50489@debbugs.gnu.org; Mon, 13 Sep 2021 19:45:40 -0400 Received: by mail-wm1-f41.google.com with SMTP id k5-20020a05600c1c8500b002f76c42214bso570867wms.3 for <50489@debbugs.gnu.org>; Mon, 13 Sep 2021 16:45:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=0+8bb1opGqiUFSjfAdkbkUgoY0+YH25qE5iakm/nPK0=; b=mHWfAB02gfoQF4SafX8Z0UzD1pBYHk66N4AYA9uOZ9GSiUPg2hq/Q99nyXdOTrsIrz COOSUuf65U8vifwIg+ruQ4rax4s3KJVL2gOFcFNhJ53dZe8TPZI9FRKqWNPud3QaQirY XXxY5On0KxXuYzOjBHY1Sw+aveWCJOZ7y/rtFZoQQACHNPjuxtJBZ4BtiKvZCRriVWS7 vWcBVt5a5rRgG0RkUsuf1WazBJs1FF4stS3hn8cbSgI15U++D1GqPIAuFcwjLjDBnUZ4 o5V8x0rda/Eq0l83Q17SPunA84wYLdnNF3TCeQostNME2wHGx8PKCIZ36D4BtbY5fs7d Djgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=0+8bb1opGqiUFSjfAdkbkUgoY0+YH25qE5iakm/nPK0=; b=adGZ8wiu8id5n+SdEf5ijnHn3GY4wk9r3ZlNZpxoYr7PkF+USz+vTtccBmN+QZPUbh v4uCQ+kN/pxuf2Q9GiQv0cXB5iUGqoYjQIJAbLwfB1bl9pKo0DWgZwroHBwvSEtwhLJR lT+pLnU2Uw5Ij0fd6rnqAInHCC8fUV++SbtlYb6qlnTFjgE6JdTamOIKcovnlSPBC4oe Z+SPiIUYlRIohUwglGpTQHKMZPhD7/pXDK6XyphO79f9SJXzCZ8IW6NvJSN3uG/0pFgC 2uBF3nB21enhvI2vwHBK83aLuhrlx5smretbnrFU/umnsZM5knTwRO3JUmPzwnx85N03 otzQ== X-Gm-Message-State: AOAM533kwdwNVojTdD5poMBqfY3zU1Ig7ePxiUO6MDHWI1tx5O2ynWVm SA+5f8dyzuin/3XgEutTTVPp6/Ccv4E= X-Google-Smtp-Source: ABdhPJwT9MlQ5nOzKuHLpvCnpiLs0MFBp0jV+YblKWQ3+EI/KpH9F36+Uz/xyqZtDjLS4l5nOUpVEg== X-Received: by 2002:a7b:cb8c:: with SMTP id m12mr7211500wmi.44.1631576734012; Mon, 13 Sep 2021 16:45:34 -0700 (PDT) Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id u26sm9144544wrd.32.2021.09.13.16.45.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 13 Sep 2021 16:45:33 -0700 (PDT) References: <87tuitr7tn.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: Date: Tue, 14 Sep 2021 02:45:30 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) On 13.09.2021 21:19, Daniel Martín via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > Juri Linkov writes: > >> After 'C-x v g' (vc-annotate), typing 'a' (vc-annotate-revision-previous-to-line) >> doesn't keep the current line. For VC archaeology there is a need to traverse >> the history of the current line by typing a sequence of 'a a a ...' >> But 'a' doesn't keep the line current, so need to spend time >> finding the same line in the buffer to be able to type 'a' on it again. > I think `git blame` provides a --porcelain option that helps track lines > accross revisions. I expect that using that information would be an > improvement over the current behavior, but the solution won't be perfect > and in some situations it'll still go to a strange line. Also, I don't > know if this feature is available in other non-git vc backends. Interesting suggestion. I think reliance on known line numbers can be made optional for backends that do not provide that info. --porcelain (or --list-porcelain) output is peculiar and not customizable, so it would take some work to convert in to the same view we are currently enjoying. Hopefully without any loss in performance (I'm guessing the slowest part is still going to be the scanning of history).