Live data from Hacker News

Show HN: ~200 byte in-browser, no JS, private notepad

jjjjjjjjjjjjjjjjjjjj.github.io

51–60 of 75 posts

Re: Show HN: ~200 byte in-browser, no JS, private notepad

#51

Earlier quoted context omitted.

Really cool idea! In what browsers is dragging images to contenteditable supposed to be supported? I'm on Chrome 66 and it just opens the image in the current tab.

In Safari, Drag & Drop of images doesn't work but Copy/Paste does

I just tested this on my iPad 4th-gen, which is stuck at iOS 10.3 these days.

Safari cut-and-paste works for images.

Of course, as the iPad runs out of memory as I use multiple apps, stops Safari then reloads it when I come back. Which loses any edits to the content.

Expected. The unexpected is that this simple thing is as functional as it is...

Re: Show HN: ~200 byte in-browser, no JS, private notepad

#55
post #35
post #20

Earlier quoted context omitted.

> To save a note just store it on disk (cmd/ctrl+s). What's this supposed to do? On Firefox/Win it just saves the initial blank page as you'd expect, which is not very useful. Removing the `contenteditable` attribute before saving makes no difference. I'm not aware that there is a simple portable way to save dynamically-modified webpages; projects like TiddlyWiki have been banging their collective heads against this…

In FF, you have to tell it to save as 'Webpage - complete'. Other browsers have similar options.

On Linux Mint, with FF 59.0.2 (64-bit) there are no problems. Simply save the page with "Save page as..." into a folder. The idea is wonderfully simple.

Re: Show HN: ~200 byte in-browser, no JS, private notepad

#56
post #48

Perhaps also interesting for people who like this: Firefox Notes. https://testpilot.firefox.com/experiments/notes

Like the look of this but given increasing privacy concerns I absolutely believe that the Moz experiments data policies are plain wrong. At least allow a non-data collecting variant, otherwise you will never find out how many users this could have had :/

Re: Show HN: ~200 byte in-browser, no JS, private notepad

#58
post #51

Earlier quoted context omitted.

In Safari, Drag & Drop of images doesn't work but Copy/Paste does

I just tested this on my iPad 4th-gen, which is stuck at iOS 10.3 these days. Safari cut-and-paste works for images. Of course, as the iPad runs out of memory as I use multiple apps, stops Safari then reloads it when I come back. Which loses any edits to the content. Expected. The unexpected is that this simple thing is as functional as it is...

Try using something like split screen to guarantee that the app will stay in memory.
Post reply on HN