I'm sure once one is used to modal editing, one can be speedy with it. So can I, entirely without modal yet without mousing =)

It's also easily mouseless without any Vim or like extension. I never mouse in it, having given intuitive-to-me keychords to all the various moves I need to make beyond the standard stuff.

You say that like they're in the same category, but one is an embedded Chromium and the other a native windowing toolkit.

In the gamedev space, I'd say too few of them do.

Can recommend such a mix, too. Gather select works of The Chemical Brothers, The Dust Brothers, Bassbin Twins, Crystal Method, DJ Krush, Dub Pistols, Lunatic Calm, Meat Katie... and you're Somewhen Else during it. Works for commutes/trips, too.

For well over a year now, you can use an external editor (VSCodium or whatever) and set it in Godot settings (so that clicking a script icon in the scene tree opens that file, and clicking a signal handler in the properties pane jumps to that line), and the LSP for GDScript (which is hosted by your running Godot instance, and which your editor's LSP client connects to) has been excellent back when I last dabbled in it.

Might want to link the `.md` that embeds it instead, if any

One of my pet "not today but some day" project ideas. In my case, I wanted to give Python/Gdscript syntax to any & all the curly languages (a potential boon to all users of non-Anglo keyboard layouts), one by one, via VSCode extension that implements a virtual filesystem over the real one which translates back & forth the syntaxes during the load/edit/save cycle. Then the whole live LSP background running for the underlying real source files and resurfacing that in the same extension with line-number matchings etc.

Anyone, please steal this idea and run with it, I'm too short on time for it for now =)

One of my long-standing "would make if I had the time and perseverance" themes has been a terminal text editor that's hugely VSCode-like + compatible, so always glad to hear anyone going anywhere near that, and hence I perked up from these:

> Prioritizes standard keybindings and a minimal learning curve.

> Extensibility: Uses TypeScript (via Deno) for plugins, making it accessible to a large developer base.

Because where you are now with Fresh, you're probably really not far from supporting say `settings.json`, `launch.json`, `tasks.json`, `keybindings.json`, `.tmTheme`s and theme `.json`s, and indeed bringing up a VSCode-API-implementing "extension host" that can load up and run/host most `.vsix`es. Now, being terminal-based you'd skip over certain feature subsets such as webviews, custom (non-text) editors and the like... and might postpone Notebooks and such fancies initially, but:

Consider! 1000s of high-value, capable, tech-specific dev extensions out there, all readily supported by your just-spawned new editor. Doesn't that sound pretty exciting?

After all, there's a huge subset of VSCode fans who'd always switch in a heartbeat to a just-simply-non-Electron version (whether native or terminal) of the very same feature-scape & extensions & UI dev experience if only it was made and to max compatibility (and MS won't ever do so).

All that's missing (from screenshot glance) is the other sidebars & panels in addition to File Explorer =)

Will be putting your Fresh on my Github Watch list, but then again, I never really read the GH feed anyway.. but maybe I'll remember to check back in every quarter or so =)

Comments URL: https://news.ycombinator.com/item?id=46085593

Points: 58

# Comments: 46

https://netlabels.org/electronic-music/

https://files.scene.org/browse/music/

https://netlabelarchive.org/

https://freemusicarchive.org/label/all/

I'm late to the game (no regrets), having had simply zero inspirations until now for any kind of chatbot dev. So I wanna skip all the already-outdated (or hallucinated) tuts a simple web search might probably yield (given today's web search quality especially...)

This toy I'll tinker on will be foss&fully-free, no startup stuff.. so not looking for some bleeding edge. Will be sth like SocialAI but more limited in various ways (stuff I don't care for) and yet offline-capable and with way more user-side tweakability of the nature/inclinations/worldview/opinions/conditioning of the (majority of) bots. That's the angle I wanna experiment on, to bring "make your sufficiently-plausible filter bubble of interest for entertainment value, and observe it unfolding by itself over time". So for amusement, but should be interesting.

So yeah, thanks for sharing here which blogs/videos/other-tuts take the coder from (near)zero to CustomTargetedChatbot(s)HelloWorld, are recent / current and building ideally specifically on (LLMs with) an offline / local setup. I only know these things as prompt textareas so far, not as configurable hackable API surfaces..

On the off-chance there's a pre-LLM-era or non-LLM alternative (foss lib or sdk in any lang/stack) that you'd recommend, ie. better-than-Eliza but non/pre-LLMs, I'd be interested too =)

Comments URL: https://news.ycombinator.com/item?id=45891224

Points: 1

# Comments: 0

Speaking of writing JS instead of JSX or your example, I like the vanjs.org approach:

    const Hello = () => div(
      p("Hello"),
      ul(
        li("World"),
        li(a({href: "https://vanjs.org/"}, "VanJS")),
      ),
    )
    van.add(document.body, Hello())

Another homegrown personal tool I had once written was in Go with DearImgui, so basically with AllenDang/giu... also really quite rapid dev and lean-enough binary / perf.

But Godot is wysiwyg for GUI stuff, so that's a plus..