Sysop: | Amessyroom |
---|---|
Location: | Fayetteville, NC |
Users: | 23 |
Nodes: | 6 (0 / 6) |
Uptime: | 54:50:45 |
Calls: | 583 |
Files: | 1,139 |
D/L today: |
179 files (27,921K bytes) |
Messages: | 111,802 |
This is one FANTASTIC Utility! Most importantly, it spans multiple
lines, as opposed to the line-oriented behavior of "sed" and other
variants.
The web site front page is a bit off in that the current version is
2.0.3.
Brother, if you ain't using FAR then you must have nothing to do.
This is one FANTASTIC Utility! Most importantly, it spans multiple
lines, as opposed to the line-oriented behavior of "sed" and other
variants.
The web site front page is a bit off in that the current version is
2.0.3.
Brother, if you ain't using FAR then you must have nothing to do.
False! I have my own command line text-stream editor, witch works in two modes: line (default) and optional block (mean: multiline). I use it
every day among other my tools.
I have my own command line text-stream editor, witch works in two
modes: line (default) and optional block (mean: multiline).
I did once have a need for multiline pattern matches, in a custom command for doing word counts on HTML documents...
Apparently there are potential serious performance issues with doing this kind of thing. I solved the problem quite simply and efficiently, by searching for the beginning and ending tags separately.
On Sun, 24 Aug 2025 22:44:00 +0200, Efc|Efc#Jacek Marcin JaworskiEfc|Efc# wrote:
I have my own command line text-stream editor, witch works in two
modes: line (default) and optional block (mean: multiline).
Instead of writing my own editor from scratch, I find it far less work to create custom commands for some existing extensible editing engine, like Emacs.
I did once have a need for multiline pattern matches, in a custom command for doing word counts on HTML documents. This required stripping out all
the HTML tags (on a temporary copy of the text, of course), and tag
content of course can extend across multiple lines.
Apparently there are potential serious performance issues with doing this kind of thing. I solved the problem quite simply and efficiently, by searching for the beginning and ending tags separately.
<https://gitlab.com/ldo/emacs-prefs/-/blob/master/unhtml-wc.el>
Does anyone on this dump actually *use* GNU/Linux for productive
purposes?
If so, then please post a favorite utility that assists you and
that is not in the mainstream distros (which are all junk anyway).
One of my faves is "FAR," or "Find And Replace":
https://findandreplace.sourceforge.net/