> lspf It's a start, but I would love the opportunity to fork out $ for a full clone. Not that I have any objections to using free software when it suits my needs, but I won't ignore a useful program just because it's not open source. Take Tritus SPF (TSPF), but not while I'm still breathing; it was money well spent.
> Still finding this hard to recreate using ISPF with edit macros On a PC it's easy to examine every keystroke as it comes in, which makes allows for smoother completion. On a block mode terminal, you could always assign a PFK to an edit macro, but that leads to a clunkier user interface. I'd say it's still worth doing. As a TSO bigot, my favorite editing environment on the mainframe is XEDIT <g>*</g>, mainly because of SET PENDING. If THE ever fully supports XEDIT macros using SET PENDING, I'll probably start using it. * I'm willing to scarf up good tools where I find them. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayford [dcrayf...@gmail.com] Sent: Wednesday, August 23, 2023 12:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emacs (was: Re: Has anyone) On 23/8/2023 10:29 am, Steve Beaver wrote: > I have tried VI and I find it to slow. I would use eMacs. Prefer to ispf > ported to Linux/Unix. https://github.com/daniel64/lspf > I have used ISPF for ever and i can out do and any using VI 10 to ispf > written for Linux/Unix hahaha! Still finding this hard to recreate using ISPF with edit macros https://github.com/ycm-core/YouCompleteMe. Talking of macros, if you need to write a lot of them it's usually a good indicator that your editor lacks features. > > Sent from my iPhone > > No one said I could type with one thumb > >> On Aug 22, 2023, at 20:32, Tomasz Rola <rto...@ceti.com.pl> wrote: >> >> On Tue, Aug 22, 2023 at 08:44:30AM +0100, Rupert Reynolds wrote: >>> I remember using ed. Via a 2400bps modem :-) >> Aha. Ed and vi are still being praised by various people for their >> ability to use such a narrow bandwith. >> >>> I'm told the thing with emacs is that, if you like it, it can end up being >>> almost your whole development environment, so you feel lost without it. >> Sure, I agree. But this same thing can be told about any kind of tool >> which does its jobs so well that one does not want to search for >> anything better. Not perfect, just good enough. Part of this is >> avoiding "avalanche" type of changes to the way a tool works. Changes >> are introduced, allright, but usually they are acceptable to me. In >> some cases, I had to include an ELisp snippet into my dot-emacs. >> >> I suspect that I would be able to transplant old version of some code >> I rely upon into newer emacs, but this might prove to be troublesome. >> >> BTW, emacs is not very good with big files. I have now one such ~30 >> megabyte text file, with Unicode and some stuff describing a structure >> of it - it contains my notes, calendar things, but in essence it is >> just a magnafied bookmarks file. It loads quite fast, but not >> blazingly fast - about five seconds. >> >> Emacs has a hex viewer too. I use it rarely, because I prefer >> "hexdump -C <file | less" >> >> BTW2, emacs is the only editor I know about that has built in >> psychiatric help. And no, this is not one of those Lady Gaga >> jokes. Try "M-x doctor". >> >>> I ended up writing my own editor twice (once for TSO and 3278, again for >>> Windoze). Both can run without line numbers and use F-keys to get things >>> done, mostly matching the keys I used with the ISPF editor to insert, >>> delete, split and join lines etc. >> U-hum. I never felt such inclination (except once when I was very very >> young). Learning the tool and using it well enough, seems like >> attanaible goal for me :-). >> >> -- >> Regards, >> Tomasz Rola >> >> -- >> ** A C programmer asked whether computer had Buddha's nature. ** >> ** As the answer, master did "rm -rif" on the programmer's home ** >> ** directory. And then the C programmer became enlightened... ** >> ** ** >> ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
