Skip to main content

Shared Schema Editor and New Method Picker: Faster, Clearer Test Data Setup

· 2 min read
Alan Richardson
Creator of AnyWayData

We have rolled out a major test-data editing upgrade across both the main data grid editing app and direct to file test data generator.

The schema editing experience is now driven by one shared interface and a new method-picker dialog.

What Changed

One shared schema editor

Both pages now use the same schema-editing behavior for:

  • switching between row mode and text mode
  • row add/remove/reorder
  • text-to-row and row-to-text synchronization
  • sample schema insertion behavior
  • command picker integration

Previously we had two different implementations, both prototypes, now we have refined the UI and made it consistent for both data generation approaches.

2. New method picker dialog replacing dropdown-heavy flow

Instead of relying on long dropdowns for method selection, we now use a searchable picker with:

  • fast filter by command, summary, params, and examples
  • partial text to filter commands so no more hunting around for the command in the category
  • curated tabs including All, Core, domain categories, Faker, and Recently used
  • a right-hand details panel with:
    • summary
    • schema signature
    • Parameter Details (description + examples)
    • Parameter Types (name/type/required)
    • usage and return examples
    • docs link when available

3. Better handling of core schema types

Core methods (enum, literal, regex) are first-class in the picker via the Core tab and remain available in All.

Benefits to the User

Faster setup, less scanning

Searchable command selection and grouped tabs reduce time spent hunting for methods.

Fewer mistakes

Richer method metadata and examples reduce guesswork around params and expected outputs.

More consistent workflows

Shared controller behavior means users can switch between app and generator without relearning edge cases.

Practical Outcome

If you author schemas often, day-to-day editing should now feel:

  • more predictable
  • easier to scan
  • less error-prone
  • more consistent across surfaces

If you maintain tests, the shared behavior model should mean fewer page-specific exceptions and less brittle UI abstraction code.