Obsidian / Properti

Sejajarkan nilai catatan dan hubungkan ke daftar

Pemanfaatan Properti Obsidian untuk daftar dari
frontmatter

Halaman ini diterjemahkan secara otomatis dari bahasa Jepang. Baca versi asli berbahasa Jepang

Simpan status, nomor, cek, tanggal, dan tag di catatan, dan tampilkan catatan yang memenuhi kondisi di Dataview. Ini adalah pengantar untuk operasi GUI yang sebenarnya menggunakan tiga kasus fiksi dan Markdown yang disimpan dikonfirmasi.

Properti adalah UI yang menangani YAML di awal catatan

Nama dan nilai yang dimasukkan dalam Properti akan disimpan di bagian depan di awal catatan. Misalnya, jika Anda memiliki status: 進行中, Anda dapat memilih catatan "dalam proses" dalam kondisi WHERE dari Dataview. Perlakuannya berbeda dari kalimat normal yang ditulis dalam teks.

Pertama, tentukan apa yang ingin Anda bandingkan dan gunakan sejumlah kecil item. Dalam contoh ini, statusnya adalah status, prioritasnya adalah priority, penyelesaiannya adalah done, tanggal kedaluwarsanya adalah due, dan klasifikasinya adalah tags. Ini adalah catatan fiksi yang dibuat oleh penulis, bukan data pengguna.

Tentukan nama, jenis, dan nilai secara berurutan

  1. catatan dan tambahkan item dari Tambahkan properti atau Ctrl/Cmd+; resmi. Dalam contoh mesin yang sebenarnya, klik Tambah properti dan tambahkan priority.
  2. , buka Jenis Properti dan pilih jenisnya. Pada mesin yang sebenarnya, saya memilih Nomor, memasukkan 3, dan menyimpannya.
  3. status yang ada telah diubah dari "belum dimulai" menjadi "sedang berlangsung" dengan memilih Teks. Saya telah mengkonfirmasi bahwa pemeriksaan, input tanggal, dan input tag juga akan diubah dalam UI yang sebenarnya dan tercermin dalam YAML yang disimpan.
  4. Tag tidak berakhir hanya dengan memasukkan karakter, tetapi tekan Enter untuk mengonfirmasi dengan input terfokus. Operasi tambahan ini tidak dapat dikonfirmasi sekali, jadi saya memeriksa simpanan dengan Enter dan fokus bergerak lagi.
NamaJenis dan nilai dari contoh iniApa yang saya lakukan pada mesin yang sebenarnya
statusText / 進行中Pilihan teks, 未着手→進行中
prioritasNomor / 3Tambahkan item, pilih Nomor, masukkan 3
selesaiKotak centang / benar atau salahsalah→benar→salah, akhirnya benar
karenaTanggal / 2026-10-031 Oktober→3 Oktober
tagTag / Verifikasi, PropertiTambahkan dan konfirmasi properti

Dalam dokumen resmi, tipe dengan nama yang sama umum di seluruh repositori. Sebelum menggunakan kembali nama yang sama untuk nilai dengan arti lain, periksa jenis dan tujuannya. Jenis yang tidak tercakup di sini, seperti Daftar dan Tanggal & waktu, tidak termasuk dalam konfirmasi operasi ini.

Layar properti Obsidian aktual yang menyimpan prioritas sebagai nomor di 3
Jenis nomor prioritas dan nilai simpan 3. Tanggalnya belum diubah. Buka gambar asli
Status akhir sedang berlangsung, dua tag, pemeriksaan penyelesaian, batas waktu bulan 10 3, prioritas3 layar aktual yang terlihat
Status pelestarian akhir. Selesai telah diperiksa. Buka gambar asli

Periksa materi depan yang disimpan

Di bawah ini adalah teks lengkap dari Survei A, byte 211 yang terakhir disimpan. Setelah mengubah done menjadi benar di GUI, itu adalah konten yang sama dengan Markdown asli, termasuk teksnya.

Simpan survei A Lihat teks lengkap Markdown
---
status: 進行中
tags:
  - 検証
  - プロパティ
done: true
due: 2026-10-03
priority: 3
---

# 調査A

著者が検証用に作成した架空の記録です。顧客データではありません。

Dalam dokumen resmi, materi depan mengelilingi awal file dengan --- dan menggambarkannya dalam format YAML 名前: 値. Jangan menduplikasi nama properti dalam satu catatan. Angka 3 dan centang benar dalam contoh ini disimpan sebagai angka dan boolean, masing-masing. Tanggal adalah konfirmasi yang menyimpan nilai ini, bukan hasil dari memverifikasi kebenaran semua format dan input tanggal.

Jadikan nilai yang sama sebagai kondisi untuk TABEL dan DAFTAR

Pada mesin yang sebenarnya, tiga file dari rilis stabil Dataview resmi disalin ke brankas yang terisolasi sebelumnya, dan plug-in diaktifkan dengan konfirmasi kepercayaan yang sebenarnya. Ini bukan catatan yang memverifikasi operasi layar Browse/Install. Untuk menjalankan kode pihak ketiga, periksa sumber distribusi dan ketentuan penggunaan sebelum memilihnya.

Nama rilisnya adalah 0.5.70, dan manifes distribusi dan versi tampilan layar yang sebenarnya adalah 0.5.68. Versi minimum Obsidian yang diperlukan adalah 0.13.11 pada manifes, dan Obsidian yang sebenarnya dipindahkan adalah 1.13.7. Pengaturan DataviewJS salah, dan DQL berikut dimasukkan ke dalam editor yang sebenarnya dan ditampilkan dalam tampilan Membaca.

Cocokkan nama folder 記録, nama item, dan string status. Survei A/B sedang berlangsung, C sudah selesai.

# Properties接続検証

著者が作成した架空の3件だけを表示します。

## 進行中の表

```dataview
TABLE status AS "状態", priority AS "優先度", done AS "完了", due AS "期限"
FROM "記録"
WHERE status = "進行中"
SORT file.name ASC
```

## 未完了の一覧

```dataview
LIST
FROM "記録"
WHERE done = false
SORT file.name ASC
```

## 保留の該当なし

```dataview
LIST
FROM "記録"
WHERE status = "保留"
SORT file.name ASC
```

TABEL mencantumkan dua kasus yang sedang berlangsung dalam tabel, dan DAFTAR mencantumkan catatan yang dilakukan salah. UNTUK DAFTAR TERAKHIR, SAYA MEMILIH CATATAN YANG DITAHAN, DAN SAYA JUGA MEMERIKSA TAMPILAN YANG SEBENARNYA JIKA TIDAK ADA TARGET. Semua fungsi DQL, bidang inline, dan DataviewJS tidak diuji di sini.

Jika Anda mengubah pemeriksaan penyelesaian, daftar yang belum selesai akan berubah dari 2 menjadi 1

Kondisidone=false dari survei ASetelah diubah menjadi done=true di GUI
MEJA status = 進行中Survei kasus A・B / 2Survei kasus A・B / 2. Tunjukkan nilai penyelesaian A benar
selesai = DAFTAR palsuSurvei kasus A・C / 2Survei kasus C / 1
status = DAFTAR tertundaTidak berlakuTidak berlaku
Membaca layar yang menunjukkan survei A dan survei C, dan tidak memenuhi kondisi yang tertunda dalam daftar yang belum selesai sebelum perubahan
Dua DAFTAR sebelum perubahan dan tidak ada hasil dari penangguhan. Buka gambar asli
Membaca layar di mana hanya survei TABEL A dan B setelah perubahan selesai dan survei DAFTAR C yang tidak lengkap yang dapat dilihat
Setelah perubahan: dua TABEL, satu DAFTAR. Layar yang sebenarnya diposting apa adanya. Buka gambar asli

Saya memeriksa dua TABEL sebelum perubahan dengan Reading DOM yang sebenarnya, tetapi PNG pada saat itu digulir ke bawah dari tabel. Setelah perubahan di atas, Anda dapat melihat dua tabel dan satu daftar yang tidak lengkap di PNG. Posisi tampilan atau gambar belum dibuat ulang dan diganti.

Saya membuka survei A dan catatan daftar lagi dari daftar file, dan juga mengonfirmasi bahwa byte Markdown dan SHA256 yang disimpan adalah sama. Ini adalah tampilan ulang saat aplikasi yang sama sedang berjalan, dan ini bukan memulai ulang seluruh aplikasi atau konfirmasi perangkat lain. Sebagai hasil dari nilai yang tercermin dalam tampilan dalam kondisi ini, kausalitas peningkatan kecepatan kerja dan produktivitas tidak diukur.

Simpan empat file dalam keadaan akhir

Ini adalah file yang menyalin byte dari Markdown asli yang disimpan pada mesin yang sebenarnya. Selesai dari survei A adalah benar. Dalam konfigurasi berikut, FROM dari kueri dan nama folder dicocokkan. Impor di brankas pembaca belum diverifikasi.

保管庫/
  一覧.md
  記録/
    調査A.md
    調査B.md
    調査C.md
jalur relatif dalam penyimpananDisimpan asli
記録/調査A.mdSimpan 調査A.md (211 byte)
記録/調査B.mdSimpan 調査B.md (152 byte)
記録/調査C.mdSimpan 調査C.md (150 byte)
一覧.mdSimpan 一覧.md (472 byte)

Isi awal ketiga catatan dibuat langsung sebelum verifikasi. Operasi GUI hanya mencakup perubahan bidang pada Riset A dan pemasukan kueri pada catatan daftar. Kami tidak mengklaim B/C dibuat dari awal melalui GUI.

Pertanyaan umum

Apakah properti dan materi depan Obsidian data berbeda?
adalah UI yang memanipulasi nilai terstruktur dari catatan, dan nilainya disimpan sebagai materi depan YAML di awal file. Dalam mesin yang sebenarnya ini, status, tag, selesai, jatuh tempo, dan prioritas dimanipulasi dengan GUI dan dibandingkan dengan nilai yang disimpan dari Markdown.
Apakah Anda ingin mengatur jenis properti untuk setiap catatan?
Dalam dokumen resmi, tipe yang sama digunakan untuk nama properti yang sama di seluruh lemari besi. Buka jenis properti dari ikon jenis di sebelah nama dan pilih jenisnya. Di mesin yang sebenarnya ini, saya memilih Nomor sebagai prioritas dan menyimpan 3. Tidak semua jenis dan tanggal masukan telah diverifikasi.
Apa bentuk dasar dari daftar properti di Dataview?
Tulis TABEL atau DAFTAR, DARI dan DIMANA di blok kode tampilan data. Dalam tiga kasus ini, FROM "記録" adalah untuk folder, TABEL status = "進行中" adalah dua, dan selesai = DAFTAR salah adalah dua sebelum perubahan pemeriksaan penyelesaian dan satu setelah perubahan.
Bagaimana keadaan contoh yang diunduh?
Ini adalah yang asli yang disimpan setelah mengubah selesainya survei A menjadi benar di GUI. Ini menunjukkan konfigurasi investigasi A, B, dan C di folder 記録 dan menempatkan 一覧.md tepat di bawah penyimpanan yang sama. Hasil sebenarnya dari mesin ini adalah dua TABEL, satu survei C untuk DAFTAR yang belum selesai, dan penangguhan tidak berlaku. Impor pembaca ke dalam lemari besi dan pengoperasian lingkungan lain belum diverifikasi.

Dokumen resmi dan ruang lingkup konfirmasi mesin yang sebenarnya ini

Tanggal pemeriksaan GUI dalam UTC adalah tanggal 30 September 2026, dan dalam waktu Jepang tanggal 1 Oktober 2026. Tampilan nyata, berkas asli yang disimpan, sumber tetap, koreksi tambahan, dan kekurangan catatan penutupan dirangkum dalam catatan verifikasi. Perintah Close untuk keluar telah dikirim, tetapi urutan penghentian perekam menyebabkan kode keluar Obsidian tidak tercatat.

  • Dikonfirmasi: Linux Obsidian 1.13.7, lima jenis operasi GUI terbatas, menyimpan YAML, DQL tiga kondisi tampilan Membaca nyata, perubahan nilai dan tampilan ulang, pertandingan penyimpanan yang sama selama startup.
  • Deskripsi resmi: Bagikan format penyimpanan dan jenis Properti, konfirmasikan materi depan/QUERY/TABLE/LIST/WHERE dari Dataview dengan materi tetap.
  • Belum dikonfirmasi:Semua jenis dan semua verifikasi input, audit keamanan plug-in, semua DQL/JS, restart aplikasi, iOS, sinkronisasi, keterkaitan SimpleMemo, penyimpanan besar, kecepatan, dan produktivitas.

Materi Properti Resmi (komit tetap) · Materi resmi tampilan data (komit tetap) · Dikonfirmasi rilis stabil

Selanjutnya, perluas cara menulis pertanyaan

disejajarkan, periksa format tampilan dan cara menulis Tampilan Data. Perbedaan antara DQL umum, inline, dan JS akan berlanjut ke penjelasan yang ada.

Baca cara menggunakan Dataview