diff --git a/content/news/2024-02-03-bevy-0.13/index.md b/content/news/2024-02-03-bevy-0.13/index.md index 4515c91a66..3838772418 100644 --- a/content/news/2024-02-03-bevy-0.13/index.md +++ b/content/news/2024-02-03-bevy-0.13/index.md @@ -35,10 +35,10 @@ TODO.
authors: @james-j-obrien, @jakobhellermann, @Suficio
-In bevy ECS, queries use a type DSL. The full type of the query — meaning: +In Bevy's ECS, queries use a type-powered DSL. The full type of the query — meaning: what component to access, which filter to use — must be specified at compile time. -Sometimes, we don't know what the query accesses at compile time. +Sometimes, we can't easily know what data the query wants to access at compile time. A UI with a dynamic list filtering by component, bindings for a scripting language, _entity relationships_ (more on this later), all of those, are impossible to accomplish without creating queries at runtime. @@ -54,12 +54,12 @@ fn take_damage(mut player_health: Query<(Entity, &mut Health), With>) { ``` **This won't change**. And for most — if not all — gameplay use cases, you will -continue to happily use the [`Query`] API, which made bevy's reputation as a delightful game +continue to happily use the [`Query`] API, which made Bevy's reputation as a delightful game engine. -However, now, consider this: As a developer, or game modder, I want to list entities -with a specific component, through a text prompt. Similarly to how the Quake console works. -How does that look like? +However, consider this situation: As a game or mod developer I want to list entities +with a specific component through a text prompt. Similarly to how the Quake console works. +What would that look like? ```rust #[derive(Resource)] @@ -113,7 +113,7 @@ maybe you need to: * Define new components from a scripting language and query them. * Add a [Quake-style console] to modify or query components from a prompt at runtime. * Create an [editor with remote capabilities]. -* And those are only what people came up with _before_ the 0.13 release! +* And these are only the plans we've heard about so far! We expect third party crates to provide convenient wrappers around the `QueryBuilder` API.