<div dir="ltr"><div>Hello and thanks for the feedback! <br></div><div>I'll make the changes to the draft so that the REPL would use a socket connection instead.<br></div><div><br></div><div>As for the delete function I was working with the info presented here <a href="https://puredata.info/community/pdwiki/PdInternalMessages">Pd Internal messages</a>. <br></div><div><br></div><div>Best,</div><div>Tanmay<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 11, 2021 at 11:41 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, Apr 11, 2021 at 6:25 AM Tanmay Gujar <<a href="mailto:tanmaygujar999@gmail.com" target="_blank">tanmaygujar999@gmail.com</a>> wrote:<br>
><br>
> Hello!<br>
><br>
> I have slightly changed my approach towards building the Terminal REPL. Majorly, I plan to build on top of libpd instead of working with a socket connection to pd.<br>
<br>
You can do that, but we don't currently ship libpd with Purr Data.<br>
(It's in the emscripten branch but even there most of the Web<br>
App<->Backend communication doesn't use it.)<br>
<br>
Furthermore, the socket connection would work for both for a "-nogui"<br>
console-based REPL *and* for opening up a REPL somewhere in the GUI<br>
(say, a chat window in the Pd Window, or possibly in a canvas window,<br>
too.)<br>
<br>
><br>
> Over the past few days I have been working on a prototype of the same (available at <a href="https://github.com/tgujar/pd-REPL" rel="noreferrer" target="_blank">https://github.com/tgujar/pd-REPL</a>). It is by no means complete and I am still working on it. However, it has allowed me to work out some pd specific issues in implementing the REPL. I have documented these in the Inference section in the README.<br>
<br>
Interesting!<br>
<br>
I'm not sure what you mean by this: "No delete function in Pd Internal<br>
Messages." There is glist_delete for removing an object from a canvas<br>
and freeing it. Internally it uses gobj_delete which simply calls the<br>
class destructor. glist_delete is in g_canvas.h. So if you just add<br>
something like an x_repl.c and x_repl.h to the core you can easily<br>
access that function.<br>
<br>
-Jonathan<br>
<br>
><br>
> Finally, apologies for being late, I have submitted my draft proposal and would love to have some feedback on it.<br>
><br>
> Best,<br>
> Tanmay<br>
> _______________________________________________<br>
> L2Ork-dev mailing list<br>
> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>