@appaflytech/zeyrek-ai-mcp 0.0.41 → 0.0.43

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` |
@@ -961,7 +960,8 @@ 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).
 
@@ -985,107 +985,104 @@ sayfasında da reddedilir (web sayfayı her gezinmede baştan kurar, `mount` yet
 - 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
 
-`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:
+`datatable`'da renk kolonun işidir ve çizim sırası **satır verisindeki `color` → `colorMap` →
+`autoColor`**'dır (`component_get('datatable')` → `knowledge.propNotes.colorMap`):
+
+| 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).
+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.
 
-> 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.
+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.
 
-İ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" }]` |
-
-**`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.
-
-> `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
 
@@ -1438,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
@@ -1460,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
@@ -2175,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.
@@ -2189,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}`" },
@@ -2216,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>`
@@ -2280,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 |
@@ -2540,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

package/dist/resources/guides/translation.md

@@ -127,6 +127,32 @@ Son kullanıcı dili `language-selector` komponentiyle değiştirir (`platform_g
 prop'lar sayfa yenilenmeden yeniden çözülür — ayrı bir akış kurmana gerek yok, komponenti sayfaya
 eklemen yeterli. Projede dil tanımlı değilse (`languages` boşsa) liste boş çizilir.
 
+**Akıştan dil (2026-10-14 frontend; uzak kurulumda dağıtımdan sonra):** kod adımında ve `{{ }}` bağında
+`Page.language` etkin dil kodunu verir, `Page.setLanguage('en')` dili seçicinin yaptığı gibi değiştirir
+(saklanır, bütün bağlar yeni dilde çözülür; projede olmayan kod yok sayılır). "Girişten sonra
+kullanıcının kayıtlı diline geç" böyle kurulur — sayfayı yenilemek gerekmez. Seçicinin `self.value`'su
+`mount`'ta boştur; dili okumak için `Page.language` kullan.
+
+## İfade başka komponentin çeviri bağlı prop'unu okuyunca
+
+2026-10-14 frontend'inden (uzak kurulumda dağıtımdan) sonra ifade, kod adımı, `self`, `Widget.x`, setter'ın
+eleman kopyası ve uç argümanının Property kaynağı çeviriye bağlı prop'u **ekranda görünen metinle**
+okur — iç içe dizilerdekiler dahil (`{{ menu.navigations }}` başlıklarla gelir, `drawer.actions.map(a =>
+a.text)` düğme metinlerini verir). Akış okuduğu diziyi geri yazınca, yazılan metin o anki çeviriyle
+aynıysa çeviri bağı korunur ve dil sonradan değişince o metin de değişir; farklı metin yazılırsa bağın
+yerini o metin alır. Bu sürümden önceki kurulumda aynı okuma `null` verir (menü boş, geri yazılan düğme
+yazısı kaybolur) — orada geri okunan diziyi çeviriye bağlama.
+
+## html şablonunda çeviri: `{{#t}}anahtar{{/t}}`
+
+html bileşeninin `content`'inde `{{#t}}page.x.baslik{{/t}}` sözlükteki metni etkin dilde basar (zincir
+ekrandakiyle aynı), HTML kaçışlıdır ve dil değişince yeniden çizilir. Bölümün içi önce çizildiği için
+anahtar `context`'ten kurulabilir: `{{#t}}common.status.{{durum}}{{/t}}`. `context`'i akışlar baştan
+yazsa da şablondaki metin etkilenmez — birden çok akışın doldurduğu html'deki sabit metni çevirmenin yolu
+budur. Lambda yalnız `{{#t}}` geçen şablona eklenir; `context` kendi `t` alanını taşıyorsa o kazanır; markup taşıyan cümle yine `context` + `{{{…}}}` ile
+basılır; datatable'ın `html` hücresi bu sözdizimini tanımaz. 2026-10-14 frontend'i (frontend ADR 0021),
+uzak kurulumda dağıtımdan sonra.
+
 ## Kareyi ikinci dilde almak: `page_screenshot(language:)`
 
 Dil değiştirici **kanıt için gerekli değildir.** Runtime boot dilini şu sırayla seçer:

package/dist/resources/schema-fingerprint.json

@@ -1,6 +1,6 @@
 {
-  "hash": "1766032527c4215282c73fb003cbe3526babafabc8588b80289dc28fd4e8b393",
-  "generatedAt": "2026-10-12T12:46:03.355Z",
+  "hash": "ba18a5111614d9b1e63e0d50f1a06a4dce1081b3d482c88e7620ca4bda9a466b",
+  "generatedAt": "2026-10-14T08:45:02.944Z",
   "types": 337,
   "files": 167,
   "note": "Şemaları üreten backend kaynaklarının parmak izi. Elle düzenlemeyin: 'npm run generate-schemas' yazar, 'npm run schema:check' denetler.",

package/dist/resources/schemas/ResolveMergeConflictsCommand.json

@@ -41,6 +41,9 @@
           },
           "choice": {
             "$ref": "#/components/schemas/NgApps.Domain.Contexts.Organization.Merges.MergeChoice"
+          },
+          "value": {
+            "$ref": "#/components/schemas/System.Text.Json.Nodes.JsonNode"
           }
         },
         "additionalProperties": false
@@ -48,10 +51,36 @@
       "NgApps.Domain.Contexts.Organization.Merges.MergeChoice": {
         "enum": [
           "source",
-          "target"
+          "target",
+          "both",
+          "custom"
         ],
         "type": "string",
         "format": ""
+      },
+      "System.Text.Json.Nodes.JsonNode": {
+        "type": "object",
+        "properties": {
+          "options": {
+            "$ref": "#/components/schemas/System.Text.Json.Nodes.JsonNodeOptions"
+          },
+          "parent": {
+            "$ref": "#/components/schemas/System.Text.Json.Nodes.JsonNode"
+          },
+          "root": {
+            "$ref": "#/components/schemas/System.Text.Json.Nodes.JsonNode"
+          }
+        },
+        "additionalProperties": false
+      },
+      "System.Text.Json.Nodes.JsonNodeOptions": {
+        "type": "object",
+        "properties": {
+          "propertyNameCaseInsensitive": {
+            "type": "boolean"
+          }
+        },
+        "additionalProperties": false
       }
     }
   }

package/dist/tools/activities.js

@@ -13,6 +13,8 @@ const activityKind = z.enum([
     'merge.applied_with_drift',
     'merge.discarded',
     'merge.failed',
+    'merge.replanned',
+    'merge.resolutions_carried',
     'deployment.started',
     'deployment.completed',
     'deployment.failed',
@@ -25,7 +27,7 @@ export function registerActivityTools(server, platform) {
     const config = platform.config;
     server.registerTool('activity_list', {
         title: 'Proje etkinlik günlüğü',
-        description: "Projenin dal, merge ve dağıtım geçmişini en yeniden eskiye listeler: kim, ne zaman, ne yaptı. Her satırda kind, actor, actorSource (human|ai|system), occurredAt ve türe göre değişen bir summary vardır — merge.applied'da message ve counters, environment.created'da branchName, deployment.*'da süre ya da hata. subjectId merge satırlarında plan id'sidir; ayrıntı için merge_get ile okuyun. actorSource='ai' satırları bu gateway üzerinden yapılan işlerdir.",
+        description: "Projenin dal, merge ve dağıtım geçmişini en yeniden eskiye listeler: kim, ne zaman, ne yaptı. Her satırda kind, actor, actorSource (human|ai|system), occurredAt ve türe göre değişen bir summary vardır — merge.applied'da message ve counters, merge.resolutions_carried'da carried/dropped (tazelemede korunan ve yeniden sorulan karar sayısı), environment.created'da branchName, deployment.*'da süre ya da hata. subjectId merge satırlarında plan id'sidir; ayrıntı için merge_get ile okuyun. actorSource='ai' satırları bu gateway üzerinden yapılan işlerdir.",
         inputSchema: {
             projectId: guid,
             kind: activityKind,

package/dist/tools/applications.js

@@ -2,6 +2,7 @@ import { guid, pagingParams, readOnly, writes, updates, destructive } from './co
 import { handle } from '../platform/responses.js';
 import { forgetApplication, readApplicationPlatform, resolveApplication } from '../knowledge/platform/resolve.js';
 import { mobileTabsProblems, readMobileTabs } from '../knowledge/platform/mobileTabs.js';
+import { mobileTransitionProblems } from '../knowledge/platform/pageTransition.js';
 import { findingLine } from '../knowledge/platform/profile.js';
 import { listComponents } from './components.js';
 import { z } from 'zod';
@@ -37,6 +38,19 @@ export async function mobileTabsWarnings(platform, applicationId, projectSlug, h
         guide: "platform_guide('mobile') §Gezinme"
     }));
 }
+/**
+ * MOB-029 (varsayılan sayfa geçişi) — `properties.mobile.transition` yazan mobil uygulama çağrısının denetimi.
+ * Yazım platforma YİNE gider (backend `properties`'i doğrulamaz); cihaz sözlük dışı değeri sessizce düşürdüğü için
+ * bulgunun söylendiği tek yer `platformWarnings`'tir.
+ */
+export function mobileTransitionWarnings(properties) {
+    return mobileTransitionProblems(properties).map(message => findingLine({
+        code: 'MOB-029',
+        severity: 'warn',
+        message,
+        guide: "platform_guide('page') §Kural 1g-2"
+    }));
+}
 function withPlatformWarnings(response, warnings) {
     if (warnings.length === 0 || !response || typeof response !== 'object' || Array.isArray(response))
         return response;
@@ -77,7 +91,7 @@ export function registerApplicationTools(server, platform) {
         annotations: writes
     }, handle(config, async ({ projectId, ...body }) => {
         const warnings = readApplicationPlatform(body.type) === 'mobile'
-            ? await mobileTabsWarnings(platform, undefined, undefined, undefined, body.properties)
+            ? [...await mobileTabsWarnings(platform, undefined, undefined, undefined, body.properties), ...mobileTransitionWarnings(body.properties)]
             : [];
         const response = await platform.org('POST', `/applications/${projectId}`, { body });
         forgetApplication(platform);
@@ -100,7 +114,7 @@ export function registerApplicationTools(server, platform) {
     }, handle(config, async ({ id, ...body }) => {
         const current = await resolveApplication(platform, id);
         const warnings = current?.platform === 'mobile'
-            ? await mobileTabsWarnings(platform, id, current.projectSlug, body.homepageId, body.properties)
+            ? [...await mobileTabsWarnings(platform, id, current.projectSlug, body.homepageId, body.properties), ...mobileTransitionWarnings(body.properties)]
             : [];
         const response = await platform.org('PUT', `/applications/${id}`, { body });
         forgetApplication(platform, id);