Fsnotes: [BUG] Pasting images results in various buggy outcomes

[luckman212]

One thing really blocking me from 100% leaving Evernote behind is working with images.

It would be so great to be able to hit ⌘V and have the editor do these things silently behind the scenes:

1. save the PNG data from the clipboard to a {guid}.png file in an /i folder at the root level of local (synced) storage
2. create the relative markdown code to link the image in. E.g.
   ![](/i/16ac95ce-1edd-483b-86d4-3f728b00d01f.png)
3. paste this code into the editor at the cursor location

[glushchenko]

You can paste image with ⌘-v or drag and drop. Implemented long time ago.

[luckman212]

Is there a trick to using it? I can't get ⌘V to work, nothing is pasted.

[glushchenko]

Ah, yes, it's working only on iOS at this moment. Will be implemented in next release 🤝

[glushchenko]

Fix available in 2.9.0

[luckman212]

Thank you very much for this, but I've found this super buggy! Should I open a separate issue for that or just post my report here?

[gingerbeardman]

Keep it here I think

[luckman212]

Ok, I have made some screen recordings and collected some good repro steps for 4 bugs. Here we go. (These aPNGs are set to only loop once, so if you need to replay, open them in a new tab and reload)

Bug A: Images are shrunk to 85% in edit mode

1. new note
2. type "catA" (return) (return)
3. paste an image e.g size=364x206
4. in edit mode, it is rendered at ==> 310x175
5. toggle between edit/preview to see the size difference

Bug B: Text justification - all text is left justified, all images are centered (why?)

1. new note
2. type "catB" (return) (return)
3. paste an image - it's centered (why?)
4. no way to make the image left justified
5. click cursor just to the right of the image
6. hit "return"
7. type "hello kitty" - it's centered (why?)
8. toggle between preview / edit, now the text is somehow at the left again

Bug C: When deleting multiple notes, even after deleting all notes, the editor/preview window displays a "ghost" of the last note if you were in Preview mode at the time of deletion

1. new note
2. type "catC" (return) (return)
3. paste image
4. new note ... "cat2" ... new note, "cat3" etc
5. toggle preview mode
6. in note list, select all -> delete
7. you will see the ghost still on the right side, but you can't click on it or get rid of it.

Bug D: Disappearing images and other bugginess

1. new note
2. type "catD" (return) (return)
3. pop up preferences window
4. click "Editor" section
5. turn OFF "Live images preview"
6. now, paste the image
7. image appears anyway! (it should be code instead)
8. toggle into preview mode
9. image disappears now! (why?)
10. toggle back into edit mode
11. image is back (why? -- live preview is still OFF)
12. pop up preferences window again
13. click "Editor" section again
14. turn ON "Live images preview" (even though image is already showing)
15. nothing happens, but now the Prefs window title changed to "FSNotes - Untitled Note" (why?)
16. now, turn OFF Live images preview
17. editor now shows the Markdown code
18. click mouse on line JUST ABOVE the code
19. watch the img code disappear! (why??)
20. toggle back to preview ... image is gone

I also found a bug that I can't reproduce now but if you play around you will hit it. Paste in a lot of images and then use the up/down arrows to move the cursor around them, sometimes the images will just suddenly disappear from the editor completely while doing this.

[glushchenko]

Bug A: Images are shrunk to 85% in edit mode

In edit mode images width defined in preferences. Preview is always 100% width

[luckman212]

In edit mode images width defined in preferences. Preview is always 100% width

Where in prefs is this setting? I don't see anything about that.

[luckman212]

Another bug:

1. make new note (note1) in Folder1
2. paste image
3. FSNotes creates /Folder1/i/1.jpg and links it
4. now, make note (note2) in Folder2
5. paste image
6. FSNotes creates /i/1.jpg as well (in /Folder2/i/...)
7. now, move note2 into Folder1...
8. _poof_, images are gone

I think it is a bad idea to use such a basic naming scheme (1, 2, 3...). It should use GUID instead, tracked internally to avoid any duplication. That way, when note is moved, image can move with it as well, and keep folder structure correct and all links will still work, no risk of overwriting or collision.

[glushchenko]

@luckman212 move between folders not implemented. If you want move note with images you should use .textbundle format at this moment.

[glushchenko]

Where in prefs is this setting? I don't see anything about that.

Preferences -> Editor -> Images width

[glushchenko]

In summary:

A - will not be fixed
B - fixed
C - not reproducable for me
D - fixed
E - fixed

[glushchenko]

Please try 2.9.3

[luckman212]

I am on 2.9.5 (240) now - sorry for the delay in testing, and thank you for the fixes—This is quite a lot better!

"Bug C" is definitely still reproducible for me - did you watch the video above and follow those exactly? It definitely still happens for me.

[glushchenko]

Bug C fixed I think