— Overall performance is above average.

— Sloppy vertical scrolling (graphs #1 and #2).
— Zooming and filtering (graphs #3 and #5) are slow.
— The last chart and its zoomed version display different values: https://contest.dev/chart-js/entry81?sort=date#issue3141
— The third graph glitches after zooming out: https://contest.dev/chart-js/entry81?sort=date#issue3141

Nice work, but at times sloppy horizontal scrolling.

Error in 3 graph

I see different number result in zoom and normal mode. Check 7 April for example, I attached screen zoom mode. Zoom:36285, normal: 34310

Zoom-in mode has very pronounced input lag?

distortion and flickers when zooming

Performance is not so good, but great work anyway.

Really nice work, but performance could be better even on line chart

If you zoom in/zoom out fast - bar charts get broken

small Pears values on stacked bar chart sometimes are hidden, despite "ON"

Incorrect local min/max everywhere

Inconsistent number of days displayed in pie chart timeline (navigation) area - for extreme positioned days it can be less than 7 days

Inconsistent number of days displayed in any chart's zoomed in timeline (navigation) area - for extreme positioned days it can be less than 7 days

Investigation about performance.

The 'zoom in' for any chart except the final one (percentage) is broken for the first date of the chart. Other dates work fine (except for the single column chart, but that has been reported before)

Stacked: doesn't reach top. 1/3 of chart space is empty

Percentage: when toggle data filters - areas animating outside of chart

Percentage: in night mode toggling data filters brings flashes on chart

Zoom trouble at 4 chart.
1. Zoom any column
2. Unselect Apples
3. Zoom out

value changes aren't animated

chart is rendered empty on slow connection while data is being loaded...

if zoom and move slider to the right - empty area reveals (extra x axis slot);

markers on line chart aren't horizontally aligned with cursor

If you zoom in/zoom out fast - line charts get broken also, in different way

black lines on area chart

bar rendering issues in zoomed mode

"All" item in area tooltip (not by design)

Total percentage is sometimes less than 100%

The header is not adapted for narrow screens and the date change is not animated

bad scale

When I long tap a button under the percentage chart, the selected line just appears without an animation

can not select values from edges

Y doesn't reach top values

Wrong pair Y axis ranges

In night mode for 5th chart small parasite line visible on top of preview bar

Tooltip for 5th chart can show 101% in total

Wrong colors in both modes. The correct colors are provided by this spec https://telegra.ph/JS-Design-Specification-04-07

Very laggy

Initial search position for all charts is 6 January 2019 - 6 April 2019, not 6 March - 6 April

Impossible to select less than approximately 3 weeks on daily graph and less than a day on hourly graph. The navigation on hourly graph is in one day steps only.

2nd chart goes bloken

Nice area chart to pie chart transformation, man!

You're right Rich Horse! I would give the 1st place only for this sexy Pie transform.

I wanna eat that pie it's too awesome

Scalebar in pie chart moves only when cursor leaves scalebar zone

In second chart used fixed coefficient that links lines together. It is simple, but it will not work when one line goes up and other line goes down.

On screenshot blue line must be higher

Nice work! How long did it take you?

Mouse input is not working on devices that supports both mouse and touch.

X-axis texts are covered with overlay (see screenshot)

Monthly view doesn't snap to months

Values on scrollbar don't match values on diagram (See screenshot 2)

On slow device blue blinks are presented during animations (See screenshot 3, I cant upload video, so this is single frame from it)

Pie tooltip doesn't show the sum of daily values (if you select 2+ days with the sliding window):

Zoom transition is a bit ugly:
1. something like first 30% of it it takes just to do some common rescale, then it rescales the selected week interval very fast, but doensn't rescale the rest of the chart
2. chart jitters when scaling. this is because you either do not properly clear the canvas, or round the values or something else
P.S. in the video the green chart blinks, but this is probably caused by screen recorder

anyway the transition is far from smooth

Invalid state when double touch but solution is perfect

It is better to convert to svg. The application has a very poor picture quality.

- night-mode doesn't change buttons colors

- no animations on value change in interval or tooltip

- left and right parts of a title are not on the same line

- interval sometimes splits into two lines

- lags on zoom animations

- zoom-in works with no internet connection and showing some glitchy values

Sometimes data for detail view of chart 4 is not showed

Multi-touch doesn't work

values doesn't match

Animation of chat 3 on iPhone 5s looks strange

Y scaled chart implementation depends on input data values.
In other words, if data for "Views" and "Shares" would have bigger difference, one of them would not be scaled correctly. Because scale for one linearly depends on other.

See picture. For example, how it renders data from first chart.

The 'zoom in' on single column chart doesn't load any data for any day.
(Selecting the date range by clicking outside the magnifier in the timeline works perfectly though)

Doesn't respond to input at all in Epiphany.

The buttons change size after click

Moving from point to point (selected round marker on the chart) is not animated, but this behavior shown on video example provided by telegram (example video #1), so should be

But on svg the graphics will always be on top. What will you try to achieve on canvas (which will lead to svg programming)

100% Corrosion

Unexpected "triangle animation" effect when zoom in/out data at the edge.

Hello, mr. FirstPlaceByRatingSoFar! =)
I'm aware that you're busy explaining that many bug reports you got are duplicates, but this is new (yep, I've read all 62 issues so far): clicking toggle buttons triggers some blinking; I suppose it's some invisible DOM object, probably wrong positioned tooltip.

>I was unable to reproduce this problem.

Sorry, but this is definitely something within your page. I even ran "Incognito" mode which switches off all the extensions and still able to reproduce this behavior. I provided my specs below. As for the DOM tree, nope, nothing unusual here, at least near the buttons.

Some hints for you:
- window is fully maximized (1920 width)
- page is in its tops, i.e. window.pageYOffset === 0
- Night Mode is on
- left bottom corner of the rectangle always visually matches the point where the check mark disappears (probably some leftover of svg transformation?)

Reproducible with 100% chance only on that specific red button under those conditions, but every button has this effect, more or less, as you can see on the video.

PS: cannot attach a video because it is slightly larger than max allowed size, please follow this link instead:
https://drive.google.com/file/d/1ZTgC-xikF8YD5npaK0fzD3GtKdIGDy_J/view

Rly great jobs
Small issue what you can get more performance:
1. Not use new Date() https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/DateTimeFormat
2. Caching the date by timestamp

This is not particularly an issue, just an observation.

I think that for speeding up the zoom in, there is a fetch (ajax) call for a hovered date after some time it's been focused behind the scenes. I personally don't think this is a correct approach to treating user actions, but I can see the good idea behind it.

The thing is that the same dates can get the ajax request multiple times while navigating through the preview, whereas I think at least this part could be cached, to not have multiple ajax calls for the same date without any reason, especially because we don't know yet if the user is going to zoom in that date at all.

But again, this is not an issue - just though it might be helpful if the author is going to continue the app development later.

Preview: doesn't reach top

Bars: doesn't reach top

It is not critical issue, but % in one pie value would be better in center of circle.