johnnyreilly
Repos
102
Followers
302
Following
36

TypeScript loader for webpack

3287
416

Webpack plugin that runs typescript type checker on a separate process.

1723
215

The repository for high quality TypeScript type definitions.

41070
27593

A bundler for javascript and friends. Packs many modules into a few bundled assets. Code Splitting allows for loading parts of the application on demand. Through "loaders", modules can be CommonJs, AMD, ES6 modules, CSS, Images, JSON, Coffeescript, LESS, ... and your custom stuff.

61881
8127

This is the source code for blog.johnnyreilly.com

15
7

Events

issue comment
Feature Dependencies - installsAfter not respected

Just linking https://github.com/devcontainers/features/issues/192 which looks like it covers similar ground to this

Created at 3 hours ago
issue comment
update Features with appropriate `installsAfter` properties

Is this related to https://github.com/devcontainers/features/issues/192

Created at 15 hours ago
issue comment
Update outdated LICENSE year

Awesome - thanks!

Created at 21 hours ago
pull request closed
Update outdated LICENSE year

Updated the outdated copyright year to the present. So there will not be a need for any further license year updates

Created at 21 hours ago

Update outdated LICENSE year (#1513)

Updated the outdated copyright year to the present. So there will not be a need for any further license year updates

Created at 21 hours ago
issue comment
Update outdated LICENSE year

Thanks for this. I've never seen "present" used in a copywrite - only specific years. Do you have some examples?

Created at 23 hours ago
johnnyreilly delete branch renovate/axios-1.x
Created at 1 day ago
fix(deps): update dependency axios to v1

Mend Renovate

This PR contains the following updates:

| Package | Change | Age | Adoption | Passing | Confidence | |---|---|---|---|---|---| | axios (source) | ^0.27.0 -> ^1.0.0 | age | adoption | passing | confidence |


Release Notes

v1.0.0

Compare Source

Added
  • Added stack trace to AxiosError #​4624
  • Add AxiosError to AxiosStatic #​4654
  • Replaced Rollup as our build runner #​4596
  • Added generic TS types for the exposed toFormData helper #​4668
  • Added listen callback function #​4096
  • Added instructions for installing using PNPM #​4207
  • Added generic AxiosAbortSignal TS interface to avoid importing AbortController polyfill #​4229
  • Added axios-url-template in ECOSYSTEM.md #​4238
  • Added a clear() function to the request and response interceptors object so a user can ensure that all interceptors have been removed from an axios instance #​4248
  • Added react hook plugin #​4319
  • Adding HTTP status code for transformResponse #​4580
  • Added blob to the list of protocols supported by the browser #​4678
  • Resolving proxy from env on redirect #​4436
  • Added enhanced toFormData implementation with additional options 4704
  • Adding Canceler parameters config and request #​4711
  • Added automatic payload serialization to application/x-www-form-urlencoded #​4714
  • Added the ability for webpack users to overwrite built-ins #​4715
  • Added string[] to AxiosRequestHeaders type #​4322
  • Added the ability for the url-encoded-form serializer to respect the formSerializer config #​4721
  • Added isCancel type assert #​4293
  • Added data URL support for node.js #​4725
  • Adding types for progress event callbacks #​4675
  • URL params serializer #​4734
  • Added axios.formToJSON method #​4735
  • Bower platform add data protocol #​4804
  • Use WHATWG URL API instead of url.parse() #​4852
  • Add ENUM containing Http Status Codes to typings #​4903
  • Improve typing of timeout in index.d.ts #​4934
Changed
  • Updated AxiosError.config to be optional in the type definition #​4665
  • Updated README emphasizing the URLSearchParam built-in interface over other solutions #​4590
  • Include request and config when creating a CanceledError instance #​4659
  • Changed func-names eslint rule to as-needed #​4492
  • Replacing deprecated substr() with slice() as substr() is deprecated #​4468
  • Updating HTTP links in README.md to use HTTPS #​4387
  • Updated to a better trim() polyfill #​4072
  • Updated types to allow specifying partial default headers on instance create #​4185
  • Expanded isAxiosError types #​4344
  • Updated type definition for axios instance methods #​4224
  • Updated eslint config #​4722
  • Updated Docs #​4742
  • Refactored Axios to use ES2017 #​4787
Deprecated
  • There are multiple deprecations, refactors and fixes provided in this release. Please read through the full release notes to see how this may impact your project and use case.
Removed
Fixed
Chores
Security
Contributors to this release

Configuration

πŸ“… Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

β™» Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

πŸ”• Ignore: Close this PR and you won't be reminded about this update again.


  • [ ] If you want to rebase/retry this PR, click this checkbox.

This PR has been generated by Mend Renovate. View repository job log here.

Created at 1 day ago
feat: start to use webp
Created at 1 day ago
johnnyreilly create branch feat/tinywebp
Created at 1 day ago
issue comment
are there any docs on the convert functionality?

One thing I've noted is the wildcard in my original comment was / but in reality is / . I did not realise that in these comments I need to escape some characters. Sorry for the confusion!

Haha! No worries - I've updated the PR to reflect

Created at 1 day ago

feat: / should be /

Created at 1 day ago
issue comment
are there any docs on the convert functionality?

Have raised a speculative PR here: https://github.com/tinify/tinify-nodejs/pull/41

Created at 2 days ago
pull request opened
feat: convert TypeScript types made more specific

This PR adds more specific types to the project for the convert function based upon the discussion in this issue:

https://github.com/tinify/tinify-nodejs/issues/40

Created at 2 days ago

feat: convert TypeScript types made more specific

Created at 2 days ago
issue comment
are there any docs on the convert functionality?

Nice! I was looking at the types you're exposing on convert and I can see it's just an object:

  convert(options: object): Source {

https://github.com/tinify/tinify-nodejs/blob/95e52888045dd42d67b79f4175cf6ab33f284710/src/tinify/Source.ts#L88

Would you welcome a PR which made the type more explicit given the details you've provided in this chat?

Created at 2 days ago
issue comment
are there any docs on the convert functionality?

Question: how do you know which type of image has been generated?

Created at 2 days ago
issue comment
are there any docs on the convert functionality?

It does!

Created at 2 days ago
opened issue
are there any docs on the convert functionality?

I can see the ability was added to convert images. Docwise I can't see anything, but I can see this code in the tests:

      .convert({type:["image/webp", "image/jpg"]})

https://github.com/tinify/tinify-nodejs/pull/39/files#diff-887779faeffe0d98f0035c4daf646e3c83f535e4ae53943482026ea8b19f923bR91

Does this mean convert to webp from jpeg?

Created at 2 days ago
issue comment
feat: headTags API for tags rendered in the head

Pretty sure build performance test will pass if you rerun it - not sure what happened there. Nothing significant should have changed with this PR - no segfaults received when building on my old local machine πŸ˜…

Created at 3 days ago
issue comment
When git-lfs features is used, local .gitconfig wont be copied in to devcontainer

I don't know if this is definitely related, but I'm getting some odd file system permission issues with features. I'm finding that I often have to do some chmod shenanigans before I can git commit successfully

Created at 3 days ago
issue comment
features that depend upon features (dapr)

Interesting. So for my own use case, I'd be looking to use docker-in-docker and building upon it with dapr. So I'd use "installsAfter" quite comfortably. But it's possible people might not be using docker-in-docker, in which case would this create a problem?

My guess is not , assuming installsAfter doesn't create a hard dependency on the mentioned features being installed. That assumption may not be valid though?

Where I am right now, I have quite a complex devcontainer setup, and I think features could massively simplify it

Created at 3 days ago
opened issue
features that depend upon features (dapr)

Heya!

I'm a keen user of dapr. I generally do this in the context of a devcontainer. I'm interested in how to migrate to doing the same using features. If I read things right, I need to use the docker-in-docker feature. On top of that I think I'd need to have some kind of dapr feature which would contain something like this:

RUN apt-get update \
    && apt-get install python3-pip -y \
    # Install Dapr
    && wget -q https://raw.githubusercontent.com/dapr/cli/master/install/install.sh -O - | /bin/bash \
    # Clean up
    && apt-get autoremove -y && apt-get clean -y && rm -rf /var/lib/apt/lists/* 

# Add daprd to the path for the VS Code Dapr extension.
ENV PATH="${PATH}:/home/${USERNAME}/.dapr/bin"

I'm guessing that there's some way to have "dependencies" for features? So the dapr feature would depend upon docker-in-docker. Am I headed in the right direction here? Or am I ... not?

Created at 3 days ago