Thank you for the review!

> Long click is not implemented on desktop
According to the task condition "A long tap on any data filter should uncheck all other filters." as well as relying on user experience, long press is only applicable on mobile devices with touch screen. I'm not sure that long click is actually present somewhere in the Desktop Experience. This was intentional and adding long press is not a problem.

> Some minor design issues (the colors when the night theme applied).
I still don't understand what the wrong colors are. I double-checked it. As I wrote above If you're talking about line colors, I took the colors from the overview.json, because in accordance with condition of the competition it was necessary to make a tool that builds appropriate graphics based on the input data.

> Blinking when switching themes.
Switching themes done without background animation intentionally to make switching fast on slow devices.

Thanks for the comment. 

I understand that it looks like a glitch, but it's a simplification of lines for a large amount of data. The default is 2 pixels to start simplifying the data. If these two pixels contain more than 1 point, they are combined in a special way. This behavior can be easily removed by configuring this library. I'm sorry if that caused any confusion.

I hope that this will not affect the result in any way.

Please see my screenshot (2019-05-10 (3).png) how to configure the library to avoid this behavior.

-----
UPD: Kindly see the solution with the changed configuration here: https://iprit.github.io/telechart2/

Thank you for the comment here!

What browser did u use? Is it a webview? Can you test it in Chrome for Android for example? I think it's kinda device problems because there is no extraordinary using of simple HTML5 canvas.

Thank you so much for the comment!

If you're talking about line colors, I took the colors from the overview.json, because in accordance with condition of the competition it was necessary to make a tool that builds appropriate graphics based on the input data. If we're talking about other UI colors, I can't find any inconsistencies. I checked every color in every mode. What exactly doesn't match and where?

Thank you, good to hear!

Thank you for such a pleasing comment! 

I'm surprised about line chart isn't working fast. What device & browser did you use for the test? 

As for the file size - because in this version I made support for drawing in WebWorkers together with newest OffscreenCanvas. This feature is enabled at the bottom of the page (only for modern browsers but with backward compatibility). Also, this script includes all data from different overview.json.

UPD (20.04):
If you're very interested, I accelerated this app in another ~1.55 times (in terms of FPS) and making several different comparisons with my current application!
You can test it here: https://iprit.github.io/telechart2/

Thank you!

If you're very interested, I made this app even more faster in ~1.55 times (in terms of FPS) and made several different comparisons with my current application!
You can test it here: https://iprit.github.io/telechart2/

It's not true, it supports devicePixelRatio (DPR later). 

The application has several layers (Chart, Minimap, UI layer, etc) and each has its own modifier for DPR. For example, for a minimap, you might not have the maximum DPR value supported by the device, since all the lines/bars/areas are barely visible, so this modifier allows you to set how much scale the DPR of the layer. 
Another example is UI layer. There is no need to reduce anything and all UI elements must be with excellent quality.

The effect of this logic pays off and allows you to find the best option between quality and performance. These modifiers are easily adjustable and this is not a big problem, so I have already increased modifier for the main layer (in my repository) for better retina support.

Thank you so much for the comment here!

I tried to match design specification and moqups as much as possible, even if I didn't make the bonus goal. In the real application these icons should be done, so I made them. 

I have adhered to what needs to be done for great speed and performance of main 5 charts. They should be thoroughly thought out and maximum convenient for use on both Desktop and Mobile devices, as well as with full support for old browsers (IE 9+). Even more, I have done for modern browsers drawings in separate threads on newest OffscreenCanvas.

Thank you for the comment here. Unfortunately, I can't reproduce your issue.

Thank you for the comment here!

According to the task condition "A long tap on any data filter should uncheck all other filters." as well as relying on user experience, long press is only applicable on mobile devices with touch screen. I'm not sure that long press is actually present somewhere in the Desktop Experience.

Thank you for the comment here!

As I explained above, I aimed to the speed and performance of the app on old devices, as well as the usability on all platforms and browsers (old and new).

Thank for the comment here!

This is intended behavior. The main purpose is to not restrict the movement, while keeping the minimum width of the slider.

Thank you for your issue here!

This is intentional. I added a small gap between the charts and the slider so that the slider would not blended with the minimap. It even has on moqups with line charts.