Custom Query (74 matches)
Results (4 - 6 of 74)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #32 | fixed | Add Help item to context menu of standalone version | ||
| Description |
The context menu for the exe lacks a Help item. |
|||
| #1 | fixed | Add OpenWatcom option | ||
| Description |
I have the files to build using OpenWatcom?. Currently nmake is still used rather than wmake but that can be changed later. |
|||
| #66 | fixed | Add a Properties=>Taskbar setting to define the taskbar auto-hide delay. | ||
| Description |
I am curious if we could introduce a user-specified auto-hide delay setting? If anything, those who find the default delay coded into the application too fast/slow would now have a way of changing that setting to suit their needs. Namely, modifying the default delay to something longer would allow them to force the taskbar to stay up and not autohide as quickly. I think this approach would introduce much more flexibility then it may appear at face value. For example, my OS/2 install (Warp4 CP2) is setup to use the window auto-focus/z-order change feature, this means I typically zoom around my desktop, ie: my mouse pointer rarely lingers around. Other members of my family on the other hand do not move the mouse as quickly as I do, therefore often times they complain that other windows pop-up as they attempt to get to the new screen destination. My point here being, the human-computer interface is driven by our individual, sometimes physically driven contraints and preferences. Anything that helps with such aspects is a great enhancement. My request is as follows: 1) in the Properties=>Taskbar window introduce a new setting which allows the user to define the time delay value 2) make this value granular to 0.1s at the lowest level, this would allow for sub-second values, therefore one could have 0.5s or 1.5s 3) of course this setting should be populated with a default value to start off with |
|||
