techfg
techfg
> [!NOTE] > This is a replacement for #2714, which was relying on #2722 having been merged and shouldn't have been relying on it. See https://github.com/withastro/starlight/pull/2714#issuecomment-2784107336. #### Description - Closes...
### What version of `starlight` are you using? 0.31.1 ### What version of `astro` are you using? 5.0.5 ### What package manager are you using? npm ### What operating system...
### What version of `starlight` are you using? 0.29.2 ### What version of `astro` are you using? 4.16.10 ### What package manager are you using? npm ### What operating system...
As discussed in #326, other than for `astro-expressive-code`, there is no current way to control the bundle size when using `expressive-code` outside of some `package.json` related workarounds. This PR aims...
### Current Behavior In the following configuration, the terminal output is not formatted as would be expected (proper individual line outputs) and appears to scroll horizontally as its displayed. -...
### Solution you'd like Currently, the default tasks (e.g., build, test, lint, etc.) generated by @nx-go have a few limitations/issues: 1. `go.work` is not included in default inputs (see #134)...
### Solution you'd like Currently, in order to build/test/lint/serve/tidy, an explicit task target must be defined in each `project.json` for each go project. As of v18, Nx has [inferred tasks](https://nx.dev/concepts/inferred-tasks)...
Adds support for processing inline code Apologies in advance for the long description but providing for two reasons: 1. There hasn't been a design discussion around how to implement `inline...
> Hi, amazing library! Would fine-grained bundling be complicated to integrate into `rehype` as well? > > Thank you! Unfortunately, the approach I used in the Astro integration (which uses...
Ensures that reading/writing to log attributes is concurrency safe. Resolves #65