Obsidian / skema URI

Referensi spesifikasi resmi dan sampel Linux yang dibuat penulis · Tanggal konfirmasi 30 September 2026

Panduan Lengkap Skema URI obsidian:// — Tindakan Lengkap dan Jebakan

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

obsidian:// adalah URI untuk membuka, membuat, dan mencari catatan Obsidian dari aplikasi atau peluncur lain. Pertama, pilih tindakan yang sesuai dengan tujuan dan menyandikan setiap nilai URI. Teks tambahan dapat dimulai dengan contoh new+append=true, yang telah dikonfirmasi untuk disimpan kali ini.

Jika Anda ingin memasukkan teks dan menyalin URI, lihat juga penghasil URI gratis yang memisahkan sintaks dan pengamatan Linux tetap.

Di sini kami menambahkan bagian Hook tersendiri pada daftar 6 tindakan dalam dokumentasi resmi, lalu menyusun 7 bagian dengan 38 entri parameter per tindakan. Kami menghubungkannya dengan 58 catatan masukan yang diberikan kepada Linux Obsidian1.13.7. Masukan yang tidak menghasilkan keluaran juga dicantumkan agar deskripsi spesifikasi dapat dibaca terpisah dari lokasi penyimpanan sebenarnya.

dan membuat URL, buka generator URI yang ada. Untuk gejala yang tidak memulai atau menghentikan pintasan dengan iPhone, silakan lanjutkan ke Panduan Penanganan Pintasan. Halaman ini untuk referensi untuk mengetahui arti dan hasil masukan dari URI standar.

Pilih tindakan dari aplikasi

Bentuk dasarnya adalah sebagai berikut. Tempatkan parameter setelah ? dan hubungkan beberapa item dengan &. & dalam nilai diubah menjadi %26 karena tidak diperlakukan sebagai demarkasi.

obsidian://action?param1=value&param2=value

Tindakan	Aplikasi	Parameter resmi	Hasil dari kali ini
open	Vault・Buka catatan yang ada・judul/blok	vault / file / path / prepend / append / paneType	Pengamatan file yang ada, path absolut, judul, blok yang valid, jenis panel 3. Efek dari bendera penambahan teks belum dikonfirmasi.
new	Pembuatan baru dan tambahan/penggantian catatan yang ada	vault / name / file / path / paneType / content / clipboard / silent / append / overwrite / x-success	name/file Simpan, tambahkan/ganti/sembunyikan/amati papan klip. Penciptaan dan pengembalian path mutlak belum tercapai.
daily	Membuat dan menampilkan catatan tanggal	Item 11 yang sama dengan new (peraturan warisan teks resmi)	Catatan harian dan folder penyimpanan diperlukan. Kali ini, name/file/path telah ditambahkan ke catatan tanggal.
unique	Buat dengan nama unik seperti tanggal dan waktu	vault / paneType / content / clipboard / x-success	Pembuat catatan unik dan folder penyimpanan diperlukan. Dibuat/3pane/Penyematan teks yang diamati, pengembalian tidak dikonfirmasi.
search	Buka bilah sisi pencarian dan istilah pencarian	vault / query	Amati kosong dengan kata-kata/tanpa kecocokan/kelalaian kata.
choose-vault	Buka Manajer Vault	Tidak ada parameter enumerasi resmi	Amati layar pemilihan yang sebenarnya (I:M1).
hook-get-address	Mengembalikan alamat catatan saat ini untuk Hook linkage	vault / x-success / x-error	Dijelaskan di bagian terpisah dari rumus. Tubuh Hook tidak digunakan, clipboard/Tidak ada pengembalian yang berhasil. Hanya layar kesalahan Vault yang tidak ada yang diamati.

choose-vault tidak memiliki daftar parameter dalam teks resmi tetap. Jumlah item 38 menghitung daftar tindakan lain dan memperluas ketentuan "sama seperti new" dari daily sebagai item 11. Plug-in Advanced URI (obsidian://adv-uri) tidak memenuhi syarat untuk spesifikasi standar ini.

Enkodekan # dari badan dan # dari judul sebagai nilai

Teks resmi menjelaskan bahwa yang kosong harus %20 dan garis miring harus %2F. Dalam I:N1, yang mengubah teks penulis dicampur dengan bahasa Jepang, jeda baris, dan # & ? + % / = berdasarkan nilai, Markdown yang disimpan cocok dengan input. Jika Anda mengonversi seluruh URL sekaligus, pemisah juga akan berubah, sehingga nilai dari vault, file, dan content akan diperlakukan satu per satu .

const vault = encodeURIComponent('練習Vault');
const file = encodeURIComponent('ノート/日本語 メモ');
const content = encodeURIComponent('本文 # & ? + % / =\n二行目');
const uri = `obsidian://new?vault=${vault}&file=${file}&content=${content}`;

Di atas adalah kode untuk menjelaskan cara merakit. Itu tidak termasuk eksekusi penyimpanan ke buku catatan di terminal. Berlatih Vault dan ganti tujuan penyimpanan dengan nama Anda.

Paruh kedua jatuh di input yang meninggalkan # mentah

Di I:W1, hanya # di tengah content yang dibiarkan mentah. Hanya kalimat pertama yang disimpan, dan bagian kedua dari badan tidak ada dalam file. Kasus ini bukan bukti bahwa "Obsidian menghapus teks tanpa izin", tetapi hasil dari masukan yang mencampur pemisahan dan nilai URI.

Layar Obsidian yang sebenarnya yang menyimpan simbol Jepang dan reservasi — I:N1: Tampilan teks termasuk simbol dan jeda baris. Klik untuk membuka PNG asli.

Layar sebenarnya yang hanya menyimpan kalimat pertama dalam input yang berisi hash mentah — I:W1: Hanya teks sebelum # mentah yang ditampilkan. Klik untuk membuka PNG asli.

Simpan input Markdown teks lengkap yang dikonversi dengan benar

# URI新規メモ

本文 # & ? + % / = をそのまま残します。
二行目です。
検索 印

Unduh Markdown asli dari I:N1

Pelestarian input yang tersisa dengan teks lengkap mentah # Markdown

先頭文

Unduh Markdown asli dari I:W1

Pisahkan kreasi baru, tambahkan, dan timpa

name dari new adalah nama catatan baru, dan tujuan penyimpanan dibiarkan ke "Lokasi default untuk catatan new" dari Obsidian. file adalah nilai yang mencakup tujuan dari rute Vault. Rumusnya menyatakan bahwa file lebih diutamakan daripada name, dan I:N2 juga menyimpannya ke tujuan yang ditentukan file. Di S:N01, hanya name yang disimpan dalam folder default yang telah ditetapkan sebelumnya.

obsidian://new?vault=Practice&file=Inbox%2FURI-test&content=Hello%20World

Jika Anda ingin meninggalkan dan menambahkan teks yang ada, lewati append=true. I:N3 mempertahankan teks yang ada dan menambahkannya. overwrite=true ditentukan untuk menggantikan teks yang ada, dan ada teks asli/catatan tersimpan terpisah di I:N5. Pernyataan resmi menyatakan bahwa "overwrite hanya jika append tidak diatur", dan telah ditambahkan di kedua sebutan S:N03. Tidak perlu mencampur spesifikasi penimpaan dengan tambahan teks harian.

obsidian://new?vault=Practice&file=Inbox%2FURI-test&content=Another%20line&append=true

silent=true's I:N4 mempertahankan catatan yang ditampilkan saat membuat file yang disimpan. S:C01/C02/C03 clipboard=true menyimpan teks penulis dari layar khusus di new/daily/unique. Pada saat yang sama, S:C04, yang juga menyerahkan content, menyimpan teks clipboard. Kumpulan hasil prioritas ini tidak dapat diperluas ke semua bentuk dari semua terminal.

Contoh menggabungkan teks dan properti

S:M03 telah meneruskan dokumen new, append, dan content ke catatan penulis yang ada. Dalam file yang sebenarnya disimpan, judul adalah nilai dari sisi yang ditambahkan, yang ada disimpan dipertahankan, tag berisi keduanya, dan badan ditambahkan ke akhir. Berikut ini adalah teks lengkap Markdown yang disimpan oleh 121bytes. Saya belum mencoba tipe, kunci duplikat, dan YAML kompleks selain grup ini.

---
title: 追加の題
kept: 元の値
tags:
  - 初期
  - 追加
source: URI
---

元の本文。

追加の本文。

Unduh Markdown asli dari S:M03

Layar sebenarnya yang menggabungkan YAML dan teks dengan new append — S:M03: Simpan teks asli dan file yang ditambahkan byte/hash secara terpisah. Klik untuk membuka PNG asli.

Penciptaan baru mutlak dari path tidak termasuk dalam kisah sukses

Bagian resmi new menjelaskan path absolut secara global. S:N02 tidak dapat mengajukan dengan input yang diteruskan oleh vault/name/file yang bertentangan. Rencana lain T:P1 hanya memberikan path dan content ke file yang belum dibuat di penulis terdaftar Vault. Meski begitu, tidak ada file target setelah 6 detik, dan layar tetap diindeks. Ini adalah catatan dari satu aplikasi Linux yang menerima jalur, dan bukan hasil dari menegaskan penyebab atau masalah di seluruh lingkungan.

Layar aktual yang menampilkan indeks bahkan setelah membuat jalur absolut baru — T:P1: Tujuan penyimpanan dikonfirmasi secara terpisah dari sistem file. Saya belum memutuskan apakah akan menyimpannya atau tidak hanya di layar. Klik untuk membuka PNG asli.

Pindah ke judul dan blok

Masukkan ノート名#見出し dalam nilai file untuk judul dan ノート名#^block-id dalam blok dan kode nilainya. I:O5 mengkonfirmasi perpindahan ke judul catatan penulis. Hanya karakter bahasa Inggris, angka, dan tanda hubung yang digunakan untuk ID blok (aturan karakter untuk teks asli dari tautan Internal tetap).

ノート/長い対象 メモ#^target-01
↓ fileの値をエンコード
%E3%83%8E%E3%83%BC%E3%83%88%2F%E9%95%B7%E3%81%84%E5%AF%BE%E8%B1%A1%20%E3%83%A1%E3%83%A2%23%5Etarget-01

S:O01 pertama adalah sampel penulis yang disebut ^著者block yang berisi bahasa Jepang, dan tidak ada bukti yang valid yang menunjukkan posisi gerakan yang diperoleh. Saya menambahkan T:B1, yang telah menyiapkan ^target-01 yang berlaku untuk buku catatan panjang dari Vault lainnya. Ketika Anda meneruskan URI dari catatan indeks lain, catatan target terbuka dan paragraf di luar layar bergerak ke rentang tampilan.

Dalam pembacaan yang sebenarnya, bagian atas paragraf target adalah dari 1905.65625px hingga 467.59375px (tinggi tampilan 1000px), dan scrollTop adalah 1438. 2Markdown yang asli tidak berubah dengan byte dan SHA256. Posisi sebelumnya, standar nada lain, dan gerakannya tertinggal di tiga layar.

Di bagian atas catatan panjang, paragraf blok masih keluar dari layar — T:B1: Bagian atas catatan target sebelum eksekusi URI. Klik untuk membuka PNG asli.

Tampilkan indeks catatan lain tepat sebelum eksekusi URI — T:B1: Sebuah standar dimulai dari indeks. Klik untuk membuka PNG asli.

Paragraf target-01 yang dipindahkan dengan URI disorot — T:B1: Tampilan aktual dari teks target. Hasil ini tidak dibuat dengan pengguliran manual dan API terungkap. Klik untuk membuka PNG asli.

Lihat teks lengkap dari Markdown asli tempat Anda pindah

# 長い対象 メモ

確認前の著者段落 1。この文章は移動位置を確かめるための短文です。

確認前の著者段落 2。この文章は移動位置を確かめるための短文です。

確認前の著者段落 3。この文章は移動位置を確かめるための短文です。

確認前の著者段落 4。この文章は移動位置を確かめるための短文です。

確認前の著者段落 5。この文章は移動位置を確かめるための短文です。

確認前の著者段落 6。この文章は移動位置を確かめるための短文です。

確認前の著者段落 7。この文章は移動位置を確かめるための短文です。

確認前の著者段落 8。この文章は移動位置を確かめるための短文です。

確認前の著者段落 9。この文章は移動位置を確かめるための短文です。

確認前の著者段落 10。この文章は移動位置を確かめるための短文です。

確認前の著者段落 11。この文章は移動位置を確かめるための短文です。

確認前の著者段落 12。この文章は移動位置を確かめるための短文です。

確認前の著者段落 13。この文章は移動位置を確かめるための短文です。

確認前の著者段落 14。この文章は移動位置を確かめるための短文です。

確認前の著者段落 15。この文章は移動位置を確かめるための短文です。

確認前の著者段落 16。この文章は移動位置を確かめるための短文です。

確認前の著者段落 17。この文章は移動位置を確かめるための短文です。

確認前の著者段落 18。この文章は移動位置を確かめるための短文です。

確認前の著者段落 19。この文章は移動位置を確かめるための短文です。

確認前の著者段落 20。この文章は移動位置を確かめるための短文です。

確認前の著者段落 21。この文章は移動位置を確かめるための短文です。

確認前の著者段落 22。この文章は移動位置を確かめるための短文です。

確認前の著者段落 23。この文章は移動位置を確かめるための短文です。

確認前の著者段落 24。この文章は移動位置を確かめるための短文です。

確認前の著者段落 25。この文章は移動位置を確かめるための短文です。

確認前の著者段落 26。この文章は移動位置を確かめるための短文です。

確認前の著者段落 27。この文章は移動位置を確かめるための短文です。

確認前の著者段落 28。この文章は移動位置を確かめるための短文です。

確認前の著者段落 29。この文章は移動位置を確かめるための短文です。

確認前の著者段落 30。この文章は移動位置を確かめるための短文です。

確認前の著者段落 31。この文章は移動位置を確かめるための短文です。

確認前の著者段落 32。この文章は移動位置を確かめるための短文です。

確認前の著者段落 33。この文章は移動位置を確かめるための短文です。

確認前の著者段落 34。この文章は移動位置を確かめるための短文です。

確認前の著者段落 35。この文章は移動位置を確かめるための短文です。

確認前の著者段落 36。この文章は移動位置を確かめるための短文です。

確認前の著者段落 37。この文章は移動位置を確かめるための短文です。

確認前の著者段落 38。この文章は移動位置を確かめるための短文です。

確認前の著者段落 39。この文章は移動位置を確かめるための短文です。

確認前の著者段落 40。この文章は移動位置を確かめるための短文です。

確認前の著者段落 41。この文章は移動位置を確かめるための短文です。

確認前の著者段落 42。この文章は移動位置を確かめるための短文です。

## 対象の節

ブロック移動を確認する著者用本文です。 ^target-01

Unduh teks lengkap T:B1 asli panjang Markdown

Singkatan obsidian://vault/Vault名/ノート名 dan obsidian:///絶対パス adalah singkatan untuk open. Setiap S:H01/H02 menampilkan catatan penulis. Periksa penanganan nilai dalam bahasa Jepang, spasi, dan pemisah dengan cara yang sama seperti parameter normal.

Catatan harian dan catatan nama yang tepat juga memeriksa plug-in dan tujuan penyimpanan

Secara resmi dinyatakan bahwa daily membutuhkan catatan harian dan unique membutuhkan plug-in inti pembuat catatan Unik. I:D1/U1 pertama tidak dapat membuat file dan meninggalkan catatan kegagalan sebagaimana adanya. Dalam rencana lain nanti, kami menyiapkan folder penyimpanan untuk penulis asli dan mengamati I:D2, yang membuat file harian dari indeks, dan I:U2, yang membuat file nama yang tepat. Kami tidak menentukan bahwa perubahan asumsi ini adalah satu-satunya penyebab kegagalan.

obsidian://daily?vault=Practice&content=Daily%20entry
obsidian://unique?vault=Practice&content=Unique%20entry

Teks resmi tetap menjelaskan bahwa daily menerima parameter yang sama dengan new. Namun, S:D01/D02/D03 tidak dapat menentukan name, file, dan path, dan telah ditambahkan ke 日次/2026-09-30.md dalam pengaturan catatan harian. Catatan baru yang ditentukan namanya adalah new, masukan ke dalam catatan tanggal adalah daily, dan tujuan penyimpanan akhir dapat dikonfirmasi dalam file aktual dari pengamatan ini.

S:D04 disimpan setiap hari sambil mempertahankan tampilan indeks di silent. S:D05 menentukan append dan overwrite untuk mempertahankan teks asli, tetapi daily tanpa bendera juga ditambahkan, sehingga kontribusi append saja dan operasi overwrite saja belum dikonfirmasi.

Pilih tujuan tampilan paneType

open/new/daily/unique mencatat input 12 dari paneType=tab, split, dan window masing-masing (S:P01〜P12). Secara resmi, window hanya untuk Desktop. Baca tab utama yang sebenarnya, grup tab, dan layar pop-out terpisah dan tinggalkan tangkapan layar. Karena metadata layar tertutup tetap ada, keberhasilan atau kegagalan tidak hanya ditentukan oleh jumlah total daun global.

Layar langsung dari grup tab baru oleh paneType split — S:P02: split untuk open. Klik untuk membuka PNG asli.

Layar pop-out asli dibuka dengan paneType window — S:P03: window untuk open. Klik untuk membuka PNG asli.

x-success・x-error konfirmasi penerimaan di alamat pengembalian

Deskripsi resmi termasuk name (tanpa ekstensi), url (URI obsidian), dan file (file URI) di desktop untuk kembali ke x-success. Ini berbeda antara keberhasilan menabung dan fakta bahwa penelepon telah menerima pengembalian. S:X01/X02/X03 mengamati pelestarian catatan, tetapi tidak ada penerimaan di penerima localhost HTTP yang dimiliki oleh penulis. Adaptor BROWSER yang disiapkan belum dieksekusi, dan OS dan serah terima pemanggil belum dikonfirmasi.

hook-get-address untuk Hook secara resmi dinyatakan bahwa jika ada x-success, itu akan dikembalikan ke sana, dan jika dihilangkan, tautan Markdown di buku catatan saat ini akan disalin ke clipboard. Di S:K01, nomor penulis clipboard tidak berubah, dan S:X04 tidak mengembalikannya. Tubuh Hook tidak berjalan. S:X05 tidak ada Vault menampilkan dialog "Vault tidak ditemukan" yang sebenarnya, tetapi x-error tidak diterima. Jangan mengganti tampilan kesalahan dengan pengembalian yang berhasil atau kegagalan produk untuk semua panggilan balik.

Vault tidak ditemukan dialog asli dari Vault yang tidak ada — S:X05: PNG asli dari layar karantina Xorg yang Anda miliki. Setelah pembacaan GUI berhenti di dialog, itu ditutup dengan klik nyata. Klik untuk membuka PNG asli.

Membandingkan input item 38 dan hasil aktual

38/38 adalah nomor "Ada catatan input yang berisi parameter untuk setiap tindakan". Ini bukan angka yang berarti bahwa "semua efek dari spesifikasi berhasil". Bendera tambahan open, path absolut dari new, tujuan yang ditentukan dari daily, kontribusi dari kedua bendera, dan Hook/callback tetap pendek. I adalah kasus 19 pertama, S adalah kasus 37 tambahan, dan T adalah kasus 2 dari path tanpa blok dan konflik yang efektif. Lanjutkan ke JSON asli dari setiap ID.

Barang	Deskripsi resmi	Hasil aktual / Kekurangan yang tersisa	Pengamatan yang sesuai
`open.vault` Catatan masukan tersedia	Nama Vault atau ID karakter 16. Teks asli tetap L54	I:O1 adalah nama Vault, dan I:O3 adalah ID karakter 16 untuk menampilkan Vault yang ditentukan. Konfirmasikan ID dengan input open ini dan jangan memperluas ke semua kombinasi ID dari tindakan lainnya.	I:O1, I:O2, I:O3, I:O4, I:O5, I:O6, S:M01, S:M02, S:O01, S:P01, S:P02, S:P03, T:B1
`open.file` Catatan masukan tersedia	Jalur relatif dari nama atau akar di Vault. .md dapat dihilangkan. Teks asli tetap L55	I:O2 adalah jalur relatif dalam bahasa Jepang dan kosong, dan I:O3 ditampilkan dengan .md. I:O5 adalah judul, dan T:B1 dipindahkan ke blok yang valid. I:O6 tidak ada file tanpa pemberitahuan atau pembuatan.	I:O2, I:O3, I:O4, I:O5, I:O6, S:M01, S:M02, S:O01, S:P01, S:P02, S:P03, T:B1
`open.path` Catatan masukan tersedia	Jalur absolut dari sistem file. Jika ditentukan, itu lebih diutamakan daripada vault/file, dan dinyatakan bahwa itu akan menemukan Vault yang disertakan. Teks asli tetap L56,57,58,59	I:O4 menampilkan catatan yang ada dengan jalur absolut di penulis terdaftar Vault. Pada saat yang sama, path yang sebenarnya digunakan dari vault/file yang tidak valid yang ditentukan. Bagilah hasil dari path yang baru dibuat.	I:O4
`open.prepend` Catatan masukan tersedia	Dijelaskan bahwa itu akan ditambahkan ke atas dan mencoba untuk mencaplok properti. content dari transportasi teks tidak tercantum di bagian open. Teks asli tetap L60	Objek ditampilkan dalam eksplorasi S:M02, dan byte tidak berubah. Pengiriman teks yang benar belum diverifikasi, dan efek resminya tidak berhasil atau cacat.	S:M02
`open.append` Catatan masukan tersedia	Tambahkan ke akhir file dan coba gabungkan propertinya. content dari transportasi teks tidak tercantum di bagian open. Teks asli tetap L61	Dalam eksplorasi S:M01, target ditampilkan, dan byte tidak berubah. Tidak ada bukti teks tambahan yang efektif dari efek resmi. Contoh sebenarnya dari teks postscript menggunakan new+append.	S:M01
`open.paneType` Catatan masukan tersedia	tab=tab baru, split=grup baru, window=popout (hanya Desktop). Teks asli tetap L62,63,64,65,66	S:P01/P02/P03 sebenarnya menampilkan tab baru, grup baru, dan layar terpisah di setiap tab/split/window. window adalah catatan hanya untuk desktop Linux.	S:P01, S:P02, S:P03
`new.vault` Catatan masukan tersedia	Nama Vault atau ID karakter 16. Teks asli tetap L81	Amati pelestarian dengan masukan baru I:N1〜N5 dan S, termasuk penulis Vault. S:N02 dari path yang bersaing adalah input lain yang belum terdeled. Saya belum mencoba kombinasi lengkap dari ID karakter 16 di new.	I:N1, I:N2, I:N3, I:N4, I:N5, I:W1, S:C01, S:C04, S:M03, S:N01, S:N02, S:N03, S:P04, S:P05, S:P06, S:X01
`new.name` Catatan masukan tersedia	Nama catatan baru. Tujuan penyimpanan adalah Lokasi default untuk catatan new. Teks asli tetap L82	I:N1 dibuat hanya dengan name, dan I:N2 menggunakan tujuan yang ditunjuk file secara bersamaan. S:N01 disimpan ke folder penulis dari lokasi Default yang telah ditetapkan sebelumnya untuk catatan new.	I:N1, I:N2, S:N01, S:N02
`new.file` Catatan masukan tersedia	Simpan tujuan dan nama dari rute Vault. Jika ditentukan, itu lebih diutamakan daripada name. Teks asli tetap L83	I:N2 disimpan ke tujuan pembuatan dari rute Vault dan tidak menggunakan name pada saat yang bersamaan. I:N3/N5 adalah tambahan/pengganti dari file yang ada. Saya belum mencoba semua format folder induk yang tidak ada.	I:N2, I:N3, I:N4, I:N5, I:W1, S:C01, S:C04, S:M03, S:N02, S:N03, S:P04, S:P05, S:P06, S:X01
`new.path` Catatan masukan tersedia	Jalur absolut dari sistem file. Jika ditentukan, itu lebih diutamakan daripada vault/file, dan dinyatakan bahwa itu akan menemukan Vault yang disertakan. Teks asli tetap L84	S:N02 tidak tercapai dengan masukan yang saling bertentangan. Pada T:P1 terpisah, hanya path+content yang dimasukkan untuk berkas yang belum ada di dalam Vault milik penulis terdaftar; setelah 6 detik, berkas tetap tidak dibuat. Tidak ada contoh keberhasilan.	S:N02, T:P1
`new.paneType` Catatan masukan tersedia	tab=tab baru, split=grup baru, window=popout (hanya Desktop). Teks asli tetap L85	S:P04/P05/P06 mengamati tampilan tujuan penyimpanan new Markdown dan tab/split/window masing-masing.	S:P04, S:P05, S:P06
`new.content` Catatan masukan tersedia	Teks yang akan disimpan. Simbol dan jeda baris nilai juga dikodekan. Teks asli tetap L86	Bahasa Jepang, simbol, dan jeda baris I:N1 cocok dengan teks yang disimpan. # mentah I:W1 kalah di babak kedua. T:P1 adalah catatan terpisah yang tidak dapat mengajukan tujuan path bahkan jika content dimasukkan.	I:N1, I:N2, I:N3, I:N4, I:N5, I:W1, S:C04, S:M03, S:N01, S:N02, S:N03, S:P04, S:P05, S:P06, S:X01, T:P1
`new.clipboard` Catatan masukan tersedia	Gunakan teks papan klip alih-alih content. Teks asli tetap L87	S:C01 menyimpan penulis clipboard dari DISPLAY khusus. S:C04 menyimpan teks clipboard bersamaan dengan content. Kumpulan hasil prioritas ini tidak menjamin semua bentuk.	S:C01, S:C04
`new.silent` Catatan masukan tersedia	Jangan buka buku catatan yang Anda buat. Teks asli tetap L88	I:N4 mempertahankan catatan tampilan sambil menyimpan Markdown yang baru. Periksa apakah itu disimpan atau tidak dan apakah layar akan terbuka secara terpisah.	I:N4
`new.append` Catatan masukan tersedia	Tentukan untuk ditambahkan di akhir ketika ada file yang sudah ada. Teks asli tetap L89	I:N3 mempertahankan teks yang ada + menambahkan di akhir. append+overwrite dari S:N03 juga ditambahkan. S:M03 menggabungkan teks dengan sekelompok penulis YAML.	I:N3, S:M03, S:N03
`new.overwrite` Catatan masukan tersedia	Ganti teks yang ada jika append tidak diatur. Teks asli tetap L90	I:N5's overwrite saja menggantikan teks yang ada. S:N03 mempertahankan teks yang ada dengan spesifikasi simultan append dan menambahkannya, dan tidak menggunakan overwrite.	I:N5, S:N03
`new.x-success` Catatan masukan tersedia	Kembalikan URI dari penelepon. Output name/url/file perlu dikonfirmasi di sisi penerima. Teks asli tetap L91	Masukan dan tanda terima URI dicatat, tetapi tidak dikembalikan ke penerima HTTP. ADAPTOR BROWSER YANG DISIAPKAN JUGA TIDAK DIJALANKAN. Penyerahan OS/penelepon belum dikonfirmasi, dan kegagalan universal panggilan balik tidak ditentukan.	S:X01
`daily.vault` Catatan masukan tersedia	Nama Vault atau ID karakter 16. Teks asli tetap L104,81	Pertama kali I:D1 tanpa Markdown. Rencana terpisah I:D2, yang menyiapkan folder penyimpanan dan standar indeks, disimpan ke penulis terdaftar Vault setiap hari. Penyebabnya tidak ditentukan hanya dengan mengubah premis.	I:D1, I:D2, S:C02, S:D01, S:D02, S:D03, S:D04, S:D05, S:P07, S:P08, S:P09, S:X02
`daily.name` Catatan masukan tersedia	Nama catatan baru. Tujuan penyimpanan adalah Lokasi default untuk catatan new. Teks asli tetap L104,82	S:D01 ditambahkan ke catatan tanggal yang ditetapkan alih-alih name yang ditentukan.	S:D01
`daily.file` Catatan masukan tersedia	Simpan tujuan dan nama dari rute Vault. Jika ditentukan, itu lebih diutamakan daripada name. Teks asli tetap L104,83	S:D02 ditambahkan ke catatan tanggal yang ditetapkan alih-alih file yang ditentukan.	S:D02
`daily.path` Catatan masukan tersedia	Jalur absolut dari sistem file. Jika ditentukan, itu lebih diutamakan daripada vault/file, dan dinyatakan bahwa itu akan menemukan Vault yang disertakan. Teks asli tetap L104,84	S:D03 ditambahkan ke catatan tanggal yang ditetapkan alih-alih path yang ditentukan.	S:D03
`daily.paneType` Catatan masukan tersedia	tab=tab baru, split=grup baru, window=popout (hanya Desktop). Teks asli tetap L104,85	S:P07/P08/P09 menyimpan teks ke urutan harian yang ditetapkan dan menampilkan tab/split/window secara berurutan.	S:P07, S:P08, S:P09
`daily.content` Catatan masukan tersedia	Teks yang akan disimpan. Simbol dan jeda baris nilai juga dikodekan. Teks asli tetap L104,86	Simpan teks ke file tanggal yang ditetapkan oleh beberapa input I:D2 dan S. Kegagalan pertama I:D1 dan perbedaan tujuan yang ditentukan S:D01〜D03 akan ditinggalkan dalam catatan terpisah.	I:D1, I:D2, S:D01, S:D02, S:D03, S:D04, S:D05, S:P07, S:P08, S:P09, S:X02
`daily.clipboard` Catatan masukan tersedia	Gunakan teks papan klip alih-alih content. Teks asli tetap L104,87	S:C02 menambahkan teks penulis clipboard dari DISPLAY khusus ke file harian yang ada. Fisik iPhone dan clipboard antara OS belum diverifikasi.	S:C02
`daily.silent` Catatan masukan tersedia	Jangan buka buku catatan yang Anda buat. Teks asli tetap L104,88	S:D04 disimpan sebagai file harian, dan tampilan yang sebenarnya mempertahankan indeks.	S:D04
`daily.append` Catatan masukan tersedia	Tentukan untuk ditambahkan di akhir ketika ada file yang sudah ada. Teks asli tetap L104,89	S:D05 adalah append+overwrite dan teks aslinya dipertahankan + ditambahkan. Karena daily tanpa bendera juga ditambahkan, sebab dan akibat dari append saja tidak dipisahkan.	S:D05
`daily.overwrite` Catatan masukan tersedia	Ganti teks yang ada jika append tidak diatur. Teks asli tetap L104,90	S:D05 adalah input simultan dari append+overwrite. Teks asli telah diamati, tetapi overwrite saja belum diuji.	S:D05
`daily.x-success` Catatan masukan tersedia	Kembalikan URI dari penelepon. Output name/url/file perlu dikonfirmasi di sisi penerima. Teks asli tetap L104,91	Masukan dan tanda terima URI dicatat, tetapi tidak dikembalikan ke penerima HTTP. ADAPTOR BROWSER YANG DISIAPKAN JUGA TIDAK DIJALANKAN. Penyerahan OS/penelepon belum dikonfirmasi, dan kegagalan universal panggilan balik tidak ditentukan.	S:X02
`unique.vault` Catatan masukan tersedia	Nama Vault atau ID karakter 16. Teks asli tetap L119	Pertama kali I:U1 tanpa Markdown. Dalam rencana lain I:U2 dan S, yang menyiapkan folder penyimpanan, penulis Vault membuat nama unik Markdown.	I:U1, I:U2, S:C03, S:P10, S:P11, S:P12, S:X03
`unique.paneType` Catatan masukan tersedia	tab=tab baru, split=grup baru, window=popout (hanya Desktop). Teks asli tetap L120	S:P10/P11/P12 mengamati pelestarian nama yang tepat Markdown dan setiap tampilan tab/split/window.	S:P10, S:P11, S:P12
`unique.content` Catatan masukan tersedia	Teks yang akan disimpan. Simbol dan jeda baris nilai juga dikodekan. Teks asli tetap L121	Simpan teks penulis di I:U2 dan file nama proper S. I:U1 pertama disimpan sebagai catatan terpisah tanpa pembuatan.	I:U1, I:U2, S:P10, S:P11, S:P12, S:X03
`unique.clipboard` Catatan masukan tersedia	Gunakan teks papan klip alih-alih content. Teks asli tetap L122	S:C03 menyimpan penulis clipboard dari DISPLAY khusus ke nama yang tepat Markdown.	S:C03
`unique.x-success` Catatan masukan tersedia	Kembalikan URI dari penelepon. Output name/url/file perlu dikonfirmasi di sisi penerima. Teks asli tetap L123	Masukan dan tanda terima URI dicatat, tetapi tidak dikembalikan ke penerima HTTP. ADAPTOR BROWSER YANG DISIAPKAN JUGA TIDAK DIJALANKAN. Penyerahan OS/penelepon belum dikonfirmasi, dan kegagalan universal panggilan balik tidak ditentukan.	S:X03
`search.vault` Catatan masukan tersedia	Nama Vault atau ID karakter 16. Teks asli tetap L138	I:S1/S2 menampilkan pencarian untuk Vault yang ditentukan, dan S:S01 membuka bilah sisi pencarian tanpa query.	I:S1, I:S2, S:S01
`search.query` Catatan masukan tersedia	Istilah pencarian. Buka pencarian saat menghilangkan. Teks asli tetap L139	I:S1 menampilkan kata-kata dengan tanda kutip yang cocok dengan teks penulis. I:S2 menampilkan kata-kata yang tidak ada dan tidak cocok. Kombinasi dari semua sintaks pencarian dan semua karakter khusus belum diverifikasi.	I:S1, I:S2
`hook-get-address.vault` Catatan masukan tersedia	ID karakter Vault atau 16. Ketika dihilangkan, fokus saat ini/terakhir adalah Vault. Teks asli tetap L159	S:K01/S:X04 memasukkan penulis Vault, tetapi tidak ada keluaran kait. S:X05 tidak ada Vault adalah dialog kesalahan nyata. Bedakan antara resolusi nama dan keberhasilan kolaborasi Hook.	S:K01, S:X04, S:X05
`hook-get-address.x-success` Catatan masukan tersedia	Kembalikan URI dari penelepon. Output name/url/file perlu dikonfirmasi di sisi penerima. Teks asli tetap L160	Masukan dan tanda terima URI dicatat, tetapi tidak dikembalikan ke penerima HTTP. ADAPTOR BROWSER YANG DISIAPKAN JUGA TIDAK DIJALANKAN. Penyerahan OS/penelepon belum dikonfirmasi, dan kegagalan universal panggilan balik tidak ditentukan.	S:X04
`hook-get-address.x-error` Catatan masukan tersedia	Kesalahan pengembalian URI untuk bagian Hook. Kondisi pengapian kesalahan yang tepat tidak ditetapkan dalam teks ini. Teks asli tetap L161	Masukan dan tanda terima URI dicatat, tetapi tidak dikembalikan ke penerima HTTP. ADAPTOR BROWSER YANG DISIAPKAN JUGA TIDAK DIJALANKAN. Penyerahan OS/penelepon belum dikonfirmasi, dan kegagalan universal panggilan balik tidak ditentukan.	S:X05

Entri 58, hasil, lihat JSON asli JSON dari item 38 · 58 kasus JSON

Asli, sumber resmi, metode konfirmasi

Tanggal konfirmasi adalah 30 September 2026 UTC. Menggunakan Obsidian AppImage1.13.7 yang didistribusikan secara resmi, menggunakan aplikasi Linux yang digunakan di lingkungan yang ada, baik aplikasi maupun Penginstal dibaca sebagai 1.13.7 di layar Umum yang sebenarnya. Mulai penerimaan URI aplikasi dengan CLI, dan layar pemilihan dan pengaturan standar catatan adalah operasi GUI yang sebenarnya. Tambahan API digunakan untuk pengaturan/tata letak awal dan membaca DOM, metadata, dan status yang disimpan, dan tidak menggantikan pembuatan/penambahan/pergerakan blok file dengan penulisan API. Untuk papan klip, hanya teks penulis dari DISPLAY khusus yang disiapkan dengan tambahan API.

Versi dan Penginstal versi1.13.7 dari pengaturan Umum yang sebenarnya — T: Layar umum dibuka dengan mengklik Pengaturan yang sebenarnya. Klik untuk membuka PNG asli.

Teks, layar, dan JSON disimpan tanpa diproses, dan byte/SHA256 diperbaiki dalam penerimaan setiap verifikasi GUI. Kegagalan pertama atau contoh penulis yang tidak valid belum terhapus. Gambar dan unduhan artikel ini adalah salinan dari byte asli. Gambar OG juga menggunakan PNG asli setelah blok bergerak, dan tidak menghasilkan UI fiksi. Setelah berjalan, proses aplikasi/Xorg sendiri mencatat penghentian 0 dan mengonfirmasi pelepasan DISPLAY78 dan CDP9229 secara terpisah.

Tanda terima di atas menunjukkan cakupan asli dari pribadi asli. Salinan yang dipilih untuk artikel ini bukan merupakan distribusi dari semua arsip. Pendaftaran indeks, arus masuk pencarian, sinkronisasi, produktivitas, dan keberhasilan fungsi SimpleMemo belum dievaluasi dari verifikasi ini.

Rentang verifikasi dan kondisi verifikasi asli. Item 38 tetap adalah catatan input, membedakan antara pengamatan efek terbatas dari item 24 dan kurangnya item 14.

Pertanyaan umum

Apa perbedaan antara obsidian:// dan Web URL biasa?

obsidian:// adalah URI unik yang diterima oleh Obsidian. Bukan URL untuk mendapatkan halaman web. Periksa asosiasi di sisi terminal dan operasi catatan setelah pergi ke Obsidian secara terpisah. Pengukuran sebenarnya dari artikel ini adalah setelah menerima URI dari aplikasi Linux.

Bagaimana cara menulis bahasa Jepang, spasi, dan #?

Enkode URI untuk setiap nilai. Ruang kosong adalah %20, # adalah %23, / adalah %2F. # dari judul dan spesifikasi blok juga dikodekan dalam nilai file. Dalam contoh penulis yang meninggalkan # mentah dari teks, # dan # berikutnya tidak disimpan.

Apakah Anda menggunakan open untuk menambah notebook Anda yang sudah ada?

Contoh yang dikonfirmasi dari teks postscript adalah bahwa file, content, append=true diteruskan ke new. Ada juga deskripsi append/prepend di bagian open, tetapi content tidak terdaftar di bagian yang sama, dan teksnya tidak berubah dalam masukan eksplorasi verifikasi ini.

Dapatkah saya mengubah tujuan penyimpanan jika saya meneruskan file atau name ke daily?

Teks resmi tetap menyatakan bahwa daily menerima parameter yang sama dengan new. Di sisi lain, dalam input Linux ini, saya tidak menentukan tujuan name, file, dan path, tetapi menambahkannya ke catatan tanggal dari pengaturan catatan harian. Silakan periksa pengaturan dan file yang sebenarnya untuk alamat penyimpanan.

Jika saya menentukan x-success, apakah Anda sudah mengonfirmasi pengembaliannya?

Tidak. Beberapa masukan diamati disimpan di new, daily, dan unique, tetapi tidak ada tanda terima di tujuan pengembalian HTTP. Menerima URI ke aplikasi atau mengakhiri CLI 0 bukanlah bukti pengembalian ke penelepon. Hook, OS handoff, dan aplikasi sumber panggilan yang sebenarnya belum dikonfirmasi.

Apakah hasilnya sama dengan iPhone?

Artikel ini tidak menjalankan pintasan fisik iPhone, iOS, dan SimpleMemo. Ini adalah hasil dari Vault hanya untuk penulis Linux Obsidian1.13.7. Untuk gejala khusus iPhone, silakan lihat panduan penanganan pintasan yang ada dan periksa di terminal.

Lanjutkan ke yang berikutnya sesuai dengan masukan yang ada

, Anda dapat mengumpulkan nilai dengan generator URI dan memeriksa penyimpanan dan teks dalam catatan singkat untuk bekerja. Jika Anda berhenti di tahap awal, buka panduan penanganan pintasan. Jika Anda ingin memilih seluruh metode input ke Obsidian, lanjutkan ke panduan konfigurasi Obsidian.