In advanced mode, typing create table Orders (with a trailing space) shows only with (the simple-mode DSL form) in completions. The SQL form create table Orders ( ... ) is not surfaced.
Mode gating happens at command dispatch, not within the create table grammar itself, so the SQL branch must already be reachable here — needs investigation why the probe doesn't list it as a candidate.
### Observed
In advanced mode, typing `create table Orders ` (with a trailing space) shows only `with` (the simple-mode DSL form) in completions. The SQL form `create table Orders ( ... )` is not surfaced.
### Expected
Advanced mode should offer **both** continuations:
- `with pk ...` (DSL form, ADR-0009)
- `( ... )` (SQL form, ADR-0033 §1)
### Pointers
- Walker / probe: `src/dsl/walker/mod.rs:293` (`completion_probe_in_mode`)
- SQL grammar: `src/dsl/grammar/sql_create_table.rs`
- Mode gating happens at command dispatch, not within the `create table` grammar itself, so the SQL branch must already be reachable here — needs investigation why the probe doesn't list it as a candidate.
The shared-entry-word completion merge in completion_probe_in_mode now fires at any cursor depth (not just the entry-word boundary) and handles Expectation::Punct continuations alongside Word/Literal. At create table T in advanced mode the completion offers both with (DSL form) and ( (SQL form).
A shared-entry candidate whose grammar has already diverged (e.g. SQL CREATE INDEX past create table …) returns Mismatch and is naturally skipped — the viability check stays the gate, not the cursor depth.
Resolved in commit 6f87ad1.
The shared-entry-word completion merge in `completion_probe_in_mode` now fires at any cursor depth (not just the entry-word boundary) and handles `Expectation::Punct` continuations alongside `Word`/`Literal`. At `create table T ` in advanced mode the completion offers both `with` (DSL form) and `(` (SQL form).
A shared-entry candidate whose grammar has already diverged (e.g. SQL `CREATE INDEX` past `create table …`) returns Mismatch and is naturally skipped — the viability check stays the gate, not the cursor depth.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Observed
In advanced mode, typing
create table Orders(with a trailing space) shows onlywith(the simple-mode DSL form) in completions. The SQL formcreate table Orders ( ... )is not surfaced.Expected
Advanced mode should offer both continuations:
with pk ...(DSL form, ADR-0009)( ... )(SQL form, ADR-0033 §1)Pointers
src/dsl/walker/mod.rs:293(completion_probe_in_mode)src/dsl/grammar/sql_create_table.rscreate tablegrammar itself, so the SQL branch must already be reachable here — needs investigation why the probe doesn't list it as a candidate.Resolved in commit
6f87ad1.The shared-entry-word completion merge in
completion_probe_in_modenow fires at any cursor depth (not just the entry-word boundary) and handlesExpectation::Punctcontinuations alongsideWord/Literal. Atcreate table Tin advanced mode the completion offers bothwith(DSL form) and((SQL form).A shared-entry candidate whose grammar has already diverged (e.g. SQL
CREATE INDEXpastcreate table …) returns Mismatch and is naturally skipped — the viability check stays the gate, not the cursor depth.