#[Ramiro_Ruiz]I want a better way to run specific shortcuts than just have to wait netlify to deploy (30-45sec) to then run the last part of the shortcut. I’m out of ideas so maybe someone with a fresh perspective can help me to come up with a work around.
jjuran, dopplergange, chrisaldrich, gRegorLove, jacky and [Rose] joined the channel
#[Rose]As in, when Netifly deploys have it also ping Pushcut (assuming that’s possible), and then you tap the pushcut notification on your device to run “part two”
jbove, KartikPrabhu, satyanweshi, asymptotically, [LewisCowles] and mblaney joined the channel
#mblaneywhat no we just use those products interchangeably here :-)
[jeremycherfas] joined the channel
#sknebelhaha, reminds me a bit of ballistol, which is a German brand of paraffine oil (originally gun oil). They have products specifically for use on humans, on animals, and for technical purposes, but their basic product is "universal oil" which is recommended for use on all 3
#beko[m]content with another party in this way, you may only share up to 50,000 hydrated public Tweet Objects and/or User Objects per recipient, per day, and should not make this data publicly available (for example, as an attachment to a blog post or in a public Github repository).` - what is hydrated anyway?
#beko[m]til: TW want's tweets to be embedded and if not embedded at least styled in a very specific way https://developer.twitter.com/en/developer-terms/display-requirements.html - this kills any free design for backlinked responses. Uncertain to what extend `Redistribution of Twitter content` applies: `We permit limited redistribution of hydrated Twitter content via non-automated means. If you choose to share hydrated Twitter
#[snarfed]...having said that, it's worth distinguishing between principle and practice here. in principle, you're both right. in practice, pretty much all indieweb personal sites are too small for twitter to notice or care about. eg bridgy and twitter-atom, maybe. your sites (and mine), probably not.
gxt joined the channel
#[snarfed](this comes from experience inside big silos and seeing how they actually manage and enforce these kinds of ToSes. others like [KevinMarks] and [tantek] can confirm)
#jackyRight. I just don't want to be put in a crosshairs of sorts. That as well as giving people an option to "comply" doesn't hurt
[cheukting_ho] joined the channel
#[snarfed]oh sure. feel free if you want! i'm just saying pretty much all of us are too small for them to even notice, much less put crosshairs on.
#[snarfed]on a related note, big publishers have struggled with this exact rule of twitter's for a long time when they want to include a tweet in an article. same "own your data" concerns we have. embeds may look nice, but they're brittle, dependent on twitter's servers, etc.
gRegorLove joined the channel
#jackyTrue. I think they have a different angle for authorship in that case though
jolvera joined the channel
#gRegorLoveI feel like I still see publishers with tweet screenshots instead of embedding
#[snarfed]yeah preservation is another point, since embeds die if the tweet gets deleted or the account gets shut down, etc
#beko[snarfed]: don't worry, I'm with you on this topic. Just didn't know this before and was kinda surprised.
#bekojacky: first time I read about "hydrated" for data. Thanks for clearing this up
xfzDiscord[m] joined the channel
#[snarfed]"hydrate" is a twitter-ism, not commonly used anywhere else afaik
#sknebelyou see the term with server-side rendering and JS frameworks
#Loqihydrate is web developer jargon for the process of client-side JS taking over a DOM that was generated on the server, adding it to JS data structures, adding event handlers, … instead of generating page elements only on the client or entirely replacing those sent by the server https://indieweb.org/hydrate
#[snarfed]oh interesting ok. not the world i live in. thanks!
#bekoWriting spas for years and first time I hear this.
#LoqiKevinMarks has 16 karma in this channel over the last year (49 in all channels)
#[tantek]jacky, beko et al the Twitter embedding stuff is not new, has been kind of like that for *years*
#[tantek]there's a fair use / citation exception that they can't really claim any control over, so IANAL IMO it's fairly ignorable as long as you act in good faith
#[tantek]e.g. if someone contacts you and asks to be removed, respect the request
#[snarfed]heh yes not new, hence linking my post from 2013
#[snarfed]the key is that they can disable your API access
#[tantek]because there's a use-case for an indieweb policy
chrisaldrich, jbove and [jgmac1106] joined the channel
#[jgmac1106]I have no hard data but I feel like most publishers and news orgs have been quoting rather than embedding tweets much more often.
[fluffy] and Kongaloosh joined the channel
#[snarfed][jgmac1106] probably! with good reason. and many of them will be "big enough" that twitter notices them. one key difference may be that they're (probably) not using the API for that, and the terms we looked at are for API usage specifically.
Kongaloosh and [manton] joined the channel
#[manton]I was curious about this so just confirmed that Twitter's embed is a blockquote + script tag. (I personally use blockquote manually when quoting anything, so that it looks consistent whether it's a blog post, tweet, news article, etc.)
Kongaloosh_ joined the channel
#[manton]By embedding a tweet with Twitter's script, it's kind of reinforcing that 280 characters of text is something special that only lives on Twitter's platform. End mini-rant.
#[snarfed]yeah i expect both the terms and especially the enforcement differ somewhat between embedding individual tweets and using the API, since the latter is often larger scale
#[fluffy]okay so: webmention.js is a quick single-file javascript library thing I implemented as a quick hack that other people started using, which is great
#[fluffy][tantek] suggested I start actually providing version numbers for it, when in reality each “release” of it is just, hey, I checked in another quick fix to it
#[fluffy]so like every checkin *is* a release, more or less
#[fluffy]does anyone have any opinions about how I can manage this better?
#[fluffy]like since people are using it, having a semver would be valuable
#[snarfed]depends on what people need the version for, if at all. commit hash is one lightweight way people do this, eg in a query param for cache busting
#[fluffy]specifically tantek wanted a version number on the IndieWeb Challenge 2019 calendar
#[fluffy]which is fair, but that means actually needing to start versioning it
#[fluffy]like, at one point one of my “releases” was to fix an XSS bug, and having a reference point for that would be good, right?
#[fluffy]but like I don’t want to go full-on release management whatever, like the last thing the web needs is yet another single-file npm package
#[fluffy]but then again, people who are using npm for their js dependencies would absolutely benefit from one
#[fluffy]but then that gets into territory of “I don’t wanna”
Kongaloosh and kongaloosh__ joined the channel
#[tantek]fluffy, totally agree with not wanting to get into all that ceremony
#[tantek]others have convinced me that the MVRM (min via rel mgmt) is doing a tagged version in GH and using semver for that tagging
#[snarfed]agreed, that's common. github also does a lot for you for free then, eg release history UI, changelog, permalinks per release version
#aaronpkyeah i've been getting in the habit of semver tagging via github. the workflow is pretty minimal for it and has a bunch of perks built in like [snarfed] said
#[tantek]I think aaronpk may have been who convinced me
#[tantek]previously I was like yeah just use top of tree 😉
#[snarfed]heh. expecting head to always be usable is reasonable for small projects, less so for bigger ones. nice goal, just not always realistic or doable.
#[tantek]agreed. though my workflow makes it workable for CASSIS (I deploy versions to test them on my own site in production *before* checking them in to head on github)
#[tantek]re: Twitter publishing guidelines thread btw, see /display-guidelines and feel free to add to it, especially concerns, issues, brainstorming etc.