How to close result table table list to the right?
I made a workflow to pass a webrequest to SAP service. Then I process the answer and make an featureset of it. The first time the workflow shows the resultstable to the right .
I do not want this because the ResultListview(at the bottom) is the correct view. But when I use the workflow for a second time (within the same session) the ResultTbale to right is not shown.)
How can this issue be fixed?
-
Hello Erik,
I believe that you could include a Run Command activity with CloseResultsFrame as the Command Name to close this frame.
Without looking at your workflow, its difficult to understand why the frame would open on the first execution and close the second time.
Let me know if this helps.
Thanks, Stefan
0 -
Stefan,
You can use https://esrinederland.maps.arcgis.com/home/item.html?id=15af7ee5b3f7466ebb1fa945cf99d9a4 This is not the wf I talked about but the behaviour is similiar. It only works this way when you configure in the Manger and then in the Viewer configuration =>Look and Feel
the Results Views: Results List. If you change it to Result Table it works as you suspect. But I do not want the Identify results in bottom result but to the right(ResultList).
I already tried your suggestion without good result. Any idea how to fix this?
0 -
I am having difficulty understanding what you are trying to achieve as your two comments seem to contradict each other and you mentioned the Results List, which only appears in the panel on the left.
0 -
Stefan,
I think I tried to say to much. What I want is the result from a workflow to be shown at the bottom (Result Table). But the first time I shows the results in the Result List and Result Table see picture below:
So I need a way to close the Result List from workflow.
I hope this will make things more clear
0 -
Hi Erik
Ahh okay, I think I understand now, I was over-complicating things on my end too. The only step that you should need to do is use a Run Command with SwitchToTabularResultsView, which will be run after a Show Results to display those results in the table view.
I also noticed that you also were looking at DeactivateView command with ResultsTableView and ResultsListView parameters, those are also useful commands for working with these views but probably aren't needed in this case.
Thanks, Stefan
0 -
Stefan,
That is what i suspected but it is not working like that the first time. In case https://support.geocortex.com/apex/essentialsGSCForum?sub-nav=forum&main-nav=essentials&#!/feedtype=SINGLE_QUESTION_SEARCH_RESULT&id=90660000000Ck9qAAC Sean McClurkan find exact the same as I do. The first time it shows both ResultList and ResultTable (and so twice the same results). The second time the workflow only shows ResultTable. I don't want to show the ResultList the first time...
0 -
That issue is referring to an older version of GE/GVH along with WF4 instead of WF5. What is your current environment?
I've been testing with the current releases of GE 4.9.2/GVH 2.10.1 with WF 5.4.
0 -
Stefan,
Geocortex Essentials – the overall core framework 4.8.2 ·
WebViewer 2.9.2
It is because this are versions for GeoWeb 5.3 (the Netherlands)
0 -
The only suggestion that I can offer without being able to reproduce it is to use the DeactivateView with ResultsListView after the SwitchToTabularResultsView.
0 -
Stefan,
It is not working. So it is a version related problem, is that fair to say?
I tested it with GE 4.9.1/GVH 2.10.1 and it is working there. The new ResultTable looks also different.
Erik
0 -
Yes, there was a significant amount of work to improving the functionality of the Results Table in the 2.10 release. I've asked one of our Support team members to follow up on your issue.
0 -
Hi Erik,
I have a theory about what is happening in 2.9.1, based on some interactions I've seen with 4.x workflows and the GVH 2.8+ results module.
When you open results with a "Show Results" (or 4.x SelectFeatures) activity, the workflow sends the results off the the results module, considers its task done, and moves along to the next activity. It don't believe that it listens to the results module and waits for its work to complete before continuing.
In 2.8+ with the introduction of the grouped results list, this can cause some weird interactions because the results module doesn't complete its tasks near-instantaneously. For example, it waits to see if there's more than one featureset that it should be displaying and drills down to the featureset's results or shows the collection of featuresets appropriately.
I think in the case of your example workflow, the results list is still in the process of handling the results that we gave it with the "Show Results" activity when it reaches the commands for "SwitchToTabularResultsView" or "DeactivateView". Perhaps that causes the behaviour of the commands to be overwritten or ignored. With the workflow that you included as an example, I found that adding a Delay activity with a 5000 ms duration directly after Show Results was a successful workaround. When I did that, "SwitchToTabularResultsView" was sufficient to move the results to the table and close the list view; "DeactivateView" wasn't necessary. You might be able to test with that on your end and see if a shorter delay will do.
I'm not certain what the difference is that causes this to work without a delay in 2.10, but significant changes were made to the results table in this version, so I it wouldn't be too surprising if this behaviour was inadvertently affected.
Hope that helps
-Amanda
0 -
Hi Amanda,
That was the trick I needed. In my case even 100 ms is enough. Very strange but I'm glad it works
0
Du måste logga in om du vill lämna en kommentar.
Kommentarer
13 kommentarer