-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Improve processing when a database-bound block changes its type #12152
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
我觉得可以这样:段落块转换为列表块时,保持段落块的 ID 不变,新增列表块和列表项块的 ID |
88250
added a commit
that referenced
this issue
Aug 3, 2024
我观察到不是这样的,段落块的 ID 会改变: default.webm |
用转换功能才不会变 |
那我觉得这个就是问题了 |
这个没法搞,楼主说的是使用 |
Just quick tested, seems fixed! :) Thank you very much! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Block binding to a database, loses its binding when changing its type (paragraph to list)
Is there an existing issue for this?
Can the issue be reproduced with the default theme (daylight/midnight)?
Could the issue be due to extensions?
Describe the problem
Hi,
When a block has a binding to a database, changing its type will make it lose its binding.
Say a Paragraph has a binding to a database. If I change that Paragraph into a List, and then to a Paragraph again, the binding gets lost. (it seems that it happens when turning a List into a Paragraph).
Rebinding it again to the same database, makes it reappear, and with the data previously entered.
Hope this is not a duplicate, thanks!
Expected result
Changing a block with a database bind from a List to a Paragraph, to not lose its binding.
Screenshot or screen recording presentation
No response
Version environment
Log file
siyuan.log
More information
EDIT: Forgot to mention. When the block loses it's binding, it will still display the name of the database that it was supposed to be bind to. But clicking on the name of the database (to the right just above the block), shows an empty dialog window, and closing that window, the binding name of the database on the block disappears.
The text was updated successfully, but these errors were encountered: