elabx

Download latest dev: https://github.com/processwire/processwire-issues/issues/2181

Amazing! Definitely needed, will you release this as open source? Was about to put my hand into building something like this.

A wrapper around Markup Cloudflare Turnstile for ease of use in FormBuilder.

Warning, this module is "vibe coded" and still lightly tested by me, but planning on launching it into production soon. Please test with caution. Think it should be something pretty useful? Sometimes I have options that would be better shown as images/labels, this sets a new Fieldtype that can be used with to new Inputfields that render either checkboxes or radio but tons. https://github.com/elabx/FieldtypeImageLabelOptions You should be able to change the type of any FiletypeOptions to this field and its data should stay consistent. Also inspired by @kixe's FieldtypeSelectColorOptions

On the contrary, I'd call your version a proper release, thanks in return! What are you building with Alpine if it's possible to share? The only thing i've built is FieldtypeRecurringDates

Ah meant more in a "github" kinda release.

Would you happen to know that's the proper way to mark a release now??

Yes of course, let's do a pull request! I've just been running on this version non-stop lol

That definitely looks like CSS is missing to get loaded on the first screenshot, how is it being loaded? Is this a 3rd party module?

Maybe hooking into ProcesPageEdit and edit there the breadcrumbs? Seems like ProcessPageEdit has the breadcrumbs as a property. $wire->addHookBefore("ProcessPageEdit::execute", function($e){ $found = $e->object->breadcrumbs->findOne("title=Some title"); if ($found) { // update it } });

ddev import-db < ~/dumps/site.sql Have RockMigrations installed and turn on files on demand in RockMigrations: https://github.com/baumrock/RockMigrations?tab=readme-ov-file#files-on-demand after this, images on image fields will download when visiting the pages. I also have a a couple ddev hooks that trigger "site/templates/cli" scripts that do things like turning off ProCache, maybe clearing $cache if required for some particular module, turn off Mailgun, etc.

Ohh I hadn't understand this about WSL! So it's a case of docker inside docker? Interesting!

From how I understand it docker just doesn't know anything about the symlink if it's coming from the host, as if it's not even there. I think a way to confirm this assumption would be to ddev ssh, and navigate to htdocs, should be empty or with odd permissions? I use this trick to load composer libraries locally, but keeping them all in a central part of my host computer, I have a post about this somewhere around this thread.

Maybe you could try with volume mounting? This in .ddev/docker-compose.htdocs-volume.yaml https://stackoverflow.com/questions/57426306/ddev-mount-additional-folders-for-shared-composer-packages/57432155#57432155 services: web: volumes: - "/mnt/c/Users/brendonkoz/Dropbox/development/htdocs:/var/www/html/htdocs"

Snapshot of the moment, got a Mac Studio with 64GB of ram and running around 8-10 projects everything goes smooth. Got the docker provider using around 16GB of memory. I do this too, but I don't auto run it on login. I can see how this could be a bottleneck, I don't think it's unbearable to start every project when needed since like you mention, you actively work in a few of them. With your 128GB of ram I'd definitely give it a shot because yolo haha. "ddev start --all" let's go!