Closed octet-stream closed 3 years ago
Merging #14 (c17b6c8) into master (7851dce) will not change coverage. The diff coverage is
100.00%
.
@@ Coverage Diff @@
## master #14 +/- ##
==========================================
Coverage 100.00% 100.00%
==========================================
Files 21 17 -4
Lines 1155 646 -509
Branches 122 86 -36
==========================================
- Hits 1155 646 -509
Flag | Coverage Δ | |
---|---|---|
unittests | 100.00% <100.00%> (ø) |
Flags with carried forward coverage won't be shown. Click here to find out more.
Impacted Files | Coverage Δ | |
---|---|---|
lib/Comments.ts | 100.00% <100.00%> (ø) |
|
lib/Entities.ts | 100.00% <100.00%> (ø) |
|
lib/Images.ts | 100.00% <100.00%> (ø) |
|
lib/Request.ts | 100.00% <100.00%> (ø) |
|
lib/Search.ts | 100.00% <100.00%> (ø) |
|
lib/Tags.ts | 100.00% <100.00%> (ø) |
|
lib/User.ts | 100.00% <100.00%> (ø) |
|
lib/__helper__/createNoopLink.ts | 100.00% <100.00%> (ø) |
|
lib/util/NetworkError.ts | 100.00% <100.00%> (ø) |
|
lib/util/Query.ts | 100.00% <100.00%> (ø) |
|
... and 23 more |
Continue to review full report at Codecov.
Legend - Click here to learn more
Δ = absolute <relative> (impact)
,ø = not affected
,? = missing data
Powered by Codecov. Last update 7851dce...c17b6c8. Read the comment docs.
Further information covers the process of next major version development. Here's my plan for the 2.x release. Folloing list may change as I work on the release:
Since I decided to finally learn TypeScript, I also think is that TS port for dinky would be a great idea, it might improve developers experience and TS support in general.
The 2.x version will also bring API changes: chainable API will be removed in favour of individual imports for each API request class. Let's say you want to request and image from Derpibooru API. In 1.x you had to do it like so:
Here's the same example, but for 2.x:
Or you can import the whole package using
import * as ns from "package"
syntax:By default, dinky will now use
isomorphic-fetch
to make requests, which should bring an ability to use it in browser (not sure if I will ship a bundle for that use case, but who knows)You'll be able to bring your own fetch-compatible function to make requests to the API:
From 2.x version dinky will support custom base URL's for requests, so you will able to use it for prolomena-compatible websites
The ESM support has been improved. Not only the package has ESM entry point, but it exports every class individually using named exports:
// or const dinky = require("dinky.js")