Live data from Hacker News

Show HN: Minimalist editor that lives in browser, stores everything in the URL

github.com

31–40 of 172 posts

Re: Show HN: Minimalist editor that lives in browser, stores everything in the URL

#31

I like these kinds of projects, but adding a file export/import is inevitable. It's less about the limits of a URL and more about practicality. I also have no way to confirm that URLs aren't logged server side, so I'd never trust the claim about "no tracking". That's why these projects also end up self-hosted.

hash part of url only available in the browser, as far as I know, server doesn’t have access to # value

Re: Show HN: Minimalist editor that lives in browser, stores everything in the URL

#35

I like these kinds of projects, but adding a file export/import is inevitable. It's less about the limits of a URL and more about practicality. I also have no way to confirm that URLs aren't logged server side, so I'd never trust the claim about "no tracking". That's why these projects also end up self-hosted.

hash part of url only available in the browser, as far as I know, server doesn’t have access to # value

Typos and URL mangles are common though, and I'd still have no way to confirm if it got logged in that case. It's out of scope for anything in the github source, and instead depends on the server hosting the page. I know this isn't meant to be super secure, but it's still worth a mention.

Re: Show HN: Minimalist editor that lives in browser, stores everything in the URL

#36
Think you've inadvertently found a way to provide extra tests for mobile devices.

The Crime and Punishment one consistently crashes Brave mobile for me. I assume it's the length of the URL - and seen another commentator say the same for chrome mobile (sure they both use the same codebase so likely an upstream issue).

Re: Show HN: Minimalist editor that lives in browser, stores everything in the URL

#37
post #12

Per the spec [0], a URL can hold at least 8,000 characters. > It is RECOMMENDED that all senders and recipients support, at a minimum, URIs with lengths of 8000 octets in protocol elements. Note that this implies some structures and on-wire representations (for example, the request line in HTTP/1.1) will necessarily be larger in some cases. Mainstream browsers support at least 64,000 characters [1], and Chrome suppor…

> Per the spec [0], a URL can hold at least 8,000 characters. > It is RECOMMENDED that all senders and recipients support, at a minimum, URIs with lengths of 8000 octets in protocol elements. It is always worth remembering that, unless you have already ensured that the content has been rendered into a URI-safe subset of ASCII, a character and an octet are not the same thing.

Very good point indeed. In the worst case scenario, you would only have 1/5th of that capacity

Re: Show HN: Minimalist editor that lives in browser, stores everything in the URL

#38
post #15
post #12

Per the spec [0], a URL can hold at least 8,000 characters. > It is RECOMMENDED that all senders and recipients support, at a minimum, URIs with lengths of 8000 octets in protocol elements. Note that this implies some structures and on-wire representations (for example, the request line in HTTP/1.1) will necessarily be larger in some cases. Mainstream browsers support at least 64,000 characters [1], and Chrome suppor…

Chrome limit is 2MB, Firefox is 1MB, WebKit is no limit. Here is the Crime and Punishment by Fyodor Dostoevsky: - https://medv.io/goto/crime-and-punishment-by-fyodor-dostoevs...

For what it's worth, there might be a 2GB limit on the iOS side.

https://github.com/swiftlang/swift-corelibs-foundation/blob/...

Post reply on HN