Logseq Nodes: page ve block neden aynı aileye girdi?

Dosya sürümünde page ile block arasındaki fark daha görünürdü.

Page dosya düzeyinde ayrı varlıktı. Block o sayfanın içindeki maddeydi.

DB sürümünde Logseq bu ayrımı azaltıyor.

Node nedir?

Resmî belge node'u page veya block için yeni ortak terim olarak tanımlıyor.

Ortak davranışlar:

• çift köşeli bağlantıyla referans,
• benzer düzenleme deneyimi,
• property ekleme,
• tag ekleme,
• Linked References,
• Unlinked References,
• favorite,
• node embed,
• collapse,
• icon.

Bu liste önemli.

Çünkü metadata ve ilişkiler artık yalnız page düzeyine ait düşünülmüyor.

Block artık daha güçlü bir varlık

Bir block:

• property taşıyabilir,
• tag alabilir,
• adı olan tagged node'a dönüşebilir,
• zoom edildiğinde kendi references alanına sahip olabilir,
• favorite yapılabilir.

Bu, Logseq'in block-first geçmişini korurken blokları daha yapılandırılmış veri nesnelerine yaklaştırıyor.

Page hâlâ farklı

Resmî belge page için özel davranışlar da sayıyor.

Page:

• Pages adlı özel görünümde listeleniyor,
• property, tag, journal veya whiteboard oluşturulduğunda page olarak yaratılıyor,
• isim benzersizliği tag bağlamına göre ele alınabiliyor,
• geri dönüşüm mekanizmasına sahip olabiliyor.

Önemli ayrıntı: bazı özel page türlerinde silme kalıcı.

Tag, property veya bugünün journal sayfası silinirse recycle davranışı farklı olabilir. Normal page ise 30 güne kadar geri kazanılabilir.

Bu yüzden node ortaklığı, bütün silme davranışlarının aynı olduğu anlamına gelmez.

Block'u page'e çevirmek

Resmî DB belgesi üst seviye bir block'u page'e çevirmek için Page tag'ini kullanabildiğini anlatıyor.

Bu işlem yeni page'i parent ilişkisiyle Library hiyerarşisine yerleştirebilir.

Tersine, bu tür bir page'den Page tag'ini kaldırarak block davranışına geri dönmek mümkün.

Bu özellik node modelinin en somut sonucu:

**içerik türünü yeniden kurmadan yapısal rolünü değiştirebilmek.**

Referans modeli neden değişti?

Eski Logseq'te page reference ve block reference daha ayrı sözdizimleriyle düşünülüyordu.

DB sürümünde node ortaklığı, referanslama modelini de daha tutarlı hale getiriyor.

Bu, özellikle properties ve tags ile birleştiğinde önemli.

Örneğin Author adlı Node type property, yalnız page değil uygun tag'e sahip node'ları değer olarak kullanabilir.

Yani relation artık page bağlantısı ile sınırlı düşünülmüyor.

PKM açısından anlamı

Bu model üç şeyi kolaylaştırıyor.

Küçük başlayıp büyütmek

Bir fikir block olarak doğabilir.

Sonra:

• tag alır,
• properties kazanır,
• gerektiğinde page'e dönüşür.

Başta her düşünce için ayrı page açmak zorunda değilsin.

Metadata'yı block seviyesine indirmek

Bir toplantı sayfasının içindeki tek karar block'una:

• Status,
• Owner,
• Date

gibi property'ler koyabilirsin.

Aynı ilişki dilini kullanmak

Page ve block'ların ortak node modeli, query ve view tarafında daha tekdüze veri üzerinde çalışma imkânı veriyor.

Sınır

Resmî belge açıkça page ve block farklarının tamamen birleşmediğini söylüyor.

Bu yüzden şu cümle yanlış olur:

"DB sürümünde page ve block artık aynı şey."

Daha doğru ifade:

**Aynı veri modelinin daha çok ortak davranış taşıyan iki node türü.**

İlk kullanım kuralı

Her block'u object gibi modelleme.

Node modelinin esnekliği, her satıra metadata eklemen gerektiği anlamına gelmez.

Başlangıçta:

• sıradan düşünce → block,
• kalıcı kimliği gereken bilgi → page veya tagged node,
• filtrelenecek/karşılaştırılacak bilgi → property/tag

şeklinde ilerlemek sistemin bakım yükünü düşük tutar.