author | zecke <zecke> | 2004-08-25 21:32:12 (UTC) |
---|---|---|
committer | zecke <zecke> | 2004-08-25 21:32:12 (UTC) |
commit | e4811064703ad34f42f15c3044cd8f63c0e7583c (patch) (side-by-side diff) | |
tree | 5c2ab29a176540761b351c29b6556c852067f613 /library/task-opie-apps.control | |
parent | 656d233aa88a92b461abaa618e52db11c1f9d625 (diff) | |
download | opie-e4811064703ad34f42f15c3044cd8f63c0e7583c.zip opie-e4811064703ad34f42f15c3044cd8f63c0e7583c.tar.gz opie-e4811064703ad34f42f15c3044cd8f63c0e7583c.tar.bz2 |
-If play() is called again kill old 'looping/playing' in favor
of the new value. This deletes the timer and would fix possible
shortage on timer resources
-A small friend to hook to an internal signal to avoid problems
in Opie::Core::ODevice entering the event loop to wait for
the sound to be finished. processEvents() can give strange results as
some applications do not expect that the eventloop is entered. This
could possible deliver a Timer, or an Event from QSocketNotifier
which could give all kind of problems of wrong reentrancy.
So let us avoid it.
Diffstat (limited to 'library/task-opie-apps.control') (more/less context) (ignore whitespace changes)
0 files changed, 0 insertions, 0 deletions