مرجع المواصفات الرسمية وعينة لينكس التي أنشأها المؤلف · تاريخ التأكيد 30 سبتمبر 2026

دليل مخطط obsidian:// URI الكامل - جميع الإجراءات والمزالق

هذه الصفحة مترجمة آليًا من الأصل الياباني. اقرأ الأصل الياباني

obsidian:// هو URI لفتح وإنشاء والبحث عن ملاحظات Obsidian من تطبيق أو مشغل آخر. أولا، حدد الإجراء الذي يناسب الغرض و ترميز كل قيمة URI. يمكن أن يبدأ النص الإضافي بمثال new+append=true، الذي تم تأكيد حفظه هذه المرة.

إذا كنت ترغب في إدخال النص ونسخ URI، فارجع أيضا إلى مولد URI المجاني الذي يفصل بين بناء الجملة وملاحظات Linux الثابتة.

هنا، ننظم قسم 7 وعناصر المعلمات الخاصة بالإجراء 38 التي تضيف قسما منفصلا للخطاف إلى قائمة إجراءات 6 في النص الرسمي، وتدعم سجلات حالات 58 التي تم تمريرها إلى Linux Obsidian1.13.7. يتم أيضا نشر المدخلات التي لم تحصل على نتائج، ويمكن قراءة وصف المواصفات وعنوان التخزين الفعلي بشكل منفصل.

وإنشاء URL، فانتقل إلى مولد URI الحالي. بالنسبة للأعراض التي لا تبدأ أو توقف الاختصارات باستخدام iPhone، يرجى الانتقال إلى دليل معالجة الاختصارات. هذه الصفحة هي كمرجع لمعرفة معنى ونتائج الإدخال ل URI القياسي.

اختر الإجراء من التطبيق

الشكل الأساسي هو كما يلي. ضع المعلمة بعد ? وقم بتوصيل عناصر متعددة ب &. يتم تحويل & في القيمة إلى %26 لأنه لا يتم التعامل معه على أنه ترسيم.

obsidian://action?param1=value&param2=value
عملالتطبيقالمعلمات الرسميةنتيجة هذا الوقت
openVault・فتح الملاحظات الموجودة・العناوين/الكتلvault / file / path / prepend / append / paneTypeلاحظ file الحالي، العنوان المطلق path، كتلة صالحة، أنواع 3 من الألواح. لم يتم تأكيد تأثير علامة إضافة النص.
newإنشاء جديد وإضافة/استبدال للملاحظات الحاليةvault / name / file / path / paneType / content / clipboard / silent / append / overwrite / x-successname/file حفظ، إضافة/استبدال/إخفاء/ملاحظة الحافظة. لم يتم الوصول إلى إنشاء وعودة path المطلقة.
dailyإنشاء وعرض ملاحظات التاريخنفس عنصر 11 مثل new (لوائح الميراث للنص الرسمي)الملاحظات اليومية ومجلد الحفظ مطلوبان. هذه المرة، تمت إضافة name/file/path إلى ملاحظة التاريخ.
uniqueإنشاء باسم فريد مثل التاريخ والوقتvault / paneType / content / clipboard / x-successمطلوب منشئ الملاحظات الفريد ومجلد الحفظ. تم إنشاء/3pane/حفظ النص الملاحظ، لم يتم تأكيد الإرجاع.
searchافتح الشريط الجانبي للبحث ومصطلح البحثvault / queryراقب الفراغات بالكلمات/بدون تطابقات/سهو الكلمات.
choose-vaultافتح مدير Vaultلا توجد معلمات تعداد رسميةراقب شاشة الاختيار الفعلية (I:M1).
hook-get-addressإرجاع عنوان الملاحظة الحالية لتكامل الخطافvault / x-success / x-errorموضح في قسم منفصل من الصيغة. جسم الخطاف غير مستخدم، clipboard/لا يوجد نجاح في العودة. تتم ملاحظة شاشة الخطأ فقط ل Vault غير الموجودة.

choose-vault لا يسرد المعلمات في الهيئة الرسمية الثابتة. يحسب عدد عناصر 38 قائمة الإجراءات الأخرى ويوسع حكم "نفس new" من daily كعنصر 11. المكون الإضافي Advanced URI (obsidian://adv-uri) غير مؤهل لهذه المواصفات القياسية.

ترميز كل من # الجسم و # من العنوان كقيمة

يوضح النص الرسمي أن الفراغ يجب أن يكون %20 ويجب أن يكون القطع %2F. في I:N1، الذي حول نص المؤلف الممزوج باللغة اليابانية وفواصل الأسطر و# & ? + % / = بالقيمة، تطابق Markdown المحفوظ مع الإدخال. إذا قمت بتحويل URL بالكامل في وقت واحد، فسيتغير الفاصل أيضا، لذلك سيتم التعامل مع قيم vault وfile وcontent بشكل فردي .

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

ما سبق هو رمز لشرح كيفية التجميع. لا يشمل تنفيذ الحفظ إلى دفتر الملاحظات على الجهاز. تدرب على Vault واستبدل الوجهة المحفوظة باسمك.

سقط النصف الثاني في المدخلات التي تركت الخام #

في I:W1، تم ترك # فقط في منتصف content خاما. تم حفظ الجملة الأولى فقط، ولم يكن النصف الثاني من الجسم في الملف. هذه الحالة ليست دليلا على أن "Obsidian حذف النص دون إذن"، ولكنها نتيجة الإدخال الذي يمزج بين فصل URI والقيمة.

شاشة Obsidian الفعلية مع حفظ رموز اليابانية ورموز الحجز
I:N1: عرض النص بما في ذلك الرموز وفواصل الأسطر. انقر لفتح PNG الأصلي.
الشاشة الفعلية التي تحفظ الجملة الأولى فقط في الإدخال الذي يحتوي على التجزئة الخام
I:W1: عرض النص فقط قبل # الخام. انقر لفتح PNG الأصلي.

احفظ الإدخال المحول بشكل صحيح Markdown النص الكامل

# URI新規メモ

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

قم بتنزيل Markdown الأصلي من I:N1

احفظ الإدخال الأيسر مع النص الكامل الخام # Markdown

先頭文 

قم بتنزيل Markdown الأصلي من I:W1

فصل الإنشاء الجديد والإضافة والكتابة فوقها

name من new هو اسم ملاحظة جديد، ويتم ترك وجهة التخزين إلى "الموقع الافتراضي لملاحظات new" من Obsidian. file هي قيمة تتضمن الوجهة من طريق Vault. تنص الصيغة على أن file لها الأسبقية على name، كما حفظتها I:N2 إلى الوجهة المحددة file. في S:N01، يتم تخزين name فقط في مجلد افتراضي محدد مسبقا.

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

إذا كنت ترغب في ترك النص الحالي وإضافته، فقم بتمرير append=true. احتفظ I:N3 بالنص الحالي وأضافه. تم تحديد overwrite=true ليحل محل النص الموجود، وهناك نص أصلي منفصل/سجل مخزن في I:N5. ينص البيان الرسمي على أن "overwrite فقط إذا لم يتم تعيين append"، وقد تمت إضافته في كلا تعييني S:N03. ليست هناك حاجة لمزج مواصفات الكتابة الفوقية مع الإضافات النصية اليومية.

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

I:N4 من silent=true حافظ على الملاحظات المعروضة أثناء إنشاء ملف محفوظ. يخزن S:C01/C02/C03 من clipboard=true نص المؤلف للشاشة المخصصة في new/daily/unique. في الوقت نفسه، قام S:C04، الذي سلم أيضا content، بحفظ نص clipboard. لا يمكن توسيع نطاق هذه المجموعة من نتائج الأولوية لتشمل جميع أشكال جميع المحطات الطرفية.

مثال على الجمع بين النص والخصائص

S:M03 مررت new وappend وcontent الموثقة إلى ملاحظات المؤلف الحالي. في الملف المحفوظ الفعلي، يكون العنوان هو قيمة الجانب المضاف، ويتم الاحتفاظ بالجانب الحالي، وتحتوي العلامات على كليهما، ويتم إضافة الجسم إلى النهاية. فيما يلي النص الكامل ل Markdown الذي تم حفظه بواسطة 121bytes. لم أجرب الأنواع والمفاتيح المكررة و YAML المعقدة بخلاف هذه المجموعة.

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

元の本文。

追加の本文。

قم بتنزيل Markdown الأصلي من S:M03

new الشاشة الفعلية التي دمجت YAML والنص مع append
S:M03: احفظ النص الأصلي والملفات المضافة بايت / التجزئة بشكل منفصل. انقر لفتح PNG الأصلي.

لا يتم تضمين الإنشاء الجديد المطلق ل path في مثال النجاح

يصف قسم new الرسمي path المطلق عالميا. لم يتمكن S:N02 من تقديم الإدخال الذي تم تمريره بواسطة vault/name/file المتضارب. خطة أخرى أعطت T:P1 فقط path وcontent للملفات غير التي لم يتم إنشاؤها في المؤلف المسجل Vault. ومع ذلك، لم يكن هناك ملف مستهدف بعد 6 ثانية، وظلت الشاشة مفهرسة. هذا سجل لمسار استقبال تطبيق Linux واحد، وليس نتيجة للتأكيد على السبب أو المشكلة في البيئة بأكملها.

الشاشة الفعلية التي تعرض الفهرس حتى بعد إنشاء مسار مطلق جديد وإدخاله
T:P1: يؤكد نظام الملفات أن الوجهة غير موجودة بشكل منفصل. لم أقرر ما إذا كنت سأحفظه أم لا فقط على الشاشة. انقر لفتح PNG الأصلي.

أدخل ノート名#見出し في قيمة file للعنوان، وノート名#^block-id في الكتلة، وقم بتشفير القيمة. أكد I:O5 الانتقال إلى عنوان مذكرة المؤلف. يتم استخدام فقط الأحرف الإنجليزية والأرقام والشرطات لمعرفات الكتلة (قواعد الأحرف للنص الأصلي للروابط الداخلية الثابتة).

ノート/長い対象 メモ#^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 عينة مؤلفة تسمى ^著者block تحتوي على اللغة اليابانية، ولم يتم الحصول على أي دليل صالح يشير إلى موضع الحركة. لقد أضفت T:B1، الذي أعد ^target-01 صالحا لكمبيوتر دفتر ملاحظات طويل من Vault آخر. عند تمرير URI من ملاحظة فهرس أخرى، تفتح الملاحظة المستهدفة وتنتقل الفقرة خارج الشاشة إلى نطاق العرض.

في القراءة الفعلية، كان الجزء العلوي من الفقرة المستهدفة من 1905.65625px إلى 467.59375px (ارتفاع الشاشة 1000px)، وكان أعلى التمرير 1438. لم يتغير 2Markdown الأصلي مع وحدات البايت وSHA256. يتم ترك الموضع السابق، ومعيار ملاحظة أخرى، والحركة على ثلاث شاشات.

الجزء العلوي من الملاحظة الطويلة، لا تزال فقرة الكتلة خارج الشاشة
T:B1: أعلى الملاحظة المستهدفة قبل تنفيذ URI. انقر لفتح PNG الأصلي.
عرض فهرس ملاحظة أخرى قبل تشغيل URI مباشرة
T:B1: المعايير التي تبدأ من الفهرس. انقر لفتح PNG الأصلي.
يتم تمييز فقرات الهدف-01 التي تم نقلها باستخدام URI
T:B1: العرض الفعلي للنص المستهدف. لا يتم إجراء هذه النتيجة باستخدام التمرير اليدوي والكشف عن API. انقر لفتح PNG الأصلي.
عرض النص الكامل ل Markdown الأصلي حيث تتحرك
# 長い対象 メモ

確認前の著者段落 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

قم بتنزيل النص الكامل ل T:B1 الأصلي الطويل Markdown

الاختصارات obsidian://vault/Vault名/ノート名 وobsidian:///絶対パス هي اختصارات ل open. عرض كل S:H01/H02 ملاحظات المؤلف. تحقق من التعامل مع القيم باللغة اليابانية والمساحات والفواصل بنفس طريقة المعلمات العادية.

الملاحظات اليومية وملاحظات الاسم المناسبة تحقق أيضا من المكون الإضافي وعنوان التخزين

يتطلب daily ملاحظات يومية، ويتطلب unique مكونا إضافيا أساسيا لمنشئ الملاحظات الفريد. لم يتمكن أول I:D1/U1 من إنشاء ملف وترك سجل الفشل كما كان. في خطة أخرى لاحقا، أعددنا مجلد تخزين للمؤلفين الحقيقيين ولاحظنا I:D2، الذي ينشئ ملفات يومية من الفهرس، وI:U2، الذي ينشئ ملف اسم مناسب. نحن لا نقرر أن تغيير الافتراض هذا هو السبب الوحيد للفشل.

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

يوضح النص الرسمي الثابت أن daily يتلقى نفس المعلمات مثل new. ومع ذلك، لا يمكن ل S:D01/D02/D03 تحديد name وfile وpath، وقد تمت إضافته إلى 日次/2026-09-30.md في إعداد الملاحظات اليومية. الملاحظة الجديدة المحددة بالاسم هي new، والإدخال في ملاحظة التاريخ هو daily، ويمكن تأكيد وجهة التخزين النهائية في الملف الفعلي من هذه الملاحظة.

تم حفظ S:D04 يوميا مع الحفاظ على عرض الفهرس في silent. حدد S:D05 كل من append وoverwrite للحفاظ على النص الأصلي، ولكن تمت إضافة daily بدون علم أيضا، لذلك لم يتم تأكيد مساهمة append وحدها وتشغيل overwrite وحدها.

حدد وجهة العرض paneType

تم تسجيل مدخلات paneType=tab وsplit وwindow 12 في open/new/daily/unique (S:P01〜P12). رسميا، window هو سطح المكتب فقط. اقرأ علامة التبويب الرئيسية الفعلية ومجموعة علامات التبويب والشاشة المنبثقة المنفصلة واترك لقطة شاشة. نظرا لبقاء البيانات الوصفية للشاشة المغلقة، لا يتم تحديد النجاح أو الفشل فقط من خلال إجمالي العدد العالمي للأوراق.

شاشة مباشرة لمجموعة علامات التبويب الجديدة بواسطة paneType split
S:P02: split من open. انقر لفتح PNG الأصلي.
شاشة منبثقة حقيقية مفتوحة مع paneType window
S:P03: window من open. انقر لفتح PNG الأصلي.

x-success・x-error تأكيد الاستلام في عنوان الإرجاع

توضح الصيغة أن العودة إلى x-success تتضمن name (بدون ملحق) وurl (URI obsidian URI) وسطح المكتب file (file URI). يختلف الأمر بين نجاح الادخار وحقيقة أن المتصل قد حصل على العائد. لاحظ S:X01/X02/X03 الحفاظ على الملاحظات، ولكن لم يكن هناك استقبال في المضيف المحلي HTTP المستلم الذي يملكه المؤلف. لم يتم تنفيذ محول المتصفح المعد، ولم يتم تأكيد نظام التشغيل وتسليم المتصل.

ذكر رسميا أن hook-get-address ل Hook سيعود إلى هناك إذا كان هناك x-success، وإذا حذفته، فستنسخ رابط Markdown في دفتر الملاحظات الحالي إلى clipboard. في S:K01، لم يتغير رقم المؤلف clipboard، ولم يعيده S:X04. جسم هوك لا يعمل. S:X05 غير موجود Vault عرض مربع حوار "Vault غير موجود" الفعلي، ولكن لم يتم استلام x-error. لا تستبدل عرض الخطأ بنجاح الإرجاع أو فشل المنتج لجميع عمليات رد الاتصال.

Vault لم يتم العثور على مربع حوار أصلي ل Vault غير موجود
S:X05: PNG الأصلي لشاشة Xorg المعزولة التي تمتلكها. بعد توقف قراءة واجهة المستخدم الرسومية في مربع الحوار، يتم إغلاقها بنقرة حقيقية. انقر لفتح PNG الأصلي.

مقارنة إدخال عناصر 38 والنتائج الفعلية

38/38 هو الرقم "هناك سجل إدخال يحتوي على معلمات لكل إجراء". إنه ليس رقما يعني أن "جميع تأثيرات المواصفات كانت ناجحة". لا يزال العلم الإضافي ل open، و path المطلق ل new، والوجهة المحددة ل daily، ومساهمة كلا العلمين، وهوك/رد الاتصال قصيرا. I هي أول حالة 19، S هي حالة 37 الإضافية، وT هي حالة 2 من path دون حظر وصراع فعالين. انتقل إلى JSON الأصلي من كل معرف.

العنصرالوصف الرسميالنتائج الفعلية / أوجه القصور المتبقيةالملاحظات المقابلة
open.vault
سجل الإدخال متاح
Vault أو معرف حرف 16.
نص أصلي ثابت L54
I:O1 يظهر اسم Vault، ويظهر I:O3 Vault المحدد مع معرف حرف 16. قم بتأكيد المعرف باستخدام إدخال open هذا ولا تتوسع إلى جميع مجموعات المعرف للإجراءات الأخرى.
open.file
سجل الإدخال متاح
المسار النسبي من الاسم أو المسار في Vault. يمكن حذف .md.
النص الأصلي الثابت L55
I:O2 هو مسار نسبي باللغة اليابانية وفارغ، ويتم عرض I:O3 مع .md. I:O5 هو العنوان، ويتم نقل T:B1 إلى الكتلة الصالحة. I:O6 غير موجود file دون إشعار أو إنشاء.
open.path
سجل الإدخال متاح
المسار المطلق لنظام الملفات. إذا تم تحديده، فإن له الأسبقية على vault/file، ويذكر أنه سيجد Vault المتضمن.
نص أصلي ثابت L56,57,58,59
I:O4 يعرض الملاحظات الموجودة مع المسار المطلق في المؤلف المسجل Vault. في الوقت نفسه، تم استخدام path الفعلي من vault/file غير الصالح المحدد. قسم النتائج من path التي تم إنشاؤها حديثا.
open.prepend
سجل الإدخال متاح
يوصف أنك ستحاول إضافته إلى الأعلى وإرفاق العقار. content لنقل النصوص غير مدرج في قسم open.
نص أصلي ثابت L60
Exploratory S:M02 يعرض الهدف، وحدات البايت دون تغيير. لم يتم التحقق من تسليم النص الصحيح، والتأثير الرسمي ليس ناجحا ولا معيبا.
open.append
سجل الإدخال متاح
أضفه إلى نهاية الملف وحاول دمج الخاصية. لم يتم إدراج content لنقل النص في قسم open.
النص الأصلي الثابت L61
في S:M01 الاستكشافي، يتم عرض الهدف، ولا تتغير وحدات البايت. لا يوجد دليل على وجود نص إضافي فعال للأثر الرسمي. يستخدم المثال الفعلي للنص اللاحق new+append.
open.paneType
سجل الإدخال متاح
tab=علامة تبويب جديدة، split=مجموعة جديدة، window=popout (سطح المكتب فقط).
نص أصلي ثابت L62,63,64,65,66
S:P01/P02/P03 يعرض في الواقع علامات تبويب جديدة ومجموعات جديدة وشاشات منفصلة على كل tab/split/window. window هو سجل فقط لأجهزة كمبيوتر سطح المكتب Linux.
new.vault
سجل الإدخال متاح
Vault أو معرف حرف 16.
نص أصلي ثابت L81
راقب التوفير مع إدخال جديد ل I:N1〜N5 و S، بما في ذلك المؤلف Vault. S:N02 من path المنافس هو مدخل آخر غير مفصوم. لم أجرب المجموعة الكاملة من معرفات الأحرف 16 في new.
new.name
سجل الإدخال متاح
اسم ملاحظة جديد. وجهة التخزين هي الموقع الافتراضي لملاحظات new.
النص الأصلي الثابت L82
يتم إنشاء I:N1 فقط باستخدام name، ويستخدم I:N2 الوجهة المحددة file في نفس الوقت. يتم حفظ S:N01 في مجلد المؤلف للموقع الافتراضي المحدد مسبقا لملاحظات new.
new.file
سجل الإدخال متاح
احفظ واسم من طريق Vault. إذا تم تحديده، فإن له الأسبقية على name.
نص أصلي ثابت L83
تم حفظ I:N2 إلى وجهة الإنشاء من مسار Vault ولم يستخدم name في نفس الوقت. I:N3/N5 هو إضافة/استبدال ل file الحالي. لم أجرب جميع تنسيقات المجلدات الرئيسية غير الموجودة.
new.path
سجل الإدخال متاح
المسار المطلق لنظام الملفات. إذا تم تحديده، فإن له الأسبقية على vault/file، ويذكر أنه سيجد Vault المتضمن.
نص أصلي ثابت L84
لم يحقق S:N02 النتيجة عند إدخال معاملات متعارضة. وفي T:P1 منفصل، أُدخل path+content فقط لملف غير موجود ضمن Vault للمؤلف المسجل، ولم يُنشأ الملف حتى بعد 6 ثانية. لا توجد حالة نجاح.
new.paneType
سجل الإدخال متاح
tab=علامة تبويب جديدة، split=مجموعة جديدة، window=popout (سطح المكتب فقط).
نص أصلي ثابت L85
يلاحظ S:P04/P05/P06 عرض وجهات تخزين new Markdown وtab/split/window على التوالي.
new.content
سجل الإدخال متاح
النص الذي سيتم حفظه. يتم أيضا ترميز الرموز وفواصل أسطر القيم.
نص أصلي ثابت L86
تتوافق اليابانية والرموز وفواصل الأسطر ل I:N1 مع النص المحفوظ. خسر الخام # I:W1 الشوط الثاني. T:P1 هو سجل منفصل لا يمكنه تقديم وجهة path حتى لو تم إدخال content.
new.clipboard
سجل الإدخال متاح
استخدم نص الحافظة بدلا من content.
نص أصلي ثابت L87
S:C01 يحفظ المؤلف clipboard من العرض المخصص. يحفظ S:C04 النص clipboard في نفس الوقت الذي يحفظ فيه content. هذه المجموعة من النتائج ذات الأولوية لا تضمن جميع الأشكال.
new.silent
سجل الإدخال متاح
لا تفتح الملاحظات التي أنشأتها.
النص الأصلي الثابت L88
I:N4 حافظت على ملاحظة العرض أثناء حفظ Markdown الجديدة. تحقق مما إذا كان قد تم حفظه أم لا وما إذا كانت الشاشة ستفتح بشكل منفصل.
new.append
سجل الإدخال متاح
حدد الإضافة في النهاية إذا كان هناك ملف موجود.
نص أصلي ثابت L89
I:N3 يحتفظ بالنص الحالي + يضيف النهاية. تمت إضافة append+overwrite من S:N03 أيضا. يدمج S:M03 النص مع مجموعة من المؤلفين YAML.
new.overwrite
سجل الإدخال متاح
استبدل النص الحالي إذا لم يتم تعيين append.
نص أصلي ثابت L90
I:N5's overwrite وحده يحل محل النص الحالي. احتفظت S:N03 بالنص الحالي مع المواصفات المتزامنة append وأضافته، ولم تستخدم overwrite.
new.x-success
سجل الإدخال متاح
إرجاع URI للمتصل. يجب تأكيد إخراج name/url/file على جانب الاستقبال.
نص أصلي ثابت L91
تم تسجيل إيصال الإدخال وURI، ولكن لم يتم إعادته إلى مستلم HTTP. لم يتم تنفيذ محول المتصفح المعد أيضا. لم يتم تأكيد تسليم نظام التشغيل/المتصل، ولم يتم تحديد الفشل العالمي في رد الاتصال.
daily.vault
سجل الإدخال متاح
Vault أو معرف حرف 16.
نص أصلي ثابت L104,81
المرة الأولى من I:D1 بدون Markdown. يتم حفظ خطة منفصلة I:D2، والتي تعد مجلد حفظ ومعيار فهرس، للمؤلف المسجل Vault على أساس يومي. لا يتم تحديد السبب فقط عن طريق تغيير الفرضية.
daily.name
سجل الإدخال متاح
اسم ملاحظة جديد. وجهة التخزين هي الموقع الافتراضي لملاحظات new.
النص الأصلي الثابت L104,82
تتم إضافة S:D01 إلى ملاحظة التاريخ المحدد، وليس name.
daily.file
سجل الإدخال متاح
احفظ واسم من طريق Vault. إذا تم تحديده، فإن له الأسبقية على name.
نص أصلي ثابت L104,83
تتم إضافة S:D02 إلى ملاحظة التاريخ المحدد، وليس file.
daily.path
سجل الإدخال متاح
المسار المطلق لنظام الملفات. إذا تم تحديده، فإن له الأسبقية على vault/file، ويذكر أنه سيجد Vault المتضمن.
نص أصلي ثابت L104,84
تتم إضافة S:D03 إلى ملاحظة التاريخ المحدد، وليس path.
daily.paneType
سجل الإدخال متاح
tab=علامة تبويب جديدة، split=مجموعة جديدة، window=popout (سطح المكتب فقط).
نص أصلي ثابت L104,85
S:P07/P08/P09 يحفظ النص في الترتيب اليومي المحدد ويعرض tab/split/window على التوالي.
daily.content
سجل الإدخال متاح
النص الذي سيتم حفظه. يتم أيضا ترميز الرموز وفواصل أسطر القيم.
نص أصلي ثابت L104,86
احفظ النص في ملف التاريخ الذي تم تعيينه بواسطة مدخلات متعددة من I:D2 وS. سيتم ترك الفشل الأول ل I:D1 والفرق في الوجهة المحددة ل S:D01〜D03 في سجل منفصل.
daily.clipboard
سجل الإدخال متاح
استخدم نص الحافظة بدلا من content.
نص أصلي ثابت L104,87
S:C02 يضيف نص المؤلف clipboard للشاشة المخصصة إلى الملف اليومي الحالي. لم يتم التحقق من iPhone وclipboard الفعليين بين نظام التشغيل.
daily.silent
سجل الإدخال متاح
لا تفتح الملاحظات التي أنشأتها.
النص الأصلي الثابت L104,88
S:D04 يتم حفظه كملف يومي، وتحتفظ الشاشة الفعلية بالفهرس.
daily.append
سجل الإدخال متاح
حدد الإضافة في النهاية إذا كان هناك ملف موجود.
نص أصلي ثابت L104,89
S:D05 هو append+overwrite مع الاحتفاظ بالنص الأصلي + النص. نظرا لإضافة daily بدون علامة أيضا، لا يتم فصل سبب ونتيجة append وحدهما.
daily.overwrite
سجل الإدخال متاح
استبدل النص الحالي إذا لم يتم تعيين append.
نص أصلي ثابت L104,90
S:D05 هو إدخال متزامن ل append+overwrite. تم ملاحظة النص الأصلي، ولكن لم يتم اختبار overwrite وحده.
daily.x-success
سجل الإدخال متاح
إرجاع URI للمتصل. يجب تأكيد إخراج name/url/file على جانب الاستقبال.
نص أصلي ثابت L104,91
تم تسجيل إيصال الإدخال وURI، ولكن لم يتم إعادته إلى مستلم HTTP. لم يتم تنفيذ محول المتصفح المعد أيضا. لم يتم تأكيد تسليم نظام التشغيل/المتصل، ولم يتم تحديد الفشل العالمي في رد الاتصال.
unique.vault
سجل الإدخال متاح
Vault أو معرف حرف 16.
نص أصلي ثابت L119
المرة الأولى من I:U1 بدون Markdown. في خطة أخرى I:U2 وS، والتي أعدت مجلد تخزين، أنشأ المؤلف Vault الاسم الفريد Markdown.
unique.paneType
سجل الإدخال متاح
tab=علامة تبويب جديدة، split=مجموعة جديدة، window=popout (سطح المكتب فقط).
نص أصلي ثابت L120
S:P10/P11/P12 يلاحظ الحفاظ على الاسم الصحيح Markdown والشاشات ذات الصلة ل tab/split/window.
unique.content
سجل الإدخال متاح
النص الذي سيتم حفظه. يتم أيضا ترميز الرموز وفواصل أسطر القيم.
نص أصلي ثابت L121
احفظ نص المؤلف في ملفات الاسم المناسب I:U2 وS. يتم الاحتفاظ ب I:U1 الأول كسجل منفصل دون إنشاء.
unique.clipboard
سجل الإدخال متاح
استخدم نص الحافظة بدلا من content.
نص أصلي ثابت L122
S:C03 يحفظ المؤلف clipboard من العرض المخصص إلى الاسم الفريد Markdown.
unique.x-success
سجل الإدخال متاح
إرجاع URI للمتصل. يجب تأكيد إخراج name/url/file على جانب الاستقبال.
نص أصلي ثابت L123
تم تسجيل إيصال الإدخال وURI، ولكن لم يتم إعادته إلى مستلم HTTP. لم يتم تنفيذ محول المتصفح المعد أيضا. لم يتم تأكيد تسليم نظام التشغيل/المتصل، ولم يتم تحديد الفشل العالمي في رد الاتصال.
search.vault
سجل الإدخال متاح
Vault أو معرف حرف 16.
نص أصلي ثابت L138
عرض I:S1/S2 البحث عن Vault المحدد، وفتح S:S01 الشريط الجانبي للبحث بدون query.
search.query
سجل الإدخال متاح
مصطلح البحث. افتح البحث عند الحذف.
النص الأصلي الثابت L139
I:S1 يعرض اقتباسات تتطابق مع نص المؤلف. I:S2 يعرض كلمات غير موجودة ولا تتطابق. لم يتم التحقق من الجمع بين جميع بناء جملة البحث وجميع الأحرف الخاصة.
hook-get-address.vault
سجل الإدخال متاح
اسم Vault أو معرف حرف 16. عند حذفه، يكون التركيز الحالي/الأخير هو Vault.
النص الأصلي الثابت L159
S:K01/S:X04 دخل المؤلف Vault، ولكن لم يكن هناك إخراج هوك. S:X05 غير موجود Vault هو مربع حوار خطأ حقيقي. ميز بين حل الاسم ونجاح تعاون هوك.
hook-get-address.x-success
سجل الإدخال متاح
إرجاع URI للمتصل. يجب تأكيد إخراج name/url/file على جانب الاستقبال.
نص أصلي ثابت L160
تم تسجيل إيصال الإدخال وURI، ولكن لم يتم إعادته إلى مستلم HTTP. لم يتم تنفيذ محول المتصفح المعد أيضا. لم يتم تأكيد تسليم نظام التشغيل/المتصل، ولم يتم تحديد الفشل العالمي في رد الاتصال.
hook-get-address.x-error
سجل الإدخال متاح
خطأ في إرجاع URI لقسم الخطاف. لا ينص هذا النص على شروط إشعال الخطأ الدقيقة.
النص الأصلي الثابت L161
تم تسجيل إيصال الإدخال وURI، ولكن لم يتم إعادته إلى مستلم HTTP. لم يتم تنفيذ محول المتصفح المعد أيضا. لم يتم تأكيد تسليم نظام التشغيل/المتصل، ولم يتم تحديد الفشل العالمي في رد الاتصال.

عرض مدخلات 58 والنتائج وJSON الأصلي 38 items of JSON · حالات 58 من JSON

الأصلي، المصدر الرسمي، طريقة التأكيد

تاريخ التأكيد هو 30 سبتمبر 2026 UTC. باستخدام Obsidian AppImage1.13.7 الموزع رسميا، باستخدام تطبيق Linux تم نشره في بيئة موجودة، تمت قراءة كل من التطبيق والمثبت على أنه 1.13.7 على الشاشة العامة الفعلية. ابدأ استقبال URI للتطبيق باستخدام CLI، وشاشة الاختيار والإعداد القياسية للملاحظة هي عملية واجهة المستخدم الرسومية الفعلية. يستخدم المساعد API للإعدادات/التخطيط الأولي وقراءة DOM والبيانات الوصفية والحالة المحفوظة، ولا يحل محل إنشاء الملف/الإضافة/حركة الحظر بكتابة API. بالنسبة للحافظة، تم إعداد نص المؤلف فقط للعرض المخصص باستخدام API مساعد.

الإصدار والمثبت 1.13.7 من الإعداد العام الفعلي
T: الشاشة العامة مفتوحة بالنقر فوق الإعدادات الفعلية. انقر لفتح PNG الأصلي.

تم حفظ النص والشاشة وJSON دون معالجة، وتم إصلاح وحدات البايت/SHA256 في استلام كل تحقق من واجهة المستخدم الرسومية. لم يتم محو الفشل الأول أو عينات المؤلف غير الصالحة. الصورة وتنزيل هذه المقالة هي نسخة من البايت الأصلي. تستخدم صورة OG أيضا PNG الأصلي بعد حركة الكتلة، ولا تولد واجهة مستخدم خيالية. بعد التشغيل، تسجل عملية التطبيق/Xorg الخاصة الإنهاء 0 وتؤكد إصدار DISPLAY78 وCDP9229 بشكل منفصل.

يظهر الإيصال أعلاه النطاق الأصلي للخاص الأصلي. النسخة المختارة لهذه المقالة ليست توزيع جميع المحفوظات. لم يتم تقييم تسجيل الفهرس وتدفق البحث والمزامنة والإنتاجية ونجاح وظيفة SimpleMemo من هذا التحقق.

نطاق التكوين وشروط التحقق من الأصل. عنصر 38 الثابت هو سجل إدخال، يميز بين مراقبة التأثير المحدود لعنصر 24 وعدم وجود عنصر 14.

الأسئلة الشائعة

ما الفرق بين obsidian:// والويب العادي URL؟

obsidian:// هو URI فريد يتلقاه Obsidian. ليس URL للحصول على صفحة الويب. تحقق من الارتباط على جانب المحطة الطرفية وعملية الملاحظة بعد الانتقال إلى Obsidian بشكل منفصل. القياس الفعلي لهذه المقالة هو بعد تلقي URI لتطبيق Linux.

كيف تكتب اليابانية والفراغات و#؟

ترميز URI لكل قيمة. المساحة الفارغة هي %20، # هي %23، / هي %2F. يتم أيضا ترميز رقم مواصفات العنوان والكتلة في قيمة file. في مثال المؤلف الذي ترك # الخام من النص، لم يتم حفظ # والرقم اللاحق.

هل تستخدم open للإضافة إلى دفتر ملاحظات موجود؟

المثال المؤكد للنص اللاحق هو أن file وcontent وappend=true تم تمريره إلى new. يوجد أيضا وصف ل append/prepend في القسم open، ولكن content غير مدرج في نفس القسم، ولم يتغير النص في الإدخال الاستكشافي لهذا التحقق.

هل يمكنني تغيير وجهة التخزين إذا أعطيت file أو name إلى daily؟

ينص النص الرسمي الثابت على أن daily يتلقى نفس المعلمات مثل new. من ناحية أخرى، في إدخال Linux هذا، لم أحدد وجهة name وfile وpath، لكنني أضفتها إلى ملاحظة التاريخ لإعداد الملاحظات اليومية. يرجى التحقق من الإعدادات والملفات الفعلية للحصول على عنوان الحفظ.

إذا حددت x-success، هل أكدت الإرجاع؟

لا. لوحظ حفظ بعض المدخلات في new وdaily وunique، ولكن لم يكن هناك إيصال في وجهة العودة HTTP. إن تلقي URI إلى التطبيق أو إنهاء CLI 0 ليس دليلا على العودة إلى المتصل. لم يتم تأكيد هوك وتسليم نظام التشغيل وتطبيق مصدر المكالمات الفعلي.

هل النتيجة هي نفسها مع iPhone؟

لا تقوم هذه المقالة بتشغيل اختصارات iPhone وiOS وSimpleMemo الفعلية. هذه هي نتيجة Vault فقط لمؤلف Linux Obsidian1.13.7. بالنسبة للأعراض الخاصة ب iPhone، يرجى الرجوع إلى دليل التعامل مع الاختصار الحالي والتحقق منه على الجهاز.

انتقل إلى التالي وفقا للإدخال في متناول اليد

، يمكنك تجميع القيمة باستخدام مولد URI والتحقق من التخزين والنص في ملاحظة قصيرة للعمل. إذا توقفت في مرحلة بدء التشغيل، فانتقل إلى دليل معالجة الاختصارات. إذا كنت ترغب في تحديد طريقة الإدخال الكاملة إلى Obsidian، فانتقل إلى دليل تكوين Obsidian.