| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
* chore: use monorepo
* chore: scaffold astro-scripts
* chore: move tests inside packages/astro
* chore: refactor tests, add scripts
* chore: move parser to own module
* chore: move runtime to packages/astro
* fix: move parser to own package
* test: fix prettier-plugin-astro tests
* fix: tests
* chore: update package-lock
* chore: add changesets
* fix: cleanup examples
* fix: starter example
* chore: update changeset config
* chore: update changeset config
* chore: setup changeset release workflow
* chore: bump lockfiles
* chore: prism => astro-prism
* fix: tsc --emitDeclarationOnly
* chore: final cleanup, switch to yarn
* chore: add lerna
* chore: update workflows to yarn
* chore: update workflows
* chore: remove lint workflow
* chore: add astro-dev script
* chore: add symlinked README
|
|
|
|
* chore: fix import of astro/parser -> relative import
* chore: fix snapshot for rss
|
|
* fix: string children bug
* test: add string children test
* test: add other child test scenarios
|
|
* Move the `request` object from import.meta to Astro
This moves the `request` object to the Astro "global" (really just a render-level variable).
* Document Astro.request
|
|
* chore: update defaults in docs
* chore: update config defaults
* test: update tests to config defaults
* chore: update gitignore to new defaults
* docs: update readme to new defaults
* chore: update examples to new defaults
* chore: update default exclude in lang server
* chore: update tests
* test: fix failing tests
* chore: update www defaults
|
|
|
|
* fix(www): link styles (#100)
Co-authored-by: Nate Moore <nate@skypack.dev>
* Add `assets/` (#102)
* chore: add assets
* docs: update readme
Co-authored-by: Nate Moore <nate@skypack.dev>
* docs: fix readme
* docs: fix readme
* chore: remove github banner
* Allow multiple JSX in mustache
* Manually discard package-lock update (due to local use of npm v7)
* Tidy up
* Revert mode ts-ignore
Co-authored-by: Nate Moore <natemoo-re@users.noreply.github.com>
Co-authored-by: Nate Moore <nate@skypack.dev>
|
|
* Start of cli docs
* Document the CLI
Also adds support for the `--config` option and `--port` option for the dev server.
* Add tests for --config and --port flags
* Add port to validateConfig
|
|
* Add sitemap generation
* Update README
* Fix index handling, sort sitemap
* Add --no-sitemap CLI flag (and config option)
|
|
* docs: fix readme
* chore: scaffold prettier plugin
* chore(prettier): switch to cjs
* test(prettier): scaffold prettier tests
* test(prettier): add simple prettier tests
* feat(prettier): first pass
* refactor: expose parser as CJS export
* test(prettier): add long expression
* refactor(prettier): use Astro parser + built-in prettier doc for prettier plugin
* chore: remove parser from git
* chore: add prettier-plugin-astro `build` to workflow
* chore: update package-lock
* chore: do not build prettier-plugin-astro
* fix: update engines
* chore: remove NPM restriction
* chore: fix workflow paths
* chore: update build script
* test: fix prettier expr test
* chore: fix parser build on windows
* refactor: add parser tsconfig, extending base config
* chore: relax ban-ts-comment
* chore: fix lint issue
Co-authored-by: Nate Moore <nate@skypack.dev>
|
|
* Add CSS Modules SSR
* Update docs
|
|
|
|
Svelte component resolution wasn't handled correctly during the build.
Note that in the future we need to consolidate a "framework" API, so this stuff is not sprinkled throughout the codebase.
|
|
|
|
Another change in snowpack@3 caused this bug. It's not actually a bug in snowpack. Previously snowpack was keeping its list of installed packages in a global cache. In 3.3 it stopped doing so. We were accidentally relying on that global cache to be able to resolve dynamic components.
This fixes it so that we use the frontend snowpack instance to resolve dynamic components. Doing so means they are available when we try to load them.
|
|
* Pass the `mode` through to snowpack
This allows the production packages to be prepared.
* Use snowpack 3.3.1
* Update path to prism loadComponents external ref
* Upgrade to snowpack 3.3.2
|
|
* Add Windows to test suite
* Try implicit URL
|
|
|
|
|
|
* add dep domhandler imported in in src/build/static
* lint and jsDoc error
* move domhandler to devDep
* chore: add package lock
* escape string jsDoc
* chore: add astro dep in until prism import is refactored
* chore: add snowpack example package lock
|
|
|
|
|
|
* Parse inner JSX as Astro
This completes the compiler changes, updating the parser so that it parses inner "JSX" as Astro. It does this by finding the start and end of HTML tags and feeds that back into the parser.
The result is a structure like this:
```
{
type: 'MustacheTag',
expression: [
{
type: 'Expression',
codeStart: 'colors.map(color => (',
codeEnd: '}}'
children: [ {
type: 'Fragment',
children: [ {
type: 'Element',
name: 'div'
} ]
} ]
}
]
}
```
There is a new Node type, `Expression`. Note that `MustacheTag` remains in the tree, all it contains is an Expression though. I could spend some time trying to remove it, there's just a few places that expect it to exist.
* Update import to the transform
* Transform prism components into expressions
|
|
|
|
* Compiler cleanup
This is general compiler cleanup, especially around the codegen part. Goals here were too:
1. Make it possible to compile HTML recursively (needed for future astro-in-expressions work) by moving that work into its own function.
1. Get rid of collectionItems and have compiling the HTML return just a source string.
Also not planned, this change gets rid of the different between components and pages. All Astro components compile to the same JavaScript.
* Remove unused node types
|
|
* Allow no config
* Update README
|
|
|
|
This improves the algorithm for searching for pages. It now works like:
1. If pathname ends with /
1. Look for PATHNAME/index.astro
1. Look for PATHNAME/index.md
1. else
1. Look for PATHNAME.astro
1. Look for PATHNAME.md
1. Look for PATHNAME/index.astro
1. 301
1. Look for PATHNAME/index.md
1. 301
1. 404
|
|
|
|
|
|
|
|
* Fix complex MDX parsing
This allows fully MDX support using the micromark MDX extension. One caveat is that if you do something like use the less than sign, you need to escape it because the parser expects these to be tags otherwise.
* Move micromark definition
|
|
This adds `import.meta.request` to pages (not components).
|
|
* Implement fallback capability
This makes it possible for a dynamic component to render fallback content on the server.
The mechanism is a special `static` prop passed to the component. If `static` is true then the component knows it can render static content.
Putting aside the word `static`, is this the right approach? I think giving components the flexibility to make the decision themselves *is* the right approach.
However in this case we have a special property that is passed in non-explicitly. I think we have to do it this way because if the caller passes in a prop it will get serialized and appear on the client. By making this something we *add* during rendering, it only happens on the server (and only when using `:load`).
Assuming this is the right approach, is `static` the right name for this prop? Other candidates:
* `server`
That's all I have!
* Use `import.meta.env.astro` to tell if running in SSR mode.
* Run formatter
|
|
* Extract Astro styles to external stylesheets
* Require relative URLs in Markdown layouts
|
|
|
|
* Convert CSS Modules to scoped styles
* Update README
* Move class scoping into HTML walker
* Fix SSR styles test
* Fix mustache tags
* Update PostCSS plugin name
* Add JSDoc comment
* Update test
|
|
|
|
* Add support for doctype
* Automatically prepend doctype
|
|
|
|
* Absorb Snowpack config inside Astro
* Add basic README
* Format tests
* Update esbuild
* Format tests
|
|
* wip
* new svelte-style prop declaration is working
* got it working!
* revert h changes
* format
* style lang update
|
|
This changes all hmx files to astro files and updates all code to not reference hmx any more.
|
|
|
|
* Allow HMX components in markdown
This adds support for HMX components in markdown. The mechanism for importing is via frontmatter. We could do this differently (setup script maybe?) but since this was the easiest to implement I thought it was a good first-pass option.
* Remove node-fetch from snowpack config
* Assert that the runtime is created successfully
* Add back in the micromark extension for encoding entities
* Encode both codeTextData and codeFlowValue
* Install snowpack app's deps
|
|
* Add support for React components.
This adds support for react components via a new `extensions` config in astro.config.mjs. In the future we can extend this to do things like look at the import statements, as Snowpack does.
* Fix the tests
|
|
|
|
|
|
|
Nate Moore
Drew Powers
duncanhealy
Matthew Phillips
Kevin (Kun) "Kassimo" Qian
matthewp
Matt Mulder
Fred K. Schott
