Version | Date | Description |
---|---|---|
1.0.1 | Aug 5, 2006 | |
1.0.0 | Aug 1, 2006 | |
1.0.0-RC1 | Aug 7, 2005 | |
1.0.0-beta4 | Feb 27, 2005 | |
1.0.0-beta3 | Nov 13, 2004 | |
1.0.0-beta2 | Oct 4, 2004 | |
1.0.0-beta | Sep 22, 2004 |
Type | Changes | By |
---|---|---|
- fix threadless queue event detection issue with jdk1.5_07 | thlee@onemindsoft.org |
Type | Changes | By |
---|---|---|
ADD - Handle ShutdownEvent in BridgeEventQueue and ThreadlessBridgeEventQueue to stop dispatch thread REFACTOR - Make BridgeContext to not set context to toolkit but require caller to do that instead - Make BridgeToolkit to check context is setup/tear down correctly each time - add destroy API for input and render context for cleanup - add close state check to session - add AwtBridgeUtils - add removeValue api for BridgeContextSession - remove Session start event from SessionLifecycleListener - Remove Map inheritance from BridgeContextSession BUG FIX - Fix issue with using static threaded event queue where contetxt are not set correctly in the static event queue thread - Fix client properties on peer issue | thlee@onemindsoft.org |
Type | Changes | By |
---|---|---|
FEATURE
- implement ThreadlessBridgeEventQueue - add SessionLifecycleListener interface and mechanism for share-app mode - Generate short peer id in BridgeContext - allow BridgeContextSession to set component properties - update peers to be compliances to jdk 1.5 REFACTOR - remove BridgeEvent layer which is unnecessary - Add ComponenetManager which is associ ated with a BridgeContextSession - Refactor BridgeContext peer management to ComponentManager in BridgeSession - refactor BridgePeer to not have hasListeners method - made BridgeToolkit implements ComponentFactory to create BridgeRobotPeer - Peers to contain context instead of toolkit BUG FIX - update BridgeEventQueue to process events from only one priority at a time - fix BridgeContainerPeer to extend BridgeLightweightPeer | thlee@onemindsoft.org |
Type | Changes | By |
---|---|---|
- FIX: AWT Button width calculation in peer (thanks to patch from Arno Puder (arno@puder.org)) | thlee@onemindsoft.org |
Type | Changes | By |
---|---|---|
- UPDATE: Make graphics in BridgeContext static to improve initialization
- IMPLEMENT: BridgeEventQueue use a waiter event to detect that all event has been flushed - FIX: BridgeEventQueue to filter out DefaultCaret$1 event for EditorPane component - FIX: BridgeEventQueue to post event directly to superclass if priority is high | thlee@onemindsoft.org |
Type | Changes | By |
---|---|---|
- fix event queue to wait for all events to be processed by the event dispatcher thread | thlee@onemindsoft.org | |
- Remove log4j depndency and use java.util.logging | thlee@onemindsoft.org |
Type | Changes | By |
---|---|---|
- Made BridgeEvent an ActiveEvent - Change the event dispatch mechanis m to simply use EventQueue from the awt | thlee@onemindsoft.org | |
- Make component revalidate - validate events posted - BridgeComponentPeer to return graphics from BridgeContext - BridgePeer to use component class name as ID | thlee@onemindsoft.org | |
- Console interface as special windows in BridgeContext | thlee@onemindsoft.org | |
- getRuntimeInfo method for getting runtime information of components | thlee@onemindsoft.org | |
- Made event dispatcher to log an entry of unhandled event component type | thlee@onemindsoft.org | |
- ChangeEventDispatacher | thlee@onemindsoft.org | |
- delegate image creation/management from BridgeToolkit to BridgeContext | thlee@onemindsoft.org | |
- BridgeEventQueue - filtering out certain invocation events to prevent ui painting | thlee@onemindsoft.org | |
- BridgeContextEvent and associated mechanism for notifying window add and remove | thlee@onemindsoft.org | |
- Refactor the event dispatching to base on Event type instead of component now.
- Made the BridgeEvent self dispatchable using dispatcher. - Change BridgeEventQueue to dispatch the BridgeEvent.dispatch | thlee@onemindsoft.org | |
- Pass renderOutput and handleInput to the InputContext/RenderContext.
- Let the render/input context to handle the windows instead of BridgeContext. | thlee@onemindsoft.org | |
- Remove some window-based api in BridgeContext since app-based api should be used | thlee@onemindsoft.org |