[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: A feature to go to last edit locations
From: |
Ergus |
Subject: |
Re: A feature to go to last edit locations |
Date: |
Tue, 14 Feb 2023 01:00:05 +0100 |
On February 13, 2023 8:49:46 PM GMT+01:00, Michael Welsh Duggan <mwd@md5i.com>
wrote:
>Daniel MartÃn <mardani29@yahoo.es> writes:
>
>> Some IDEs and text editors provide a feature to go to the position of
>> the last edit location across all buffers. For example, in Eclipse or
>> IntelliJ IDEA, this feature is under Navigate, Last Edit Location. In
>> Vim, this feature is called a "change list jump" [1], but it seems to
>> work in a per-buffer basis.
>>
>> The closest thing in Emacs is pop-global-mark, but it's not quite the
>> same feature. The global mark ring requires that the user sets the mark
>> in advance, and most editing commands do not set the mark. Information
>> about last edit locations is already kept in buffer-undo-list, but this
>> list is per-buffer and does not contain timestamps, so generating a
>> "global" list for all buffers out of this data structure does not seem
>> very possible or efficient at the moment; it may need a new data
>> structure, perhaps at the C level.
>
>I often want to jump to the last change I made in a buffer, but I've
>never wanted this across buffers. The method I use for this, burned
>into my fingertips, is "C-_ C-SPC C-_", which is undo, set mark, undo.
I use exactly this same method (undo-redo). It is not very confortable, so any
function to mimic part of this may be useful... But please, nothing that
affects performance creating fancy cache features. I am having enough issues
with performance already...
>The set-mark causes the second undo to redo and could be replaced by a
>cursor movement instead, if one didn't want to mess up the mark
>location.
>
>So, although, once again, this doesn't work across buffers, using the
>undo list might be helpful for coding such a feature.
>
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
- RE: [External] : Re: A feature to go to last edit locations, (continued)
- RE: [External] : Re: A feature to go to last edit locations, Drew Adams, 2023/02/15
- Re: A feature to go to last edit locations, Dmitry Gutov, 2023/02/14
- RE: [External] : Re: A feature to go to last edit locations, Drew Adams, 2023/02/13
- Re: [External] : Re: A feature to go to last edit locations, Dr. Arne Babenhauserheide, 2023/02/13
- RE: [External] : Re: A feature to go to last edit locations, Drew Adams, 2023/02/13
- Re: [External] : Re: A feature to go to last edit locations, Jean Louis, 2023/02/13
- Re: [External] : Re: A feature to go to last edit locations, Jean Louis, 2023/02/13
- RE: [External] : Re: A feature to go to last edit locations, Drew Adams, 2023/02/14
Re: A feature to go to last edit locations, Michael Welsh Duggan, 2023/02/13
Re: A feature to go to last edit locations, Jean Louis, 2023/02/13