Here's the date for our next meetup: wednesday 30 October 16:00 UTC. There's no agenda, but we have room for 3 demo's/presentations. If you want to demo/present something in our familiar format then please respond in the thread of this message.

I'd be happy to do a demo of Inkling, the project we'll be presenting at LIVE. But I'd prefer to let other people present, so consider me a fallback option.

Sounds good to me!

@Maikel In the past, the meetup announcements were in #CGMJ7323Z. It's probably not a good idea to change. And a reminder to all Europeans: daylight saving time ends the weekend before, so 16:00 UTC will be 17:00 CET this time.

Yes and they still will be, @Ivan Reese will post it there. But I did the first initial announcements here every time. I am also going to make a page on the wiki and plan ahead, but haven't found the time yet

Thanks for the reminder :)

I can demo my recent notebook UI adventures. But priority to others who haven't presented recently.

I have DM'ed one member for a demo request 🤞

I'm happy to demo Kendraio dashboard builder if you think it fits the scene. I shared an example of what we build with here.

Yes, sounds good to me! As long as its not a commercial talk off course

Cool @Maikel. We're nonprofit, open source and forever free. 🎉

Very nice! 👍

Is it full now? I think https://observablehq.com/@tomlarkworthy/robocoop is functional getting close to being useful with the addition of RAG and test driven development

I just got a response from @Marek Rogalski and he will also give a demo

actually let me skip demoing, I think I can save up for something cooler soon.

I'll step back as well and leave the spot to Ivan.

Hi @Maikel, how much time are you allotting to each presentation? Just working out a plan now. Cheers!

It's 7.5 minutes for presenting and 7.5 minutes for questions. We use a chess clock for timing.. that means that questions may be asked during presenting and the timer for the presenter is stopped when a question is asked.. when the presenter starts presenting again it goes the other way around until all time is over. I don't know if there's an official name for this setup .. but we got it from ink and switch (input via @Ivan Reese )

We just call it a "chess clock talk"

It feels a bit overblown to have a teaser for my presentation tomorrow but we've built one for our social media so here it is anyway. Look forward to our 15 minutes of fame (chess clock talk version anyway 😉).

Yes, it will be recorded and @Ivan Reese will share his zoom personal link before the meeting, although it's probably the same link we used before

PSA (reminder): Toronto (most of N.A.?) is still on daylight savings time this week while (parts of?) Europe is back on standard time.

We're going by the time.is link.

Oh drat, calendar fail..

You missed 3 cool demo's 😎 but next time we will enjoy your demo @Kartik Agaram

Many of these things are so far down the road... Each of those questions will have different answer depending on how far along it we're talking. Long term: sure, it's 100% going to be a programming environment, that's the goal. Short term I'm still trying to get a solid library of objects for playing games. Some of them will be old-school programmable - like an assembly editor - that's something I'm pretty excited about ^^. You've also mentioned storage. At the moment all of state is saved in a json file next to the executable so that's where all data is kept. I don't expect any objects for data persistence in the near future (they're not super useful in game automation) but later, yeah, totally. In terms of extensibility by users, new object types just need to satisfy some interface (in the sense of an array of functions). And that can be implemented with other objects, so 👍 Much work needs to happen before (especially on the object-driven drawing front) so I wouldn't put this in any near future. The best right now is to implement custom objects in C++. Re substrate: I guess I'll have to watch that talk!

@Ivan Reese Did you post in #CGMJ7323Z? I don't see it..

Re substrate again: Really cool talk! Thanks for sharing. I can see the resemblance as well. I really loved the ideas that Jonathan presented and pretty much fully agree with everything he said. I think the reason for the stack/substrate dichotomy which he presented is mostly storytelling. This really feels more like a spectrum of complexity, with substrates being very low and tall tech stacks, high up. Greater complexity often brings more power though so there's a reason to go high sometimes. A conflict between substrates and stacks gives a more entertaining narrative though so I get that choice. Another re substrates: doesn't the CPU, with its instruction set (and maybe the OS syscalls), already provide a substrate? Environments like Smalltalk may feel like an elegant base layer, but they're kind of part of the stack already. It would be pretty cool to have an interface into that base, machine code layer. I mean an interface better than a text-based assembler. Machine code has a very graph-like structure (CFG graph) which feels really under-explored to me. (Hence my interest in assembly editing).

@Kartik Agaram I did and deleted it after the session ended.

@Marek Rogalski I look forward to your assembly editor! I have some deep love for it as well although I dont program in it anymore (but I have when I started programming.. think 6510/68000 : c64/amiga). I did however experiment with webassembly and visual programming some ago and plan on continuing that in my current visual programming project. Regarding your assembly editor: will that be raw assembly or a small text language/compiler on top of assembly? (That's what I did in my visual webassembly compiler)

I'm thinking of something more along the lines of Human Resource Machine, but with a view of registers to the side, a drag & drop interface for connecting other objects and the actual 64-bit Intel instruction set.

@Marek Rogalski thanks for sharing that, I am going to look into that as well, but from a webassembly perspective

Hi @Maikel, you asked:

@Daniel Harris is your application embeddable in other applications? And if so, can you provide custom blocks from the outside?

That’s a very interesting new idea! We've not experimented with embedding the components in other applications, but it is all open source! 😉 Where do you think our app might be usefully embedded? For sure it's something we'd love to consider if there are exciting reasons? Would love to chat more about this. Up for a call sometime?

Hi @Daniel Harris, I don't got a concreat idea but I can imagine that combining it with other tools can be powerful .. have an application send data to you embedded app and show the results within that application for example. I think of low-code platforms like mendix or even just custom frontend applications which are build within companies. Having a call is good idea, on fridays I work on my project so then I have a bit more time. In which timezone are you? (I am in CET.. the Netherlands)