Back yet again with another roadmap update! We have developed some nice features for NoCode-X that wil undoubtedly will be of great help while building your next unicorn application! A small summary of each of those features can be found below. Be sure to keep an eye on this blog or sign up to our newsletter below because we will zoom in on key features in future blogposts!
We added some new features to our template editor to make it even easier for you to build great applications! We’ve added on enter actions where you can execute lowcode the moment your users load a page, we’ve added the possibility to contain components within components within components, etc… Endless nesting, yay! We’ve also added a fully functional zoom in/out functionality for when you want to create pixel perfect designs and much much more!
You get 4 environments in which your application version exists out of the box.
Development: This is where you fix bugs and add new features.
Test: Once you “promoted” your application version to the Test environment you can test for bugs it without any interference of ongoing development.
Accept: Once “promoted” from test to accept your application version can be tested for validation and accepted by your business testers. Again this can be done without any interference of ongoing development or bug testing.
Production: Once your application version is promoted to “Production” it is available for your users.
No setup needed on your side whatsoever, you get this functionality out of the box and can use it straight from the bat.
You can define different versions of your application and promote them seperatly across your environments. You can also create release notes for each version and add some automation whenever a version is created / promoted using nocode.
We’ve upgraded the styling posibilities on each available component to give you total freedom for styling your nocode applications exactly the way you want it!
From now on you can reuse your favorite template within other templates as a standalone component. This will not only make your UI’s far more maintainable but also delivers a possibility to use templates as repeatable components for overviews, dialogs for confirmation or information, etc…
Ow yes, you can now demand authentication for access to one of your applications’ pages. Its as simple as ticking a box, and boom only authenticated users can access a page. And this is only the beginning! Be on the lookout for our updates on the usermanagement feature which will allow you to define role based access on your applications.
A full blown media library at your disposal for using within your applications. Upload files files like images, video, documents, etc… to your media library and use them within your application as downloads or as part of an automatic process. Can you smell the power? We can!
Enter your description
Creating / Editing webpages, mobile pages, pdf\'s should be possible by dragging & dropping components on screen. The editor should facilitate adding new component types easily.
Creating data in a json format should be possible by using the action editor. This functionality will lay the fundamentals for creating data objects and calling Rest API\'s.
The no code pages built with NoCode-X should be embeddable in "high-code" web applications. This should be language agnostic and sufficient attention to security aspects should be taken into account.
Creating / Editing Api\'s and exposing them should be as easy as filling in a form and linking logic to the Api.
We should provide different API versions out of the box. The latest version will always be default. Other API versions can be used by providing the version name in the request headers. This will offer clients a huge help towards keeping their API\'s backwards compatible.
Creating / Editing data formats in the form of JSON schema\'s should be as easy as filling in a form. Additionaly it has to be possible to trigger logic upon create/update/delete events.
A graphical user interface should allow users to create programs. The graphical programming language should contain all basis constructs like: For loop, For Each, If statements, switch statements, etc... and should be turing complete.
Templates should be able to inherit from one another. This inheritance should make it possible to create pages in a hierarchical manner. For example: Top level template could contain: navigations, header, footer, etc... while lower level templates could contain detail specific to the page in the application.
Templates should be able to exist in multiple languages. Adding/updating/removing components to/from one language should result in the update happening in the other languages.
It should be possible to translate a template in different languages just by clicking a few buttons. The automatic translation should be qualitative enough that only a check (and some changes) are necessary afterwards.
Different versions of applications should be able to exist. Adding / updating (the metadata) such a version should be as easy as filling in a form. Promoting a version througout DTAP environments should be possible by clicking a few buttons.
All applications should have a set of DTAP environments. The way we implement this should lay the fundament for offering local (or developer specific) development environments.
Creating PDF\'s should be as easy as creating webpages through the template editor.
The value(s) of all available form components should be able to be read/written using the action-editor.
Creating roles/rights should be possible on application level. Enforcing rights should be able on template/component/api and action level. The users should exist on company level which will enable a single signon experience on all applications for a certain company.
Applications should be able to contain a library of media files. These files can either be added upon creating the application by the "no coder" or while using the application by the user.
Creating roles/rights should be possible on application level. Enforcing rights should be able on template/component/api and action level. The users should exist on company level which will enable a single signon experience on all applications for a certain company.
Creating roles/rights should be possible on application level. Enforcing rights should be able on template/component/api and action level. The users should exist on company level which will enable a single signon experience on all applications for a certain company.
Applications should be able to contain a library of media files. These files can either be added upon creating the application by the "no coder" or while using the application by the user.
Creating roles/rights should be possible on application level. Enforcing rights should be able on template/component/api and action level. The users should exist on company level which will enable a single signon experience on all applications for a certain company.
The no code pages built with NoCode-X should be embeddable in "high-code" web applications. This should be language agnostic and sufficient attention to security aspects should be taken into account.
The value(s) of all available form components should be able to be read/written using the action-editor.
Creating data in a json format should be possible by using the action editor. This functionality will lay the fundamentals for creating data objects and calling Rest API\'s.
Creating PDF\'s should be as easy as creating webpages through the template editor.
All applications should have a set of DTAP environments. The way we implement this should lay the fundament for offering local (or developer specific) development environments.
Different versions of applications should be able to exist. Adding / updating (the metadata) such a version should be as easy as filling in a form. Promoting a version througout DTAP environments should be possible by clicking a few buttons.
It should be possible to translate a template in different languages just by clicking a few buttons. The automatic translation should be qualitative enough that only a check (and some changes) are necessary afterwards.
Templates should be able to exist in multiple languages. Adding/updating/removing components to/from one language should result in the update happening in the other languages.
Templates should be able to inherit from one another. This inheritance should make it possible to create pages in a hierarchical manner. For example: Top level template could contain: navigations, header, footer, etc... while lower level templates could contain detail specific to the page in the application.
A graphical user interface should allow users to create programs. The graphical programming language should contain all basis constructs like: For loop, For Each, If statements, switch statements, etc... and should be turing complete.
Creating / Editing data formats in the form of JSON schema\'s should be as easy as filling in a form. Additionaly it has to be possible to trigger logic upon create/update/delete events.
We should provide different API versions out of the box. The latest version will always be default. Other API versions can be used by providing the version name in the request headers. This will offer clients a huge help towards keeping their API\'s backwards compatible.
Creating / Editing Api\'s and exposing them should be as easy as filling in a form and linking logic to the Api.
Creating / Editing webpages, mobile pages, pdf\'s should be possible by dragging & dropping components on screen. The editor should facilitate adding new component types easily.
Interested in all updates to our platform? Subscribe to our newsletter.