2005/03/23 19:47:52 dbo 1.3.2.1: #i45754# whole slideshow code: disabling optimization for solaris sparc (!gcc)
seems to be a compiler bug: currently no better way to workaround its problem
Issue number:
Submitted by:
Reviewed by:
2005/03/23 19:47:51 dbo 1.2.8.1: #i45754# whole slideshow code: disabling optimization for solaris sparc (!gcc)
seems to be a compiler bug: currently no better way to workaround its problem
Issue number:
Submitted by:
Reviewed by:
2005/03/21 17:37:15 dbo 1.2.8.2: #i41476# schedule deactivation of parent node if no children are available
Issue number:
Submitted by:
Reviewed by:
2005/03/15 10:38:26 dbo 1.2.8.1: #i39513# misc minor improvements
Issue number:
Submitted by:
Reviewed by:
2005/03/23 19:47:50 dbo 1.2.8.1: #i45754# whole slideshow code: disabling optimization for solaris sparc (!gcc)
seems to be a compiler bug: currently no better way to workaround its problem
Issue number:
Submitted by:
Reviewed by:
2005/03/23 19:47:49 dbo 1.7.2.2: #i45754# whole slideshow code: disabling optimization for solaris sparc (!gcc)
seems to be a compiler bug: currently no better way to workaround its problem
Issue number:
Submitted by:
Reviewed by:
2005/03/14 16:12:25 thb 1.7.2.1: #i36914# #i37785# #i41477# #i43486# Merge from prefixes01 patches
2005/03/29 09:22:02 cl 1.2.12.3: RESYNC: (1.2-1.3); FILE MERGED
2005/03/17 16:56:47 iha 1.2.12.2: #i45012# dispose sound at deactivation
2005/03/14 17:14:50 iha 1.2.12.1: #i45012# to many player instances created at the same time
2005/03/15 18:01:10 cl 1.2.18.3: RESYNC: (1.2-1.3); FILE MERGED
2005/03/04 16:06:48 thb 1.2.18.2: #i43997# Reworked notification handling: now, _all_ external events are handled through the EventQueue, i.e. every external notification call (mouse events, whatever) will enqueue zero-timeout events, thus invoking the actual functionality through XSlideShow::update(). Together with the requirement to only call XSlideShow::update() from the main thread, this should result in correct behaviour under nearly all multi-threading circumstances.
2005/03/04 14:08:52 cl 1.2.18.1: #i43679# added AnimationCommandNode for STOPAUDIO support
2005/03/04 16:06:46 thb 1.2.18.1: #i43997# Reworked notification handling: now, _all_ external events are handled through the EventQueue, i.e. every external notification call (mouse events, whatever) will enqueue zero-timeout events, thus invoking the actual functionality through XSlideShow::update(). Together with the requirement to only call XSlideShow::update() from the main thread, this should result in correct behaviour under nearly all multi-threading circumstances.
2005/03/15 17:52:14 cl 1.2.18.5: RESYNC: (1.2-1.3); FILE MERGED
2005/03/08 11:13:49 cl 1.2.18.4: do not use references for mouse events
2005/03/04 16:06:45 thb 1.2.18.3: #i43997# Reworked notification handling: now, _all_ external events are handled through the EventQueue, i.e. every external notification call (mouse events, whatever) will enqueue zero-timeout events, thus invoking the actual functionality through XSlideShow::update(). Together with the requirement to only call XSlideShow::update() from the main thread, this should result in correct behaviour under nearly all multi-threading circumstances.
2005/03/02 11:52:08 cl 1.2.18.2: #i43679# added AnimationCommandNode for STOPAUDIO support
2005/02/28 15:09:55 cl 1.2.18.1: #i42524# foreward setShapeCursor to buffered slides
2005/02/17 23:56:54 thb 1.2.6.4: #i42499# Made de-spriting of shape effects happen in new Activity::dequeued() method; removed Activity::end() method; fixed calculation of XSlideShow::update() wait interval; slightly modified pres time handling, pres time is now held during _all_ queue processing, including EventQueue (generated funny bounce and break effects, because delayed activities got out of sync); clarified documentation
2005/02/02 22:47:01 dbo 1.2.6.3: #i37777#
- timing changes for activities queue
- minor fixes
Issue number:
Submitted by:
Reviewed by:
2005/01/30 16:01:00 dbo 1.2.6.2: #i37777#
- using single presentation time base
- activities queue detects and sets timing lag (calcTimeLag())
Issue number:
Submitted by:
Reviewed by:
2005/01/27 15:58:19 dbo 1.2.6.1: #i39662# using shared timer for correct pausing
Issue number:
Submitted by:
Reviewed by:
2005/03/03 14:17:29 thb 1.2.6.2: #i43927# Slightly changed the way updateScreen() is handled: since just lately, there were several places introduced which had to call View::updateScreen() manually (RehearsetimtinActivity, WaitSymbol, etc.). Together with the recent change regarding #i42499#, this resulted in the unfortunate situation that LayerManager::update() was not called before updateScreen(). Now, the view update is centrally handled by the EventMultiplexer (which also knows the LayerManager), I've therefore changed all direct calls to View::updateScreen() to EventMultiplexer::updateScreenContent()
2005/02/15 12:45:10 thb 1.2.6.1: #i42440# Moved sprite-growing code to slideshow, we already handle the case there for update areas of antialiased shapes; Improved/reformatted documentation; (Hopefully) fixed the problem that sometimes, the first effect preview did not work. The reason there was presumably the clearing of the EventQueue before every slide, and the fact that EventMultiplexer only generated new tick events when it thought ticking was switched off.
