Hi,

i have a button inside of a form which starts a process.

<button type="button" class="btn btn-danger" onClick="AwareApp.startProcessFromForm ('CloseTask','main', this, false)" title="Close task">Close task</button>

The form si displayed inside a VP panel
There is a way that the form can be automatically closed after the above process is executed?

thank you.

A couple of months ago I had requested for two new Actions/functions from Support.
One was "CloseForm" and the other was "Logout", that could be used from process.

Having such actions can help your case. 🙂

BenHayat wrote

A couple of months ago I had requested for two new Actions/functions from Support.
One was "CloseForm" and the other was "Logout", that could be used from process.

Having such actions can help your case. 🙂

Thx Ben,

And what was the answer from Support ?????????????????????????? 🙂

weblike wrote
BenHayat wrote

A couple of months ago I had requested for two new Actions/functions from Support.
One was "CloseForm" and the other was "Logout", that could be used from process.

Having such actions can help your case. 🙂

Thx Ben,

And what was the answer from Support ?????????????????????????? 🙂

I honestly don't remember if there was "any" answer or "Positive" answer. I think it was just ignored... 🙁

@Support.

Please please please include this feature in next releases. Thank you in advance 🙂

Pretty please .................

6 months later

Support Can you give a reply on this?

A function like "CLOSE FORM" would be very helpful in processes.

Now what happens is:

  1. I have a VP with 2 panels. First panel contains a a query. Second panel is a View Panel for 1st panel.
    So when I select a record form 1st panel->the editing form appears in 2nd panel...
    Inside that form I have a button->process which changes the status of the record to "Closed". In that moment I want to also close the form.

Please consider adding this in next releases.

Thx,

A close form action would be useful, would a few other devs be interested in chipping in for this feature ?

If the form is open in a content panel why not just DISPLAY a blank LAYOUT to overwrite the form?

Set the 2nd panel to be a HTML panel which is set to Refresh when 'button->process which changes the status of the record to "Closed"' is run and DISPLAY's a blank LAYOUT.

But surely you don't even need to do that.

Can't you just execute the DISPLAY LAYOUT as the final Action of the process, and the process's output would be set to 'Same Panel'? (but you would have to know its name)

pureist wrote

If the form is open in a content panel why not just DISPLAY a blank LAYOUT to overwrite the form?

Set the 2nd panel to be a HTML panel which is set to Refresh when 'button->process which changes the status of the record to "Closed"' is run and DISPLAY's a blank LAYOUT.

But surely you don't even need to do that.

Can't you just execute the DISPLAY LAYOUT as the final Action of the process, and the process's output would be set to 'Same Panel'? (but you would have to know its name)

Thx pureist, your workaround is working in my case...You are smarter than I thought 🙂 ( just teasing you). 🙂

However a "CLOSE FORM" function would be nice.... 🙂

Nah, a CLOSE FORM Action isn't as good as DISPLAYing a LAYOUT cause you can have confirmation messages for the user in the Layout WITHOUT them then having to close a popup.

What would make it even better/a more seamless UX is if the 'Executing Veil' over the entire screen didn't happen during DISPLAY LAYOUT, or if it only happened over the area of the panel being updated.

This should be Javascript.
no need to call the server when this can be done on the client side.

mrbdrm wrote

This should be Javascript.
no need to call the server when this can be done on the client side.

Yes, it would be better...

Pureist: "Your DISPLAY LAYOUT is ok, but all the screen flickers and not too professional." I'll use it until we have a better solution 🙂

I know. That's why I wrote:
'What would make it even better/a more seamless UX is if the 'Executing Veil' over the entire screen didn't happen during DISPLAY LAYOUT, or if it only happened over the area of the panel being updated.' (like when a query is refreshing)

But what is amusing is that someone other than me in commenting on UX/UI/elegance/seamlessness.. re., you mentioning 'flickering' not looking professional.

Instead of updating the panel with DISPLAY LAYOUT, what about updating it with a query which has been configured so that no records are returned? (ID=0)

Make the panel a HTML panel which is triggered to update when the process which runs for the button is run, and use a process to update it, which runs a query.

Turn off the Title Bar, Column Headings Row; and Paging Bar, so nothing appears.

The 'Executing Veil' might not happen if you turned it off in the Dialog from which you added the button to the form in the first panel.

[SPEAKING OF WHICH, have you already got it turned off, and despite which the 'Executing Veil' is still happening for DISPLAY LAYOUT?]

If the button is a form HTML cell button which runs the process using AwareApp.startPr.. then it seems you cannot suppress the 'Executing Veil' as I don't think there is an option in the parameters.

OR, you could VIEW a form as the last action in the process, and make the form blank and 1px x 1px and change the color of it to be white so it's not visible.

If you still think CLOSE FORM is required for the sake of coding 'elegance', then 'CLEAR PANEL' is probably a more versatile new Action to have because it would also get rid of a Query from being displayed that you don't want to be at some point.

It could have dual functionality where CLEAR PANEL on its own clears the panel to which output is directed, while CLEAR PANEL (frame_type,tab_name,panel_name) would facilitate more finite control over the UX.

And while at it, why not also new COLLAPSE PANEL and EXPAND PANEL Actions to further enhance UX control.

And why not HIDE PANEL and SHOW PANEL. All should be possible with responsive layout.

and, HIDE TAB and SHOW TAB.

Like mrbdrm correctly pointed out this functionality should be on the client.

Which makes an interesting case for Henrik's suggestion to execute Javascript from a process (see a separate thread on this). You could then close a form, expand/collapse panels and do many other things before or after a process is executed.

aware_support wrote

Like mrbdrm correctly pointed out this functionality should be on the client.

Which makes an interesting case for Henrik's suggestion to execute Javascript from a process (see a separate thread on this). You could then close a form, expand/collapse panels and do many other things before or after a process is executed.

Yes, this a good example where a script action would be useful.

what about just having a new type of Form and Item Operation Button.. 'JavaScript'?
When this type of Operation is selected for a Button, a panel appears in which 'AwareApp.startPr..' et al could be entered as normal to start processes, etc, and JavaScript could also be enterable in the panel.
But perhaps it makes more sense to just have a new Action.. 'JAVASCRIPT', which can be used as an Action in a Process.

Notwithstanding the above, core JS methods such as CLEAR PANEL, COLLAPSE PANEL, HIDE PANEL, HIDE TAB, etc., should be Aware Actions having those names, in order to make front-end control friendly for new users.

Running Javascript as an "operation" is possible now - you can just create an HTML button and use Javascript there.

What is not possible now (well, it is possible, but quite difficult) is to combine a process with Javascript - to run it before or after a process.

aware_support wrote

Running Javascript as an "operation" is possible now - you can just create an HTML button and use Javascript there.

What is not possible now (well, it is possible, but quite difficult) is to combine a process with Javascript - to run it before or after a process.

Can you elaborate on how it can be done?