[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [External] : Re: A feature to go to last edit locations

From: Jean Louis
Subject: Re: [External] : Re: A feature to go to last edit locations
Date: Tue, 14 Feb 2023 00:14:12 +0300
User-agent: Mutt/2.2.9+54 (af2080d) (2022-11-21)

* Drew Adams <drew.adams@oracle.com> [2023-02-13 22:49]:
> > Eli said something important, why go somewhere back randomly, but
> > better going where user marked it to need it.
>          ^^^^^^^^^^^^^^^^^^^^^^^
> > Now I get it with single click: S-C-<down> to record point and then
> > S-C-<left> and <right> to go to previous or next one.
> You are reinventing (part of) what bookmarks do.

Ok, though is not bad, as I do not rely on Emacs Lisp, rather on
PostgreSQL. It could be re-written to use the now built-in SQLite.

> If you don't want to have to name bookmarks for this, then you can use 
> autonamed bookmarks:
> https://www.emacswiki.org/emacs/BookmarkPlus#AutonamedBookmarks

I do not use names automatically, only with C-u prefix. All points are
automatically named. It is very easy to designate the record of the
point as one to be chosen by name or the one to be temporary (your
idea) or the one which was not named.

Only those named points should be used similarly as bookmarks.

> (Single key to set, single key to jump to.)
> For that you need Bookmark+, but as an alternative you can just
> define a bookmark-setting command that provides default names of
> your own design.

Which single key?

I have to use complex key combinations, or maybe function keys.

> Rolling your own thingies which are essentially just bookmarks (and
> using a database to store them, no less) is really not necessary.

It makes things easy in my personal space. I can make package out of
it that uses SQLite. I use it in similar way as previous-buffer,
next-buffer, it is just more specific as by following Edi's advise to
mark what I want.

If necessary or not necesary, is personal opinion.

I am editing text objects in the database, and often temporary files. 

Standard bookmark does not work in a buffer without file. 

"Emacs points" that I have implemented work on temporary buffer.

Bookmark+ works on buffers without file.

"Emacs points" will self-destruct on non-existing buffers without

2023-02-14-00:02:14 Self-destruction initiated on Emacs point ID 113 (reason: 
not found)

Bookmark+ gives error on buffers without file:

if: Jumping to bookmark: Cannot access file `   - no file -' or buffer `new' [2 

I am editing database text, my "Emacs points" can remember table,
column, table ID, to go back to the editing point (not fully
implemented, need few minutes).

No previous implementation can go to database backed text and point

Now you can see that it could be necessary, as not all cases are

And it has simple functionality that works already, due to database
usage. Just few functions on top of others. 

Imagine me dwelling in kilobytes of your code, I would never make it,
I feel discouraged and overwhelmed to understand it.

> It may be fun to do, but Emacs already has what you describe, as
> bookmarks.

Sure, though it is not same. 

I use these database backed Emacs places as "points" rather, to move
back and forth from point to point.

- Save point
- Toggle local (buffer based) movement or global movement
- Go next, previous or last, first

Names are automatically implemented, but user can name them explicitly
and so far I did not start using it by names. So it is not yet
"bookmark" in that sense, only point in buffer with or without file
name, or buffer editing database entry.


Take action in Free Software Foundation campaigns:

In support of Richard M. Stallman

reply via email to

[Prev in Thread] Current Thread [Next in Thread]