Re: [External] : Re: Bookmarks in registers

[Karl Fogel <kfogel@red-bean.com>]

On 08 Jun 2023, Christopher Howard wrote:
>Thank you. I think, looking bookmark+ over, I would still rather 
>use
>the solution I've already coded, which seems slightly more
>convenient. With bookmark+, you would not need to confirm a 
>bookmark
>name, but you would still need later to figure out what was the
>correct bookmark name to jump to, as opposed to just remembering 
>"I
>always put that last bookmark I need in register 1". It does look 
>like
>bookmark+ has a temporary bookmark functionality, but you either 
>have
>to consciousless enable it / disable it for individual bookmarks, 
>or
>go into a special mode. That being said, if I hadn't already 
>coded the
>register functions that work great for me, I think I would 
>explore
>bookmark+ a little more.
>
>I certainly don't mean to create a ton of work for other people — 
>my
>thought was just that if it was pretty easy for me to figure out 
>how
>to store a bookmark in a register, then maybe an emacs dev with 
>all
>the knowledge of patch-making and proper naming and such could 
>add the
>functionality easily. Due to my life time-constraints, I don't 
>think
>I'd be able to dive more deeply into for another four or five 
>months
>at least. One part that I also was unsure about was creating the
>proper CL method so that `list-registers' properly displays the
>register value when a bookmark is stored in it — maybe that is
>something that would be trivial to somebody else.

I think it's an interesting idea and would be a convenience for 
some people!  Have you found yourself using this much?

The hard part here is not the coding itself.  Indeed, Philip 
Kaludercic's follow-up to your original post basically showed the 
code :-).  The real task is deciding exactly how/where this would 
fit into existing bookmark and register functionality (e.g., would 
it imply any other changes?), where the code would live (in 
bookmark.el?  in register.el?), what Info pages and other 
documentation would need to be updated, whether there should be 
keybindigs and if so what they should be, etc.

By the way, the original thing you linked to 
(https://gem.librehacker.com/gemlog/starlog/20230607-0.gmi) 
appears to be gone now.  All my understanding of the proposal 
comes from this email thread, therefore, in particular Philip 
Kaludercic's follow-up.

Best regards,
-Karl