| 7 Dec 2025 | |||
| disbot6 | <librasteve> what problem are you trying to solve? | 13:44 | |
| <librasteve> if mainly curiousity, then the docs are pretty comprehensive... | |||
| <neekotism> Nothing. I'm just automating a small task. | 13:46 | ||
| arkiuat | shell and run both return Proc objects, the first involving a shell and the second just running the command directly with no shell. | 16:24 | |
| The qqx and qx quoting constructs run a command respectively with variable interpolation and without, and return the command's output. | |||
| Those are all the possibilities that come to mind at the moment, although you can do more elaborate things with Proc::Async | 16:25 | ||
| 8 Dec 2025 | |||
| librasteve_ | rakudoweekly.blog/2025/12/08/2025-...s-rolling/ | 19:09 | |
| disbot6 | <aruniecrisps> @librasteve I mulled over our conversation yesterday, we could basically make Air::Components work with Datastar as long as the methods are completely stateless | 19:11 | |
| <aruniecrisps> They just take in input and put out JSON, HTML, etc | 19:12 | ||
| <aruniecrisps> There could also be a trait is datastar or emits datastar | 19:16 | ||
| <librasteve> I did some research (not enough, but enough )to realise that DataStar is a neat way to make in browser components react to data changes ... so I am pretty on board with supporting both HTMX and DataStar in their respective strengths. I guess this means we need a way to specify the compomet initially (eg with method HTML ... but maybe need JS additionally?) and a way to feed data into the component (which I guess we | |||
| already have with HTMX on the client side and method feed-me is controller { return the HTM fragment here } | |||
| <librasteve> yeah, is datastar would be cool ... this is the point when I need demo code to really see the moving parts ;-) | 19:17 | ||
| <aruniecrisps> The thing is Datastar accepts one of four responses; text/event-stream, application/json, text/html, and application/javascript; it just does whatever it needs to do based on that response | 19:18 | ||
| <aruniecrisps> So if it's an SSE response then it just executes each event ad necessary | 19:19 | ||
| <aruniecrisps> If its HTML it does the same thing as HTMX | |||
| <aruniecrisps> If its JSON it patches the signals defined in the HTML | |||
| <librasteve> yeah, well is controller is parameterised such as is controller[:C:R:U:D], so can follow that pattern | |||
| <librasteve> my preference would be to sitck to HTML initially (since that is well aligned to HTMX) | 19:20 | ||
| <aruniecrisps> My idea for is datastar is that it just wraps whatever is in the method body in datastar, and like is controller we could parametrize it on the keyword to automatically place content 'text/html', $response at the end | 19:22 | ||
| <aruniecrisps> In the datastar block | |||
| <librasteve> cool | 19:23 | ||
| <aruniecrisps> So like is datastar(:html) | 19:24 | ||
| <aruniecrisps> Or is datastar(:json) | |||
| <librasteve> @antononcube I haev taken a look at your Hilite::Simple in the new advent post and I can't understand what you are doing with it ... the only purpose of Hilite::Simple that I know of is you go > hilite myscript.raku > myscript.html and then post the output in a Custom HTML block in Wordpress - so not sure why you have it in your code??? Anyway, no big deal, I have left in B+W and OK for publish tomorrow... | 19:26 | ||
| <antononcube> @librasteve Yes, using "Custom HTML" block works. | 21:35 | ||
| <librasteve> @aruniecrisps ++ | 22:22 | ||
| 10 Dec 2025 | |||
| <rcmlz> @antononcube I am considering to get Jupyter::Chatbook and/or Jupyter::Kernel into jupyenv.io/ - basically some predefined configurations to make data science work reproduceable. Unsure which one is more suited? Any (biased) opinion? | 14:04 | ||
| <librasteve> I use Jupyter::Chatbook - I prefer since it has a lot of the raku modules (especially LLM) preloaded | 14:08 | ||
| <antononcube> Both should work for visualizations based on "JavaScripdt::D3", and, to use the LLM packages. "Jupyter::Chatbook" main "upgrade" is having notebook-wide chat cells, and additional cells for using "on the spot" Wolfram|Alpha, DeepL, and Mermaid-JS. | 14:09 | ||
| <antononcube> It is also important to think in what style you going run the notebooks: classical or JupyterLab. | 14:10 | ||
| <rcmlz> JupyterLab is what I use | |||
| <antononcube> Ok. With that "JavaScripdt::D3" currently does not work. But "JavaScripdt::Google::Charts" should. | 14:11 | ||
| <rcmlz> OK | 14:15 | ||
| <antononcube> "Text::Plot" always works! (And, yes, it is preloaded in "Jupyter::Chatbook".) | 14:16 | ||
| 11 Dec 2025 | |||
| <neekotism> Are there any cool features of raku that I should know about? I'd like to hear about it. | 10:37 | ||
| lizmat | compared to what ? | 10:38 | |
| sometimes it's the little things, like being able to specify :$foo as a named parameter, which is short for :foo($foo) | 10:39 | ||
| disbot6 | <antononcube> @neekotism "Best in class" LLM functionalities. Grammars as first class citizens. Easy making of CLI script in complicated arguments. | 10:41 | |
| <neekotism> Anything you like. | |||
| <antononcube> This is a good LLM question, BTW. | 10:48 | ||
| <antononcube> Hmm... Grok disagrees with me that Raku has the "best in class" LLM functionalities. (Thinks, it is only 2nd best...) | 11:03 | ||
| <antononcube> I might cancel my Grok-subscription soon. | |||
| lizmat | Grok has a bad teacher | 11:07 | |
| disbot6 | <murilo04098> I've just began learning myself, but i think gather/take is pretty cool | 18:38 | |
| <librasteve> the raku.org website main page is intended to be a set of distinctive & cool features of Raku (and, yes, there are many!) | 18:40 | ||
| 12 Dec 2025 | |||
| <neekotism> Yes! There are a lot of cool things there but I was hoping I'd be told about some hidden gems. | 08:55 | ||
| <antononcube> @neekotism This is a good idea -- have a dedicated page or blog post for the hidden gems. The problem, is that those can be very subjective. | 14:37 | ||
| <antononcube> So, I think we have to come up with different personas and give hidden gems from their ponts of view. | 14:38 | ||
| 13 Dec 2025 | |||
| <jubilatious1_98524> @neekotism What are your interests? I made the mistake when starting to learn Raku of thinking that Raku is a simplified/streamlined Perl. It isn't--it is a very deep language. | 05:09 | ||
| <neekotism> I don't think Raku is a simplified Perl at all. It's very clear that it isn't. I was looking to know about some useful things that I might not know about. | 05:56 | ||
| <jubilatious1_98524> Agreed, bt what are you interested in? We can provide some URLs if you'd like. | 06:50 | ||
| <neekotism> I'm not looking for a particular one but I could do with some useful links for managing systems. | 06:51 | ||