@girs/clutter-15 5.1.0 → 5.3.0

package/README.md

@@ -4,7 +4,7 @@
 ![version](https://img.shields.io/npm/v/@girs/clutter-15)
 ![downloads/week](https://img.shields.io/npm/dw/@girs/clutter-15)
 
-GJS TypeScript type definitions for Clutter-15 using [ts-for-gir](https://github.com/gjsify/ts-for-gir) v5.1.0.
+GJS TypeScript type definitions for Clutter-15 using [ts-for-gir](https://github.com/gjsify/ts-for-gir) v5.3.0.
 
 This package contains type declarations only. It ships no runtime code, so it adds
 nothing to your program and works with any bundler or none at all.
@@ -26,6 +26,7 @@ type packages.
 | `@girs/clutter-15/ambient` | only the `gi://` module declarations |
 | `@girs/clutter-15/import` | only the `imports.gi` declarations |
 | `@girs/clutter-15/clutter-15` | the namespace, without the side-effecting declarations |
+| `@girs/clutter-15/vocabulary` | GIR-derived widget data: settable properties, enum nicks, slot candidates |
 
 ## Three ways to import
 
@@ -67,6 +68,24 @@ GJS's global object works the same way, via `@girs/clutter-15/import`:
 const Clutter = imports.gi.Clutter;
 ```
 
+## Widget vocabulary
+
+`clutter-15` declares widgets, so it also carries what the GIR says about them, as
+types and as values a test can read:
+
+```ts
+import type { Widgets, PropsOf } from '@girs/clutter-15/vocabulary';
+import { OWN_PROPS, ENUM_NICKS, PROVENANCE } from '@girs/clutter-15/vocabulary';
+```
+
+Properties are keyed the way GObject registered them, writable-only and optional, so they
+match `g_object_set`, GtkBuilder XML and Blueprint. `PROVENANCE.libraryVersion` names the
+library release this was generated from, which lets a check tell "newer than what is
+installed" from "wrong".
+
+This subpath answers what the GIR says, not what the installed library has. For the
+second question, ask the library.
+
 ## Building
 
 The declarations need no build step. If you bundle, every bundler works, since there is