Re: Reading from a buffer

Re: Reading from a buffer

[Greg Hill]

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.

Re: Reading from a buffer

[Stefan Monnier]

> 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.

Maybe you're looking for:

  looking-at or re-search-forward

followed by

  match-string

?


        Stefan

Re: Reading from a buffer

[Emanuel Berg via Users list for the GNU Emacs text editor]

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)))))

Glad to hear it, but I don't follow what you intend
to do?

> 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.

Unformat the buffer? ... ?

Something like:

(how-many "[[:digit:]]") ; eight

(when (re-search-forward "[[:digit:]]+" (point-max) t)
  (message (format "found digit: %s" (match-string-no-properties 0)) ))

eval the above `when' to find...

256

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: Reading from a buffer

[Jean-Christophe Helary]

As Jakub mentioned, did you check the f.el library ?

https://github.com/rejeep/f.el

> On Jul 2, 2020, at 5:19, Greg Hill <gregoryohill@gmail.com> 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
http://mac4translators.blogspot.com

Re: Reading from a buffer

[Greg Hill]

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 <
jean.christophe.helary@traduction-libre.org> wrote:

> As Jakub mentioned, did you check the f.el library ?
>
> https://github.com/rejeep/f.el
>
> > On Jul 2, 2020, at 5:19, Greg Hill <gregoryohill@gmail.com> 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
> http://mac4translators.blogspot.com
>
>

Reading from a buffer

[Greg Hill]

I've pretty well mastered the process of *writing to* a buffer using
*insert* and *format*, but I haven't been able to find any equally easy way
to read that same information back. I've hacked together a workaround using
*copy-to-register*, *get-register* and *read-from-string*, but surely there
must be a more straightforward approach than that. I've searched and
searched through all the documentation and have come up with nothing for
doing a simple formatted read from buffer. Any suggestions?

Re: Reading from a buffer

[Eli Zaretskii]

> From: Greg Hill <gregoryohill@gmail.com>
> Date: Wed, 1 Jul 2020 12:12:06 -0700
> 
> I've pretty well mastered the process of *writing to* a buffer using
> *insert* and *format*, but I haven't been able to find any equally easy way
> to read that same information back. I've hacked together a workaround using
> *copy-to-register*, *get-register* and *read-from-string*, but surely there
> must be a more straightforward approach than that. I've searched and
> searched through all the documentation and have come up with nothing for
> doing a simple formatted read from buffer. Any suggestions?

Formatted read to read what? numbers? like number-at-point?

Re: Reading from a buffer

[Emanuel Berg via Users list for the GNU Emacs text editor]

Greg Hill wrote:

> I've pretty well mastered the process of *writing
> to* a buffer using *insert* and *format*, but
> I haven't been able to find any equally easy way to
> read that same information back. I've hacked
> together a workaround using *copy-to-register*,
> *get-register* and *read-from-string*, but surely
> there must be a more straightforward approach than
> that. I've searched and searched through all the
> documentation and have come up with nothing for
> doing a simple formatted read from buffer.
> Any suggestions?

(buffer-substring ...)

(with-current-buffer ".emacs"
  (buffer-substring-no-properties (point-min) (point-max)) )

(buffer-string)

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: Reading from a buffer

[Jakub Jankiewicz]

[-- Attachment #1: Type: text/plain, Size: 848 bytes --]



On Wed, 1 Jul 2020 12:12:06 -0700
Greg Hill <gregoryohill@gmail.com> wrote:

> I've pretty well mastered the process of *writing to* a buffer using
> *insert* and *format*, but I haven't been able to find any equally easy way
> to read that same information back. I've hacked together a workaround using
> *copy-to-register*, *get-register* and *read-from-string*, but surely there
> must be a more straightforward approach than that. I've searched and
> searched through all the documentation and have come up with nothing for
> doing a simple formatted read from buffer. Any suggestions?

I was asking same question few years ago on StackOverlow:

[How to read contents of the file programmatically in Emacs?][1]

[1]: https://stackoverflow.com/a/34434144/387194


--
Jakub Jankiewicz, Web Developer
https://jcubic.pl/me

[-- Attachment #2: Podpis cyfrowy OpenPGP --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

Re: Reading from a buffer

[Jakub Jankiewicz]

[-- Attachment #1: Type: text/plain, Size: 848 bytes --]



On Wed, 1 Jul 2020 12:12:06 -0700
Greg Hill <gregoryohill@gmail.com> wrote:

> I've pretty well mastered the process of *writing to* a buffer using
> *insert* and *format*, but I haven't been able to find any equally easy way
> to read that same information back. I've hacked together a workaround using
> *copy-to-register*, *get-register* and *read-from-string*, but surely there
> must be a more straightforward approach than that. I've searched and
> searched through all the documentation and have come up with nothing for
> doing a simple formatted read from buffer. Any suggestions?

I was asking same question few years ago on StackOverlow:

[How to read contents of the file programmatically in Emacs?][1]

[1]: https://stackoverflow.com/a/34434144/387194


--
Jakub Jankiewicz, Web Developer
https://jcubic.pl/me

[-- Attachment #2: Podpis cyfrowy OpenPGP --]
[-- Type: application/pgp-signature, Size: 488 bytes --]