@screwlisp is having some site connectivity problems so asked me to remind everyone that we'll be on the anonradio forum at the top of the hour (a bit less than ten minutes hence) for those who like that kind of thing:
-
@djl
Lucky you; I went through teletypes, and then glass terminals lacking cursor control, before finally being in an environment with cursor control terminals capable of WYSIWYG -- and at that, it was pretty random back then who had heard the pro-WYSIWYG arguments and who had not, so...@dougmerritt @kentpitman @wrog @ramin_hal9001 @screwlisp @cdegroot
Yes. I missed the teletype round. Sort of. Father was site engineer for one of the early LINC 8 installations, and later a PDP-7 installation, and they had teletypes. They.Were.Horrid.
Peter Belmont (later Ada developer) tried to persuade me to do programming, but I was busy doing other things. The IBM card puches had really sweet keyboards, though.
-
@dougmerritt @djl @wrog @ramin_hal9001 @screwlisp @cdegroot
For those looking on who might not know these terms, teletypes had paper feeding through and mostly did only output that was left-to-right and then fed that line and then did not back up ever to a previous line. They were also loud and clunky, mostly, and had keyboards that had keys you had to press way down in order to get them to take.
Glass terminals were displays that could only do output to the bottom line of the screen, kind of like a paper terminal but without the paper. Once it scrolled up, you couldn't generally scroll back down. But that's why it might sound like it would have cursor control but did not yet.
@kentpitman
Yes, and to clarify your final two sentences, the *display* scrolled up with each additional line emitted -- the *cursor* could never scroll up.In my environment at Berkeley, these were Lear Siegler ADM 3 terminals. The slightly later ADM 3a terminals finally allowed the cursor to be moved around at will (although they didn't have any fancier abilities, unlike still later devices).
Thanks for thinking to explain what I did not.
-
@dougmerritt @djl @wrog @ramin_hal9001 @screwlisp @cdegroot
For those looking on who might not know these terms, teletypes had paper feeding through and mostly did only output that was left-to-right and then fed that line and then did not back up ever to a previous line. They were also loud and clunky, mostly, and had keyboards that had keys you had to press way down in order to get them to take.
Glass terminals were displays that could only do output to the bottom line of the screen, kind of like a paper terminal but without the paper. Once it scrolled up, you couldn't generally scroll back down. But that's why it might sound like it would have cursor control but did not yet.
@kentpitman @dougmerritt @wrog @ramin_hal9001 @screwlisp @cdegroot
The datapoint terminals were _almost_ wysiwyg: they didn't have a cursor, so the TECO of the time inserted "/\" in the text displayed, and you could insert text there, delete the next character and the like.
But TECO allowed you to change the "/\" to whatever you liked, so if you left your terminal, someone would change that to "/\Foo is loser" and Foo wouldn't be able to delete that text from Foo's file...
-
@djl
Lucky you; I went through teletypes, and then glass terminals lacking cursor control, before finally being in an environment with cursor control terminals capable of WYSIWYG -- and at that, it was pretty random back then who had heard the pro-WYSIWYG arguments and who had not, so...@dougmerritt @kentpitman @wrog @ramin_hal9001 @screwlisp @cdegroot
I've been through 17 or so environments, and I was always able to find an editor that could be persuaded to act the way I wanted: CCA, NEC, AT&T and even Word for MS-DOS.
Hilariously, Word for Windows defeated me. There was no way to persuade it to act as a civilized text editor, so I acquired the source code to WordPad and implemented my usual TECO macros in C++, and used that for 20 years or so.
-
@dougmerritt @kentpitman @wrog @ramin_hal9001 @screwlisp @cdegroot
I've been through 17 or so environments, and I was always able to find an editor that could be persuaded to act the way I wanted: CCA, NEC, AT&T and even Word for MS-DOS.
Hilariously, Word for Windows defeated me. There was no way to persuade it to act as a civilized text editor, so I acquired the source code to WordPad and implemented my usual TECO macros in C++, and used that for 20 years or so.
@djl
Hey, you want what you want.Also: spoken like a true hacker. "I will bend the universe (of computing) to my will!"
-
@dougmerritt @screwlisp @kentpitman @ramin_hal9001 @cdegroot
given that I once-upon-a-time wrote a MAPI client for the sake of being able to post to Microsoft Exchange forums in rich text using courier font, in theory, I should be able to do this.
... but that would mean I'd have to Learn Fediverse. crap.
hmm. Anyone have experience with
mastodon.el
mastodon.el - Emacs client for fediverse servers that implement the Mastodon API.
Codeberg.org (codeberg.org)
i.e., is the best one or if this just Guy Who Grabbed the Name first and did the best SEO twigging? (I hate that google search has gotten so enshittified)
(also, thanks, LazyWeb!)
-
@screwlisp @mousebot @dougmerritt @kentpitman @ramin_hal9001 @cdegroot
yay, actual experience, actual review.
thanks. -
@screwlisp @mousebot @dougmerritt @kentpitman @ramin_hal9001 @cdegroot
yay, actual experience, actual review.
thanks.@wrog @cdegroot @ramin_hal9001 @kentpitman @dougmerritt @screwlisp unforch mastodon.el hasn't yet implemented chaining of new toots. if someone wants to add it though, by all means. (the issue has been raised before, but as usual no one was willing to get their hands dirty.)
-
@wrog @cdegroot @ramin_hal9001 @kentpitman @dougmerritt @screwlisp unforch mastodon.el hasn't yet implemented chaining of new toots. if someone wants to add it though, by all means. (the issue has been raised before, but as usual no one was willing to get their hands dirty.)
@mousebot
So sorry for the mistake T_T
@wrog @cdegroot @ramin_hal9001 @kentpitman @dougmerritt -
@mousebot
So sorry for the mistake T_T
@wrog @cdegroot @ramin_hal9001 @kentpitman @dougmerritt@screwlisp
Seems like the universe is calling on you to fix it! -
@kentpitman @dougmerritt @ramin_hal9001 @screwlisp @cdegroot
> I also recall '~' being an important character
ok, I seem to be out-to-lunch on this
(or at least, remembering Something Else; but I can't imagine what...):https://www.ibiblio.org/pub/academic/computer-science/history/pdp-11/teco/emacs11/emacs11.tec
(admittedly, this is VAX/PDP-11 TECO source for Emacs and maybe Fred had to do a complete rewrite of some sort and the actual TOPS20/PDP-10 source is completely different -- given that there *is* significant dependence on wordsize and other architectural issues, it would have to be *somewhat* different -- but I'd still expect a lot of common code [unless there were copyright issues]).
It *does* definitely look like line noise, though.
"I do recall Emacs ^S and ^Q being problematic due to terminal mode occasionally getting set badly (and then the underlying hardware would wake up, "Oh, flow control! I know how to do that!", ^S would freeze everything and you had to Just Know to do ^Q...)"
@wrog@mastodon.murkworks.net this is still a problem in modern terminal emulators. On my Linux Mint installation the all of the terminal emulator software emulates the DEC VT-220 hardware pretty closely, so it does actually send the ASCII
DC1andDC3characters forC-sandC-q, and the virtual TTY device responds accordingly by blocking all further characters except forDC1andDC3. You have to execute the commandstty -ixonto disable soft flow control for a given TTY device after it has been initialized by the operating system. I think there is a way configure the pseudoterminal manager system control to create virtual TTY devices that ignoreDC1andDC3characters, but I don't know how, and for whatever reason (probably for backward compatibility with older Unix systems) Debian-based Linux doesn't configure it this way by default.@kentpitman@climatejustice.social @dougmerritt@mathstodon.xyz @screwlisp@gamerplus.org @cdegroot@mstdn.ca
-
@screwlisp
Seems like the universe is calling on you to fix it!With some apologies to legends:
(defun chained-toot
(lim str)
(let ((space (- lim 8))
(End (length str))
(span (+ 1 (ceiling (/ (length str) (- lim 8))))))
(cl-loop
for idx from 1 to span
for start from 0 by space
for end from space by space
for piece = (cl-subseq str start (min end End))
for addy = (format "%s\n%d/%d" piece idx span)
collect addy)))@dougmerritt @mousebot @wrog @cdegroot @ramin_hal9001 @kentpitman
#elisp -
With some apologies to legends:
(defun chained-toot
(lim str)
(let ((space (- lim 8))
(End (length str))
(span (+ 1 (ceiling (/ (length str) (- lim 8))))))
(cl-loop
for idx from 1 to span
for start from 0 by space
for end from space by space
for piece = (cl-subseq str start (min end End))
for addy = (format "%s\n%d/%d" piece idx span)
collect addy)))@dougmerritt @mousebot @wrog @cdegroot @ramin_hal9001 @kentpitman
#elisp@screwlisp
You forgot to change 'space' in a complex inscrutable way at each step. -
@screwlisp
You forgot to change 'space' in a complex inscrutable way at each step.@dougmerritt
I thought about it, but what if the chain of toots are all non-whitespace-characters anyway. So I decided not to try. Now, cooking in heuristically "proper" justification anyway, you say... But that way madness lies.
@mousebot @wrog @cdegroot @ramin_hal9001 @kentpitman -
@dougmerritt
I thought about it, but what if the chain of toots are all non-whitespace-characters anyway. So I decided not to try. Now, cooking in heuristically "proper" justification anyway, you say... But that way madness lies.
@mousebot @wrog @cdegroot @ramin_hal9001 @kentpitman -
@dougmerritt
No I began working on it when you said using :from-end and :test-not with search, but I have been frustrated by elisp not actually being common lisp. Also I did not have ielm installed, and it seems like ielm is not in melpa.
@mousebot @wrog @cdegroot @ramin_hal9001 @kentpitman -
@dougmerritt
No I began working on it when you said using :from-end and :test-not with search, but I have been frustrated by elisp not actually being common lisp. Also I did not have ielm installed, and it seems like ielm is not in melpa.
@mousebot @wrog @cdegroot @ramin_hal9001 @kentpitman@screwlisp
> frustrated by elisp not actually being common lispOh right.
Well, I'm just kibitzing to give you a hard time, so just ignore me, carry on.
-
@screwlisp
> frustrated by elisp not actually being common lispOh right.
Well, I'm just kibitzing to give you a hard time, so just ignore me, carry on.
@dougmerritt
Also I was just confused, of course M-x ielm enters ielm -
@dougmerritt
I thought about it, but what if the chain of toots are all non-whitespace-characters anyway. So I decided not to try. Now, cooking in heuristically "proper" justification anyway, you say... But that way madness lies.
@mousebot @wrog @cdegroot @ramin_hal9001 @kentpitman@screwlisp @dougmerritt @mousebot @cdegroot @ramin_hal9001 @kentpitman
figuring out how to split up a toot is solving the wrong problem. In my cases I *know* how I want to split it up.
what I want is the ability to create a sequence of posts, edit them all in place, shuffle text around + attach media and polls wherever I want, get them all looking right,
and then send them all in one fell swoop.
I think the key concept is being able to compose a reply to a draft.
i.e., In-Reply-To is a buffer rather than a URL
Posting the reply automatically posts the In-Reply-To **first**. And likewise for longer chains.
Make that work in a reasonable way, and everything else follows.
(I'm up to 5000 chars in my draft reply on codeberg...)
-
"I do recall Emacs ^S and ^Q being problematic due to terminal mode occasionally getting set badly (and then the underlying hardware would wake up, "Oh, flow control! I know how to do that!", ^S would freeze everything and you had to Just Know to do ^Q...)"
@wrog@mastodon.murkworks.net this is still a problem in modern terminal emulators. On my Linux Mint installation the all of the terminal emulator software emulates the DEC VT-220 hardware pretty closely, so it does actually send the ASCII
DC1andDC3characters forC-sandC-q, and the virtual TTY device responds accordingly by blocking all further characters except forDC1andDC3. You have to execute the commandstty -ixonto disable soft flow control for a given TTY device after it has been initialized by the operating system. I think there is a way configure the pseudoterminal manager system control to create virtual TTY devices that ignoreDC1andDC3characters, but I don't know how, and for whatever reason (probably for backward compatibility with older Unix systems) Debian-based Linux doesn't configure it this way by default.@kentpitman@climatejustice.social @dougmerritt@mathstodon.xyz @screwlisp@gamerplus.org @cdegroot@mstdn.ca
@ramin_hal9001 @kentpitman @screwlisp @wrog @dougmerritt @cdegroot
I was using ^S/^Q last night to pause some fast-moving `make` output to check to see if the thing that should have gotten built got built.
