Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

github.com

Post reply on HN
Print view View original

41–50 of 172 posts

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

#41

Post by planb »

A few weeks ago I vibe coded a guitar tab editor just because I wanted to share a quick tab in a chat group with my band. When the first prototype already worked great, I just couldn’t stop to add features so that it now even has mouseover chord diagrams and copy and paste.

The sharing works just like here, by encoding the tab itself in the url.

https://github.com/planbnet/guitartabs

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

#42

Post by scotty79 »

medv wrote: post #15
maxloh wrote: 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...

Works fine on Win11 Edge

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

#44

Post by roxolotl »

Was just working on something similar this morning. As an fyi you can avoid the string replacing in the base64 string by using `.toBase64({ alphabet: "base64url" })` and `fromBase64({ alphabet: "base64url"})`.

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...

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

#45

Post by planb »

ctenb wrote: post #14

I made something similar once, specifically targetted for guitar tablature https://tabviewer.app/ To make links shorter for sharing with others, I use a shortlink service. Pasting URLs of thousands of characters long can be problematic

Wow funny I‘m just seeing this after posting my tab editor in another comment. I have the same use case as you :)

https://github.com/planbnet/guitartabs

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

#46

Post by throwaway150 »

medv wrote: post #22
xeonmc wrote: post #18

Can you make it monospace by default, so that this can be used as a code snippet bin?

Sure! textarea.my support custom style attr: https://textarea.my/#Ky4tSlVUyCotLlEoLUhJLElVKC6pzElVSCwpKWJ...

How do you share after that? I can open devtools and change the attribute but the URL doesn't update after that.

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

#47

Post by berkes »

maxloh wrote: 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…

I guess the surveillance industry has enough incentives to make this ever larger, so they can fit more utm-trackers, campaign-ids, referal trackers and whatnot in URLs.

It's truly insane how large typical share-URLS for content on instagram, youtube or any other large platforms are. URLs that could've been example.com/t/some-large-enough-id?time=13337 are stuffed with hundreds of characters, just to gather more data on people using these links.

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

#48

Post by throwaway150 »

sublinear wrote: post #35
denisinvader wrote: post #31

Earlier quoted context omitted.

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.

Typos aren't making the hash part turn into something else. Like your parent comment explained to you, the hash part is not sent to the server. If you go out of your way to mangle the URL then of course a mangled URL without hash will likely get logged to the server. But I'm not sure how one would manage to go so much out of the way that they mangle the URL in a way that removes the hash.
Post reply on HN