Experimental Features
Dieser Inhalt ist noch nicht in deiner Sprache verfügbar.
What “Experimental” means
Section titled “What “Experimental” means”Wails ships experiments in the open. An experiment is an idea we think is promising enough to put in your hands early — but one we haven’t fully committed to yet. We’re publishing it because we want to learn from real use before deciding whether it becomes a permanent, supported part of Wails.
That means a few things are true of everything in this section:
- It’s opt-in. Experiments never change the default behaviour of
wails3. You turn them on deliberately (usually with an environment variable or a build flag), and with them off, nothing about your existing workflow changes. - It might not survive. Some experiments graduate into stable features. Others get reworked beyond recognition, or dropped. We’d rather try things in public and learn fast than ship only what we’re already certain about.
- The API isn’t frozen. Names, flags, defaults and behaviour can shift between releases while an experiment is finding its shape. Release notes will call out the changes, but don’t expect the stability guarantees that stable features carry.
We want your feedback
Section titled “We want your feedback”This is the important part. Experiments live or die by what we hear back from people actually using them. If you try one of these, we genuinely want to know:
- Did it work for your project? Where did it fall down?
- Was it faster / clearer / nicer — or not worth the switch?
- What would have to be true for you to use it by default?
The most useful feedback is concrete: what you ran, what you expected, what actually happened. Each experiment has its own thread in the Experiments category on GitHub Discussions: