2011-06-15 10-51-22
Joop Stringer
Re-use a screenaction within a screen
7947Views
80Comments
Implemented
Frontend (App Interfaces)
Platform Server Release Oct.2019 CP1

Now you need to create a public action if you want to reuse a screen action.

Would be nice to have something like "public" screen actions

11 May 2010
Copy link to comment


What would be the avantage of this compared to a user-action?


The most of my screen actions are different (little bits), only getting the records and refresh the screen is used more time. Getting the records workes fine with a user action, refresh is one ajax widget.


Think that this post: Categorize user actions is more handy so everything is together.

11 May 2010
Copy link to comment

Imagine that you have two screen actions:
  • RefreshTable - will load data from the database and populate a table record
  • DeleteRecords - will delete selected records
If after deleting selected records you want to refresh the table record widget you should call the RefreshTable action, but that is not possible.

So you end up with two options:
  • replicate logic from RefreshTable in DeleteRecordsaction
  • use only one screen action with both Delete and Refresh logic and use an input paramenter to identify what operation you intend to execute
I think that beeing able to call screen actions from other screen actions (in the same screen, of course) will be very nice.
11 May 2010
Copy link to comment

I'll think this is more a supplement/expansion to this post: click here

11 May 2010
Copy link to comment
2016-04-21 20-09-55
J.
 
MVP

not really, it's the ability of re-using screen actions like they are user-actions only defined within the screen.

which makes perfect sense in the world of c#.

the link you gave is to be able to have a more inheritance-structure with webblocks.

11 May 2010
Copy link to comment

Thats why I called it a supplement / expansion of that post.
11 May 2010
Copy link to comment
2016-04-21 20-09-55
J.
 
MVP

Ok, I find it totally 2 different things, so imho it should be seperate ideas ;) now I stop :P
11 May 2010
Copy link to comment
Ability to call an screen action from another screen action of the same screen

Merged from 'Ability to call an action screen from another action screen of the same screen' (idea created on 2010-07-14 09:53:43 by Ana Ramalho), on 2010-07-22 10:30:04 by Pedro Oliveira
14 Jul 2010
Copy link to comment

I guess this is the same as Re-use a screenaction within a screen



Merged from 'Ability to call an action screen from another action screen of the same screen' (idea created on 2010-07-14 09:53:43 by Ana Ramalho), on 2010-07-22 10:30:04 by Pedro Oliveira

17 Jul 2010
Copy link to comment
2011-06-15 10-51-22
Joop Stringer
I'm sure it is

Merged from 'Ability to call an action screen from another action screen of the same screen' (idea created on 2010-07-14 09:53:43 by Ana Ramalho), on 2010-07-22 10:30:04 by Pedro Oliveira
19 Jul 2010
Copy link to comment
yes, it is.

Merged from 'Ability to call an action screen from another action screen of the same screen' (idea created on 2010-07-14 09:53:43 by Ana Ramalho), on 2010-07-22 10:30:04 by Pedro Oliveira
19 Jul 2010
Copy link to comment
Be able to drag a web screen action into another action in the same web screen scope. Is a sort of User Action reuse, but within the scope of a Web Screen. This would save a lot of SUs and work.


Merged from 'Reuse Action in Web Screen Scope' (idea created on 2010-08-20 11:03:21 by Pedro Ávila), on 2010-08-30 15:34:47 by Paulo Tavares
20 Aug 2010
Copy link to comment

I guess this is the same as https://www.outsystems.com/ideas/78/re-use-a-screenaction-within-a-screen/


Merged from 'Reuse Action in Web Screen Scope' (idea created on 2010-08-20 11:03:21 by Pedro Ávila), on 2010-08-30 15:34:47 by Paulo Tavares

23 Aug 2010
Copy link to comment
Yes, it's de same thing.

Merged from 'Reuse Action in Web Screen Scope' (idea created on 2010-08-20 11:03:21 by Pedro Ávila), on 2010-08-30 15:34:47 by Paulo Tavares
23 Aug 2010
Copy link to comment
Hi Joop, I was thinking exactly along the same lines. Probably because I'm thinking to procedural, or something, but it's like having local procedures, which would be great.
08 Dec 2010
Copy link to comment
Allow use Web Sreen actions in other Web Screen actions

Merged from 'Allow use Web Sreen actions in other Web Screen actions' (idea created on 2011-01-13 18:03:47 by Célia Corte), on 2011-01-24 12:04:17 by Paulo Tavares
13 Jan 2011
Copy link to comment
2016-11-21 23-23-05
Gonçalo Borrêga
Duplicated with https://www.outsystems.com/ideas/78/ ?

Merged from 'Allow use Web Sreen actions in other Web Screen actions' (idea created on 2011-01-13 18:03:47 by Célia Corte), on 2011-01-24 12:04:17 by Paulo Tavares
17 Jan 2011
Copy link to comment
Use screen actions in other screen actions. Sometimes I need repeat the same code.
Example:


Merged from 'Use screen actions in other screen actions' (idea created on 2011-01-26 09:55:56 by Célia Corte), on 2011-01-31 13:28:04 by Pedro Oliveira
26 Jan 2011
Copy link to comment
You can do this right now by

1) creating an action, so that you could reuse the functionality.
2) You can add a widget_Click and call it from another web screen action.



Merged from 'Use screen actions in other screen actions' (idea created on 2011-01-26 09:55:56 by Célia Corte), on 2011-01-31 13:28:04 by Pedro Oliveira
28 Jan 2011
Copy link to comment
This has already been suggested here: https://www.outsystems.com/ideas/78/

Please endorse that one by liking it.

Merged from 'Use screen actions in other screen actions' (idea created on 2011-01-26 09:55:56 by Célia Corte), on 2011-01-31 13:28:04 by Pedro Oliveira
31 Jan 2011
Copy link to comment
This should be implemented in version 7. It's a must have!

I don't like the widget_click option. Why can't we reuse a screen action?
It's like any other action but it's scope is limited to that screen. So, it should be possible to reuse on another screen action of the same screen.

Without this and because I don't see the widget_click as the right solution for this limitation, we are forced to duplicate logic (many Refresh Query and Ajax Refresh Widgets) when we could reuse the same action.

Please, implement this feature. Less code, better logic and less software units (this is just an advantage for us developers :P).
29 Feb 2012
Copy link to comment
A big kick.. not being able to do this is a constant source of frustration.
It should be high on the list of things to implement.
04 Dec 2013
Copy link to comment
I have  been working with Oustsystems for a week now after bootcamp and this is the first "limit" I have  run into, must have !
04 Feb 2014
Copy link to comment
Agreed and endorsed!
18 Jul 2014
Copy link to comment
Hi guys. Take a look at this forge component, it enables screen action reusability:

https://www.outsystems.com/forge/component/597/event-system/
22 Aug 2014
Copy link to comment
Agreed 2 weeks in and frustrated with this and copy and pasting
24 May 2016
Copy link to comment

Hi all,

We have delivered this functionality in OutSystems 10 for Mobile Apps. So at this point, we will leave it as WIP but I'd like to hear from you guys what you think are the relevant use cases for such functionality in a Web App.

Thanks for your feedback!

22 Sep 2017
Copy link to comment

I don't have any, just doesn't make sense in a web application so curious also.

If you would be able to use a screen action through the whole eSpace things can get a real mess.

Kind regards,
Evert

22 Sep 2017
Copy link to comment

You have a use case posted here on 11 May 2010. I'm talking about reusing a screen action within other screen actions in the same screen (not reusing a screen action of another screen, like it has also been  requested here due to merging ideas).


Why do you think that this is applicable only to Mobile Apps and not Web Apps?

22 Sep 2017
Copy link to comment

Hi Fernando,

We don't think that this is only applicable in Mobile, but we want to be sure to get the right use cases.

Thanks for your feedback!

22 Sep 2017
Copy link to comment

I would use these types of actions to have a local action that can reuse the screen variables, and doesn't "pollute" the global name space of the eSpace. Current I typically have a folder in the action tab called "ScreenActions", and name three actions ScreenName_MyAction, but that's far from ideal.

The downside is that it perhaps stimulates putting all the business logic in the screen as well, which is of course bad practice. But nevertheless I would welcome it in screen actions, as it's proven pretty usable in mobile apps.

23 Sep 2017
Copy link to comment

Note that I think this idea has been wrongly merged, as I'd be very much opposed to being able to cross-call screen actions (something I think isn't possible technically anyway, given the local state).

23 Sep 2017
Copy link to comment

One use case is to refresh a data source that is bound to some widget.

Example: have a table records listing the result of a web service. The web service call must be placed in the preparation. But, if you want a button to refresh the table, you would have to repeat the same call. Refactoring the web service call into a screen action would isolate it, and the screen action could be called both in the preparation and in the refresh action. Note that this problem is already solved for aggregates, but not for other datasources.


Another use case is when the same transaction could happen in multiple screen actions.

Example: an edit screen which has a button "create" and another button "create & new". Both of them creates a new record on the database, but one of them redirects away from the edit screen, and the other refreshes the edit screen with an empty record. Right now, you have a solution which is to add a boolean input to the screen action and controlling the flow of execution with if nodes. In my opinion, by doing that, you are mixing two use cases into the same screen action, which could be fine if you only have to deal with two use cases in the same screen action, but would become unmanageable if there are more. Another option is to isolate the common parts in user actions, but that comes with its own restrictions, because you are not allowed to refresh widgets nor update validation messages. The ideal solution would be to have a screen action for "create", and another screen action for "create & new", and both could reuse logic from a third screen action.

23 Sep 2017
Copy link to comment

Imagine you have a button called "Save" and another button called "Submit". 

The submit button needs to save form before sending it to a webservice. With this option we could have a screen action that saves the data and call it on both.

If we use a User Action, we would have to send to it all the inputs and that could be a big mess if we have a huge number of inputs.

18 Jan 2018
Copy link to comment
Merged this idea with 'Allow use Web Sreen actions in other Web Screen actions' (created on 2011-01-13 18:03:47 by Célia Corte)
24 Jan 2011
Copy link to comment

I know that this ideia is tagged as WIP, but while the feature is not implemented, i´ve created an extension that allows the reuse of screen actions:

https://www.outsystems.com/forge/component/3558/screen-action/

It uses reflection to invoke the screen actions by their name.

I'm aware that this is not the ideal solution, since it doesn't take advantage of the auto refactoring of the platform, but i believe it is the best way if compare to other available ways to do it, since it does't require unnecessary network traffic.

Once this feature got into the platform, the necessary adjustments would by to replace the component usage by the native functionality.

PS: Currently the component does not support actions with input parameters.

11 Apr 2018
Copy link to comment

When we want to re-use code, definitely within things like a Save or Submit, we have occasionally in desperation used parameters to the screen action and thrown extra Ifs around, but it can really mess the place up. I'd use something like this in a heartbeat :)

Even if all they did on the implementation side behind the scenes was emit the code every time it was called, it would be worth it.

That would be a different option on Extract To Action as well (Extract To Common/Shared/Screen Action/Action Part/Actionlet?) and you could pull out things that currently say "You are selecting elements that cannot be extracted: Refresh Data, Ajax Refresh"

04 May 2018
Copy link to comment
Merged this idea with 'Call Screen Action from another Screen Action' (created on 14 May 2014 08:02:46 by Chris_)
06 Sep 2018
Copy link to comment
Much better if we can call multiple screen action in one button's/link's destination screen action.

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
14 May 2014
Copy link to comment
I'm pretty sure we've seen this idea before, but I can't find it right now.

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
16 May 2014
Copy link to comment
Same here. It's been suggested at least once before.

J.Ja


This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
16 May 2014
Copy link to comment
Thanks, I hope Outsystems team will implement this.

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
20 May 2014
Copy link to comment
Hi,

Indeed, this is similar to this one and this one.
They should be merged to sume up the likes :)

Cheers,
JA

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
23 May 2014
Copy link to comment
2016-04-21 20-09-55
J.
 
MVP
The maintainability would be horror.

if you enter screenaction 1, you refresh a part
if you enter screenaction2, you refresh a part.
so, how do you tell, what part is going to be refreshed first?
what happens, then, does it trigger something else which ends up clicking an action in jquery?

or do you get simply 2 refreshes of a container, which you don;t want.
so you have to implement logic to check if it comes from screen-action1, or from a button.


In the other ideas.
create a plain action for reusablity parts.
and refresh-query is the most commonly used part, which Outsystems already implemented nicely.


so, imho, just no :)



This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
17 Jun 2014
Copy link to comment
Hi Forum Users!

I have asked myself this question recently and come up with a solution.

I, personally, believe that being able to call screen actions as if they were Private Methods gives the power of functionalising Web Block and Web Screen specific logic within the Web Block/Web Screen.

The way to do this is by using Event System (on forge). It has an action called InvokeNotifyWidget which calls the OnNotify on a Widget using the widget's RuntimeId (using reflection I think). Unlike the normal NotifyWidget, this one runs synchronously (an added bonus).

Using this feature, just add a Web Block that has nothing but a dummy call to Notify Widget (put an IF in Preparation with condition set to False that leads to NotifyWidget on its True branch). This means you can now set a Screen Action as the OnNotify in a consuming Web Block/Web Screen.
Next, set the "Name" property of this empty web block to something in the consumer (for this example "FuncTrigger") and then call InvokeNotifyWidget in your origin screen action and pass in the empty web block's id ("FuncTrigger.Id"). The OnNotify handler will then be called, effectively calling that screen action from the origin screen action.


This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
17 Jul 2015
Copy link to comment
It's too much back-and-forth to the client. It's basically doing two post-backs, one for the original call, and then a second for the REAL call. So viewstate goes to the client and back to the server twice, user sees two post backs occur, etc.

J.Ja


This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
17 Jul 2015
Copy link to comment
Justin James, it doesn't! At least if you're using Event System, which invokes the OnNotify via reflection (Sea Millo got it right), therefore not requiring two postbacks.

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
17 Jul 2015
Copy link to comment
Ah, good to know!

J.Ja


This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
17 Jul 2015
Copy link to comment
+1
I would like calling screen actions from screen actions to be implemented!
So strange this request has so little votes, i was sure there would be a huge topic about this when i ran into this problem.

The Event System in the forge is pratically the same then a for the Widget Click (which is a workaround that requires extra work)
Incorporating all functionality in the RefreshTable screenaction seems very dirty to me, and is also a workaround.
While i do understand the problematics, the multiple callbacks possibly being disruptive to the client, this is not in all situations the case.
They should allow it at least for those situations. (detect them, otherwise warn or block)

Also how hard is it for Outsystems to design the functionality of the screenactions mechanic so that it aggregates callbacks thus preventing back-and-forth's?


This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
03 Aug 2015
Copy link to comment
It would be useful to have a way of refreshing/re-executing actions in a Screen Action context (similar to Refresh Data ).

Example:

The source of a Table Records called MyTableRecords is a list returned by an action called MyAction instead of an aggregate or adv. query directly.

Currently, if we desire to get an updated list from MyAction, in the RefreshMyTableRecords action we must call MyAction again and assign the newly returned list to the previous MyAction in the preparation.

This is messy and could be simplified with a Refresh Action feature.


Merged from 'Refresh Actions' (idea created on 2016-06-30 15:14:27 by Caio Santana), on 2016-07-01 09:07:08 by Goncalo Borrega

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
30 Jun 2016
Copy link to comment
I see my idea has been merged to this one but I don't think they were related. I wished for a "Refresh Action" feature, and it would apply only to Actions, not Screen Actions.

Also I don't see how that could be achieved by calling Screen Actions recursively.


This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
03 Jul 2016
Copy link to comment

Sometimes I need to reuse same code inside the screen. One difference between this idea and function is that I need to reuse the elements and page context. Another is that I could transfer the flow avoiding code duplication



Merged from 'create a command to reuse screen actions' (idea created on 2016-07-19 22:04:24 by Luciano Schiavo), on 2016-08-02 11:09:44 by Goncalo Borrega

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
19 Jul 2016
Copy link to comment

Can't you create a Action and reuse the same logic in multiple screens.



Merged from 'create a command to reuse screen actions' (idea created on 2016-07-19 22:04:24 by Luciano Schiavo), on 2016-08-02 11:09:44 by Goncalo Borrega

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
22 Jul 2016
Copy link to comment

Luciano, 

While not supported by OutSystems, a great forge component for achieving this is the Event System: https://www.outsystems.com/forge/component/597/Event+System/

It allows you to make event handlers and point them to screen actions. You can then trigger an event handler from another screen action, making your screen actions reusable.

Justin



Merged from 'create a command to reuse screen actions' (idea created on 2016-07-19 22:04:24 by Luciano Schiavo), on 2016-08-02 11:09:44 by Goncalo Borrega

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
24 Jul 2016
Copy link to comment
2016-11-21 23-23-05
Gonçalo Borrêga
Merged this idea with 'Refresh Actions' (created on 2016-06-30 15:14:27 by Caio Santana)

This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
01 Jul 2016
Copy link to comment

We had the same problem, but solved it by reusing the same screen action and adding a parameter for the different functionality required.



This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
06 Apr 2018
Copy link to comment

It's utterly ridiculous that this can't be done, and it leads to massive duplication of code.


Someone at outsystems need to sort this out.  If someone there is blocking the addition of this basic fundamental programming concept, someone in charge there needs to move them sideways into another role.



This comment was:
- originally posted on idea 'Call Screen Action from another Screen Action' (created on 14 May 2014 by Chris_)
- merged to idea 'Re-use a screenaction within a screen' on 06 Sep 2018 16:15:34 by Vasco Pessanha
07 Aug 2018
Copy link to comment

To add:  We are using Matheus Medeiros's excelent Screen Action extension to get around this.


Can someone at OutSystems please look at this extension and implement it as built-in functionality, ideally with the ability to include parameters.  Seriously, guys this is like what... a few hours work?


In fact, I could list a handful of extensions where OutSystems should have imported the functionality to the product... Text, String, FeedbackMessage, CSVUtil, EventSystem... end users shouldn't have to be dependent on third party extensions for basic functionality.


All credit to the guys that wrote these extensions by the way... maybe give them some branded goodies or a months free licence?

07 Sep 2018
Copy link to comment

Nathan -


Writing good Forge components is HARD WORK. A lot of them are internal use stuff which someone put the effort into making useful for everyone, documenting, putting together sample code, etc. AND asking permission to post publicly. Very few projects get assistance from anyone else, they are one-person efforts for the most part.

If you like someone's component a lot, I'd suggest reaching out to them directly and doing something nice for them yourself. As someone who has a lot of extensions, components, etc. in the Forge, some of which are super duper important for a lot of customers... yet no one *once* has every said, "wow, that saved me a week, can I send you an Amazon gift certificate or PayPal you some $$$ or something?" I've received less than 5 direct "thanks buddy!" despite the tens of thousands of downloads of my components. At best, you get selected for MVP status and there's some perks and swag and recognition and so on there.

But yeah, suggest that if Matheus' component is blowing your socks off, that you step up to the plate and thank them and maybe hit them up with a gift certificate or something.

J.Ja

07 Sep 2018
Copy link to comment
Merged this idea with 'Call a screen action from within another where both belong to the same screen.' (created on 21 Nov 2018 11:47:01 by Sienna)
03 Dec 2018
Copy link to comment

It would be handy to have the ability to call one screen action from within another screen action where both belong to the same screen to save duplicating code or having to create a server action.



This comment was:
- originally posted on idea 'Call a screen action from within another where both belong to the same screen.' (created on 21 Nov 2018 by Sienna)
- merged to idea 'Re-use a screenaction within a screen' on 03 Dec 2018 10:36:25 by Vasco Pessanha
21 Nov 2018
Copy link to comment

You meant Web screen, right? :)



This comment was:
- originally posted on idea 'Call a screen action from within another where both belong to the same screen.' (created on 21 Nov 2018 by Sienna)
- merged to idea 'Re-use a screenaction within a screen' on 03 Dec 2018 10:36:25 by Vasco Pessanha
21 Nov 2018
Copy link to comment

Yes sorry, I mean call one screen action from within another screen action where both screen actions belong to the same web screen.  Thanks for clarifying!



This comment was:
- originally posted on idea 'Call a screen action from within another where both belong to the same screen.' (created on 21 Nov 2018 by Sienna)
- merged to idea 'Re-use a screenaction within a screen' on 03 Dec 2018 10:36:25 by Vasco Pessanha
21 Nov 2018
Copy link to comment
Merged this idea with 'Reuse screen actions in other screen actions - web' (created on 10 May 2017 14:53:51 by mariap)
09 Jan 2019
Copy link to comment

In mobile, it is possible to use a client action of a screen inside another client action of the same screen.

It would be very useful to have this feature in Web development (specially when the screen has several actions and they all end up in refreshing a significant amout of data)...



This comment was:
- originally posted on idea 'Reuse screen actions in other screen actions - web' (created on 10 May 2017 by mariap)
- merged to idea 'Re-use a screenaction within a screen' on 09 Jan 2019 00:34:18 by leonardo.fernandes
10 May 2017
Copy link to comment

This can be achieved with the help of Event System component. You are able to expose an event, that will call a screen action when invoked. And you are able to invoke it from other screen actions.

Check its documentation here (or download a sample here).



This comment was:
- originally posted on idea 'Reuse screen actions in other screen actions - web' (created on 10 May 2017 by mariap)
- merged to idea 'Re-use a screenaction within a screen' on 09 Jan 2019 00:34:18 by leonardo.fernandes
13 May 2017
Copy link to comment

Love this idea. Used Leonardo's component, but finding it very strange this is not standard provided via Studio.



This comment was:
- originally posted on idea 'Reuse screen actions in other screen actions - web' (created on 10 May 2017 by mariap)
- merged to idea 'Re-use a screenaction within a screen' on 09 Jan 2019 00:34:18 by leonardo.fernandes
27 Jun 2017
Copy link to comment

Screen actions reuse

Example:

An action that interacts with elements of the screen, selecting combos or marking checboxes, often needs to be called at various times, and ends up being necessary to duplicate these logics.


If there were screen actions that could be reused, such as server actions, it would be a great gain in productivity.



Merged from 'Screen actions reuse' (idea created on 2017-10-25 15:29:27 by Huarlem Lima), on 2017-10-26 08:15:33 by J.

This comment was:
- originally posted on idea 'Reuse screen actions in other screen actions - web' (created on 10 May 2017 by mariap)
- merged to idea 'Re-use a screenaction within a screen' on 09 Jan 2019 00:34:18 by leonardo.fernandes
25 Oct 2017
Copy link to comment
2016-04-21 20-09-55
J.
 
MVP
Merged this idea with 'Screen actions reuse' (created on 2017-10-25 15:29:27 by Huarlem Lima)

This comment was:
- originally posted on idea 'Reuse screen actions in other screen actions - web' (created on 10 May 2017 by mariap)
- merged to idea 'Re-use a screenaction within a screen' on 09 Jan 2019 00:34:18 by leonardo.fernandes
26 Oct 2017
Copy link to comment

Seems like this is the same idea https://www.outsystems.com/ideas/78/Re-use+a+screenaction+within+a+screen?IsFromAdvancedSearch=True



This comment was:
- originally posted on idea 'Reuse screen actions in other screen actions - web' (created on 10 May 2017 by mariap)
- merged to idea 'Re-use a screenaction within a screen' on 09 Jan 2019 00:34:18 by leonardo.fernandes
08 Jan 2019
Copy link to comment
Changed the status to
Working on it
expected delivery in Q4 2019

Hi All,

We are currently working on the next generation of web applications, that among several other improvements, will allow the reuse of screen actions. We'll have an early access version of this soon, and we will love to hear your feedback about it.

Cheers,
Tiago Simões

14 Jun 2019
Copy link to comment

Great news, Tiago!

14 Jun 2019
Copy link to comment

Thank you, thank you, thank you!

Obrigado, obrigado, obrigado :)

14 Jun 2019
Copy link to comment

Intresting development!


19 Aug 2019
Copy link to comment

Nice

19 Aug 2019
Copy link to comment
Changed the status to
Implemented
on 02 Oct 2018

Hi All,

We're happy to share that this idea has been implemented. When you create new reactive web applications you'll be able to call a screen action from another one. Even better that that, those screen actions are generated in JavaScript, reducing the need to use hand-coded and hard-to-maintain JavaScript or jQuery to deliver faster experiences for end-user. You can read all about it in Reactive Web: The Next Generation of Web Apps.

Cheers,
Tiago Simões

16 Oct 2019
Copy link to comment

Great, and how hard is it to convert to a reactive Web site? 

16 Oct 2019
Copy link to comment

Hi Nathan,

It really depends on the app. Small apps and apps that were done based on the screen templates introduced in 11 are simpler to convert. Apps with several screens or complex screens will take longer. You can reuse server actions and data. Regarding UI we have studied several approaches, but the models are just too different for any automatic conversion to be any good. We expect to share some guidelines regarding conversion soon.

Cheers,

Tiago Simões

16 Oct 2019
Copy link to comment

Nice to know that the reactive app already consider this feature. It could be nice if it can be implemented the tradicional web app.


 

07 Feb 2020
Copy link to comment
2021-01-19 14-07-32
Tom Zhao
Champion

Totally agree with Alberto, 

 if it can be implemented the tradicional web app.


13 Nov 2020
Copy link to comment

Traditional web apps are considered legacy. They will not get new features, so also not this feature.

13 Nov 2020
Copy link to comment
163
Like