Obsidian / Properti
Sejajarkan nilai catatan dan hubungkan ke daftarPemanfaatan 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
- catatan dan tambahkan item dari Tambahkan properti atau
Ctrl/Cmd+;resmi. Dalam contoh mesin yang sebenarnya, klik Tambah properti dan tambahkanpriority. - , buka Jenis Properti dan pilih jenisnya. Pada mesin yang sebenarnya, saya memilih Nomor, memasukkan 3, dan menyimpannya.
statusyang 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.- 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.
| Nama | Jenis dan nilai dari contoh ini | Apa yang saya lakukan pada mesin yang sebenarnya |
|---|---|---|
| status | Text / 進行中 | Pilihan teks, 未着手→進行中 |
| prioritas | Nomor / 3 | Tambahkan item, pilih Nomor, masukkan 3 |
| selesai | Kotak centang / benar atau salah | salah→benar→salah, akhirnya benar |
| karena | Tanggal / 2026-10-03 | 1 Oktober→3 Oktober |
| tag | Tag / Verifikasi, Properti | Tambahkan 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.


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
| Kondisi | done=false dari survei A | Setelah diubah menjadi done=true di GUI |
|---|---|---|
| MEJA status = 進行中 | Survei kasus A・B / 2 | Survei kasus A・B / 2. Tunjukkan nilai penyelesaian A benar |
| selesai = DAFTAR palsu | Survei kasus A・C / 2 | Survei kasus C / 1 |
| status = DAFTAR tertunda | Tidak berlaku | Tidak berlaku |


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 penyimpanan | Disimpan asli |
|---|---|
記録/調査A.md | Simpan 調査A.md (211 byte) |
記録/調査B.md | Simpan 調査B.md (152 byte) |
記録/調査C.md | Simpan 調査C.md (150 byte) |
一覧.md | Simpan 一覧.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?
Apakah Anda ingin mengatur jenis properti untuk setiap catatan?
Apa bentuk dasar dari daftar properti di Dataview?
Bagaimana keadaan contoh yang diunduh?
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