Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Deploy Types & Approaches

There are three main options to amend applications:


1) Instant Manual,

Every time you press the "Save" button in Constructor, all changes become instantly live for all users of your app. When some minor changes are needed, like changes in a text this is the best way to go. Just change and save.



2) Links Rewire 

When more changes are required on a single screen in an app with relatively few screens, like 3-5, developers can duplicate a needed screen, within the same app, then do and test all the changes on it and then reconnect that screen instead of the old one, by changing "Got to" actions on all other screens.



For larger changes and apps with lots of screens, using the "Replace Screens" function is the best way to go. It allows 



Single or Multi-Screen Replace


Overall Steps


  1. Duplicate screens that need changes or the whole app
  2. Edit DUPLICATES in the original app, or ORIGINALS in the duplicate app
  3. Replace any number of screens within the same app, or between apps



Replace Process


1) Open screens section in Constructor. Find screen IDs that will participate in replacing process - marked blue ↓.


Press the "REPLACE" button - marked red ↑.



2) Fill in screen IDs pairs FROM → TO. You can clear fields, delete pairs and Add new pairs.

In this example, ID pairs are close to each other in numbers, which means these are probably from the same app.

If all pairs can be auto replaced the fields are filled in green and the "Replace Now" button, marked red ↑, is active. 


The process happens almost instantly for all the screens that you need to deploy.




3) IF one of the pairs is filled red, as shown in red ↓, that probably means the screen is replaced from another app on your account, which is OK, with certain condictions. 


The "Replace Now" button is NOT active in this case and you see the message, explaining how to fix the issue. You just need to have identical & unique screen Names in both apps. 


The reason behind this error is the following - all screen IDs are consecutive within your account. So when you Duplicate the whole APP and use this new duplicate app to develop and deploy changes, ALL screen IDs in the new app will be different from the original, so all GoTo and other functions in a duplicate app are rewired with new screen IDs for it to work independently of the original.


The way Replace function works - it checks for screen names to match before executing the Replace. So if you are deploying screens from a duplicate app make sure you did not change screen names and that names are uniqe, as only names are used in re-wiring all screen's internals.


Falling Back to Original


NOTE that copies of replaced screens are created automatically every time for all replaced screens. You will see those _TMP names in the Screens panel. Use these copies to fall back to their content the same way you replaced them. Just delete these extra copies manually, when you don't need them anymore.



Adding New Screens in Original App


This process is fairly simple if you use the same original app. Just Add it, develop it and connect it into your app. 


When you use second app to develop and test:

  1. create the new screen and name it identically in both apps
  2. develop only in one app and keep the other one empty
  3. use the Replace function when needed, but make sure your also replace all other screens which have the connection to the new screen



Recommended Preparations













  • No labels