VIP Auto-Load and ASCII Diagrams

2019-07-01 Thread Alexander Burger
Hi all, I made a little video explaining two relatively new features in Vip: 1. Vip has an Auto-Load functionality, inspired by shell hash-bang scripts. 2. It comes with a library that generates ASCII drawings from Lisp code. As I use Vip itself to generate a simple slide show, I call it

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Alexander Burger
On Tue, Jul 02, 2019 at 10:19:29AM +0900, Alexander Burger wrote: > For each grid-cell it woud be one more heap-cell for the name, plus 1.5 > heap-cells on the average for the index. Without name, each grid-cell takes up 4 heap-cells: One for the symbol itself, and three for its value holding

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Alexander Burger
On Tue, Jul 02, 2019 at 10:07:43AM +0900, Alexander Burger wrote: > @Mike: What do you think? Would it break or disturb any of your code? Hmm, one major drawback would be that it uses a lot more memory. For each grid-cell it woud be one more heap-cell for the name, plus 1.5 heap-cells on the

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Alexander Burger
Hi Wojtek, Mike, > Speaking of readability, we could have a naming scheme not limited by the > 26 columns if we used lexicographic strings (e.g. a b ... x y z aa ab .. > etc). I've written a function generating relevant strings based on column > and row numbers. Feel free to incorporate it in the

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Wojciech Gac
Thanks for the rundown Rick! pon., 1 lip 2019 o 22:12 napisał(a): > On Mon, 01 Jul 2019 14:50 -04:00, Wojciech Gac wrote: > > W dniu poniedziałek, 1 lipca 2019 Mike > napisał(a): > > > BTW, I have a huge collection of grid usage in my repo: > > >

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread rick
On Mon, 01 Jul 2019 14:50 -04:00, Wojciech Gac wrote: > W dniu poniedziałek, 1 lipca 2019 Mike napisał(a): > > BTW, I have a huge collection of grid usage in my repo: > > https://bitbucket.org/mihailp/tankfeeder/src/default/ > > @Mike, > > Thanks for the link. I'll make sure to have a look. I

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Wojciech Gac
@Mike, Thanks for the link. I'll make sure to have a look. I find the grid approach appealing, especially after reading "Array Abstinence". @Rick, Exactly! MS Excel was my original inspiration :P Cheers, Wojtek W dniu poniedziałek, 1 lipca 2019 Mike napisał(a): > July 1, 2019 5:50 PM,

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Mike
July 1, 2019 5:50 PM, "Wojciech Gac" wrote: > I see. Thanks for clarifying and for the example. > BTW, I have a huge collection of grid usage in my repo: https://bitbucket.org/mihailp/tankfeeder/src/default/ (mike) -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread rick
On Mon, 01 Jul 2019 10:49 -04:00, Wojciech Gac wrote: > ... we could have a naming scheme not limited by the 26 columns if > we used lexicographic strings (e.g. a b ... x y z aa ab ... etc). MS Excel! :D -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Wojciech Gac
I see. Thanks for clarifying and for the example. Speaking of readability, we could have a naming scheme not limited by the 26 columns if we used lexicographic strings (e.g. a b ... x y z aa ab .. etc). I've written a function generating relevant strings based on column and row numbers. Feel free

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Alexander Burger
Hi Wojtek, > True, I would lose that advantage, but I think the main advantage of the > grid approach are the local relationships between neighbors, not access by > name. Yes. But if I elaborate my proposal of separate namespaces, you could have both advantages: (load "@lib/simul.l") #

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Wojciech Gac
Hi Alex, True, I would lose that advantage, but I think the main advantage of the grid approach are the local relationships between neighbors, not access by name. Cheers, Wojtek pon., 1 lip 2019 o 14:42 Alexander Burger napisał(a): > Hi Wojtek, > > > I've noticed a limitation if one were to

Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Alexander Burger
Hi Wojtek, > I've noticed a limitation if one were to use > multiple grids simultaneously. > ... > Since the fields in the grid contain symbols named along the pattern of a > chessboard that get interned when the grid is created, Correct. 'grid' is intended for stand-alone usage. > be shared

Casella email non monitorata Re: Limitation of grid from @lib/simul.l

2019-07-01 Thread Paolo Marsi
Buongiorno, questa casella non è monitorata. Questo significa che qualunque messaggio inviato qui, ben difficilmente verrà letto. Per avere la mia email corretta, contattatemi attraverso altri canali (telefono, Telegram, Signal, etc). Grazie e una buona giornata P.M.

Limitation of grid from @lib/simul.l

2019-07-01 Thread Wojciech Gac
Hi, I've recently used the 'grid' function from @lib/simul.l in some code and having studied its internals, I've noticed a limitation if one were to use multiple grids simultaneously. Since the fields in the grid contain symbols named along the pattern of a chessboard that get interned when the