View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003251 | JEDI VCL | 00 JVCL Components | public | 2005-10-03 16:38 | 2005-10-12 15:05 |
| Reporter | Peter Sanders | Assigned To | AHUser | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 3.00 | ||||
| Target Version | Fixed in Version | 3.10 | |||
| Summary | 0003251: JvSpeedBar Editor does not work correctly | ||||
| Description | Editor allows the creation of sections and buttons. Buttons placed on the toolbar cannot be "dragged off" the toolbar, buttons cannot be repositioned on the toolbar. Buttons on the toolbar cannot be selected, the "whole" toolbar is selected when a button is clicked. | ||||
| Additional Information | It may only be the fact that the buttons cannot be selected that is the cause of the problem. If the button could be selected the dragging and repositioning may function again as normal. Previously the editor used to remain visible during the dragging on to and from the toolbar. Currently the editor disappears behind the form containing the toolbar when any attempt to select a button is made. It seems to me that an attempt to select a button causes the toolbar to receive the focus. A sample app is attached but it should be reproduceable on others' pcs. Regards Peter Sanders | ||||
| Tags | No tags attached. | ||||
|
2005-10-03 16:38
|
JvTbTest.zip (1,772 bytes) |
|
|
The problem is the if not DispatchIsDesignMsg(Self, Msg) then line in the WndProc method of the TJvExCustomPanel class in JvExExtCtrls.pas. It determines that mouse messages at design time should not go to the control. If you remove that line, the control works as expected. I think this line is needed for something so I'm not sure how to resolve this issue. |
|
|
Reminder sent to: AHUser Could you look at bug report 0003251 in Mantis. It is about JvExExtCtrls.pas and I'm not sure how to fix it. |
|
|
> I think this line is needed for something Without this line many components will react on messages which normally the form designer would catch. I fixed this bug by skipping the IsDesignMsg() call if any of the "allowed" (see TWinControl.WndProc) messages are received. Fixed in CVS |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2005-10-03 16:38 | Peter Sanders | New Issue | |
| 2005-10-03 16:38 | Peter Sanders | File Added: JvTbTest.zip | |
| 2005-10-05 14:08 | remkobonte | Note Added: 0008003 | |
| 2005-10-12 14:07 | remkobonte | Note Added: 0008021 | |
| 2005-10-12 15:05 | AHUser | Status | new => resolved |
| 2005-10-12 15:05 | AHUser | Resolution | open => fixed |
| 2005-10-12 15:05 | AHUser | Assigned To | => AHUser |
| 2005-10-12 15:05 | AHUser | Note Added: 0008022 |
