Hello, i wonder if some errors like "invalid text operation" can be catched by Screen.ErrorOcurred or other method.
I'm talking about aleatory errors from Clocks or Web.gotText that are working well during several days.
Forced Example: If i wrote a text with less than 2 chacarters in "Textbox z", "then i get an invalid text operation message"
I'm sorry @dora_paz but i think that you don't read my question. Is a "Forced Example"
And i am not talking about Companion, I am talking about a huge compiled .apk (more than thousand blocks).
Thanks @ABG, you described it very professionaly. Beyond calling it a complaint, I wanted to mention the topic in the forum because I did not find any query about it.
Maybe i can label TAIFUN, but i suppose that it is strictly forbidden.
Because you didn't include any blocks to capture the error and return this to "another" notifier.
It may be that what you want to do is change how AppInventor currently responds to runtime errors, which will mean (significant) changes to the app inventor sources. it may be possible to write an extension to intercept runtime errors as they occur, but then you would need responses for every eventuality.
The easiest solution is along the lines as suggested by @dora_paz, which is to capture the error before it occurs (e.g. incorrect entries/data/values). As a developer, one should be coding blocks to avoid runtime errors for the the end user....
@TIMAI2 I don't understand. What blocks i could include to capture the error if my runtime error is not catched by Screen.ErrorOcurred.
I'm not asking about how to prevent bad inputs, my runtime errors doesn't occurs with text strings, there was an example.
Maybe the correcto answer is "No, it si not posible".
This question is not about a specific error, is about how to catch runtime errors.
Regards.
you can't catch runtime errors, you have to think about how to avoid them...
for example before trying to select an item from a list make sure the list is long enough
or before trying to get a segment from a text, make sure the text is long enough, etc.
We have explored the possibility of implementing more robust debugging capabilities in App Inventor. However, none of the attempts to do so have obtained significant traction. If the resources become available to tackle this further I would be glad to do so.