I understand and appreciate your logical analysis of the potential for this to be implemented. I have personally decided not to give up hope, and try to believe that, for example, due to technical design decisions, this feature would be safer developed in the background so as to allow the software to first get to a desired state. In my scenario, the developers feel comfortable that only after that point, will this effort be made public, and only after seeing some significant positive signs for eventual success. Like perhaps doing it the other way around would possibly jeopardize the ability to get a number of key features made. And maybe these features are more important to the future of the software.
As far as I have seen, I donât believe they have ever released features then removed them, except perhaps small things like the split commands on mobile or accidental behind the scenes feature leaks in insider release; and for that, I can only think of one release where there was a âregexpâ button within the âsearch and replace within fileâ interface, and I may be mistaken about what I think I saw.
I wouldnât necessarily call editable embeds a basic feature, but, if implemented as core within Obsidian, it would be such a major step forward. And I take solace in the fact that there hasnât been a statement that it would never happen. So, letâs try to stay positive and not give up hope. I imagine there may be others waiting to be pleasantly surprised with this at some point, like Obsidian has already done so many times before.
Embeds/transclusions have been a (distinguishing) feature of Obsidian almost from the beginning. Offering embeds without a means to edit them in a seamless way does not make sense, IMO.
Off topic, but it is like the global search and replace function. Obsidian has a global search function but not a replace to go with it? This too is what I would call a basic feature.
But perhaps you are right and editable embeds will eventually come. Inshallah.
This so completely expresses why I too have not yet given up on editable embeds coming to Obsidian. And while I do get where @Klaas is coming from, I think there is yet another cause for hope that editable embeds will come to Obsidian - the need for Obsidian to remain relatively competitive with other PKM tools.
We are starting to see many other tools in the PKM space include editable embeds as a core feature (Logseq, Tana, Capacities, RemNote, to name a few). And this would seem to indicate that, in the long run, editable embeds may become a fundamental (and necessary) feature of any serious PKM software. An example of this is the recently released beta build of Obsidian that includes a beautiful and robust implementation of âPropertiesâ as metadata. It would not seem unreasonable to contemplate that the implementation of this feature was motivated (or at least inspired) by its presence as a headlining feature in other tools in the PKM space.
I also canât help but feel that the release of Obsidianâs new âBookmarkingâ feature might also bode well for the implementation of editable embeds. By giving us the ability to bookmark not just files but also folders, graphs, searches, headings AND (most importantly) blocks, and to do so with right-click ease and simplicity, it would seem that the Obsidian developers have laid the groundwork not just for editable embeds but for an overall more robust system for transclusions altogether.
And yes, this is indeed all wishful thinking⌠but hey, a boy can dream.
You say there are plugins that offer clunky workarounds⌠which ones are you referring to? Please donât say Make.md because itâs just a pile of bugs and I challenge anybody to actually use that for more than a day without losing their hair.
I use Hover editor daily if Iâm using desktop Obsidian. You can make quick edits to notes from the Search tab, embedded notes, etc. Works great and doesnât feel clunky to me.
I agree with the take on Make.md for this context, too buggy of embedded edits to be useful (and way too big in general, imo). As for Hover Editor, itâs useful but the reason itâs a workaround and not a solution is that the editable popup windows are no longer embedded - they take a half-second to load and feel disconnected from the already-loaded transcluded text on the page, which often breaks my train of thought (in the same way that just opening the embed in the current active pane does).
Please improve copy block embed also visually. I mean, now pasted block embed has âchainâ icon linking to original text. It would be nice if on hover it could display pop-up with source note title. I know it can be seen in outgoing links but such small improvement would be nice and reduce clicks.
Would be nice if next to original copied text were also this âchainâ icon showing where it was pasted.
Did you tested it? I am new to Obsidian. Can you tell me where to put this css? In my voult/.obsidian/snippets folder? I created embeded.css file there and pasted this code, activated snippet in Settings âAppearance and restarted Obsidian but I donât see any change. It doesnât show title nor original not shows icon.
Could you make a screenshot or gif how it looks. Because for me, it only made icon of link invisible until I hover on it. It doesnât shows any title of linked note.
And according to this site opacity refers to visibility. The only thing it changes is that The link icon is not always visible. But when I hover on it still shows âopen linkâ pop-up not containing any title os referred element
OK, so you want a pop-up on hover AND the source note title. The css code I provided only does the hover bit, not the title â I donât know how to do that, I donât even know if it is possible.
What you could do is use a plug-in (cannot remember the name) that shows the breadcrumbs of an embed.
There is only a plugin for code blocks that seems to show title but I havenât tried it as I donât need to use code blocks. I reported it here as a request. But I wish this could be a feature of Obsidian. I wish it was easy to jump back and forth from destination to source and back easily without operating panels. Working with some links in panels is good when making structures and organizing but not so good when just reading and learning. I will leave this remark as my request.
I do think the Obsidian team is undervaluing just how much the ability to seamlessly edit embeds would skyrocket Obsidian to a new userbase. It is such an awesome feature to the point that itâs one of those things that sets a piece of software apart from the rest.
Make.md is too broken and buggy to use (even if you disable all its options except the embed edit feature it leaves other things on and mucks things up in ways that it shouldnât, so itâs a non-starter. Anybody who recommends this plugin implicitly reveals themselves as someone who suggests things before trying them for more than a second). As for the Hover Editor, itâs a very clunky workaround because it only works using hover which means you either have to deal with the popup constantly showing up when you move through a document OR you increase the delay to the point that itâs out of the way but no longer useful.
The ability to edit embeds natively would completely EXPLODE obsidian to a new level and itâs GUARANTEED to stir a buzz up about Obsidian - more than a new logo, thatâs for sure.
I do know of around 100+ other users who would want this from a CEO that tested Obsidian as an internal wiki tool whos pain point was having the ability to update data everywhere with once (eg: transclusions).
I showed her Obsidian but she opted out due to not having this feature.
If you combine it with this post and reddit, weâre looking at 200+ people at least who are voting for this. At least that I know of!