Hi, According to the 3GPP specifications there is some missing points in the SATK DisplayText implementation and I want to propose some API changes here.
1. clear message after delay / wait for user to clear flag This flag corresponds to the bit 8 of the command qualifier (see ETSI TS 102 223) and indicates how the message should be cleared by the UI. In the STK agent documentation it's indicated that this flag is handled using different timeout value for the Agent DisplayText method call. But that doesn't seem the case in the code: there is no check of the flag. For me it's to the UI to handle the way how the message must be cleared and not to ofono. With the current Agent DisplayText method API this is not possible as there is no indication if the message must be cleared after a delay or after a user action. So I want to propose the following change for the STK Agent: Change void DisplayText(string text, byte icon_id, boolean urgent) By void DisplayText(string text, byte icon_id, boolean urgent, boolean clear_after_delay) Where clear_after_delay boolean must be set to '1' for the clear message after delay case and to '0' for the wait for user to clear case. 2. Busy screen The other missing point in the DisplayText implementation is the case of the busy screen. According to the sequence 1.2 of the ETSI TS 102 384 we must return a terminal response with the error "screen busy" when the ME is not in the idle screen and if the text message is not urgent. In the current implementation there is no way to return this type of error in the terminal response. I propose to add a new error code ScreenBusy in the same way of what it's done for GoBack and EndSession event. Please let me know if you agree with it. Regards, Guillaume --------------------------------------------------------------------- Intel Corporation SAS (French simplified joint stock company) Registered headquarters: "Les Montalets"- 2, rue de Paris, 92196 Meudon Cedex, France Registration Number: 302 456 199 R.C.S. NANTERRE Capital: 4,572,000 Euros This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. _______________________________________________ ofono mailing list [email protected] http://lists.ofono.org/listinfo/ofono
