This ability (mostly) already exists in the form of the “Page Preview” plugin. If you have “Page Preview” enabled & hold down control/command while hovering over the image link in the editor it will show you a pop-up preview of the image.
It’s not exactly what you’re asking for, but it is very similar & in case you weren’t aware of the ability I thought I’d mention it.
I definitely agree. The main reason I go duplicate split panes is to be able edit text around images in one with view of previews in the other, and it definitely feels somewhat unnecessary or at least avoidable in this specific context which your request solves. Maybe this will come before WYSIWYG. Good idea. Thanks.
Yes, Having this feature even before full WISYWYG would really help .
“Page preview” is nice but when I have several notes with many images (I often use screenshots from online lectures) this become real burden.
True! I don’t even mind if fully WYSIWIG doesn’t get implemented during Editor mode (I think there are a lot who want Editor mode to be just text), but I think most would agree that pictures are important in Editor mode.
Or maybe have a toggle option where one could choose to have “image preview” on or not during editor mode.
Being able to see images in edit mode would be insanely great.
I love Zettlr’s implementation of this feature, where images are generally displayed and the image links are hidden, until you click on an image (or move the text cursor to its position) and then link is revealed.
Showing images in edit mode has been requested few times.
But specific proposal from @brian23498324 (moved to post above ↑) seems to be the one best suited for editing mode. It would facilitate workflows like keyboard-only navigation/editing due to showing all “source code”. Images shown between lines would simply be skipped by the caret (= text cursor).
Note that the conclusion above is based only on reading the other requests, I did not read comments under those requests if there are any good ideas.
There should also be hotkey to toggle this off when we want to see as much text as possible.
For showing images “instead of text (markdown code)” as requested in the other requests, there is already request for WYSIWYG and [existing preview mode as current workaround].
I personally would merge following requests into your one [i.e. the one from @brian23498324] and sum up the likes.
The first sentence under “Proposed solution” currently contains the phrase “show images in preview mode” which should actually read “show images in edit mode”, but other than that I wholeheartedly support this feature request!
I agree with @malecjan that this one is likely the best of the existing feature requests. It is very clearly written and the proposed implementation is very sound.
The only minor issue I can see is for images that are called mid paragraph (mid line).
For example, if someone was inserting a small image meant to appear in line with text, like an emoji.
However, preview mode would still render this correctly, and the inclusion of the small image after the line/paragraph in edit mode could still be useful.
This would not be an issue for me as I usually insert images in their own line.
They could still be shown just under corresponding code in between lines, alghough there would be a lot of space around them. But showing them after the line is also an option, maybe along the right edge of the pane, wrapping long lines earlier before them.
When caret is in the code, then highlight frame (border) around corresponding image. And when cursor hovers over image then highlight corresponding code.
I consolidated 3 requests in as @malecjan suggested.
I am not 100% sure this satisfies this request, but since 0.10.8/9 you can (ctrl) hover over an image link [[image.jpg]] and get a popup preview (you need to have the preview plugin enabled)
This only partially satisfies the request, it help, but doesn’t help that much when editing note with many screenshots when the content of the screenshot is important (like youtube or presentation screenshot)
I’ll throw my hat in the ring and second the solution that @brian23498324 advocated.
The ctrl+hover [[link]] works OK, but it’s tiny, lacks context of other images. It also doesn’t seem to work well or consistently with standard markdown [link](url) syntax, which I rely on for image handling, since I’m currently using Typora to handle images due to how clunky it is in Obsidian.
Finally, when pasting images, I would love the filenames to have image000111222.png formatting rather than pasted image with spaces 000111222.png formatting. Lack of spaces just makes all references easier.
I already created a request to add the plugin to the community plugins, however, you can use the plugin files by downloading the project and pasting the folder into “.obsidian/plugins”. The plugin will be visible in the Obsidian so that you can enable and use it.
I still need to do a few more updates so that plugin works with all possible versions of images. However, I described a few options of settings under my repo so that it works fine for the moment.
Hope it will be useful. Please let me know if you encounter any kind of issue
@captaincaed In this topic, this reques will likely be lost. The similar has been requested for audio recordings in Timestamp-filenames in Audio Recorder similarly to naming pasted images
That request was implemented with spaces in filenames, likely for consistency with naming scheme for images. I would suggest creating separate request focused on removing spaces from filenames for both: pasted_images and audio_recordings for consistency. Then add link to the request from your post above please. I would vote for it.