Forums | developer.brewmp.com Forums | developer.brewmp.com

Developer

Forums

Forums:

In BREW SDK 1.1 API Reference the following description is made for the bDefer flag for IDISPLAY_UpdateEx: Quote:If the bDefer flag is set to FALSE, the screen is refreshed (updated) immediately. If the bDefer flag is set to TRUE, the update message is posted in the queue of the user interface task, thereby allowing all the drawings to be done before updating the screen.

API Reference that comes with SDK 3.0 and 2.1 says exactly the opposite -
SDK 3.0:
Quote:If the bDefer flag is set to true, the screen is refreshed (updated) immediately. If the bDefer flag is set to false, the update message is posted onto the queue of the UI task, thereby allowing all the drawings to be done before updating the screen.
SDK 2.1:
Quote:If the bDefer flag is set to false, the update message is posted onto the queue of the UI task, thereby allowing all the drawings to be done before updating the screen.
Ahhh? Anybody can explain? What description is correct? Or the behaviour of the function different across BREW version?
Thinking as a programmer I suppose setting a parameter named bDefer should DEFER the update (posting the message). Does this mean SDK 3.0 and SDK 2.1 documentation is inaccurate/wrong?

archi wrote:Does this mean SDK 3.0 and SDK 2.1 documentation is inaccurate/wrong?
Yes.
(Apparently "yes" is too short for the message board software to accept, hence this sentence.)

archi wrote:Does this mean SDK 3.0 and SDK 2.1 documentation is inaccurate/wrong?
Yes.
(Apparently "yes" is too short for the message board software to accept, hence this sentence.)

The flag is called "defer" for a reason... and I guess that name makes it self-explanatory in a sense.
But you're right information is conflicting. Setting it to FALSE however means you do not want to defer the call into a queue. You want to have it processed immediately.

The flag is called "defer" for a reason... and I guess that name makes it self-explanatory in a sense.
But you're right information is conflicting. Setting it to FALSE however means you do not want to defer the call into a queue. You want to have it processed immediately.