Expected Behavior

The diagrams should be color-blind safe.

For instance, the diagrams should use shapes hashed fill styles or diagram layers to distinguish "declaring dependencies", "internal configurations", "external configurations".

For instance, what do you think if the diagram is represented as follows? (plus the arrows between items)

LAYER: dependency declaration: api, c

Remove all additional resolvers from build.sbt, at least for releases, because artifacts published to Maven central repository should not contain additional repositories, and in fact don't need them because all dependencies are already in Maven central repo.

right now the image-loader middleware only supports the formats ICO, JPEG, PNG, GIF, SVG and WEBP.

It would be very useful to also add the new AVIF format, that is already being used on the web and that is quickly gaining popularity and browser supports

Just came across one of our client projects, which uses their own npm registry instead of the official one. By making it configurable via cli-flag like --registry https://my-registry.com we could support that use case.

I'm wondering if this is how we can make our npm plugin testable too! We could spin up a fake registry since we only ever download the tarball and use the --registry flag in

I have a build task that takes in variables to decide which platform to build for.

I'm trying to find some way to tell Task that the job is up-to-date using the standard sources checksum plus also checking whether the platform variables have changed.

I can get one to work at a time, but not both as the status commands seem to take precedence over the sources meaning if you specify comman

When running a DotNetCore command or tool via Cake, we can control the roll forward policy by setting an environment variable DOTNET_ROLL_FORWARD in the [tool's settings](https://github.com/cake-build/cake/blob/8bc15841e97944291946a89f335562244965247e/src/Cake.Common/Tools/DotNetCore/DotNet

This issue is tracking the documentation that has to be updated.

• Document new platform commands
• Update the section dedicated to page <title> and tell about [Browser.documen

One of the consumers of our system uses curly braces for content replacement in strings.

Due to the way that SD currently uses curly braces in the build process there is no way I can have a string that includes the braces for consumption.

I have tried a number of ways to escape the braces with no luck

Other languages and templating systems seem to use the concept of using double curly b

We're moving in the direction of Pants no longer registering all of its plugins by default and instead requiring users to opt-in. For example, you must explicitly opt in to pants.backend.python.lint.isort in V2, whereas V1 has pants.backend.python activated by default.

However, there is no good way to discover the possible backends outside of looking at the source code for this project.