search

gregsadetsky / nycnoise

https://nyc-noise.com
18 stars 1 forks source link

Implement web share api #206

Open gregsadetsky opened 9 months ago

gregsadetsky commented 9 months ago

https://w3c.github.io/web-share/demos/share-files.html

gregsadetsky commented 9 months ago

What does it do / look like on desktop? Only enable on mobile?

yeah, on chrome desktop, it just doesn't exist i.e. "Error: You need to use a browser that supports this draft proposal."

dynamically add those links to all events after page load?

gregsadetsky commented 8 months ago

we definitely want to share single-event-urls, since the sharing leads to the url being opengraph fetched... if you share an event and the opengraph preview is nyc-noise, that's not super super clear. if it's the event title.. it's great.!

should there be a single event page that kind of looks ok, but actually redirects people (with a meta refresh 0) to the day with an anchor for every event?

litviakk commented 2 months ago

it might have been added to Chrome:

Screen Shot 2024-09-12 at 10 59 08 PM

Chrome Version 128.0.6613.120 (Official Build) (x86_64) on MacOS 10.15.7

gregsadetsky commented 2 months ago

ah that's pretty good! I think that the most important use case would be for mobile for sure to start

the biggest thing/change that we'd need is that 1) we'll want the share URL to be unique per event (we don't have event-URLs right now) and 2) relatedly, we'd want the opengraph meta tags to be relevant for that event

i.e. if you share some specific event, that event's unique URL should return (from django) opengraph tags relevant to that event. and then, when the user shares that event, the opengraph "preview" (in imessage, twitter, discord, instagram, facebook, etc.) will be relevant to that event

i.e. (sorry if this is all obvious at this point), we don't want a share that "just" shares nyc-noise.com :-) that's it!

litviakk commented 2 months ago

Added a draft to test and get feedback, gonna try it on mobile to see how it looks