7 Commits (c1f6de254ebd47315a7ecafc50b69d335ec0c0a8)

Author	SHA1	Message	Date
Gordon Williams	e7edd54017	Fix messages app loading on clock without fast load	2022-12-16 11:00:00 +00:00
Gordon Williams	1c7eb92ad5	messages Remove '.show' field, tidyup and fix .open if fast load not enabled	2022-12-15 10:34:40 +00:00
Richard de Boer	3b0f525bd2	messagegui: write "remove" messages to flash ... Whoops: we didn't handle these at all, but are actually responsible for saving them, even if the UI won't be launched. Fixes #2380	2022-12-11 18:36:17 +01:00
Gordon Williams	aa1e485db8	0.59: Ensure we do write messages if messages app can't be fast loaded (see #2373)	2022-12-09 08:34:50 +00:00
Richard de Boer	8e5489486e	messagegui: don't write to flash so often ... fixes #2370	2022-12-07 21:56:07 +01:00
Richard de Boer	e9c673e119	messages,messagegui: fix handling of music ... The library combines musicinfo+musicstate messages, and waited for a "complete" message before emitting the event. But once you are playing music you don't get new music state events. The problem was that when the first "complete" message arrives, the UI is load()ed, so the library forgets its state, and doesn't emit anymore music events until the play state changes. This - changes the library to keep combining music messages, but always emit an event - makes the UI only launch itself if it sees a "complete" music event - makes the UI also combine musicinfo+musicstate messages	2022-11-30 23:58:36 +01:00
Richard de Boer	2a506e7421	messages: split library/gui/widget into separate apps	2022-11-26 16:52:17 +01:00