Bug #3629
closedWt::WRectArea sometimes are not included into HTML within an own Chart
0%
Description
Hi,
I have implemented an Gannt like diagram which uses WRectAreas to show tooltips and allows the user to select an area by click it with the mouse. In some circumstances I don't understand the and elements are not send to the browser.
To reproduce this behaviour please follow these steps:
- Open URL http://myarm.info/fcgi-bin/myarmbrowser.fcgi?cfg=CDDB-Query-Overview&mds=2&apply
- Click in the middle table view a 'CDDB-Query' entry. This shows a 'Gannt' like diagram at the bottom. Use the mouse within the diagram to explore details (tooltip) or click an area
- Reset the pre-loaded configuration by clicking the reset button (a paper with a red minus sign) in the Configuration area in the left upper corner
- Again click in the middle table view a 'CDDB-Query' entry. This shows a 'Gannt' like diagram at the bottom. Now it is not possible to click an area and no tooltips show up
Any idea whats going wrong here? In both cases the same code is used an the WRectArea instances are created and added to the chart using insertArea() method!
Regards,
Stefan
Files
Updated by Stefan Ruppert about 10 years ago
I forget to mention I use Wt 3.3.2.
Updated by Koen Deforche about 10 years ago
- Status changed from New to Feedback
- Assignee set to Koen Deforche
Hey,
Apparently, the problem is caused by a 'disabled' style on the img. I believe that is in itself a bug since nothing else is disabled? Did you disable and later enable the widget?
Koen
Updated by Stefan Ruppert about 10 years ago
Hi Koen,
yes the bottom chart view area is by default disabled (no data loaded) and is enabled if data is loaded from db. Therefore it was first disabled and then enabled.
Regarding disable/enable I also encountered another problem which I haven't yet reported. If I disable a WGroupBox and later enable a single Widget within that group, its really enabled. Thus it seems to me that the WWidget::enable() method does not take the parent widgets disable attribute into account!?
Regards,
Stefan
Updated by Koen Deforche about 10 years ago
- Status changed from Feedback to InProgress
Hey,
1) We'll try to reproduce the disabled issue.
2) Curious enough, indeed this wasn't done properly. I've fixed this in my git copy.
koen
Updated by Stefan Ruppert over 9 years ago
Hi Koen,
I checked this issue again with wt-3.3.4-rc2. The disable/enable problem is fixed.
But the bug with the WRectArea objects within a diagram still exists!
Any further idea?
Regards,
Stefan
Updated by Koen Deforche over 9 years ago
Hey Stefan,
Good to hear at least one problem solved (itself?).
No, I fear we need some way to reproduce this in a test-case.
Regards,
koen
Updated by Stefan Ruppert over 9 years ago
Hi Koen,
its hard to isolate the code to write a testcase...
After some more testing it must have to do with disabling the container the chart belongs to. If I remove the disable() call to the container (WContainerWidget or WCompositeWidget) all things are fine. It seems to me that the image (WImage) within the WPaintedWidget will not be enabled again if the parent of the WPaintedWidget is enabled... How should the propagateSetEnabled() work?
Regards,
Stefan
Updated by Stefan Ruppert over 9 years ago
Hi Koen,
I digged deeper into the problem and found the root cause of the problem.
According to different user configuration settings the parent of the chart was removed from its WVBoxLayout::removeWidget(parent) and later added again with WVBoxLayout::insertWidget(3, parent, 1, AlignTop). Avoiding the removing/readding all WRectArea's are created correctly.
But from my point of view removing and readding a widget should not change its behaviour... ;-)
Regards,
Stefan
Updated by Stefan Ruppert over 9 years ago
Just another note.
removing the widget by replacing it with another one (toggle 2 views) and toggling it a second time to show up the chart again all WRectAreas are there again...
Regards,
Stefan
Updated by Koen Deforche over 9 years ago
- Assignee changed from Koen Deforche to Benoit Daccache
- Target version deleted (
3.3.4)
Hey Stefan,
Sounds like this should be easy to reproduce then.
Thanks for the digging!
Koen
Updated by Benoit Daccache over 9 years ago
- File RectArea.cpp RectArea.cpp added
Hey Stefan,
It seems that I cannot reproduce the bug.
I've attached the test case. Could you check the difference with your code (and maybe modify the test case to reproduce the bug ?)
Thank you,
Benoit
Updated by Benoit Daccache over 9 years ago
- Status changed from InProgress to Resolved
Updated by Koen Deforche about 9 years ago
- Status changed from Resolved to Closed