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

151–160 of 172 posts

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

#151

Post by danhite »

caveat emptor re long hashtag techniques on (ipad) safari ...

you may think safari has no effective url limit (i.e. very high) but if you ever treat a url within the url bar as editable you are at risk to be silently truncated to 4096 bytes (eg select a character in the url bar and replace it)

also re-testing potential ~buffer limits in various ways on ipadOS 26.2 safari just now slowed my safari ui down to a crawl

eg after saving example.com with ~20k #hashtag to reading list -- each keystroke in this reply was taking several seconds, so I had to force quit safari and retype to post this warning

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

#152

Post by gnyman »

nolito wrote: post #149
gnyman wrote: post #54

Funny how I made almost exactly the same but for maps. I needed a way to share a link to a map, with drawings and the ability for the receiver to see their own location on the map. Annotated screenshots solves the first but not the second. Vibe engineered this, with many of the same ideas as OP. Took an evening. Just in time apps for one specific use case is a thing. And because it's so cheap to make and can be hoste…

But not well tested. Try to create a map and copy the url to another map. Now change the first map with more anotations or move the map center and copy the generated url and paste it into the other map on the other browser. That does not work (at least for me on different browsers).

I think I know what you mean, thanks for the report, if you modify the # part on a webpage it's not the same as reloading it, and I doubt I watch for that part changing

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

#153

Post by gnyman »

zenmac wrote: post #150
gnyman wrote: post #117

Earlier quoted context omitted.

thanks for the info, I'll see if I can get a agent to fix it it's a static webpage, the source is available with right-click view source, I added a BSD2 licence header to it to make clear it's fine to take and do mostly whatever with

Yeah just would be good on a codeberg or gitlab or maybe even github repo. So we can do PR. Here is the fix: .leaflet-top, .leaflet-left{ z-index: 100000; /* some high number */ }

hmm, I tried it on firefox and it works for me, and for me .leaflet-top already has a high z-index: 1000;

although I run 140.6.0esr so maybe newer ones need a even higher one?

the code is on GH now https://github.com/gnyman/mapdraw , codeberg is on my todo

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

#154

Post by Departed7405 »

caminanteblanco wrote: post #106
medv wrote: post #15

Earlier quoted context omitted.

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...

This unfortunately immediately crashed my android firefox nightly browser. Amusingly it loaded the page, but one click on the address bar sent me straight to the home screen

For me on IronFox it showed an empty URL bar but loaded after what felt like 5 seconds.

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

#156

Post by mrweasel »

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…

What could the reasoning behind allowing anything beyond 64.000 characters possibly been? Even 64k seems unnecessarily large.

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

#157

Post by ninalanyon »

gnyman wrote: post #54

Funny how I made almost exactly the same but for maps. I needed a way to share a link to a map, with drawings and the ability for the receiver to see their own location on the map. Annotated screenshots solves the first but not the second. Vibe engineered this, with many of the same ideas as OP. Took an evening. Just in time apps for one specific use case is a thing. And because it's so cheap to make and can be hoste…

Looks useful but doesn't work quite as expected for me.

In Vivaldi location tracking doesn't work. Version 7.7.3851.66 (Official Build) (64-bit) Chromium Version 142.0.7444.245 Extended Stable channel (may also include additional security patches) Channel Official Build Platform / OS Linux - linuxmint 21.3

And in Firefox 146.0.1 on the same machine the URL doesn't get updated.

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

#158

Post by tnecio »

101008 wrote: post #125

I am thinking from a piracy perspective. If I share a link that contains a book, what can be done from DCMA or legal regulators? They can't ask the server (textarea.my) to remove the link because it doesn't exist. They can't track every website with the link and ask to be removed, either. Could they ask textarea.my to not parse the link and thus, not display the content? Could textarea.my refuse?

In this case I'd say the link is the content. So it would be the place where you share the link, rather than the "rendering page", which should be more worried

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

#159

Post by buddhistdude »

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...

I find it interesting that when you read this comment, the whole book is already on your computer. And it gets rendered when your press the link.

Edit: actually not true since you use a url shortener

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

#160

Post by idle_zealot »

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...

I can open the page with the book text on mobile Safari, but iOS seems to cut off content when trying to copy/share the page URL. I can't get it to survive a round-trip to Notes. Might be a good thing to note for mobile users that if they write too much attempting to save their link will corrupt it.
Post reply on HN