[Top][All Lists]

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

Re: Reading from a buffer

From: Greg Hill
Subject: Re: Reading from a buffer
Date: Thu, 2 Jul 2020 23:33:57 -0700

Thank you, Jean-Christophe. I did take a look at the f.el library and
didn't see anything there that appears to be even remotely close to what
I'm looking for.  Since I'm just learning all this stuff for my own
amusement (70 years old, retired, and doing "brain exercises" to keep my
mind sharp) I really don't mind writing my own functions to do exactly what
I have in mind. In fact I have already written a first rough draft of what
will ultimately serve as documentation for it. Once I've written and
thoroughly debugged the code to implement it, I'll post a copy of the
documentation here on the help-gnu-emacs mailing list. I'll also send
copies of it wherever you folks suggest making it available to anyone who
might be interested in checking it out and maybe teaching me how to write
it more efficiently using tricks I haven't even discovered yet. Anyway, the
bottom line is, it doesn't really matter to me if I'm just re-inventing a
wheel that somebody else has already invented and made publicly available.

On Thu, Jul 2, 2020 at 8:38 PM Jean-Christophe Helary <> wrote:

> As Jakub mentioned, did you check the f.el library ?
> > On Jul 2, 2020, at 5:19, Greg Hill <> wrote:
> >
> > The function 'buffer-substring-no-properties' is certainly a step in the
> > right direction, thank you. I've now got it down to:
> > (setq count (car (read-from-string (buffer-substring-no-properties (mark)
> > (point)))))
> > But I'm nothing short of astonished that there is not yet anything in
> > standard Emacs Lisp that is comparable to a formatted read-from-buffer
> > statement in a more conventional programming language like Fortran or C.
> > I'm imagining something akin to '(insert (format...' but working in the
> > opposite direction, something like '(unformat (read...'.  Perhaps I'll
> just
> > create my own library of intuitive and easy-to-use buffer I/O functions
> > since I expect to be doing quite a bit of this sort of thing in the
> future.
> --
> Jean-Christophe Helary @brandelune

reply via email to

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