Hello,

Naturally, WebProgressBar only supports FlyPostBack.

However, we also provide Server-side events which you can use to perform Postback.

Hope this helps.

Thank you.

can the documentation be updated to reflect this - wastes a lot of time trying to find facilities which actually dont exist.

Also why "naturally" I want a full postback on the finished event?

It would be more logical - again as the documentation suggests - to support both bostback modes on all components

Hello,

Yes, we would like to apologize for the incorrect information in the documentation. We will surely update the documentation for future reference.

When you display WebProgressBar, it will run on the FlyPostback. But you are still able to run WebProgressBar in FullPostback mode by using the Server-side event provided in its properties.

Hope this helps.

Thank you.

"But you are still able to run WebProgressBar in FullPostback mode by using the Server-side event provided in its properties."

How exactly - I'm using the server side events and the only option is for FlyPostBack?

Hello,

What I mean is eventhough WebProgressBar is running on FlyPostBack mode, you are still able to invoke Server-side events. For example, when you change the progress interval or value, you can still perform Server-side events such as ProgressInterval, ValueChanged, Start.

Hope this helps.

Thank you.

Yes indeed I understand how FlyPostBack works and I can see that yes I can do these small changes but I want a FullPostBack to occur when the ProgressBar reaches 100%.

It is more logical (as the documenation suggests) for ALL Intersoft's ASP .NET components to support both full and fly PostBack - it is a great shame that this is not the case as  it would be a compelling reason to use them.

Hello,

You can perform FullPostBack when the ProgressBar reaches 100% by implementing __doPostBack() method in OnFinished Client-side events.

You can add the following code in FreshMartFrom.aspx sample file to implement FullPostBack:

function ProgressBar1_OnFinished(controlId, endTime, value, caption)
{
   var progBar = ISGetObject(controlId);

   var duration = progBar.EndTime - progBar.StartTime;

   var btnSect = document.getElementById("btnSection");
   var progSect = document.getElementById("progSection");

   progSect.style.display = "none";
   btnSect.style.display = "";

   document.getElementById("lblStatus").innerHTML = "Save complete in " + (duration / 1000).toFixed(2) + " second(s)";

   __doPostBack("FreshMartForm", "");
}

FreshMartForm is the div id of the page. When the ProgressBar finished its loading, it will perform FullPostBack.

Hope this helps.

Thank you.

Well yes it helps and thanks for that  but....

This is exactly the sort of kunge I want to avoid by using a library like Intersofts.
I want uniformity and I a can't see any reason why ALL of Intersoft's controls shouldn't support PostBackMode  - a point the documenation and advertising makes as a plus point - and to this question or issue you have remained completely silent.

So once again thanks for your efforts but it doesn't really address the logical inconsistency in the framework.