Live data from Hacker News

Twitter is using its embedded JavaScript to hide tweets that have been deleted

kevinmarks.com

221–230 of 254 posts

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#221
post #12

Earlier quoted context omitted.

Twitter is making a privacy tradeoff by removing content from my website in the case where it doesn’t have anything to enhance the content with? That sure seems hostile.

Consider it from the context of a "right to be forgotten" though. Setting aside whether that should be a legal right, there's certainly some kind of argument that if the right-to-be-forgotten is at some level a moral good, then technologies that assist in enforcing that right have at least some level of moral justification in doing so. Does that override the rights of a website operator to expect that their tools wil…

100%

Do I have to post the quote?

"your rights end when they infringe on the rights of others"

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#222

Earlier quoted context omitted.

Okay, but they’re not “hosting” anything (other than the script). They could take down the server with that script on it and the markup would show up fine. If Twitter went out of business tomorrow, all these tweets would magically show up again. But no, they’re going out of their way to break your webpage. That is absurd.

You are using content from twitter on your page and then using a script from twitter to format the content, right? You've seeded control on how it's displayed. They changed their mind on how to format the content. You are responsible for your page no one else.

This is kinda like asking someone who just got robbed “Why did you leave your door open? You’re responsible for your home no one else.” That’s true, but it’s still not okay to rob people!

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#223
post #21
post #7

fix the title please An apostrophe as a possessive marker in its is nonstandard: https://en.m.wiktionary.org/wiki/it%27s#Etymology_2

Curious if there’s any reason this is of particular importance. E.g. is it bad for screen readers?

bad grammar and it makes my brain melt trying to parse through the error.

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#224
post #215
post #132

Earlier quoted context omitted.

iframe is loading a whole page with script permissions (and sandboxed). it seems there isnt any tag for adding a remote snippet of html, like you can do with ajax

What do you mean by "remote snippet of html"? An iframe loads whatever's on the other end of the src URL. If that's a "whole page", then it loads a whole page. If it's just a "snippet" of content, then it loads that. Any snippet you think of can be loaded by iframe exactly as described. The only hitch, really, is that it's always treated as block-level content instead of CSS-style "inline" flow-level content, but tha…

iframe is a full page. i mean some HTML code, a div or some text or a table etc. the kind of things we load with Ajax. The equivalent of , but for HTML content : https://twitter.com/snip/12345678" />

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#225
Don't like the "Twitter Edits You" title of the article. Sensationalist/misleading.

Tweet embeds are a live link to the Twitter system to show a tweet. To show the actual tweet from the Twitter platform. If the tweet doesn't exist, there's nothing to show. No one said it should maintain some kind of 'copy' of old data on your site.

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#226
post #224
post #215

Earlier quoted context omitted.

What do you mean by "remote snippet of html"? An iframe loads whatever's on the other end of the src URL. If that's a "whole page", then it loads a whole page. If it's just a "snippet" of content, then it loads that. Any snippet you think of can be loaded by iframe exactly as described. The only hitch, really, is that it's always treated as block-level content instead of CSS-style "inline" flow-level content, but tha…

iframe is a full page. i mean some HTML code, a div or some text or a table etc. the kind of things we load with Ajax. The equivalent of , but for HTML content : https://twitter.com/snip/12345678 " />

This isn't really any clearer than your earlier comment.

> iframe is a full page.

An iframe loads whatever you give it. If you give it a URL to a "full page"/"whole page", then it loads that. If the URL leads to e.g. "a div" or "a table", then that will be loaded. That's under the control of the person who's putting stuff on the other end of the URL. To repeat, there is exactly one case where this doesn't hold up: when you want the loaded content to be inline and not block-level (e.g. "some text"—and if inline content is what you meant, then you should say that instead of just giving another vague response; again, though, even if that is what you want, how would that be relevant to the use case we're talking about here: embedding tweets?)

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#227
Implicitly, when you quote a tweet you are agreeing to a contract of adhesion (basically a shrink wrap license or "by using this site you agree to our terms"). Twitter even told people that the quoted text would remain.

Now site ToS usually say that they can change the terms whenever they want. But that's going forward: something you wrote in the past should be under the contemporaneous terms.

So I wonder if someone could successfully sue under California law. If successful, it would be a great improvement to consumer rights.

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#228
post #226
post #224

Earlier quoted context omitted.

iframe is a full page. i mean some HTML code, a div or some text or a table etc. the kind of things we load with Ajax. The equivalent of , but for HTML content : https://twitter.com/snip/12345678 " />

This isn't really any clearer than your earlier comment. > iframe is a full page. An iframe loads whatever you give it . If you give it a URL to a "full page"/"whole page", then it loads that. If the URL leads to e.g. "a div" or "a table", then that will be loaded. That's under the control of the person who's putting stuff on the other end of the URL. To repeat, there is exactly one case where this doesn't hold up: w…

it doesnt inherit style etc. it s also a completely different document for scripting purposes. it s also rather heavy, hard to have 100 iframes in a page

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#229
post #228
post #226

Earlier quoted context omitted.

This isn't really any clearer than your earlier comment. > iframe is a full page. An iframe loads whatever you give it . If you give it a URL to a "full page"/"whole page", then it loads that. If the URL leads to e.g. "a div" or "a table", then that will be loaded. That's under the control of the person who's putting stuff on the other end of the URL. To repeat, there is exactly one case where this doesn't hold up: w…

it doesnt inherit style etc. it s also a completely different document for scripting purposes. it s also rather heavy, hard to have 100 iframes in a page

Side note: this would have been a lot easier if in response to, "do you want that snippet not to be sandboxed?" you'd just said, "yes".

What you're proposing stands little chance of being implemented, given the security implications.

Re: Twitter is using its embedded JavaScript to hide tweets that have been deleted

#230
This seems to me like an improvement for systems that don't have blockquotes in their embedding source (previously the behavior was that if there was no HTML inside the embedding element there was no fallback at all and it was just an empty element) that was an accidental regression.

I hope they add a simple check if the element has children or not to fix the regression, but I work on an app where some sort of fallback UI for deleted Tweets is a welcome change, even if "blank Tweet card" isn't a huge improvement, it's still a small win to get some hard-to-fix-on-our-side UI complaints off the backlog.

Post reply on HN