| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010227 | Lazarus | IDE | public | 2007-11-21 12:39 | 2018-12-11 01:43 |
| Reporter | Geenimetsuri | Assigned To | Ondrej Pokorny | ||
| Priority | normal | Severity | trivial | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | Product Build | ||||
| Target Version | Fixed in Version | 1.5 (SVN) | |||
| Summary | 0010227: Top of Lazarus interface covered by taskbar | ||||
| Description | If taskbar - ie. the bar with Start button - is on top of the screen instead of the bottom when you first start the IDE the taskbar covers (the top) part of the interface. | ||||
| Additional Information | As a fix, I suggest Lazarus IDE takes into account the position and size of taskbar when creating the interface for the first time. | ||||
| Tags | No tags attached. | ||||
| Fixed in Revision | 50509 | ||||
| LazTarget | - | ||||
| Widgetset | Win32/Win64 | ||||
| Attached Files |
| ||||
|
|
Yes, yes...forgot the OS again. It's on Windows XP. |
|
|
What interface is covered? This doesn't make sense to me. |
|
2011-11-20 21:50
|
winxp_top_bar_cover.png (24,192 bytes) |
|
|
I think it works like this. Steps to reproduce: 1> Move the taskbar to the top of the screen 2> Open Lazarus Result: The IDE window is covered by the bar (as shown in winxp_top_bar_cover.png) Expected: It should auto-detect the taskbar position and move down if required |
|
|
Ok, I see. |
|
|
Detaching myself from this issue. Don't know how to fix. |
|
|
I don't have any Windows but if the same problem is also with other applications I would close it. Furthermore this issue is only when the taskbar is not auto-hidden. |
|
|
topbat.png (34,941 bytes) |
|
|
I have the same problem on windows 8 64bit |
|
|
This simple call obtains the proper positioning: var R:TRect; SystemParametersInfo(SPI_GETWORKAREA,0,@R,0); In the current code 0,0 is assumed for topleft which is wrong. The bar can be at all four sides of the desktop under Windows and furthermore at ANY screen or even extended over multiple monitors. Since this is dynamic there should probably be something like subclassing the taskbar for WM_MOVE messages as well. |
|
|
> ... but if the same problem is also with other applications FF has the same problem, but only when autohide of taskbar is true... |
|
|
A lot of wrongs doesn't make it right. My suggestion will help fix the common case at least, but only for windows. You can poll that call, btw, in the paint routine. Recipe: - If the windows taskbar is locked, skip it (cache first time). - If it isn't query the position. - Adjust Lazarus windows to taste... - And plz relative to each other. |
|
|
Thaddy de Koning, could you make a patch please. |
|
|
Probably fixed in one of the older revisions. As far as my tests show r50508+r50509 are not affected any more. |
