Claus Gittinger <cg@exept.de> [Wed, 25 Feb 2009 17:34:41 +0100] rev 5210
changed #pixelSizesInFamily:face:style:filtering:
sr [Wed, 25 Feb 2009 12:31:22 +0100] rev 5209
xy: ?
sr [Wed, 25 Feb 2009 12:30:52 +0100] rev 5208
code cleanup
sr [Wed, 25 Feb 2009 12:30:01 +0100] rev 5207
fix around bug due to windows-wrong-view-in-mouseWheelEvent
sr [Wed, 25 Feb 2009 12:29:31 +0100] rev 5206
*** empty log message ***
sr [Wed, 25 Feb 2009 11:35:01 +0100] rev 5205
*** empty log message ***
Claus Gittinger <cg@exept.de> [Wed, 25 Feb 2009 11:14:54 +0100] rev 5204
fixed mouseWheelScroll bug due to changed targetView code
Stefan Vogel <sv@exept.de> [Tue, 24 Feb 2009 19:29:45 +0100] rev 5203
No longer scroll the focus view for mouseWheel events.
This is compatible with the other mouse events, that interact
with the window where the mouse pointer is
(you have the mouse already at hand, haven't you?).
You can now mousewheel-scroll a non-focused SelectionInListView
without the risk of changing the current selection.
This is compatible with the beaviour of other applications (e.g. firefox)
Stefan Vogel <sv@exept.de> [Tue, 24 Feb 2009 19:29:18 +0100] rev 5202
No longer scroll the focus view for mouseWheel events.
This is compatible with the other mouse events, that interact
with the window where the mouse pointer is
(you have the mouse already at hand, haven't you?).
You can now mousewheel-scroll a non-focused SelectionInListView
without the risk of changing the current selection.
This is compatible with the beaviour of other applications (e.g. firefox)
Stefan Vogel <sv@exept.de> [Tue, 24 Feb 2009 19:28:45 +0100] rev 5201
No longer scroll the focus view for mouseWheel events.
This is compatible with the other mouse events, that interact
with the window where the mouse pointer is
(you have the mouse already at hand, haven't you?).
You can now mousewheel-scroll a non-focused SelectionInListView
without the risk of changing the current selection.
This is compatible with the beaviour of other applications (e.g. firefox)