We want to help you growing

Hi, WeWeb team!

We developers are by default your beta testers. And the recent updates have left many people confused. In addition to major changes, such as AI updates, there are constantly seemingly insignificant changes, which you can see only when you are actively using WeWeb. For example, quiet replacement of components (Rich Text, File Uploader).

We appreciate that you are trying to improve our user experience, but often with releases like this, typical issues pop up:

  1. Deprecated marking of some element. Thanks for maintaining backwards compatibility, but this approach means that at some point we need to replace all such elements in the entire project.
  2. Because of this, the best practice is to use wrappers for input elements and practice avoiding your default components as much as possible (such as buttons, whose behavior is regrettable).
  3. New elements sometimes have illogical settings, and necessary settings are either missing or in hard-to-reach places (e.g., a fresh Rich Text editor).
  4. Updates happen unexpectedly, and we can’t prepare for them.
  5. It’s not clear where to give feedback: we have OfficeHours, Feedback-ticket, ā€œChat with Usā€, and component repositories on GitHub. Either way, if we give feedback, we’ll run into the problems on this list again, as an unexpected update keeps developers from working.

What I’m offering:

  1. Make Beta-stage for affiliate accounts. Since we are testers - give us tools for feedback. We’ll know about ā€œfor everyoneā€ updates in advance and can find issues before release. There should be an option to switch between Beta editor and Live editor.
  2. At each component for us, add a ā€œfeedbackā€ option to the context menu. And use your favorite AI to aggregate similar requests. We’re open to regular OfficeHours-style calls for beta testers to discuss specific problems and solutions rather than general questions. Ideally link this to GitHub and indicate whose requests are considered in the commit.
  3. Add Approve for updates. Yes, this will increase bureaucracy, almost to the level of the European Parliament, but it will shoot bugs and problems out of production.
  4. As an alternative, you can follow Bubble’s way: allow us to select a release version of an Editor and its components base. And suggest us moving to updated codebase instead of forceful updates.

Any thoughts?

3 Likes

This :up_arrow: , all of this. I especially agree with the idea of individual developers being able to select a release version for the editor. Not all of us care about the AI features, so pushing toward that while removing options from well know components in order to improve AI builder compatibility is just frustrating.

4 Likes

Agreed!

2 Likes