@appaflytech/zeyrek-ai-mcp 0.0.40 → 0.0.42

package/dist/resources/guides/page.md

@@ -189,16 +189,16 @@ Tablonun/listenin satırları şemaya "dataSource" yazarak değil, **flow ile**
 ```
 
 **Event'ler komponent tipine göre değişir; `component_get`'in `events` alanından okunur.**
-Sayfa açılışında veri çekmek için `mount` kullanılır ama tek seçenek o değil — örneğin `table`
-8 olay yayar:
+Sayfa açılışında veri çekmek için `mount` kullanılır ama tek seçenek o değil — örneğin
+`datatable` 7 olay yayar:
 
-`mount · pagination · filter · sort · select · selectionChange · doubleClick · rowChange`
+`mount · rowClick · rowDoubleClick · save · discard · rowSelectionChange · cellSelectionChange`
 
-Yani "satırı seçince detay getir" (`select`), "kolondan süzünce sunucudan yeniden çek"
-(`filter`), "sayfa değişince yeni sayfayı çek" (`pagination`), "satıra çift tıklayınca formu aç"
-(`doubleClick`) akışları da aynı `set_event` mekanizmasıyla kurulur. Buna karşılık `datatable`
-yalnız `mount` yayar (bilinçli — Kural 1e); `page-header` 2026-09-18'den beri izdeki öğe
-tıklamasını `clickItem` olarak yayar (`component_get` yükü verir).
+Yani "satıra tıklayınca detay getir" (`rowClick`), "satıra çift tıklayınca formu aç"
+(`rowDoubleClick`), "düzenlenen satırları kaydet" (`save`) akışları da aynı `set_event`
+mekanizmasıyla kurulur. Süzme, sıralama ve sayfalamanın AYRI olayı yoktur: `datatable` kendi
+prop'larını yazıp `mount`'u yeniden tetikler (bilinçli — Kural 1e); `page-header` 2026-09-18'den
+beri izdeki öğe tıklamasını `clickItem` olarak yayar (`component_get` yükü verir).
 
 **Olay adları `on` ÖNEKİ ALMAZ** (`button` → `click`, `form` → `submit`, `texteditor` → `change`);
 katalogda istisna yok. **Komponentin desteklemediği bir olay adı verirsen bağ
@@ -239,19 +239,18 @@ aksiyonları (`platform_guide('html')`) ve **`params`'ı da gönderen komponentl
 (`eventcalendar` · `importwizard` · `kanban` · `signature` · `stepper` · `tabs` ·
 `tree-view` · `pagination`): bunların yükü `event.data.<anahtar>` ile de okunur; `kanban` ve
 `eventcalendar` yükü `self`'e HİÇ yazmaz (`component_get` çıktısındaki sözleşme notları ayrımı
-söyler). Sessiz hata örneği: **tablonun kendi** sayfalama akışını (`table.pagination`)
-`event.data.limit`'e bağlarsan sorgu `LIMIT null OFFSET null` ile koşar ve **tüm satırları**
-döndürür; hata yok, sayfalama yok. (Bağımsız `pagination` komponenti bu tuzağa girmez, yükünü
-`params` ile de gönderir.)
+söyler). Sessiz hata örneği: **tablonun** yükleme akışında sayfa değerlerini `event.data.limit` /
+`event.data.offset`'ten okursan sorgu `LIMIT null OFFSET null` ile koşar ve **tüm satırları**
+döndürür; hata yok, sayfalama yok — `datatable` bu değerleri `self.limit` / `self.offset`'e yazar
+(ölçüm 2026-08-25, kaldırılan tablonun sayfalama olayında; kural aynı). (Bağımsız `pagination`
+komponenti bu tuzağa girmez, yükünü `params` ile de gönderir.)
 
 | Komponent · olay | Yük (aynı zamanda prop adları) | Akışta nereden okunur |
 |---|---|---|
-| `table.sort` | `{ sortField, sortType, offset }` | `self.sortField` · `self.sortType` · `self.offset` |
-| `table.filter` | `{ filters, offset }` | `self.filters` · `self.offset` |
-| `table.pagination` | `{ offset, limit }` | `self.offset` · `self.limit` |
-| `table.select` · `doubleClick` | — | `self.selectedRow` |
-| `table.selectionChange` | — | `self.selectedRows` |
-| `datatable.mount` | — | `self.filters` · `self.sortField` · `self.sortType` · `self.offset` |
+| `datatable.mount` | — | `self.filters` · `self.sortField` · `self.sortType` · `self.offset` · `self.limit` |
+| `datatable.rowClick` · `rowDoubleClick` | — | `self.selectedRow` |
+| `datatable.rowSelectionChange` | — | `self.selectedRows` |
+| `datatable.save` | — | `self.operation` · `self.changeset` · `self.editedRows` · `self.deletedRows` |
 | `pagination.change` | `{ offset, limit }` | `self.offset` · `self.limit` ya da `event.data.offset` · `event.data.limit` |
 | `textinput/textarea/password.change` | `{ value }` | `self.value` |
 | `dropdown.change` · `multi-select.change` | `{ value }` | `self.value` |
@@ -282,7 +281,8 @@ dalı bulamaz ve akışı **sessizce durdurur** (`flow-engine.ts:79`); Studio da
 İstisnalar: `condition` → dal adı rule id'sidir (ve o id bir **GUID**'dir — aşağıdaki tuzak 6),
 `confirm` → `yes|no|always`, `microservice` →
 `always` (eski akışlarda `success` de çalışır) **+ `error`** — bağlarsan hata anında `always`
-yerine ondan sürer (2026-09-26, ADR 0004; ayrıntı aşağıdaki §"4xx de hatadır").
+yerine ondan sürer (2026-09-26, ADR 0004; ayrıntı aşağıdaki §"4xx de hatadır"), `validation` →
+`success` (hepsi geçti) | `error` (biri düştü), ardından her durumda `always` (kuralları aşağıda).
 
 **2. `iteratees[].type` yalnız `change` | `fill`.** `setter.ts` başka değerde hiçbir dala
 girmez — adım çalışır, hiçbir şey yapmaz. `change` tek prop'a değer yazar, `fill` diziyi
@@ -445,13 +445,15 @@ göstermek error flow'un işidir.
 > | `Steps.<adımAdı>.error.body` | Ucun hata gövdesi — eski `Steps.<adımAdı>.data`'nın taşındığı yer | `microservice.ts` `.catch` |
 > | `Steps.<adımAdı>.data` | **HER ZAMAN `null`**'dır — başarı gövdesi değil, hiçbir gövde değil (eskiden hata gövdesiydi) | `microservice.ts` `.catch` |
 >
-> **`alert` adımının `message`'ı DÜZ METİNDİR — ifade yazarsan ekranda o ifade görünür.**
-> `alert.ts` `task.argument.message`'ı doğrudan `toast.error()`'a geçirir ve `args` hiçbir yerde
-> değerlendirilmez (`Runtime.svelte` `argument: step.args`): `{ "type": "alert", "args": {
-> "message": "Steps.error.message", "alertType": "error" } }` kullanıcıya harfi harfine
-> `Steps.error.message` gösterir. Sabit bir uyarı yetiyorsa `alert` en ucuz adımdır; **ucun ne
-> dediğini göstereceksen bir `setter` (ya da `code`) adımı zorunludur** — `value.type: 'code'`
-> ifadeyi orada gerçekten çalıştırır:
+> **`alert` adımının `message`'ı ve `description`'ı METİN ŞABLONUDUR — yalnız `{{ }}` içi çözülür.**
+> Bileşen prop bağlamasıyla aynı çözücü (`@ng-apps/flow` `resolveStepText` → `runPropertyCode`; web ve
+> cihaz aynı): `{ "type": "alert", "args": { "message": "{{ Steps.error?.message ?? 'İşlem başarısız' }}",
+> "alertType": "error" } }` ucun mesajını gösterir, `"{{ t('kayit.tamam') }}"` etkin dildeki çeviriyi.
+> `{{ }}` DIŞINDA yazılan ifade çözülmez: `"message": "Steps.error.message"` kullanıcıya harfi harfine
+> `Steps.error.message` gösterir (FLOW-022 uyarır). `{{ }}` içermeyen metin olduğu gibi kalır. 2026-10-08
+> öncesi runtime'da (yeniden yayımlanmamış kurulum, eski mobil derleme) bu alanlar düz metindi; orada
+> ucun mesajı bir `setter` (ya da `code`) adımıyla bir bileşene yazılır — mesajı ekranda kalıcı
+> göstermek için bugün de bu yol geçerlidir:
 >
 > ```jsonc
 > // errorSteps: start → bu setter. Metni bir notification/text komponentine yazar.
@@ -463,13 +465,14 @@ göstermek error flow'un işidir.
 >   "branches": [{ "id": "<GUID>", "name": "always", "nextStepId": null }] }
 > ```
 
-> **`confirm` adımının diyalog çerçevesi de yazılabilir.** `args` dört düz metin alanı taşır:
+> **`confirm` adımının diyalog çerçevesi de yazılabilir.** `args` dört metin alanı taşır:
 > `message` (gövde), `title` (başlık), `confirmText` (onay düğmesi, `yes` dalı), `cancelText`
 > (vazgeç düğmesi, `no` dalı). Son üçü isteğe bağlıdır; boş bırakılan alan dile göre sabit metne
 > düşer ("Emin misiniz?" / "Evet" / "Hayır" — `dialog.functions.ts` `resolveDialogFrame`).
-> Dördü de `alert`'in `message`'ı gibi DÜZ METİNDİR (FLOW-022 hepsini denetler):
-> `{ "type": "confirm", "args": { "message": "Bu risk ve 4 aksiyonu silinecek.", "title": "Riski sil",
-> "confirmText": "Sil", "cancelText": "Vazgeç" } }`.
+> Dördü de `alert`'in `message`'ı gibi METİN ŞABLONUDUR (FLOW-022 hepsini denetler); çok dilli
+> uygulamada çeviri anahtarıyla yazılır:
+> `{ "type": "confirm", "args": { "message": "{{ t('risk.sil.onay') }}", "title": "{{ Row.name }} silinsin mi?",
+> "confirmText": "{{ t('sil') }}", "cancelText": "Vazgeç" } }`.
 
 > **Hangi yolu seçeceksin — adımın kendi `error` dalı mı, `errorSteps` mi, ana akışta
 > `condition` mı?** Bir hatada sırayla denenir (yukarıdaki 4xx bölümü) — üçü birden TANIMLI
@@ -528,6 +531,30 @@ Tarif: `platform_guide('middleware')`.
 - Adım hedef akışı **bekler** (`await engine.run`), sonra `always` dalından devam eder.
 - Gateway boş/yarım `args`'ı **FLOW-014** ile yakalar.
 
+**`validation` adımının kuralları `args.validations` dizisindedir** (kök ADR 0014). Her kural
+`{ id?, component, property, type, errorMessage, settings }`: `component` sayfadaki bileşenin
+**elementId**'si (boş → bileşensiz kural; sayfada olmayan ad 404), `property` okunacak prop
+(çoğunlukla `value`), `type` ∈ `required · email · regex · min-length · max-length · min-value ·
+max-value`, `errorMessage` düz metin ya da `t:` anahtarı (düşen alanın `invalidText`'ine yazılır),
+`settings` tek parametredir — runtime **ilk değeri** okur (`{ "value": 8 }`, `{ "pattern": "^\\d+$" }`;
+parametresiz tipte `{}`). Kurallar dizi sırasıyla koşar; kuralsız adım yükte `[]` döner ve her
+çalıştırmada `success`'e gider.
+
+```jsonc
+{ "stepId": "kontrol", "name": "kontrol", "type": "validation", "kind": "normal",
+  "args": { "validations": [
+      { "component": "email", "property": "value", "type": "email", "errorMessage": "t:validation.email", "settings": {} },
+      { "component": "sifre", "property": "value", "type": "min-length", "errorMessage": "En az 8 karakter", "settings": { "value": 8 } } ] },
+  "branches": [ { "id": "<GUID>", "name": "success", "nextStepId": "kaydet" },
+                { "id": "<GUID>", "name": "error",   "nextStepId": null } ] }
+```
+
+- `always` `success`/`error`'dan **sonra** da koşar — kaydetmeyi `always`'e bağlarsan düşen
+  formda da kaydeder.
+- Bu şekil komponentin kendi `validations`'ından (`set_validations { type, message, value }`)
+  farklıdır; `message`/`value` burada sessizce düşer. Tanınmayan `type` runtime'da **geçer** sayılır
+  (platform kümeyi doğrulamaz). Gateway ikisini de **FLOW-041** ile yakalar.
+
 > **`code` adımının gövdesi `args.value` alanındadır — düz JS metni olarak.** Runtime onu
 > `(async () => { <value> })()` içinde koşturur (`code.ts:18`), yani `await` serbesttir ve dönüş
 > değeri akışa taşınmaz; etkiyi `Page`/`state`/komponent yazarak üretirsin. **Alan boşsa adım
@@ -618,7 +645,7 @@ değer tipleri: `static · page · property · storage · variable · code · it
 > **`platform_guide('functions')`**.
 >
 > **`share` adımı ("Share")** metin ve bağlantı paylaşır: `args: { title, message, path }`. `title`
-> DÜZ METİNDİR (ifade yazılırsa FLOW-022 uyarır); `message` ve `path` `storage.value` gibi
+> DÜZ METİNDİR — `{{ }}` şablonu da çözülmez (ifade ya da `{{ }}` yazılırsa FLOW-022 uyarır); `message` ve `path` `storage.value` gibi
 > İFADEDİR — düz metin tırnak ister (`"'Şuna bak'"`, `"'https://…/urun/' + Page.queryParams.id"`).
 > Bağlantının adı `url` DEĞİL `path`'tir: backend `Title`/`Message`/`Path` alanlarında saklar ve
 > tanımadığı anahtarı 200 ile sessizce düşürür (FLOW-035 `url`/`link`/`text`'i ve tırnaksız adresi
@@ -933,17 +960,21 @@ kapsayıcının kardeşi olarak yaşar (qm `[SY] Profil bilgilerim`: `page_conta
 > `gatewayNormalized` ile bildirir. Senin verdiğin `appearance.heightType`'a dokunmaz.
 >
 > Katalogda `isDefaultAutoHeight: false` olan (yani `fixed` damgalanan) tipler: `auth-layout`,
-> `html`, `image`, `layout`, `qrcode`, `table`, `text-editor`, `video`. Diğer her tip `auto`'dur.
+> `html`, `image`, `layout`, `layout-region`, `layout-shell`, `qrcode`, `texteditor`, `video`
+> (katalogdan ölçüldü 2026-10-13). Diğer her tip `auto`'dur.
 > Bu tiplerde `size.h` gerçek yüksekliktir — göz kararı değil, içeriğe göre hesapla
 > (bir satır ≈ 10px; Kural 1f).
 
-## Kural 1d-2 — Sayfanın ve layout'un KENDİ olayları: `mount` · `destroy`
+## Kural 1d-2 — Sayfanın ve layout'un KENDİ olayları: `mount` · `destroy` (mobil sayfada + `focus`)
 
 Komponent olaylarından AYRI olarak sayfa ve layout kayıtları kendi olay listesini taşır
 (`events: [{ name, value: <flow id> }]`) ve geçerli adlar SABİTTİR: **`mount`**
 (yüklendiğinde) ve **`destroy`** (sayfadan/layouttan ayrılırken — runtime destroy akışlarını
-navigasyondan ÖNCE koşar). Başka ad platformca kabul edilir ama bağ sessizce ölü kalır —
-gateway **PAGE-011 / LAY-004** ile istek gitmeden reddeder.
+navigasyondan ÖNCE koşar). **Mobil uygulamanın SAYFASI** bir ad daha alır: **`focus`** — ekran
+her göründüğünde koşar (ilk açılışta `mount`'tan sonra, sonra yığından geri dönüşte ve sekme
+değişiminde; `platform_guide('mobile')`). Başka ad platformca kabul edilir ama bağ sessizce ölü
+kalır — gateway **PAGE-011 / LAY-004** ile istek gitmeden reddeder; `focus` layout'ta ve web
+sayfasında da reddedilir (web sayfayı her gezinmede baştan kurar, `mount` yeter).
 
 - Bağlama yolu `set_event` DEĞİLDİR (o komponent hedefler): sayfada `page_create` /
   `page_update`'in `events` parametresi, layout'ta `layout_create/update`'in `events`'i.
@@ -954,107 +985,104 @@ gateway **PAGE-011 / LAY-004** ile istek gitmeden reddeder.
 - Akış kilidi burada da geçerlidir (Kural 3): önce bütün `flow_create`'ler, sonra events bağı.
 - Mevcut bağları `page_get` gösterir (`events[].value` = flow id).
 
-## Kural 1e — İKİ tablo komponenti var: `table` ve `datatable`
-
-> **`data-table` KALDIRILDI (2026-08-17).** Katalogda böyle bir slug yok; eski bir örnekte ya da
-> eski bir sayfada görürsen `datatable` ya da `table` ile değiştir. Katalogda tablo işi gören
-> başka komponent yoktur — aşağıdaki iki satır listenin tamamıdır.
-
-| slug | Olaylar | Ayırt edici prop'lar |
-|---|---|---|
-| `table` | 8: `mount · pagination · filter · sort · select · selectionChange · doubleClick · rowChange` | `rowSelection` (none/single/multi), `selectedRow`/`selectedRows`, `filterMode` (panel/hide/row), `filters`, `showSort`, `sortField`/`sortType`, `isEditable`, `showColumnMenu`, `actions`, `emptyIcon/emptyText/emptyActions`, `style` (root/thead/th/tr/td), satır bazlı `_columns`/`_actions` ezmesi (Kural 1e-2) |
-| `datatable` | 1: `mount` | `title`, `locale` (tr/en), `tableStyle` (zebra/plain — satır zemini varyantı), **`style`** (parça bazlı CSS: `&__toolbar`/`&__title`/`&__head`/`&__th`/`&__body`/`&__row`/`&__td`), kolonlarda `isFilterable`/`isSortable`/`colorMap` (statik)/`prefix`/`suffix`/`precision`/`thousands`/`dateFormat`/`imageShape`/**`progress`** kolon tipi, `filters`/`sortField`/`sortType` (hidden), `actions` |
-
-**`datatable`'ın tek olay yayması eksiklik değil, tasarım.** Filtre paneli, sıralama ve sayfalama
-komponentin İÇİNDE: kullanıcı süzdüğünde/sıraladığında/sayfa değiştirdiğinde `datatable` önce
-kendi `filters`/`sortField`/`sortType`/`offset` prop'larını node'a yazar, sonra **`mount`'u
-yeniden tetikler** (`updateQuery` → `emitMount`). Yani tek bir `mount` akışı yazarsın; o akış
-tabloya bağlı uca bu prop'ları parametre olarak geçirir ve dönen satırları geri yazar.
-
-**`table`'da her etkileşim AYRI bir olaydır** ve her birini ayrı akışa bağlarsın (`filter`,
-`sort`, `pagination` olayları yükte yeni değerleri de taşır — yukarıdaki olay yükü tablosu).
-
-Her ikisinin de süzme/sıralaması sunucu taraflıdır: seçilen filtreler uca `filters` parametresi
-olarak gider ve ancak `enableDynamicFilters: true` olan bir uçta karşılık bulur
+## Kural 1e — Tablo komponenti `datatable`'dır
+
+> **`table` KALDIRILDI (2026-09-30)**, `data-table` ondan önce (2026-08-17). Katalogda tablo işi
+> gören tek komponent `datatable`'dır. Eski bir sayfada `type: "table"` düğümü görürsen runtime
+> onu `datatable` ile çizer (takma ad), ama o düğümün eski olayları (sayfalama, süzme, sıralama,
+> seçim, çift tık, satır değişimi) ve eski prop'ları (satır seçim kipi, satır bazlı `_columns`
+> ezmesi, `style.thead|th|tr|td`) artık karşılık bulmaz — kurulumu aşağıdaki sözleşmeye çevir.
+>
+> **Kayıt defterinde durmaya devam eder.** Eşitleme kaldırılan bileşeni silmez, gizler (silmek o
+> tipteki kayıtlı düğümleri de silerdi): `component_list` onu yalnız `includeHidden: true` ile ve
+> `retired: true` işaretiyle gösterir — henüz eşitlenmemiş bir ortamda gizlenmeden de listelenebilir —
+> `component_get` eski şemayı `retired` notuyla döner ve PLATFORM o tipte düğümü kabul eder (runtime
+> `datatable` çizer, eski olaylara kurulan bağ kaydedilir ama ölü kalır). Gateway bu yüzden emekli tipte YENİ
+> düğümü **PAGE-051** ile istek gitmeden reddeder: `add_component`, `page_create` / `layout_create` /
+> `component_create` şeması ve `layout_patch`'in eklediği düğüm. O tiple kayıtlı düğüme yazan op'lar
+> (`replace_prop`, `move_component`…) ve tam şema yazan `page_update` geçer — eski sayfa düzenlenebilir
+> kalır; düğümü silip aynı tiple yeniden eklemek ise reddedilir. Kayıtlı `table` düğümüne olay
+> bağlarken `datatable`'ın olay adlarını yaz (`rowDoubleClick`): gateway adı onun listesinden denetler.
+
+| Ne | Nasıl |
+|---|---|
+| Olaylar | 7: `mount · rowClick · rowDoubleClick · save · discard · rowSelectionChange · cellSelectionChange` |
+| Süzme / sıralama / sayfalama | komponentin İÇİNDE, ayrı olayı yok: `filters`/`sortField`/`sortType`/`offset` prop'larını (hidden) yazıp `mount`'u yeniden tetikler |
+| Satır | `rowClick` · `rowDoubleClick` ve satır aksiyonları (`actions`) tıklanan satırı `selectedRow`'a yazar (7b) |
+| Düzenleme | `editMode` (`none` · `row` · `cell` · `batch`); kayıt `save` olayıyla gelir (`self.operation` + `self.changeset`) |
+| Kolon biçimi | `isFilterable`/`isSortable`/`colorMap`/`prefix`/`suffix`/`precision`/`thousands`/`dateFormat`/`imageShape`, **`progress`** kolon tipi |
+| Görünüm | `title`, `locale` (tr/en), `tableStyle` (zebra/plain — satır zemini varyantı), **`style`** (parça bazlı CSS: `&__toolbar`/`&__title`/`&__head`/`&__th`/`&__body`/`&__row`/`&__td`) |
+
+**Süzme/sıralama/sayfalamanın ayrı olayı olmaması eksiklik değil, tasarım.** Filtre paneli,
+sıralama ve sayfalama komponentin İÇİNDE: kullanıcı süzdüğünde/sıraladığında/sayfa değiştirdiğinde
+`datatable` önce kendi `filters`/`sortField`/`sortType`/`offset` prop'larını node'a yazar, sonra
+**`mount`'u yeniden tetikler** (`updateQuery` → `emitMount`). Yani tek bir `mount` akışı yazarsın;
+o akış tabloya bağlı uca bu prop'ları parametre olarak geçirir ve dönen satırları geri yazar
+(`ngapps://examples/flow-load-table`).
+
+Süzme/sıralama sunucu taraflıdır: seçilen filtreler uca `filters` parametresi olarak gider ve
+ancak `enableDynamicFilters: true` olan bir uçta karşılık bulur
 (`platform_guide('microservice')`).
 
-**Karar senin, dayatma yok.** Sorular:
+**Kurarken sorulacaklar:**
 
-- *Kullanıcı bu listeyi ekrandan süzecek/sıralayacak mı?* Hayır ise ikisi de olur; en az kavramla
-  kurulanı seç ve `mount` akışı yeterlidir.
-- *Süzme/sıralama var mı?* → `datatable` tek akışla kurar (daha az bağlama), `table` her olayı
-  ayrı akışa bağlamanı ister ama karşılığında satır seçimi (`rowSelection`), çift tık, hücre içi
-  düzenleme (`isEditable`) ve boş-durum aksiyonları verir.
-- *Satır seçimi / çift tıkla forma geçiş / hücre düzenleme gerekiyor mu?* → **`table`**; bunlar
-  `datatable`'da yok.
+- *Kullanıcı bu listeyi ekrandan süzecek/sıralayacak mı?* Hayır ise kolonlarda
+  `isFilterable`/`isSortable` açma; `mount` akışı yeterlidir.
+- *Satıra tıklayınca / çift tıklayınca bir şey olacak mı?* → `rowClick` / `rowDoubleClick` ya da
+  satır aksiyonu (`actions`) — 7b.
+- *Hücre içi düzenleme gerekiyor mu?* → `editMode`; kaydı `save` akışı yazar, bağlı tabloda
+  (Connect Data) runtime bağlantısı (`component_get('datatable')` → `knowledge`).
 - *Sayı/tarih/görsel biçimlendirme (para birimi öneki, ondalık, binlik ayracı, tarih formatı,
-  avatar şekli) gerekiyor mu?* → **`datatable`**; `prefix`/`suffix`/`precision`/`thousands`/
-  `dateFormat`/`imageShape` yalnız onun kolon şemasındadır, `table`'da yoktur.
-- *Renk gerekiyor mu?* → **ikisi de yapar ama farklı şeyi.** `datatable`'ın `colorMap`'i
-  **statiktir**: hücrenin kendi değerine bakar; satır verisinde rengi taşırsan (`{ label, color }`)
-  dinamik de olur. `table` ise satır bazında **koşullu** renklendirir (`_columns` ezmesi,
-  Kural 1e-2). İkisinin de `style` prop'u vardır (datatable'ınki 2026-08-27'de eklendi), yani
-  renk uğruna stilden vazgeçmen gerekmiyor.
-- *Hücrenin içinde ilerleme çubuğu ya da yüzde halkası mı istiyorsun?* → **`datatable`**, kolon
-  tipi `progress`. `progressVariant` çubuk/halka, `thresholds` yüzdeye göre renk, `captionField`
-  ise BAŞKA bir satır alanını çubuğun üstüne yazar — ad ve çubuk tek hücrede durur. `table`'da
-  böyle bir kolon tipi yok.
-
-**Bu, katalogdaki her komponent için geçerlidir:** hangi komponenti kullanacağını
+  avatar şekli) gerekiyor mu?* → kolon şemasında `prefix`/`suffix`/`precision`/`thousands`/
+  `dateFormat`/`imageShape`.
+- *Renk gerekiyor mu?* → Kural 1e-2.
+- *Hücrenin içinde ilerleme çubuğu ya da yüzde halkası mı istiyorsun?* → kolon tipi `progress`.
+  `progressVariant` çubuk/halka, `thresholds` yüzdeye göre renk, `captionField` ise BAŞKA bir
+  satır alanını çubuğun üstüne yazar — ad ve çubuk tek hücrede durur.
+
+**Komponent seçimi sana aittir:** hangi komponenti kullanacağını
 `component_list`/`component_get` ile keşfedip kendin seçersin, rehberdeki örnekler tercih değil
 şablondur.
 
-Kaçınılacak tek şey **yarım kurulum**: süzme arayüzünü açıp (`table` + `filterMode:'row'`, ya da
-`datatable` + `isFilterable` kolonlar) arkasına statik filtreli uç bağlamak. Sayfa çalışır
-görünür, kullanıcı süzer, hiçbir şey olmaz. Ya süzme arayüzünü kapat, ya ucu
-`enableDynamicFilters: true` yap ve akışta `filters` parametresini geçir.
+Kaçınılacak tek şey **yarım kurulum**: süzme arayüzünü açıp (`datatable` + `isFilterable`
+kolonlar) arkasına statik filtreli uç bağlamak. Sayfa çalışır görünür, kullanıcı süzer, hiçbir şey
+olmaz. Ya süzme arayüzünü kapat, ya ucu `enableDynamicFilters: true` yap ve akışta `filters`
+parametresini geçir.
 
 > Komponenti sonradan değiştirmek pahalıdır: flow'un `setter` adımı hedefi kayıt anında
 > **DesignComponent id**'sine çözer (`StepIterate.component?.Id`), komponenti silip yeniden
 > eklersen elementId aynı olsa bile o bağ kopar ve flow'u yeniden kaydetmen gerekir. Tipi
 > baştan doğru seç.
 
-## Kural 1e-2 — Satır bazlı renk `table`'da: `_columns` ezmesi
+## Kural 1e-2 — Satır bazlı renk: `colorMap` ve satır verisi
+
+`datatable`'da renk kolonun işidir ve çizim sırası **satır verisindeki `color` → `colorMap` →
+`autoColor`**'dır (`component_get('datatable')` → `knowledge.propNotes.colorMap`):
 
-`table` her hücreyi çizerken **satırın kendi `_columns` sözlüğünü** kolon tanımıyla birleştirir
-(`column-view.ts` `resolveColumn` → `Table.svelte:1207` `<TableCell {column}>`). Yani bir satır
-kendi `appearance`/`isBold`'unu dayatabilir; renk, satırın herhangi bir alanından hesaplanır:
+| istenen | yol |
+|---|---|
+| Değere göre sabit renk | `tag` kolonu + `colorMap`: `[{ value: 'Active', label: 'Aktif', color: 'success' }]` — hücrenin KENDİ değerine bakar, satırın başka alanına göre hesaplanamaz |
+| Satıra göre koşullu renk | hücre değerini `{ label, color }` nesnesi olarak yaz: renk satır verisinde taşınır |
 
 ```jsonc
-// setter: rows'a yazmadan önce satırları zenginleştir
+// setter: rows'a yazmadan önce hücreyi { label, color } nesnesine çevir
 { "type": "change", "element": "tbl", "property": "rows", "source": "component",
   "mapping": { "source": "", "mappings": {} },
-  "value": { "type": "code", "ref": "(Steps.listele?.data || []).map(function (r) { return Object.assign({}, r, { _columns: [null, null, null, null, { appearance: r.durum === 'İptal' ? 'error' : 'success' }] }); })" } }
+  "value": { "type": "code", "ref": "(Steps.listele?.data || []).map(function (r) { return Object.assign({}, r, { durum: { label: r.durum, color: r.durum === 'İptal' ? 'error' : 'success' } }); })" } }
 ```
 
-**`_columns` bir DİZİDİR ve konum kolonun `columns` dizisindeki İNDEKSİDİR** — yukarıdaki dört
-`null`, hedef kolon 5. sırada (indeks 4) olduğu için var; ezilmeyen kolonlar atlanır.
-`buildViewColumns` `index`'i `isHidden` kolonlar elenmeden ÖNCE atar, yani **görünür sıra değil
-tanım sırası**: gizli bir `id` kolonu indeksleri kaydırmaz, kullanıcının kolon menüsünden kolon
-gizlemesi de kaydırmaz (`hideColumns` `buildViewColumns`'dan SONRA uygulanır).
-Aynı kalıp `_actions[i]` ile satır bazlı **aksiyon** ezmesinde de çalışır (tek bir satırda "Sil"i
-`{ "isHidden": true }` ile gizlemek gibi).
-
-> Sözleşme frontend'de belgeli ve testli: `column-view.ts` `resolveColumn` + `column-view.spec.ts`
-> (`applies the row's own override fields on top`, `matches the override by the column definition
-> order`). Ezilebilen alanlar `appearance` · `options` · `isBold`. CSV export'u da bu ezmeyi
-> uygular, yani ekranda gördüğün renk dışa aktarımda da tutarlıdır.
-
-İki renk yolu var:
-
-| istenen | yol |
-|---|---|
-| Hazır palet | `tag` kolonu + `appearance`: `primary · info · success · warning · error`; `_columns` ile satır satır değişir |
-| Serbest hex | `tags` kolonu + satır verisinde `[{ "value": "kritik", "color": "#da1e28" }]` |
+Renk semantik ad (`primary · info · success · warning · error` — tema token'ına çözülür, tema
+değişince izler) ya da hex/rgb/CSS renk adıdır; temalarda `info` neredeyse beyazdır, mavi için
+`primary` yaz. `colorMap` satırının `mode: 'solid'`'i o değeri dolu zemin + beyaz yazıyla çizer.
 
-**`style` yazarken iki ayrı kural geçerli:** `style.root` emotion'dır (camelCase çalışır, iç
-seçici yazılabilir); `style.thead|th|tr|td` ise satır içi `style` attribute'una basılır
-(`toStyleString` anahtarı olduğu gibi yazar) — bu dördünde **kebab-case zorunludur**, `fontSize`
-sessizce düşer, `font-size` çalışır.
+Satır bazlı `_columns` görünüm ezmesi `datatable`'da **yoktur** (kaldırılan tablonun özelliğiydi).
+Satıra göre değişebilen şey AKSİYONDUR: `rows[i]._actions[<aksiyon indeksi>] = { isHidden,
+isDisabled, text … }` o satırda aksiyonun üstüne biner; `actions[i].isHidden`/`isDisabled` bir kod
+ifadesi de olabilir (`{ "type": "code", "ref": "{{ !item.isCustomizable }}" }`, `item` = o satır) —
+Connect Data'ya bağlı tabloda satırlar `_actions` taşıyamadığı için tek yol budur.
 
-> `datatable`'da `style` prop'u **yoktur** (ne şemada ne `.svelte`'de) ve `_columns` ezmesi de
-> yoktur; `tableStyle` CSS değil `zebra`/`plain` varyantıdır. Tabloya CSS ya da koşullu satır
-> rengi gerekiyorsa **`table`**.
+Tabloya CSS `style` prop'uyla yazılır (parça bazlı, camelCase; `designerCss` her bildirime
+`!important` ekler); `tableStyle` CSS değil `zebra`/`plain` varyantıdır.
 
 ## Kural 1f — Koordinat modeli ve layout-slot yerleşimi
 
@@ -1407,6 +1435,75 @@ düşer: sekme yığını kendi geçmişini tutar ve modal onu kırardı. `prese
 
 Web uygulamasında alan yok sayılır; gateway web profilinde bu konuda bulgu üretmez.
 
+### `redirect.transition`
+
+`redirect` adımının `args.transition` alanı hedef ekranın NASIL GİRDİĞİNİ söyler — `presentation`'ın
+yanındaki ikinci seçim, yalnız mobil. Kapalı küme:
+
+- `default` — işletim sisteminin kendi geçişi
+- `none` — anında
+- `fade` — solarak
+- `slide` — yandan kayarak (iOS'ta sistemin geçişiyle aynı görünür)
+- `slideUp` — alttan kayarak
+
+Öncelik: **adımın değeri → uygulamanın varsayılanı → sistem.** Alan yazılmamışsa adım uygulamanın
+varsayılanını kullanır: `application_update` `properties.mobile.transition` (aynı küme; `properties.mobile.tabs`'in
+yanındaki anahtar — `properties` yazılırken sekme ayarı da gönderilir, gövde REPLACE'tir). Adımda açıkça yazılmış
+`default` bir seçimdir ve uygulama varsayılanını ezer. Süre alanı yoktur.
+
+- Küme dışı ADIM değerini backend 422 ile reddeder (iletisi kümeyi sayar); yazım gitmez. Küme dışı UYGULAMA ayarını
+  backend doğrulamaz ve cihaz sessizce düşürür — onu söyleyen tek yer `application_create` / `application_update`
+  yanıtındaki `platformWarnings`'tir (**MOB-029**).
+- **`modal` sunumda ve sekme hedefinde geçiş kullanılmaz:** modal sistemin kağıt animasyonuyla açılır, sekme
+  hedefinde sekme değişir ve ekran itilmez. `modal` ile birlikte yazılırsa akış yazımının yanıtına MOB-029 bilgi notu
+  düşer; sekme hedefi için not YOKTUR (lint sekme ayarını görmez) — hedef sayfanın sekme olup olmadığını
+  `application_get` `properties.mobile.tabs.items`'tan kendiniz kontrol edin.
+- Geri dönüş (başlık çubuğunun geri düğmesi) aynı geçişin tersidir. iOS'ta kenardan geri kaydırma her geçişte
+  sistemin yatay hareketidir.
+- "Hareketi azalt" açık cihazda seçilmiş geçiş oynamaz; `default` sisteme kalır.
+- `_transition` sorgu adı kabuğundur: `args.query` içinde bu adı kullanmayın — cihazda adrese yazılmaz ve sayfa onu
+  `Page.queryParams`'ta görmez (web önizleme sorguyu olduğu gibi geçirir; iki yüzey bu adda ayrışır).
+- Geçiş TELEFONDA oynar. Web önizlemesi (`/dev`, `/preview`) yalnız GELEN sayfanın girişini oynatır — giden sayfa
+  canlanmaz, `modal` ve sekme hedefinde giriş yoktur. `page_screenshot`'ın varsayılan karesi (`motion: 'frozen'`)
+  "hareketi azalt"la alınır: giriş oynamaz, kare son hâli gösterir; `motion: 'play'` karesi girişin ortasına denk
+  gelebilir.
+
+Web uygulamasında alan yok sayılır; gateway web profilinde bu konuda bulgu üretmez.
+
+## Kural 1g-3 — Paylaşılan öğe: `heroTag` (liste satırındaki görselden açılan ayrıntı)
+
+`heroTag` iki sayfada AYNI etiketi taşıyan iki düğümü çift yapar: kaynak sayfadaki öğeye dokunulup hedef sayfaya
+gidilince hedef sayfa o öğenin kutusundan **büyüyerek** açılır, geri dönüşte o kutuya küçülür. Sayfanın TAMAMI büyür
+(iOS'un yakınlaşma geçişi) — yalnız öğenin uçtuğu klasik Hero değildir. Alanı `image` ve `container` taşır
+(`component_get` → `propNotes.heroTag`).
+
+Liste → ayrıntı, üç adım:
+
+1. **Kaynak:** satır şablonundaki `image`'a (ya da satırın kabına) `heroTag` yazın — `{ type: 'static', data: 'kapak' }`
+   yeter. Satıra dokunmak (`repeater.itemPress`) satırdaki etiketli düğümden açar; dokunuşun görselin üstünde olması
+   gerekmez. Liste dışında, `click`'i bağlı bir kabın içindeki etiketli düğüm de aynı kuralla kaynak olur. Satıra TEK
+   etiket yazın: iç içe iki etiketli düğümde (kap ⊃ görsel) dokunuş ikisinin de dışındaysa içteki kaynak olur.
+2. **Hedef:** ayrıntı sayfasında büyük görsele AYNI etiketi yazın. Sayfa ona hizalanarak açılır. Hedefte eş yoksa
+   sayfa yine kaynaktan büyür, yalnız hizalanacak kutu olmaz.
+3. **Gezinme:** bildiğiniz `redirect` adımı (`pageId`, `query`). Ek alan yok: etiketli öğeden çıkan itme (`push`) ve
+   `modal` sunum yakınlaşır; sekme değişimi ve `replace` yakınlaşmaz.
+
+- Etiketi satıra özgü yazmak GEREKMEZ (kaynak dokunulan satırdır). Hedef sayfada birden çok etiketli düğüm varsa
+  doğrusunu ifade seçtirir: satırda `{{ 'urun-' + item.id }}`, hedefte `{{ 'urun-' + Page.queryParams.id }}`
+  (`set_binding`). Hedef etiketini SORGU PARAMETRESİNDEN türetin: sonradan yüklenen veriye bağlı etiket ilk çizimde
+  boştur, değer gelince düğüm yeniden kurulur ve `mount` akışları ikinci kez koşar.
+- **Yalnız iOS 18+ cihazda oynar.** Android'de, eski iOS'ta, `/dev` önizlemesinde, `page_screenshot`'ta ve kanvasta
+  sayfa adımın geçişiyle açılır (`redirect.transition`). Yakınlaşma oynadığında adımın geçişi oynamaz. "Hareketi azalt"
+  açıkken yakınlaşma yoktur. Dokunuşla başlamayan gezinme (zamanlayıcı, dokunuştan 10 sn sonra biten akış) yakınlaşmaz.
+- Hedef düğümün `motionStyle.enter`'ı oynamaz; hedef olmayan düğümlerinki oynar.
+- Aynı sayfada aynı statik etiketi iki düğüme yazmak KAYNAK sayfada olağandır (aynı etiketli kartlar). HEDEF sayfada
+  hizalama kutusu tektir: ilk çizilen düğüm hizalanır — yazım bunu **MOB-030** bilgi notuyla söyler. Sayfalar arası
+  eş arama yazımda yapılmaz (hedef sayfa henüz yazılmamış olabilir) ve eşi olmayan etiket için uyarı yoktur: iki
+  sayfanın etiketlerini `page_runtime_get` özetindeki `heroTags`'ten (layout'unkiler dahil) karşılaştırın.
+- `_hero` sorgu adı kabuğundur (`_transition` gibi): `args.query` içinde kullanmayın.
+
+Web uygulamasında alan yoktur.
+
 ## Kural 1h — Tasarım: `style` prop'u ve tema değişkenleri
 
 Her komponentin `style` prop'u vardır ve emotion `css()` bloğudur: iç seçiciler, pseudo-class'lar
@@ -1429,12 +1526,6 @@ yapmanın yolu budur — ölçülmüş kurallar (anket-doldur, 2026-08-19):
 > düğümleri silip yeniden kurmaya, o da 20 setter'ın sessizce kopmasına yol açtı. Gateway artık
 > kebab-case anahtarı camelCase'e çevirir ve `gatewayNormalized` ile bildirir; seçici anahtarlara
 > (`&__body`, `:hover`, `--ng-*`) dokunmaz.
->
-> **İSTİSNA — satır içi stil dalları (TB-129).** Kural `style` prop'unun emotion bloğu olan
-> dalları içindir. `table.style.thead|th|tr|td` ise DOM'un `style` attribute'una string olarak
-> basılır ve orada **kebab-case zorunludur**; gateway bu dört alanın altına 2026-09-20'den beri
-> hiç dokunmaz (`INLINE_STYLE_FIELDS_BY_TYPE`). `table.style.root` ve öteki komponentler eskisi
-> gibi çevrilir. Çeviri bu dalları da camelCase yapınca stil sessizce düşüyordu (S2-39).
 
 **1. Temayı tek yerden çevir: `page_container.style` içinde `--ng-*` değişkenlerini ez.**
 Runtime bütün renk/tipografi/form tokenlarını CSS değişkeni olarak basar
@@ -2144,7 +2235,7 @@ start → [setter] btn_save.isLoading = true
 > katalogla sınırlıdır** ama artık neredeyse her komponent tanımlıyor: **101 kaydın 99'u**
 > (ölçüm 2026-09-08; 2026-08-26'daki toplu ekleme öncesi 81'de 37 idi). Tanımlamayan yalnız
 > iki kap var: **`slot` · `widget-area`** — onların içindekini gizlemek için sarmalayıcı
-> kullan. Eskiden tanımlamayan `text` · `table` · `datatable` · `dropdown` · `multi-select` ·
+> kullan. Eskiden tanımlamayan `text` · `datatable` · `dropdown` · `multi-select` ·
 > `tag-input` · `tabs` · `notification` · `toast` · `datepicker` ailesi gibi komponentlere
 > artık doğrudan `props.isHidden` yazılabilir; sırf gizlemek için `container`'a sarmak
 > GEREKMEZ. Tek doğru kaynak `component_get` + `page_schema_validate` kuru koşusudur.
@@ -2158,26 +2249,27 @@ start → [setter] btn_save.isLoading = true
 
 ### 7b — Liste → form geçişi
 
-**Önce hangi tabloyu kullandığını bil — ikisi FARKLI kurulur:**
+Tablo `datatable`'dır (Kural 1e). Kaydı açmanın iki yolu var; ikisinde de tıklanan satır, akış
+koşmadan ÖNCE komponentin `selectedRow` prop'una **komponent tarafından** yazılır
+(`Table.svelte` → `setNode` + `onEmit`):
 
-| | `table` | `datatable` |
+| Yol | Kurulum | Satır akışta |
 |---|---|---|
-| Yaydığı olaylar | `mount` · `select` · `doubleClick` · `filter` · `sort` · `pagination` … | **yalnız `mount`** |
-| Süzme/sıralama/sayfalama | her biri AYRI akışa bağlanır | komponent kendi prop'larını (`filters`/`sortField`/`sortType`/`offset`) yazıp `mount`'u yeniden tetikler → **tek akış yeter** |
-| Satır seçimi / çift tık | var (`self.selectedRow`) | **YOK** — `doubleClick` bağlamak 200 döner ama bağ ölüdür (gateway PAGE-008 keser) |
-| Kayıt açma | `doubleClick` akışı | satır **aksiyonu**: `actions: [{ text, kind, icon, flow: { type: 'flow', ref: <flowId> } }]` |
-
-`datatable` satır aksiyonunda tıklanan satır komponentin `selectedRow` prop'una **komponent
-tarafından** yazılır, sonra akış çalışır (`Table.svelte:72` → `setNode` + `onEmit`): akışta
-`<elementId>.selectedRow.<alan>` ile okunur. `actions[].kind` sözlüğü **butonunkinden farklıdır**
+| Satır olayı | `set_event` → `rowDoubleClick` (tek tık için `rowClick`) | `self.selectedRow.<alan>` |
+| Satır aksiyonu | `actions: [{ text, kind, icon, flow: { type: 'flow', ref: <flowId> } }]` | `<elementId>.selectedRow.<alan>` |
+
+`rowClick` veri hücresine tıklamada yayılır; onay kutusu, ✏/🗑 ve aksiyon düğmeleri tetiklemez.
+`editMode` `none` DIŞINDAYKEN çift tık satırı ayrıca düzenlemeye açar — geçiş için `editMode: none`
+bırak ya da aksiyon kullan. `actions[].kind` sözlüğü **butonunkinden farklıdır**
 (`error · information · solid · transparent · dark · danger · warning`; butonda
 `success · error · info · primary · warning`) — yanlış sözlükten değer `invalid-enum-value` verir.
+Kaldırılan tablonun çift tık ve seçim olay adları `datatable`'da yoktur: bağlamak 200 dönüp ölü
+bağ bırakmaz, gateway PAGE-008 ile istek gitmeden reddeder.
 
-Aşağıdaki `doubleClick` tarifi **`table`** içindir. Geçişi `redirect` yapar ve
-**`query` bir İFADEDİR**:
+Geçişi `redirect` yapar ve **`query` bir İFADEDİR** (`ngapps://examples/flow-list-to-form`):
 
 ```jsonc
-// satıra çift tıkla → edit ; self = tetikleyen komponent
+// satıra çift tıkla (rowDoubleClick) → edit ; self = tetikleyen komponent
 { "stepId": "go_edit", "type": "redirect", "kind": "normal",
   "args": { "pageId": "<form sayfası id>", "path": "departman",
             "query": "`id=${self.selectedRow.id}`" },
@@ -2185,7 +2277,7 @@ Aşağıdaki `doubleClick` tarifi **`table`** içindir. Geçişi `redirect` yapa
 
 // "Yeni" butonu → create (bağlamı taşıyarak; komponente ADIYLA erişim)
 { "args": { "pageId": "<form sayfası id>", "path": "departman",
-            "query": "table?.selectedRow?.id ? `parent=${table.selectedRow.id}` : ''" } }
+            "query": "records_table?.selectedRow?.id ? `parent=${records_table.selectedRow.id}` : ''" } }
 ```
 
 Sayfalar arası veri geçmenin yolu budur: gönderen `query`'ye yazar, alan `Page.queryParams.<ad>`
@@ -2249,7 +2341,7 @@ bağlanır, filtre `source:'expression'` + `value:'user.id'` olur.
 | Tarih / saat / aralık | `datepicker` · `datetimepicker` · `daterangepicker` · `datetimerangepicker` · `timepicker` (yalnız HH:mm) |
 | Kimlik alanları | `textinput` (e-posta için `inputMask` Email hazır maskesi ya da `regex` kuralı — `email` diye bir bileşen YOK, `add_component` `unknown-type` ile reddedilir) · `password` |
 | Dosya | `fileUpload` (dropzone) · `fileInput` · `filebutton` · `file-viewer` |
-| Liste | `table` · `datatable` (Kural 1e) · `repeater` (kart listesi VE dinamik form — Kural 1g) · `tree-view` (hiyerarşi; `isSearchable` ile istemci içi arama) · `timeline` (tarihli olay akışı) |
+| Liste | `datatable` (Kural 1e) · `repeater` (kart listesi VE dinamik form — Kural 1g) · `tree-view` (hiyerarşi; `isSearchable` ile istemci içi arama) · `timeline` (tarihli olay akışı) |
 | Pano / takvim | `kanban` (durum kolonlarında sürüklenebilir kartlar; taşıma `cardMove` ile `event.data`'dan okunur, kalıcılık AKIŞIN işidir) · `eventcalendar` (ay/hafta/gün/ajanda; veri `rows`'a akışla yazılır, `monthChange`/`viewChange` görünen `start`/`end` aralığıyla tazeleme kancasıdır) |
 | Kayıt detayı | `detailview` — tek kaydı etiket/değer ızgarası basar (alan başına format, iç içe alan yolu); OLAY YAYMAZ, tıklanabilirlik gerekiyorsa kapsayıcıya sar |
 | Adımlı akış | `stepper` — tabs gibi her adım kendi droppable görünümünü taşır; ileri gidiş `canProceed` kapısıyla (`{{ form1.isValid === true }}` biçimi), adım `currentStep` setter'ıyla sürülür |
@@ -2509,7 +2601,7 @@ micro-op hattına dönün.
 > 2026-09-20 öncesinde koruma her op'a tek başına baktığı için düğüm taşıyan her yama ikiye
 > bölünmek zorundaydı (S2-35). Akışı gerçekten referanssız bırakan yama hâlâ durur.
 >
-> **Satır aksiyonları statik şemada görünmeyebilir (TB-126).** `table`/`datatable`'ın
+> **Satır aksiyonları statik şemada görünmeyebilir (TB-126).** `datatable`'ın
 > `actions[].flow` bağı `{ type: 'flow', ref }` olarak sayılır — ama bu prop'u çoğu zaman YÜKLEME
 > AKIŞI çalışma zamanında yazar (aksiyon role göre eklenip çıkarılıyorsa başka yolu da yok) ve o
 > hâlde şemada `actions` BOŞ durur. `flow_list` böyle bir barındırıcıda `unboundFlowIds` yanına