dnhester26 has quit [Remote host closed the connection]
dnhester26 has joined #commonlisp
dnhester26 has quit [Ping timeout: 260 seconds]
random-nick has quit [Ping timeout: 255 seconds]
donleo has quit [Ping timeout: 240 seconds]
rgherdt_ has quit [Quit: Leaving]
lucasta has quit [Quit: Leaving]
anticrisis has joined #commonlisp
dnhester26 has joined #commonlisp
green_ has joined #commonlisp
alfplayer has joined #commonlisp
habamax has quit [Ping timeout: 245 seconds]
NotThatRPG has joined #commonlisp
cmack has quit [Ping timeout: 255 seconds]
ec has quit [Remote host closed the connection]
ec has joined #commonlisp
chomwitt has quit [Ping timeout: 268 seconds]
habamax has joined #commonlisp
yitzi has quit [Remote host closed the connection]
ec has quit [Ping timeout: 240 seconds]
dinomug has joined #commonlisp
edr has quit [Quit: Leaving]
habamax has quit [Ping timeout: 256 seconds]
tyson2 has joined #commonlisp
jonatack has joined #commonlisp
m5zs7k has quit [Ping timeout: 260 seconds]
m5zs7k has joined #commonlisp
Cymew has quit [Ping timeout: 260 seconds]
tyson2 has quit [Remote host closed the connection]
kevingal has joined #commonlisp
kevingal has quit [Remote host closed the connection]
waleee has quit [Ping timeout: 255 seconds]
ym has quit [Ping timeout: 255 seconds]
ym has joined #commonlisp
<beach>
Shinmera: Congratulations.
decweb has quit [Ping timeout: 260 seconds]
habamax has joined #commonlisp
dcb has quit [Quit: MSN Messenger 4.1.1]
Gleefre has quit [Remote host closed the connection]
Gleefre has joined #commonlisp
King_julian has joined #commonlisp
chomwitt has joined #commonlisp
King_julian has quit [Ping timeout: 276 seconds]
gooba has quit [Remote host closed the connection]
gooba has joined #commonlisp
Gleefre has quit [Ping timeout: 250 seconds]
King_julian has joined #commonlisp
King_julian has quit [Ping timeout: 255 seconds]
dinomug has quit [Remote host closed the connection]
igemnace has quit [Ping timeout: 268 seconds]
igemnace has joined #commonlisp
Cymew has joined #commonlisp
pve has joined #commonlisp
notzmv has quit [Ping timeout: 255 seconds]
King_julian has joined #commonlisp
<Shinmera>
you should congratulate scymtym for this one :)
bjorkintosh has quit [Remote host closed the connection]
bjorkintosh has joined #commonlisp
bjorkintosh has joined #commonlisp
bjorkintosh has quit [Changing host]
habamax has quit [Ping timeout: 252 seconds]
<beach>
scymtym: Congratulations!
azimut has quit [Ping timeout: 240 seconds]
Pixel_Outlaw has quit [Quit: Leaving]
igemnace has quit [Read error: Connection reset by peer]
semarie has quit [Quit: WeeChat 4.0.5]
semarie has joined #commonlisp
varjag has joined #commonlisp
igemnace has joined #commonlisp
kenran has joined #commonlisp
bjorkintosh has quit [Remote host closed the connection]
dtman34 has quit [Ping timeout: 260 seconds]
bjorkintosh has joined #commonlisp
bjorkintosh has quit [Changing host]
bjorkintosh has joined #commonlisp
remexre has quit [Ping timeout: 260 seconds]
dtman34 has joined #commonlisp
remexre has joined #commonlisp
donleo has joined #commonlisp
kenran` has joined #commonlisp
kenran has quit [Ping timeout: 240 seconds]
anticrisis has quit [Read error: Connection reset by peer]
notzmv has joined #commonlisp
luis has quit [Ping timeout: 256 seconds]
anticrisis has joined #commonlisp
mgl has joined #commonlisp
bilegeek has joined #commonlisp
rgherdt has joined #commonlisp
attila_lendvai has joined #commonlisp
<scymtym>
thanks. my contribution was the collision data computation mentioned in the title, the kd-tree shown in green and a bit of integration work. everything else is Shinmera's engine
fiddlerwoaroof has quit [Quit: Gone.]
fiddlerwoaroof has joined #commonlisp
shka has joined #commonlisp
rtypo has quit [Ping timeout: 252 seconds]
anticrisis has quit [Read error: Connection reset by peer]
rgherdt has quit [Remote host closed the connection]
rgherdt has joined #commonlisp
m5zs7k has quit [Ping timeout: 264 seconds]
_cymew_ has joined #commonlisp
m5zs7k has joined #commonlisp
habamax has joined #commonlisp
bilegeek_ has joined #commonlisp
zephyr has quit [Ping timeout: 256 seconds]
bilegeek has quit [Ping timeout: 256 seconds]
danse-nr3 has joined #commonlisp
<antoszka>
What's the issue with the Quicklisp ML? There's a sudden spam explosion.
<hayley>
What Quicklisp ML?
<antoszka>
The mailing list.
<antoszka>
quicklisp@googlegroups.com
<hayley>
Ah, different meaning of ML. phoe found a different kind of Quicklisp ML spam <https://i.redd.it/xvmm2216y3zb1.png> which came to mind first.
<antoszka>
phoe: what's this about? ^
<antoszka>
Oh, I see the comment now, nvm.
dnhester26 has quit [Remote host closed the connection]
dnhester26 has joined #commonlisp
danse-nr3 has quit [Remote host closed the connection]
bilegeek__ has joined #commonlisp
danse-nr3 has joined #commonlisp
bilegeek_ has quit [Ping timeout: 268 seconds]
bendersteed has joined #commonlisp
m5zs7k has quit [Ping timeout: 268 seconds]
King_julian has quit [Ping timeout: 260 seconds]
King_julian has joined #commonlisp
Lord_of_Life has quit [Ping timeout: 256 seconds]
m5zs7k has joined #commonlisp
Lord_of_Life has joined #commonlisp
danse-nr3 has quit [Ping timeout: 264 seconds]
danse-nr3 has joined #commonlisp
dajole has quit [Quit: Connection closed for inactivity]
King_julian has quit [Read error: Connection reset by peer]
zephyr has joined #commonlisp
bilegeek__ has quit [Quit: Leaving]
waleee has joined #commonlisp
Inline has quit [Quit: Leaving]
Posterdati has quit [Ping timeout: 260 seconds]
dnhester26 has quit [Remote host closed the connection]
Inline has joined #commonlisp
Posterdati has joined #commonlisp
zetef has joined #commonlisp
Gleefre has joined #commonlisp
dnhester26 has joined #commonlisp
dnhester26 has quit [Remote host closed the connection]
dnhester26 has joined #commonlisp
Gleefre has quit [Ping timeout: 250 seconds]
danse-nr3 has quit [Ping timeout: 252 seconds]
<aeth>
eww reddit is awful now... those direct links used to just open the PNG and now it decorates it with a bunch of crud around it. And probably ads, but I adblock.
<aeth>
all free image hosts fall the same way
tibfulv_ has quit [Remote host closed the connection]
tibfulv_ has joined #commonlisp
admich has joined #commonlisp
admich` has joined #commonlisp
danse-nr3 has joined #commonlisp
danse-nr3 has quit [Remote host closed the connection]
danse-nr3 has joined #commonlisp
tyson2 has joined #commonlisp
lucasta has joined #commonlisp
admich` has quit [Ping timeout: 252 seconds]
admich has quit [Ping timeout: 252 seconds]
habamax has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1.90)]
<ixelp>
Introduction | Common Lisp (New) Language Reference
<dnhester26>
please take a look
<beach>
dnhester26: I am not doing so well today. I have a bug that I can't seem to find.
<dnhester26>
I think the search is already paying off for me because even if the code blocks are not formatted, it's much easier for me to find what I'm looking for that way than with googeling "clhs +" or going through the index when google fails (which surprisingly happened to me quite a few times yesterday with the print options)
<dnhester26>
beach: I hear, good luck
<beach>
How does the search work. I entered `progn', and it came up with section 1.5.2.
<aeth>
I usually search through l1sp through ddg (though you can also use l1sp directly) to do a symbol search, and it also lets you search otherwise unsearchable things like punctuation, e.g. for # it's http://l1sp.org/search?q=%23
<ixelp>
# - l1sp.org search
<dnhester26>
how do you do it with ddg?
<aeth>
ddg has a bunch of search shortcuts that begin with !
<dnhester26>
ah wow that's a big help! I've wasted a lot of time looking for things like that which somehow feel through with google even with quotes
<aeth>
e.g. `!clhs progn` does a body text search of the hyperspec through LispWorks' own search (but restricted to just the hyperspec, which otherwise requires going to https://www.lispworks.com/cgi-bin/search.cgi and manually selecting just the CLHS every time)
<ixelp>
LispWorks Search
<aeth>
but the symbol search is usually more useful
<aeth>
it also has e.g. !w for Wikipedia or !gh for github
<dnhester26>
ah wow, thanks, I didn't know that existed
<dnhester26>
very useful for the fututre
<dnhester26>
beach: sorry I missed your message. Right now not everything is fully indexed because some files are too long (the dictionary sections were not produced properly in the pdf, so I have to split a file in each chapter into two...)
<beach>
Oh, I see.
<dnhester26>
There's a way to give priority to search results
<dnhester26>
I have to make all the standard functions have a heading level, which has yet to be done, then it should work as expcted
<dnhester26>
I'm using algolia search
<dnhester26>
one sec, I'll send you a link to the docs and to the configuration if you want to take a look, but I think we don't need to change that, we just need to finish parsing the text in the docs and then things will work as expected
<aeth>
another good resource for searching Lisp/programming stuff is this search engine that only searches long tail sites: https://search.marginalia.nu/
<ixelp>
Marginalia Search
<aeth>
which surprisingly contains such mainstream results as common-lisp.net and the CLHS and Cliki (the CL wiki) if you search "Common Lisp"
<aeth>
and PCL even
<dnhester26>
very nice, didn't know that existed
yitzi has joined #commonlisp
decweb has joined #commonlisp
rtypo has joined #commonlisp
danse-nr3 has quit [Ping timeout: 260 seconds]
<varjag>
common-lisp.net *is* long tail tho
<varjag>
it's not exactly pinterest
dnhester26 has quit [Remote host closed the connection]
Cymew has quit [Ping timeout: 268 seconds]
danse-nr3 has joined #commonlisp
zetef has quit [Remote host closed the connection]
<aeth>
varjag: it has 2/4 links in the /topic (cliki and the common lisp cookbook), which in my personal experience are 2 of the most commonly encountered URLs... I may have been joking to call these "mainstream"
<aeth>
but it matches my experience!
kenran` has quit [Remote host closed the connection]
meritamen has joined #commonlisp
meritamen has quit [Client Quit]
danse-nr3 has quit [Read error: Connection reset by peer]
danse-nr3 has joined #commonlisp
dnhester26 has joined #commonlisp
mathrick has quit [Ping timeout: 268 seconds]
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
scymtym has quit [Remote host closed the connection]
lucasta has quit [Quit: Leaving]
kevingal has joined #commonlisp
dnhester26 has quit [Remote host closed the connection]
dnhester26 has joined #commonlisp
cage has joined #commonlisp
cross has quit [Remote host closed the connection]
igemnace has quit [Read error: Connection reset by peer]
azimut has joined #commonlisp
yitzi has quit [Remote host closed the connection]
igemnace has joined #commonlisp
meritamen has joined #commonlisp
jmdaemon has quit [Ping timeout: 260 seconds]
bendersteed has quit [Quit: bendersteed]
zxcvz has joined #commonlisp
bendersteed has joined #commonlisp
meritamen has quit [Remote host closed the connection]
cross has joined #commonlisp
dim has quit [Read error: Connection reset by peer]
shka has quit [Ping timeout: 260 seconds]
cmack has joined #commonlisp
tyson2 has quit [Remote host closed the connection]
Gleefre has quit [Ping timeout: 250 seconds]
tyson2 has joined #commonlisp
kevingal has quit [Ping timeout: 252 seconds]
t400 has quit [Quit: Konversation terminated!]
dnhester26 has quit [Remote host closed the connection]
<lispmacs[work]>
when writing a defpackage form, can/should I export symbols for classes I have defined with defclass?
<beach>
Only the ones that are part of the protocol (interface) that your module provides.
<lispmacs[work]>
also, is there some difference between :EXPORT "MY-SYMBOL" vs. :EXPORT #:MY-SYMBOL ?
cage has quit [Ping timeout: 252 seconds]
<beach>
The "right" way would be "MY-SYMBOL", but it is ugly because you need to type it in upper case, whereas the usage is most often in lower case.
<lispmacs[work]>
so, i want the class to be useable, but am I exporting the class symbol, or a constructor for the class...?
cage has joined #commonlisp
<beach>
lispmacs[work]: If your protocol allows client code to create subclasses, then you need to export the name.
<beach>
So, I use #:my-symbol rather than :my-symbol, because in the first case, you make it clear to the person reading the code that only the name and not the package of the symbol is important.
<beach>
In the case :my-symbol, the package is KEYWORD, so you are providing some information that is not relevant.
<beach>
If your classes are opaque and just placeholders for other stuff, then you don't export the names.
cage has quit [Remote host closed the connection]
cage has joined #commonlisp
dnhester26 has joined #commonlisp
<beach>
lispmacs[work]: Does that make sense?
Pixel_Outlaw has joined #commonlisp
<lispmacs[work]>
I think so
<beach>
Feel free to ask more questions if not.
yitzi has joined #commonlisp
<lispmacs[work]>
just trying to sort out my understanding of systems and packages and such. Trying to structure my first common lisp code base, and write an asd file
danlitt has quit [Ping timeout: 264 seconds]
<beach>
I see. Well, the topic is not directly related to Common Lisp. It is a matter of modularity so pretty much independent of the language.
<beach>
You need to figure out how you want client code to use your system, and that will determine what you export.
<lispmacs[work]>
it is a bit confusing at first that there are all these functions for loading systems but you don't actually use them in any of your code
dstein64- has joined #commonlisp
<lispmacs[work]>
I don't really have a clear idea of who the "client" is, but I was writing a gui application, and thought it would make sense to keep the non-gui stuff separate from the gui stuff
<beach>
Well, the same goes for other languages. You don't call the C compiler from your C code that is meant to provide, say, an accounting system.
<beach>
Yes, then the GUI is the client of the rest of the code, or the other way around.
<beach>
Client is just another word for "user".
dstein64- has quit [Client Quit]
dstein64 has quit [Ping timeout: 260 seconds]
<beach>
The thing that makes Common Lisp a bit more confusing is that the compiler is part of the language specification, so there is not the clear distinction between compile time and run time.
zxcvz has quit [Quit: zxcvz]
<lispmacs[work]>
speaking as a new user, it is a bit confusing that tutorials are like "run such and such command" to load a system that your code needs, so you naturally want to insert those commands in your code so you don't have to type them over and over again, but that isn't really what you are supposed to do
dstein64 has joined #commonlisp
<beach>
Right. Advice like that has changed over time. These days, the best solution is to use a system definition facility like ASDF.
<lispmacs[work]>
so, the ASD file is kind of like the Makefile...?
<beach>
Sort of, yes.
<bike>
and you wouldn't leave a makefile somewhere in a C source file.
<beach>
Good analogy.
<aeth>
and there's no real way around this... all build systems suck because they have to have some boilerplate because of the nature of the problem, though that can be reduced if they assume a certain kind of directory structure (and ASDF has package-inferred-system for that, which has its own drawbacks)
<beach>
The other unusual part with Common Lisp is this idea of an image that evolves incrementally, which is why there is this idea of loading code that does not exist in most other languages.
<lispmacs[work]>
beach: can you elaborate on that some more - the evolving image part?
luis has joined #commonlisp
<beach>
Well, you start the Common Lisp system, and then you stay inside the image, defining stuff, running code, loading files, redefining incorrect code, etc.
dnhester26 has quit [Remote host closed the connection]
dnhester26 has joined #commonlisp
<beach>
lispmacs[work]: In a traditional batch language, you build your executable entirely before attempting to execute it. And when you execute it, no additional files are compiled and loaded.
<beach>
lispmacs[work]: The creators of Common Lisp went to a lot of trouble to make this interactivity possible and sane. For instance, it is defined what happens to existing instances of a class when the class is redefined.
thuna` has joined #commonlisp
<beach>
Stuff like that does not happen in a batch language, because everything is defined before anything is executed.
<beach>
lispmacs[work]: I am of course assuming that you are not using Common Lisp the way you would use a batch language.
<lispmacs[work]>
I'd like to take advantage of the interactivity as much as possible - with object inspection, and such. In practice it seems like that is a bit difficult with CLIM-based applications, where you've got to access the THING inside of some function once the APP-THING is actually running
<beach>
You can try the CLIM listener.
<beach>
But you can still redefine things from something like SLIME if your CLIM application is running.
<lispmacs[work]>
do you know where that is documented exactly? I thought I had heard of a CLIM listener but couldn't find it again
<beach>
I think you do (asdf:load-system "clim-listener") and then (clim-listener:run-listener).
<beach>
It may require a bit of planning to structure your application so that it lends itself to being modified from something like SLIME, but it is definitely possible.
<lispmacs[work]>
I'll have to do more research into that. I'm a bit confused exactly what the clim-listener provides, in relation to running and non-running clim apps
<beach>
It provides a REPL in which you can execute CLIM functions like DRAW-LINE and the effect will happen in the listener window.
<bjorkintosh>
lispmacs[work], are you familiar with squeak or the smalltalk environment at all?
<bjorkintosh>
I don't know if that helps or confuses matters.
<bjorkintosh>
Scratch, perhaps?
<lispmacs[work]>
oh, so it opens up a listener window
<beach>
Yes.
tyson2 has quit [Remote host closed the connection]
<lispmacs[work]>
I've heard smalltalk referenced a few times in lisp histories, but can't really say I'm familiar with either of those
danse-nr3 has quit [Ping timeout: 264 seconds]
<bjorkintosh>
scratch? logo?
<bjorkintosh>
anyway. might not be helpful I'll shudup.
<lispmacs[work]>
no, sorry...
<aeth>
it does take some work to make everything redefinable (?) if your domain is complicated enough, but it can mostly be done, e.g. https://github.com/cbaggers/cepl
<ixelp>
GitHub - cbaggers/cepl: Code Evaluate Play Loop
<lispmacs[work]>
I wrote some guile stuff a few years ago, and I'm a Guix and Emacs user, for whatever cred that gets me
<beach>
lispmacs[work]: I am off for today. I hope others can help you.
<aeth>
lispmacs[work]: have you ever played Quake or an FPS on a Quake-descended engine? (most popular in the early '00s with the Quake 3 engine, but also a lot of stuff on e.g. 2004's Source (Half-Life 2) after that)
<aeth>
lispmacs[work]: where in all of these (and a lot of games inspired by them) you can press ` and it brings down a console?
<aeth>
(note the "kuake" instead of "quake" because it's kde)
<aeth>
lispmacs[work]: anyway, that's the kind of thing you want for a Lisp application (though you probably have to implement it yourself) with a REPL
<bjorkintosh>
lispmacs[work], the emacs mini-buffer.
<bjorkintosh>
you can type elisp bits in and make things happen in the main buffer.
<bjorkintosh>
interactively.
dnhester26 has quit [Remote host closed the connection]
<lispmacs[work]>
so, does the clim-listener provide a port or something that I can make a slime connection to?
danlitt has joined #commonlisp
notzmv has quit [Ping timeout: 276 seconds]
<phoe>
I don't think so
<phoe>
clim-listener is in-process, so it does not need a server-client architecture or a network connection
<phoe>
it doesn't need slime because it doesn't need swank
notzmv has joined #commonlisp
<lispmacs[work]>
I think we need to change the standard so compiler automatically adds all the parentheses I forgot
<lispmacs[work]>
preferably in the places I meant to put them
<bjorkintosh>
lispmacs[work], there are shortcuts for that in slime.
<lispmacs[work]>
that is interesting, though I was wanting something that catches the "end-of-file" compile error and then automatically fixes all my parentheses mistakes
<lispmacs[work]>
without introducing any bugs
<jjnkn>
In SBCL get-setf-expansion always returns (#:NEW1) as a list of store variables, which is against the HyperSpec: "the setf expander must produce new temporary and store variable names every time". This has been happening since at least 2016.
<jjnkn>
I've noticed this while studying the SORTF macro from Paul Graham's "On Lisp". That macro calls get-setf-expansion multiple times. As a result I get multiple symbols with the same name and the macro doesn't work as expected.
<jjnkn>
I think maybe I'm missing something or this is such a rare use case that the bug has been living unnoticed for many years.
<bike>
jjnkn: i believe they are different symbols with the same name.
<Shinmera>
ime it's far more common for books to be wrong than sbcl 🙃
<phoe>
lispmacs[work]: a bit troublesome because a file containing a single opening quote will also signal an EOF no matter how many parens you put at the end; but then again, eclector exists for handling that
<phoe>
jjnkn: (eq '#:new1 '#:new1)
<jjnkn>
Well, indeed the symbols are different but have the same name. And I also conducted a small experiment with macros which proved that it was me missing something and not a bug in SBCL.
<jjnkn>
It was seeing a macro expansion where most LET bindings have the same name that confused me.
<jjnkn>
But now I have a better understanding of what symbols and bindings are.
danlitt has quit [Ping timeout: 255 seconds]
<aeth>
idk, SBCL is sufficiently obscure that it's-never-a-compiler-bug doesn't really apply to it
<aeth>
I've encountered one once
mathrick has joined #commonlisp
<aeth>
as for parens, what if we trained an LLM to close parentheses?
<bjorkintosh>
aeth, lisp was a pioneer in programming assistants, so why the hell not?!
<bjorkintosh>
brilliant.
dcb has joined #commonlisp
<aeth>
now the real question is can we actually do this
<bjorkintosh>
LLMs can count, can't they? but would one really need one? medley just uses ']' as a shortcut to close and balance.
<Shinmera>
aeth: note that that's not what I said.
<Shinmera>
but thanks for playing
<aeth>
Shinmera: jjnkn was implying that it was a compiler bug
<aeth>
it is not, though
lucasta has joined #commonlisp
shka has joined #commonlisp
<phoe>
the only thing annoying with #:NEW1 is the name collision when inspecting macroexpansions copypasted in text form with *PRINT-GENSYM* on
<phoe>
but it's just an annoyance, not a conformance problem
zetef has quit [Remote host closed the connection]
Guest63 has joined #commonlisp
green_ has quit [Ping timeout: 252 seconds]
green__ has joined #commonlisp
yitzi has quit [Ping timeout: 256 seconds]
yitzi has joined #commonlisp
jjnkn has left #commonlisp [#commonlisp]
cstml has joined #commonlisp
<cstml>
Hi all, I'm trying to create a TUI for my app and I'm using cl-tui. I have an issue in that although I create the sbcl from a terminal, open swank on it, connect to it from my emacs and evaluate things, the result still shows up in my emacs terminal and not in the spawned one. Has anyone else faced this?
notzmv has quit [Ping timeout: 255 seconds]
<cstml>
Any ideas?
lispmacs[work] has quit [Remote host closed the connection]
igemnace has quit [Remote host closed the connection]
cmack has quit [Ping timeout: 255 seconds]
<bike>
cstml: not sure i understand the details here. if you're using slime, why would you expect results outside of slime? have you hooked into it in some way?
<cstml>
bike: I'm using slime to connect to the swank server which is started in a different terminal running sbcl and then served over swank on a localhost port.
<cstml>
I guess I'd like the behaviour of my local repl to be of sending to the sbcl opened in the terminal not to my local client (in emacs).
edr has joined #commonlisp
<cstml>
The only way I can get it to work is if I compile and repl the stuff from my emacs, then swap to the terminal and run the commands from there.
<bike>
slime is designed to display in emacs regardless of where the lisp you connect to is. i mean, it's an editor plugin, that's what it's for. if you want it to not do that you'll need to configure or modify it somehow. i'm not sure i understand why you would expect otherwise. am i missing something?
<cstml>
I don't think you're missing anything, I think I'm just curios if what I'm trying to do is possible.
<aeth>
my guess is *standard-output*
<aeth>
you want the right *standard-output*
<cstml>
aeth: ok let me see, that might actually work.
amb007 has quit [Read error: Connection reset by peer]
<bike>
i don't think the slime repl checks standard-output for display. i mean, swank isn't printing at all - it's sending things back over the wire to slime/emacs.
<aeth>
oh perhaps a different variable then?
<bike>
i'm not sure you absorbed what i just said.
<cstml>
It seems to not flush properly, but here's what I've done and it worked.
<cstml>
so from the terminal I've bound *standard-output* to std-out
<cstml>
then in slime-repl i've done (format std-out "Foo") et voila. Text appears on the terminal.
<bike>
sure, you can send code that does printing.
<cstml>
I'm hoping that's what I need with this cl-tui.
<cstml>
Although I'm unsure about the underlying mechanics of ncurses which is what I think it wraps. But I'm imagining it's leveraging the *standard-output*
<bike>
um, probably not. ncurses does a lot that can't be subsumed under a stream abstraction.
<bike>
it is a way of displaying things on a terminal, which is not the same thing as outputting text.
Guest63 has quit [Quit: Client closed]
<cstml>
yes, and it seems that the return of evaluated forms still comes in on the slime repl ~ even though I've swapped the local *standard-output* with the server's.
<cstml>
So yes, I guess I can change the state of the repl from slime, but I can't "remote control" the sbcl terminal with it.
<bike>
the slime repl is not going to care what you do with *standard-output*, like i said. there is nothing in your lisp that is printing to a stream that prints on emacs.
<bike>
slime lets you evaluate whatever in your lisp, so if your lisp has a terminal you should certainly be able to control the terminal with ncurses derivatives. but that's pretty much orthogonal to slime.
traidare has joined #commonlisp
attila_lendvai_ has joined #commonlisp
dnhester26 has quit [Remote host closed the connection]
attila_lendvai has quit [Ping timeout: 252 seconds]
dnhester26 has joined #commonlisp
<cstml>
bike: seems like I've now managed to make the terminal display the tui by running it from slime ~ but honestly I've got no idea why. It seems to only work on loading the system via quickload and there's a function there that triggers it.
<cstml>
But evaluating it normally doesn't seem to do the same thing.
alejandrozf has left #commonlisp [ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1)]
<cstml>
in any case, thanks for trying to help - I'm at least now knowing it might not be possible to do what I want.
attila_lendvai has joined #commonlisp
bendersteed has joined #commonlisp
attila_lendvai_ has quit [Ping timeout: 255 seconds]
<bike>
it's certainly possible to control a lisp with a TUI via slime. i've done it a bit myself with the lower level cl-ncurses.
cage has quit [Quit: rcirc on GNU Emacs 29.1]
<younder>
Might mention elf. A ncurses based emacs in CL
<younder>
There is a sdl2 version as well
_cymew_ has quit [Ping timeout: 252 seconds]
tyson2 has joined #commonlisp
jfh has quit [Ping timeout: 255 seconds]
jfh has joined #commonlisp
shka has quit [Remote host closed the connection]
shka has joined #commonlisp
jmdaemon has joined #commonlisp
tyson2 has quit [Remote host closed the connection]