Rethink active target

I don’t want to high jack this feature request, but I would love to see the concept of an active target be rethought. There should only ever be THE development environment. Now that the publishing function has been added, the active target can be removed. Then server settings would also be modified for the better, so that all target settings can be managed without having to choose the active target. And lastly, Globals (db, s3, security, etc.) too could be managed in an easier way by setting all the targets from one panel.

In other words, instead of active target and then edit, you edit everything and in that edit panel all the targets have their unique parameters exposed and managed.

4 Likes

Yes - that is exactly what we plan to do.

We will be introducing a whole new "Targets Manager", in the upcoming Wappler 7 betas as it is a major change.

This "Target Manager" will all target specific contains the settings, per target in a nice tree panel on the left side.

It will contains the settings from the project targets, server connect global options, and server connect globals indeed like database connections.

Having them all central in such panel, will give a nice overview of the options and remove the need to switch targets to only change target options.

This will remove the need of the active target switch, so it will be removed and the active target will be development only.

We are still rethinking the functionality of this "Targets Manager" so more ideas are welcome.

A very important question is:

  • Should we stick to the old settings files per target or make target files independent and only use environment variables to fill in the specific options.
5 Likes

Would we then lost the ability to use the file manager to view the files on the server?

The File Manager has its own target selection, we will just be adding all the targets there as well, so you can choose to which remote target you want to switch

This change makes me very nervous.

Seems like another "fix a problem that doesn't exist" feature.

2 Likes

Actually the way the current settings per target are working is quite confusing for many of the users, as you can see in many posts here. People don’t want to change targets and apply changes for each of them. People forget which target they are on and break stuff.
So these changes will improve the way you manage per target settings. They will be in a separate panel, similar to resource manager and you will just manage all settings in one place :slight_smile:

6 Likes

I must be doing something wrong all these years then, The only time I ever switch to production is to confirm in the file manager that a file has been uploaded. And all my projects work just fine.

I am very concerned about backward compatibility with new features like this.

1 Like

How do you change database connection settings per target then? :slight_smile:

I only have one database setting. I know it's dangerous but I need live data to be able to work. (Lots of back ups).

1 Like

Easy, change target temporarily to development, make change, switch back to production.
I even explained that in a video only last week.
(Assuming you mean db manager)

I am referring to the database connection settings in Server Connect globals. To change the settings for the connection now you need to switch targets:

Same for a few more settings. Now imagine you have all the settings for every target in one panel, without the need to switch targets.

It is all here

1 Like

Brian … i don’t think we talking about the same things.
And i really don’t understand your “hacks” you’re showing in the db connection video.

The video is about setting database connections per target and switching between the settings per target.
What do you mean, getting confused now.

How else can you change the database manager connection settings for your production target if you need to.

As I mentioned I use the same DB for both targets and have never had to set it up twice in different targets yet. I set it up once and it's done. Best thing is I never have to worry about a development database overwriting something in live production. I also never ever use the database manger other than to refresh schema if I added a new table.

1 Like

The targets manager will be similar to the resources manager. One place where you have all settings for all targets at one place. No target switch required.

This topic has nothing to do with the database manager.
It’s about setting per target settings without the need to switch targets.

Obviously your workflow doesn’t involve using such settings.

Which brings me back to my original on topic comment about backward compaitibility. issues. :slight_smile:

I don’t think there’s anything to worry about, especially when not using any target specific topics.