BTProgressHUD.Show() from background thread causes UIKitThreadAccessException in debug builds about btprogresshud

[nicwise]

Hi @IlSocio

Thanks for this - you are right. The get on Shared DOES need to be run on the UI thread the first time.

So: quick fix is to do that the first time (just PRogressHUD.Shared; should do it?) on the UI thread, then use as normal. I'll fix this shortly and put it into the component store.

Thanks!

[IlSocio]

It would fix the issue for sure, but, actually the "issue" exists just in terms of how BTProgressHUD control has been designed, I'm referring to the fact that this control takes care of switching to the main ui thread by its own in it's implementation.

Imho, a much better approach would be to remove all the InvokeOnMainThread / RunOnUiThread calls from BTProgressHUD and let the developers to take care of switching to the main ui thread when using BTProgressHUD control, like we already do when using any other gui controls provided by the framework.
Doing it inside BTProgressHUD, kills the performances and it's not needed, because in any case, we will have to switch on the main thread by our own just to update a simple label...

[nicwise]

Thanks. Mostly fixed (the exception is thrown anyway) in b46bd9e