The controller.bar/not-grouped/on-time test was failing on my computer because the date ranges happen to cross the end of Daylight Saving Time in the U.S., so chart was generated with one more hour of time than the test fixture expected.
Using moment-timezone to specify a fixed time zone with no DST seemed like the most robust fix. (Alternatively, I could pick a date range that doesn't change DST; that ought to work.)
* Generate API docs with vuepress-plugin-typedoc
* Links, fixes, cleanup
* Convert bar samples to Vuepress
* Some line chart samples moved over
* Fix lint issues
* Derived axis type sample
* LineAreaStacked chart created in vuepress
* added radar area axample
* Line dataset added sample
* final area example added
* Add derived-chart-type
* Bar scriptable sample
* Scriptable samples
* Clean lint errors
* added linear axis samples to vuepress
* change tab to spaces to fix lint error
* Convert the rest of the scale samples
* Scale option samples
* Fix typo
* Fixes
* Legend samples
* Title samples
* Change the title of the tip block to Note (#8758)
* Convert bar samples to Vuepress
* Some line chart samples moved over
* Fix lint issues
* Derived axis type sample
* LineAreaStacked chart created in vuepress
* added radar area axample
* Line dataset added sample
* final area example added
* Add derived-chart-type
* Bar scriptable sample
* Scriptable samples
* Clean lint errors
* added linear axis samples to vuepress
* change tab to spaces to fix lint error
* Convert the rest of the scale samples
* Scale option samples
* Fix typo
* Fixes
* Legend samples
* Advanced samples
* Remove extra section
* Animation samples
* Hide legend from progressive line
* Add a comment on what `from` does
* Tooltip samples
* Ädd other charts to vuepress samples
* enable plugin again since all samples have been converted
* fix skip radar example, middle skip was not calculated correctly
* lint error
* Progressive-line: add 2nd line
* Fix lint errors
Co-authored-by: Jukka Kurkela <jukka.kurkela@gmail.com>
Co-authored-by: Jacco van den Berg <jaccoberg2281@gmail.com>
Co-authored-by: Jacco van den Berg <39033624+LeeLenaleee@users.noreply.github.com>
* Initial work
* Update doc commands
* Updated sidebar config
* Move docs
* Update theme version and enable
* Convert to chart.js sample
* Update scripts to point to local build
* Chart.js from local build
* Simplify getting-started example
* Axis docs updated except for imported content
* Common ticks import works
* Chart type docs ported to editor plugin
* Last pages to use editor
* Fix small errors
* Frontmatter title to heading
* Remove duplicate example
* Update sidebar
* Add paths
* Remove paths
* Add getting-started back
* Update menus and add copyright to license section of the docs
* Add GA plugin
* Style sub-groups
* Remove unneeded license page since it is covered on the main page
* Remove docusaurus readme page
* Remove docusaurus files
* Fix issues in docs
* Build and deploy scripts for docs work
* Conditional base URL for nice local testing
* Use eslint-plugin-markdown
* Remove hard coded lines
* Remove mentions of docusaurus
Co-authored-by: Jukka Kurkela <jukka.kurkela@gmail.com>
I had initially seen some oddities around type augmentation for type definitions in subdirectories of `types`, and using Rollup seemed to help with that. However, now that all of Chart.js's main types are directly under `types`, there seems to be no need for this.
This simplifies the build process, since it no longer needs to use rollup-plugin-dts.
It also improves some third-party tools. For example, I'm in the habit of using WebStorm's "Go To Declaration or Usages" hotkey with third-party TypeScript definitions as a quick way of getting more information about an API. With the Rollup-generate types, that works poorly; WebStorm goes to the imported-and-re-exported symbol within the barely-readable machine-generated dist/chart.esm.d.ts file, and I have to navigate two more hops to find the actual definitions.