Sure. I haven't considered these implications when I came up with the
function :).
Cheers,
Wojtek
wt., 23 lip 2019 o 11:52 Alexander Burger napisał(a):
> On Thu, Jul 04, 2019 at 02:48:42PM +0200, Alexander Burger wrote:
> > Hi Wojtek, Mike,
> >
> > On Thu, Jul 04, 2019 at 09:53:10AM +,
On Thu, Jul 04, 2019 at 02:48:42PM +0200, Alexander Burger wrote:
> Hi Wojtek, Mike,
>
> On Thu, Jul 04, 2019 at 09:53:10AM +, Mike wrote:
> > +1
> > ok
>
> Great! So I went ahead and released it.
Sorry!! Looks like this was not a good idea ;)
Besides the fact that the creation of such
Thanks!
czw., 4 lip 2019 o 14:56 Alexander Burger napisał(a):
> Hi Wojtek, Mike,
>
> On Thu, Jul 04, 2019 at 09:53:10AM +, Mike wrote:
> > +1
> > ok
>
> Great! So I went ahead and released it.
>
> ☺/ A!ex
>
> --
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
>
Hi Wojtek, Mike,
On Thu, Jul 04, 2019 at 09:53:10AM +, Mike wrote:
> +1
> ok
Great! So I went ahead and released it.
☺/ A!ex
--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
+1
ok
July 4, 2019 12:51 PM, "Alexander Burger" wrote:
> On Tue, Jul 02, 2019 at 10:07:43AM +0900, Alexander Burger wrote:
>
>> 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
On Tue, Jul 02, 2019 at 10:07:43AM +0900, Alexander Burger wrote:
> 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
Hi everybody,
sorry for the noise! I didn't remember that long ago I subscribed
with this email to the Pico list but later I started using a dedicated one.
Now I proceed to unsubscribe.
Sorry again for any trouble!
Bye
Paolo
Il giorno mar 2 lug 2019 alle ore 14:21 Alexander Burger <
On Tue, Jul 02, 2019 at 10:26:00AM +0200, Manuel Cano wrote:
> Just in case no one understands Italian, this guy says that email account
> isn't monitored so every email sent here may be lost.
I see!
> IMHO you may unsubscribe.
Hmm, strange. Not sure if I really should remove
his address ...
Hi,
Just in case no one understands Italian, this guy says that email account
isn't monitored so every email sent here may be lost.
IMHO you may unsubscribe.
Kind regards,
Manu
El lun., 1 jul. 2019 a las 14:05, Paolo Marsi ()
escribió:
> Buongiorno, questa casella non è monitorata.
> Questo
On Tue, Jul 02, 2019 at 10:57:28AM +0900, Alexander Burger wrote:
> 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.
Oops, wrong! A short name (up to 7 chars)
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
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
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
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:
> > >
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
@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,
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
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
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
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")
#
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
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
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.
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
24 matches
Mail list logo
