Claus Gittinger <cg@exept.de> [Tue, 01 Jul 2014 12:56:55 +0200] rev 6521
*** empty log message ***
Claus Gittinger <cg@exept.de> [Tue, 01 Jul 2014 12:56:53 +0200] rev 6520
*** empty log message ***
Claus Gittinger <cg@exept.de> [Sun, 29 Jun 2014 16:17:45 +0200] rev 6519
class: StandardSystemView
changed: #windowLabelFor:
Stefan Vogel <sv@exept.de> [Tue, 24 Jun 2014 12:35:30 +0200] rev 6518
class: WindowGroup
added: #focusMomentaryRelease
Claus Gittinger <cg@exept.de> [Tue, 24 Jun 2014 01:26:21 +0200] rev 6517
*** empty log message ***
Claus Gittinger <cg@exept.de> [Wed, 18 Jun 2014 18:55:21 +0200] rev 6516
class: SimpleView
added: #requestAutoAccept
ca [Wed, 18 Jun 2014 12:00:51 +0200] rev 6515
class: SimpleView
changed: #borderWidth:
check borderWidth >= 0
Claus Gittinger <cg@exept.de> [Mon, 16 Jun 2014 14:04:00 +0200] rev 6514
class: DeviceGraphicsContext
changed: #deviceClippingRectangle:
Claus Gittinger <cg@exept.de> [Sun, 15 Jun 2014 14:21:07 +0200] rev 6513
class: WindowGroup
changed: #processEventsWithModalGroup:
fixed a strange bug
(Shift-CursorRight did not extent the selection in a modal Dialog,
such as a request-dialog) by removing some old hack, which was supposed
to care exactly for this.
Old behavior: input was forwarded from the main-wg to the modal-wg,
and the modifier states had to be fetched in the modal loop from the non
modal sensor, because these events where disposed to the main group initially.
New behavior: it seems that the modal wg already gets the event and therefore
fetching the modifier states from the main-wg fetches invalid modifier states.
I disabled the fetching code, but am still wondering what caused this
side effect "fix" in the first place.
Claus Gittinger <cg@exept.de> [Sun, 15 Jun 2014 14:17:29 +0200] rev 6512
class: WindowSensor
comment/format in: #keyPress:x:y:view: