Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

MDE4ME Great tool, one question

A topic by fireballbu created Nov 05, 2021 Views: 100 Replies: 5
Viewing posts 1 to 4
(1 edit) (+1)

working with MDE4ME, and I loaded a file and began experiencing something strange. I started editing my file, typing was fine until I hit the 'n' or 'o' keys which appeared to be shortcuts to opening a file if I hit the 'o' and it would clear file if I hit the 'n', perhaps 'new file'?

Almost as if I was pressing 'ctrl + o' or 'ctrl + n'... I do not see this behavior if I have the CAPS lock on the keyboard, no other keys invoke other behaviors...thx

Developer

Thank you for your bug report. We could find that weird behavior.

We are seeing Geargom's JS Page does not have that weird behavior but MDE4ME does. So we are going to update MDE4ME within today.

The change can remove some feature or change shortcut key.

Thank you! 


Developer

Geargom

Developer (2 edits)

Good day!

New version of MDE4ME has been pushed. So please download or update new version 1.0.1 through the page or itch.io app.

The keyboard shortcut has been changed. Because the problem was confliction between two shortcut systems.

Now it won't open or clear just because you type in editor.

Thank you!


Developer

Geargom

(3 edits) (+1)

Hey Geargom team,

Thanks so much for the great response and I can confirm that the shortcut bug is gone!

Soo....I may have found another bug.

I have the program open in Windows 10, with the program setup so I am seeing Markdown on the left and the WISWYG rendered document on the right. I have a 'test.jpg' in the same folder as the markdown file that I am editing. The actual file is just a random screenshot I took for this test.

In VS Code, I added the line below, and it rendered the image just fine

 ![Results](test.jpg) 

In MDE4ME, the line just shows up as a broken image in the rendered document


But if I use the insert image dialog up top and choose 'test.jpg', MDE4ME inserts the binary directly in line, see below. It did show the image correctly in the rendered  document.
        1. ![Results](data:image/jpeg;base64,/9j/4AAQSkZJRgABAQEAqACoAAD/2wBDAAMCAgMCAgMDAwMEAwMEBQgFBQQEBQoHBwYIDAoMDAsKCwsNDhIQDQ4RDgsLEBYQERMUFRUVDA8XGBYUGBIUFRT/2wBDAQMEBAUEBQkFBQkUDQsNFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBT/wAARCAWHCEkDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI

Thanks guys for supporting your 'Windows' users, great program, glad to help.

Developer (2 edits)

Hi! Sorry for late reply. I don't know why we didn't get any notification email about this. Because we check our email  every week.

Thank you for your bug report!

Right now the markdown editor is uploading the image as base64 encoded data. Which means image data is just there.

However we also want that to be URL path so we are going to fix that as soon as possible. We are going to start it today.

But it may take some time if we face some unknown matters or we cannot fix this at all because of the design of file system.

And we will let you know once it is done.

Thank you!


Developer

Geargom

Developer

Hello again,

We have gone through what we can do. And we have found that there are some problem for improving image upload feature.

Therefore the fix might take a long time or we might be ending up not changing anything.

However what we want is at least putting an absolute file path (C:\xxx\xxx\image.png) of image instead of base64 encoded image. So we will keep trying what we can do.

Thank you.


Developer

Geargom