From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#50489: vc-annotate doesn't keep the current line Date: Tue, 14 Sep 2021 02:45:30 +0300 Message-ID: References: <87tuitr7tn.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11745"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 Cc: 50489@debbugs.gnu.org To: Daniel =?UTF-8?Q?Mart=C3=ADn?= , Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Sep 14 01:46:17 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1mPveS-0002ou-MF for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Sep 2021 01:46:16 +0200 Original-Received: from localhost ([::1]:42532 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mPveR-0005iW-8B for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 Sep 2021 19:46:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49962) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mPveE-0005i2-4N for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2021 19:46:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35526) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mPveD-0005JE-Sj for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2021 19:46:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mPveD-0005LF-Ng for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2021 19:46:01 -0400 X-Loop: help-debbugs@gnu.org 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 Original-Received: via spool by 50489-submit@debbugs.gnu.org id=B50489.163157674120507 (code B ref 50489); Mon, 13 Sep 2021 23:46:01 +0000 Original-Received: (at 50489) by debbugs.gnu.org; 13 Sep 2021 23:45:41 +0000 Original-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 Original-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 Original-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) Original-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) In-Reply-To: Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:214272 Archived-At: 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).