Project

General

Profile

Actions
Copy link

Bug #7514

open

Interactive charts does not work with progressive bootstrap enabled

Added by Christopher Bilberg over 4 years ago. Updated over 1 year ago.

Status:
New
Priority:
High
Assignee:
-
Target version:
future
Start date:
04/08/2020
Due date:
% Done:

0%

Estimated time:

Description

We have a lot of issues regarding capabilities of widgets when progressive bootstrap is enabled.

One example is interactive charts.

This is easily reproduced through the "ChartsExample.c" example.

With "false" in the config the charts in the example work fine.

However with "true" then the charts are not interactive anymore.

That is the zoom, pan and crosshair functionality no longer works.

This happens on Wt version "3.4.1".

It seems this happens because of an if statement in the init() function which is called as part of the constructor.

"WApplication::instance() != 0 && WApplication::instance()->environment().ajax()" where the ajax call returns false.

Is there away of working around this while still having progressive bootstrap enabled?

It seems like in general "WApplication::instance()->environment().ajax()" returns false when progressive bootstrap is enabled and that method is called during the constructor.

Actions
Copy link
 #1

Updated by Roel Standaert over 1 year ago

  • Description updated (diff)
  • Target version set to future
Actions
Copy link
 #2

Updated by Christian Witting over 1 year ago

We still have this issue.
Is there any workaround or something else we could do to improve the handling?

Actions
Copy link
 #3

Updated by Matthias Van Ceulebroeck over 1 year ago

Hi Christian,

this is because Wt did not yet have the time to decide what the browser supports (i.e. WebGL). So it will simply render a static chart.
I believe the easiest way around this is something you can find in the widget gallery example.

You can set the bootstrap method of any page that contains a chart to NOT use progressive bootstrap.

I hope this resolves your issue?

Actions
Copy link
 #4

Updated by Christian Witting over 1 year ago

Thanks, I was not aware that you could scope it like that. Will have a look at it.

In the meantime I worked on something which seems to fix the issue, but not sure whether it is the "right" way to handle it.
I created a pull request in case you were interested.
https://github.com/emweb/wt/pull/205

Actions
Copy link

Also available in: Atom PDF