-
Probable cause is this line in actions.cpp:
LPARAM lParam = ((short)(mousePos.x)) | (((short)(mousePos.y))
2009-10-28 16:34:22 UTC in Taekwindow
-
Copying from http://syedgakbar.wordpress.com/2008/07/14/restore-notification-area-icon-after-explorer-crash/
"If you are writing any application which adds an icon to the Taskbar notification area, it’s recommend to handle the “WM_TASKBARCREATED” the message sent by explorer. This message is sent by explorer when it’s creating the taskbar. As after crash explorer doesn’t remember...
2009-10-28 14:58:29 UTC in Taekwindow
-
Lorin writes:
"Scroll window behaviour makes for some very bizarre... in MediaMonkey if the window is active, scrolling up or down in the volume area will result in the volume always going in the upwards direction, in Google Chrome in some situations it's as if ctrl key is active and web pages get zoomed in very quickly.. I don't have very good methods of reproduction.".
2009-10-18 09:20:14 UTC in Taekwindow
-
You could well be right. I haven't looked at it in detail. If the parser from Distribution.Simple is readable enough (it probably is) then it should be straightforward to port it to Java.
2009-09-11 12:02:35 UTC in Haskell support for Eclipse
-
ttencate added jpmoresmau to the Haskell support for Eclipse project.
2009-09-11 11:56:44 UTC in Haskell support for Eclipse
-
The user interface of the preference pages for Haskell look cramped and could do with some streamlining. Especially the use of tabs when we already have a tree control is against good UI principles. See also the -- incomplete -- feature branch in which I started to address these issues: http://github.com/ttencate/eclipsefp/tree/preferences.
2009-09-02 20:33:15 UTC in Haskell support for Eclipse
-
The project contains two different abstraction layers to create field editors, etc.. Parts are copied from the Eclipse core, parts come from the JDT. This makes it needlessly complex to create new dialogs, preference pages, wizards, etc.. Badly in need of a cleanup.
2009-09-02 20:29:58 UTC in Haskell support for Eclipse
-
These functions used to be called through Cohatoe and require some understanding of the source being edited. Scion should be extended to provide us with a parse tree.
2009-09-02 20:21:09 UTC in Haskell support for Eclipse
-
Manipulating certain fields in a Cabal file used to be done through Cohatoe, but that is now removed. Scion should perform this task through the Cabal API.
2009-09-02 20:19:55 UTC in Haskell support for Eclipse
-
The "make point-free" refactoring used to be called via Cohatoe, but that is now gone, so it no longer works. The code from lambdabot that performs this refactoring could be integrated into Scion without too much trouble, then called from EclipseFP.
2009-09-02 20:18:38 UTC in Haskell support for Eclipse
