A notes webapp. Contribute to antonmedv/textarea development by creating an account on GitHub.
You can’t perform that action at this time.
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 hosted cheaply with no backend, it can be given away for free.
https://nyman.re/mapdraw/#l=60.172108%2C24.941458&z=16&d=LU8...
> Vibe engineered
While I'm all for vibe coding as appropriate, there's a lot of humor to be found it calling it engineering. :D
this is not something I came up with, Simon wrote it and I liked the differentiation between "vibe coding" where there is less effort
for this case project I think I would actually go back and say it's vibe coded, but I didn't want to just call it vibe coding because I did spend time going back and forth and directing the agent
Interesting distinction. I've previously heard vibe coding described as "vibe prompting, but you actually do some work." That aside though, I just call what you're describing as coding with AI.
coding with AI is coding just as much as coding with VSCode is coding. you decide which parts you get help from a given tool and which you don’t. end of the day, it is all coding and “coding with AI” sounds as silly as “coding with keyboard / microphone”
The first part is exactly my point, but the latter is nonsense in my book. You cannot ask VSCode (pre-AI) to write a program for you. It's akin to doing math with AI vs. an Nspire CAS. There's no reason to think you need to respond to those who shame vibe coding with claims that we shouldn't differentiate our tools, but we also shouldn't just say it's all the same. We wouldn't claim that about farming with a laser-powered weed killer compared to farming with a horse-drawn plow.
I suspected it needed to be directed with a specification to call it vibe engineered
Fair. Though it seems that half of engineering is just giving a respectable name to whatever actually works.
For software, but that's a well trodden path at this point. I've seen a few projects that are actually "vibe engineering" outside of software on the 3d modeling side so the terms are confusing.
I've been a fan of Design-Assisted Developer or DAD
What is funny about it?
I just hope actual engineers don't start vibe engineering bridges and buildings.
I put a copy of the source on GH in case in case someone wants to improve things https://github.com/gnyman/mapdraw
Great tool! There is a little issue with the +/- zoom buttons not working something cause it is over layed by other div blocks. On mac firefox.
Is the code open source online somewhere?
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
Could try the hacky 2147483647 max z-index. No issue on android firefox
I did the same thing for running routes e.g. https://routespinner.com/@52.516247,13.379374,15z#route=cbp_...
This is pretty cool!
And if you are open to bug reports.. if I move around the drawings move smoothly with the map, but if I zoom in/out the drawings move only after the map zooming animation ends, rather than smoothly
That is absolutely great! Using it now to plan a trip.
Could we also add text annotations? Also the delete button could delete just the last shape or a selected shape so as not to start over?
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.
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
This is so cool!! The responsiveness of the page is so much better than any maps app I have used.
yeah, isn't it impressive how fast modern computers can be if you make a bit of effort, in this case I think I told it to just use plain javascript and make sure it's fast :-)
Love this. Can't tell you how many times I've screenshotted maps then drawn on directions for family/friends. Great idea.
Is this open source?
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
Really cool—this is the fastest-loading map I’ve ever used.
This is very cool!
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 supports up to 2MB [2].
[0]: https://www.rfc-editor.org/rfc/rfc9110#section-4.1-5
[1]: https://stackoverflow.com/a/417184/
[2]: https://chromium.googlesource.com/chromium/src/+/HEAD/docs/s...
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/...
Incredible.
My absolute favorite thing about modernity is how enabled we are to riff on a riff of a riff.
In 1346, if a blacksmith came up with something cool, its quite possible that it died with them.
One thing I've learned from checking up on assumptions I've had about history is that it's easy to underestimate people in past times. They were probably better at communicating this stuff than you think.
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.
Interesting, in Firefox mobile (actually fennec) if I tap the address bar, I get an empty text box.
EDIT: actually I can edit the URL, but it takes a while to load.
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.
hmmm makes me wonder if you could train llms on gzipped text. would save a lot of tokens that way.
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
First time I tried to open that link on my Pixel, it crashed Chrome, lol. Worked the second time though
loaded OK for me on mobile safari.
Works fine on Win11 Edge
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.
> 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
What could the reasoning behind allowing anything beyond 64.000 characters possibly been? Even 64k seems unnecessarily large.
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...
This project is an enhanced reader for Ycombinator Hacker News: https://news.ycombinator.com/.
The interface also allow to comment, post and interact with the original HN platform. Credentials are stored locally and are never sent to any server, you can check the source code here: https://github.com/GabrielePicco/hacker-news-rich.
For suggestions and features requests you can write me here: gabrielepicco.github.io