logseq / logseq/plugins

[Feature Request] Extend Plugin API for full ontology import/export parity in DB graphs

Đang mở
#32 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Ngôn ngữ chính
HTML
Star
26
Fork
8
Chỉ số merge pull request
Không có pull request nào được merge trong 30 ngày

Mô tả

Problem Statement

The Plugin API for DB graphs does not support all fields that Logseq exports in its native EDN format. This prevents plugins from implementing complete ontology import/export functionality.

When users export ontology from a DB graph and attempt to re-import it via a plugin, some data is lost:

Data Type Fields in EDN Export Fields Settable via API Lost on Import
Properties 14 10 4 fields (29%)
Classes/Tags 7 6 1 field (14%)
What Works (Discovered Feb 2025)

Through extensive console testing, we discovered workarounds for several fields:

System Description Field

Using the full namespaced key with upsertBlockProperty sets the system description:

// ❌ WRONG - creates a user property named "description"
await logseq.Editor.upsertBlockProperty(uuid, 'description', 'My description')

// ✅ CORRECT - sets the system logseq.property/description field
await logseq.Editor.upsertBlockProperty(uuid, ':logseq.property/description', 'My description')

The value is stored as an entity reference (Logseq creates a new entity containing the text).

Tabler Icons on Properties and Tags

setBlockIcon() works for Tabler icons on properties and tags:

// ✅ Works - Tabler icon on property
const prop = await logseq.Editor.getProperty('my-property')
await logseq.Editor.setBlockIcon(prop.uuid, 'tabler-icon', 'star')

// ✅ Works - Tabler icon on tag
const tag = await logseq.Editor.getTag('MyTag')
await logseq.Editor.setBlockIcon(tag.uuid, 'tabler-icon', 'folder')
What Doesn't Work
Emoji Icons - Lookup Table Inaccessible

setBlockIcon() fails for all emoji formats:

await logseq.Editor.setBlockIcon(uuid, 'emoji', 'rocket')     // ❌ "Can't find emoji for rocket"
await logseq.Editor.setBlockIcon(uuid, 'emoji', '🚀')         // ❌ "Can't find emoji for 🚀"
await logseq.Editor.setBlockIcon(uuid, 'emoji', ':rocket:')   // ❌ "Can't find emoji for :rocket:"

Root cause: Logseq's emoji lookup table is internal and not accessible to plugins. The EDN export shows emojis stored with numeric IDs (e.g., {:type :emoji, :id "100"}) but there's no way for plugins to discover or use these IDs.

Class/Tag Title - Ownership Restriction

Attempting to set :logseq.class/title fails:

await logseq.Editor.upsertBlockProperty(tagUuid, ':logseq.class/title', 'My Display Title')
// ❌ Error: "Plugins can only upsert its own properties"

Unlike :logseq.property/description which works, the title field is blocked.

Remaining Fields Not Settable via Plugin API
Properties
Missing Field Impact
icon (emoji only) Cannot set emoji icons (Tabler icons work)
closedValues Cannot create enum/choice/select properties
datetime type Must downgrade to date (loses time component)
position Cannot control UI ordering
default Cannot set default values
Classes/Tags
Missing Field Impact
icon (emoji only) Cannot set emoji icons (Tabler icons work)
title Cannot set display name (blocked by ownership restriction)
position Cannot control UI ordering
Use Case

I'm building an ontology import plugin that allows users to:

  1. Export ontology definitions from one DB graph
  2. Share them via a marketplace/repository
  3. Import them into another DB graph

Currently, imported ontologies lose emoji icons, enum configurations (closedValues), and display titles. Tabler icons and descriptions now import successfully.

Proposed Solutions
1. Expose emoji lookup or accept emoji characters directly

Either:

  • Option A: Accept emoji characters directly in setBlockIcon: setBlockIcon(uuid, 'emoji', '🚀')
  • Option B: Accept standard emoji names: setBlockIcon(uuid, 'emoji', 'rocket')
  • Option C: Document the emoji ID format so plugins can use it
2. Add closedValues support to upsertProperty
upsertProperty(key: string, schema?: {
  // Existing fields...

  // Requested addition
  closedValues?: Array<{
    value: string;
    icon?: { type: "emoji" | "tabler-icon"; id: string };
    description?: string;
  }>;
}): Promise<IEntityID>
3. Allow setting class/tag title

Either remove the ownership restriction for :logseq.class/title or add it to the createTag options:

createTag(name: string, opts?: {
  uuid?: string;  // Existing
  title?: string; // Requested
}): Promise<PageEntity>
4. Add datetime property type

Currently datetime must be downgraded to date, losing the time component.

Priority Ranking
  1. 🔴 Critical: Fix emoji icon setting (expose lookup or accept characters) - Icons are the primary visual identity of ontology elements; losing them during import significantly degrades the user experience
  2. 🔴 Critical: Add closedValues support to upsertProperty - Required for enum/select properties
  3. 🟡 Medium: Allow setting class/tag title
  4. 🟡 Medium: Add datetime property type
  5. 🟢 Low: Add position to schema APIs
Environment
  • Logseq version: 2.0.0 (DB graph mode)
  • Platform: Windows
  • Plugin API version: @logseq/libs latest
What We Learned (Testing Details)

For reference, here's what we discovered through console testing:

Feature Method Status
System Description upsertBlockProperty(uuid, ':logseq.property/description', text) ✅ Works
Tabler Icons setBlockIcon(uuid, 'tabler-icon', 'iconName') ✅ Works
Emoji Icons setBlockIcon(uuid, 'emoji', ...) ❌ All formats fail
Class Title upsertBlockProperty(uuid, ':logseq.class/title', text) ❌ Ownership blocked
Icon via upsertBlockProperty upsertBlockProperty(uuid, ':logseq.property/icon', {...}) ❌ Renders "Invalid icon"

Key insight: setBlockIcon stores icons as {type: 'tablerIcon', id: 'name'} (camelCase), but setting this format directly via upsertBlockProperty still renders as "Invalid icon" - there's internal processing in setBlockIcon that can't be replicated.

Additional Context

Full field-by-field reconciliation available here: API Field Reconciliation Document

This enhancement would enable a richer ecosystem of ontology sharing and template plugins for DB graphs.

Hướng dẫn đóng góp

Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Hướng nghiên cứu

Bắt đầu với các entry point của @logseq/libs được nêu trong issue: setBlockIcon, upsertProperty, upsertBlockProperty và createTag. Đọc docs/api-field-reconciliation.md và tái hiện các thiếu sót về import/export đồ thị DB đã được ghi lại; hoàn thành khi các trường ontology được yêu cầu, bao gồm các biểu tượng emoji, closedValues, tiêu đề, datetime và position, có thể round-trip qua plugin API.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Đánh giá

Công nghệ
typescript
Lĩnh vực
api
Loại issue
Tính năng
Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức độ hoạt động
Đình trệ
Độ rõ ràng
Khá rõ ràng
Mức phù hợp với người mới
35/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.