[Roadmap] Astro v1.0 #1
Replies: 8 comments 5 replies
This comment has been hidden.
This comment has been hidden.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
Re: Opinion: We already have a way to create Astro components; I think there are 2 reasons one would reach for
|
Beta Was this translation helpful? Give feedback.
-
Re: Explicit Unescaped HTML Fallback
It needs to be a new discussion. The related RFCs were not accepted. Disclaimer: I will now reference the duplicate notes from the related RFCs and my own flawed memory. Nearly Settled: Escaping by default We came around on the need to escape strings and variables within expressions as the default. I believe this will pass easily now. Not Settled: Escaping interface We did not agree on the escape hatch API. I believe the suggested API methods for escape were an attribute, a utility, and an element. Not Settled: Escaping effect We did not agree on how escapes would be handled. I believe (at least?) one of us expected sanitization was the escape, (at least?) two of us expected the API to support sanitization, and (at least?) one of us did not want any kind of sanitization at all. Nearly Settled: Naming There was consensus to avoid DOM property terminology in the API (i.e. |
Beta Was this translation helpful? Give feedback.
-
What about HTML minification? Specifically stripping whitespace. |
Beta Was this translation helpful? Give feedback.
-
I believe we are switching out |
Beta Was this translation helpful? Give feedback.
-
I'd love to see some clarification regarding the styles optimizations:
So basically all things required to use critical CSS with Astro, without some custom solutions running post-build. |
Beta Was this translation helpful? Give feedback.
-
Summary
Astro v1.0 is our next goal, which means cleaning up and finalizing any APIs for a stable release. This document serves as a place to collect and organize all v1.0 proposals into a holistic view, so that the final API can be viewed in total. Larger tasks will be discussed and finalized in their own RFCs (linked to below).
v1.0 API Overview
✅ XSS Protection
Expand
Automatic Escaping 💪
html
inside of expressions astro#1828 (needs to be migrated to RFC or discussion in new repo)Explicit Unescaped HTML Fallback 💪
innerHTML
andtextContent
astro#1827 (needs to be migrated to RFC or discussion in new repo)✅ SSR Required Changes
Expand
Enforce static of client directives 💪
Remove Astro.resolve 💪
Move Hydration scripts back to being inline 💪💪
Remove HTML post-processing 💪💪
Where do assets like images live?
public/
orsrc/
?Needs reframing? This was tackled by other proposals for the SSR build problem, but we may need other improvements for things like icons, etc.
Resolve Style Loading
Audit Build Performance for Large Sites 💪
✅ Finalize
<head>
,<body>
, and<html>
Behavior 💪Expand
✅ Finalize Component Style and Script API 💪💪
Expand
script
behavior,style is:global
astro#2961✅ Config Naming Audit 💪
Expand
✅ Finalize Default Renderer/Framework Behavior 💪💪
Expand
To revisit and finalize two things: should every framework renderer come installed with Astro, and should every renderer be enabled by default?
✅ Finalize Default Sass/PostCSS/Tailwind Behavior 💪💪
Expand
To revisit and finalize two things: should CSS addons come installed with Astro, and should every CSS addon be enabled by default?
✅ Finalize
Astro.fetchContent()
API 💪Expand
Rendering template as a part of fetchContent causes infinite loop. Implementation was mostly solved by v0.21
<Component />
export, but naming should be finalized. Remove old APIs and any properties that should no longer be used.✅ Finish
<Code>
prism->shiki migrationExpand
✅
Astro.request
should be a realRequest
Expand
v1.0.0 Beta => Stable
See [Roadmap] Astro v1.0.0 Beta => Stable
Beta Was this translation helpful? Give feedback.
All reactions