Project

General

Profile

Actions

Bug #3629

closed

Wt::WRectArea sometimes are not included into HTML within an own Chart

Added by Stefan Ruppert over 9 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Benoit Daccache
Target version:
Start date:
10/24/2014
Due date:
% Done:

0%

Estimated time:

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:

  1. Open URL http://myarm.info/fcgi-bin/myarmbrowser.fcgi?cfg=CDDB-Query-Overview&mds=2&apply
  2. 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
  3. 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
  4. 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

RectArea.cpp (1.39 KB) RectArea.cpp Benoit Daccache, 03/26/2015 12:56 PM
Actions #1

Updated by Stefan Ruppert over 9 years ago

I forget to mention I use Wt 3.3.2.

Actions #2

Updated by Koen Deforche over 9 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

Actions #3

Updated by Stefan Ruppert over 9 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

Actions #4

Updated by Koen Deforche over 9 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

Actions #5

Updated by Stefan Ruppert about 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

Actions #6

Updated by Koen Deforche about 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

Actions #7

Updated by Stefan Ruppert about 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

Actions #8

Updated by Stefan Ruppert about 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

Actions #9

Updated by Stefan Ruppert about 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

Actions #10

Updated by Koen Deforche about 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

Actions #11

Updated by Benoit Daccache about 9 years ago

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

Actions #12

Updated by Benoit Daccache almost 9 years ago

  • Status changed from InProgress to Resolved
Actions #13

Updated by Koen Deforche over 8 years ago

  • Status changed from Resolved to Closed
Actions #14

Updated by Koen Deforche over 8 years ago

  • Target version set to 3.3.5
Actions

Also available in: Atom PDF