Does the presence of files in the teams feature mean that kbfs will be rolling out to the iOS app? Its been "coming soon" for awhile now and has always been the more compelling feature to me than chat :) Either way, congrats on the release, this looks really awesome!
It'll come after some improvements to team management and chat. But it isn't that much work, technically. KBFS is already running on your phone and understanding the filesystem... (your phone helps rekey data when needed.) It's just about building an interface around it. Which is no small task. It needs to be good. Hopefully soon.
I agree with almost everything you've said here with the one exception being that an AR-15 is actually an excellent home defense weapon.
Drywall penetration depends on which tests you're looking at but generally speaking it penetrates walls less than or at least not more than any standard pistol or shotgun round and its more likely to fragment on impact.
As a sibling pointed out, the overall length of an AR is actually less than that of the commonly recommended shotgun, making it easier to handle in tight hallways. (Though its arguable that you shouldn't be doing much moving at all in such a scenario).
I would also add that the recoil on an AR-15 is vastly more manageable than a pistol or shotgun making you less likely to hit things you don't intend.
I'm in 100% agreement with the other stuff however. The "tacticool" segment of the market is basically adult dress-up.
As recently as a couple of months ago on Marc Maron's podcast he advocated for Australian style gun control laws which included mandatory registration and confiscation as well as the banning of semi-automatic rifles.
Maybe that doesn't seem like "he wants to take your guns" to you, but it certainly does to many people.
Obviously, like most things, there's a spectrum and this falls somewhere between "he wants to take all your guns" and "free guns for everyone!" But to claim that there is zero evidence that he'd come and take (at least some of) people's guns if he had the political capital to do so is being just as disingenuous as the right-wingers.
Also, as a sibling post has indicated "military grade rifles" "submachine guns" and all sorts of other scary sounding things are regulated to hell and back and nearly impossible to obtain for your average citizen. They're also used in crime approximately none of the time. People who would like stronger regulation routinely and intentionally conflate real military (automatic or select fire) rifles with the semi-automatic civilian lookalikes.
Why tie it to a phone at all? Why not have this Chrome app work standalone? Apple's messaging app uses end-to-end encryption and it can be routed to multiple devices. I would expect Signal to strive to attain parity with Apple's offerings.
Also, the naming of this app is pretty disingenuous. This app should be called "Signal Remote", since it's not running the actual Signal comms on my desktop, it's remotely controlling Signal on my phone.
I haven't had a chance to review the specifics of the protocol yet, but as a Fastmail user, I can vouch for the speed of event propagation across multiple clients. Its lightning fast; noticeably faster than say, Gmail.
Fastmail has a good Calendar app in addition to Email, Contacts and File Storage. It doesn't really have a Docs replacement, but it does have a Notes app. I use all of them and enjoy it quite a bit.
It also is probably worth noting that, while Apple is plenty evil in its own ways, if you're looking to avoid the rampant data collection of Google, Apple is significantly better in that regard.
Its NoScript. I had the same exact issue. Its a ridiculous world when I need to enable Javascript just to view static text on a plain background. Sigh.
As a web developer, people like you always make me wonder why I try. Yes, some sites abuse javascript for terrible purposes, but as CSS becomes more powerful, are you going to start blocking that too?
Complaining that a site doesn't work because you purposely disabled part of the code is akin to complaining your car doesn't work because you pulled the alternator.
I, for one, would greatly appreciate web developers trying far less hard.
Breaking scrolling, javascript on or off, is inexcusable. The UI is the most important thing, far more important than all the other slow-loading javascript chrome that decreases this article's usability and stickiness.
You know what else I can't do? Get smooth scrolling when I page up and page down. Further, I can't use the top 100 pixels because it's occupied by a worthless black bar.
There are fewer than 80 words on the screen in a "full" page of text at normal window sizes.
This entire design is amateurish, thoughtless, and user-hostile, all because some set of web developers are trying something and end up making the page much worse than if they had tried less.
You're generalizing an entire industry based on a few bad sites. All the interactive projects you see news organizations doing are REQUIRE Javascript. You're asking developers to handicap themselves just because a few people decided to abuse a tool.
I've never done any of those things you've mentioned above and my first aim is always user experience across all devices. Don't portray all developers who are creating good experiences on the web as bad guys. Show HN itself contains numerous examples of Javascript doing amazing things in the browser and your attitude craps all over the hard work of those people.
Maybe you should stop trying. It's infuriating to have a simple webpage strain a 3 years old laptop. And crash firefox on Android because it requires too much ram.
Please, for heavens sake stop that madness! Disabling pinch-to-zoom and similar Web 2.0 nonsense.
Just stop. I usually use readability to fight the nonsense.
About Buffet: He seems to be a counterexample to current economic dogmas
> As a web developer, people like you always make me wonder why I try.
To me, "trying" would involve not writing your pages in a way that means people can't read them. If for you trying involves deliberately doing the opposite of that, I also wonder why you try, and wish you would stop.
You do realize that Javascript powers the majority of ads, you know, the things content creators need to continue creating. And don't forget all those great Show HN browser libraries and projects powered by Javascript. News organizations and interactives to do data journalism? Yea, Javascript.
I'm fully against people creating a frustrating user experience by people using tools, but I don't blame the tools, I blame the people.
The issue is that plain HTML+CSS is literally designed for this use-case. The only thing Javascript can possibly do is reinvent the wheel.
It's more like complaining that my car isn't allowed drive on a particular road unless I allow them to install a special additional windshield. It serves no practical purpose, and is just duplicating effort. Sure, it may work, but there's no reason to do it.
Yes, if CSS starts becoming powerful enough to do become a security hole, it will become imperative to selectively disable it, or at least its new, unsafe features.
People who use tools like NoScript are helping promote better security around the entire web. When my browser executes malicious code, it attacks someone else. So it's not just for my benefit.
As a web developer you can help by:
- not pulling JS from a dozen different sites. Host whatever you want me to run in your own domain, as much as possible.
- detect that JS is disabled and put up some warning, like "site requires JavasScript".
- Say which Javascript (from which domains) are used for what: which are must haves for even basic functionality, and what doesn't work if the others are not enabled. For instance, I've never seen anything break (from my end) if I blocked JS from Google Ad Services or Google Analytics.
I have seen lots of sites (including some major shopping sites) break with GA blocked; a common coding pattern in these cases seems to be an onclick handler that is something like "shadyTrackingFunction() && submit; return false;".
The car won't start because you are wearing a personal EMP that is disabling the electronics. While older cars work fine, and some newer ones can fall back to just using analog mechanics, more and more require the electronics to work.
And yet, somehow I'd be very suspicious of cars that require electronics to make steering or braking work at all. Not everything needs to be turned into fly-by-wire.
Javascript is designed to be an addon to HTML / CSS. An alternator is not designed to be an addon to a car. (Well, to be pedantic an alternator is an addon, but some means of electrical generation isn't - some means of electrical generation is integral to a (non-diesel) motor)
A better analogy might be your car refusing to start because your OnStar subscription expired - and things like that are actually starting to happen. And no, I don't like it there either.
Here's the thing with JS: I fail to see what it adds. And yet at the same time I can see rather drastic examples of what it loses. Namely security.
I will start enabling JS by default when JS-based exploits stop being a routine thing. However, I doubt that will happen anytime soon. Because, oddly enough, when you have a complex language, and everyone demands every last drop of performance, security suffers. At least assuming dev time is constant. Oh, and enabling JS also enables an absurd amount of tracking. And performance problems. Oh, and website bloat. So those are the downsides.
As such, what are the upsides? Give me a justification for why I should enable JS globally. I have yet to see a good reason. And no, badly reimplementing parts of HTML / CSS is not an answer. AJAX? There are some things that are better with AJAX, for certain definitions of better. In which case I enable it for the page / website and go from there. Still not a justification for globally enabling JS. And most of the time I'd prefer proper pages anyways. AJAX tends to break things - URLs actually being uniform resource locators and opening links in new tabs in particular. About the only thing I actually find myself wanting AJAX for is webmail clients, and it's iffy even then. Most other things are, again, bad reimplementations of HTML / CSS. (Case in point: infinite scrolling)
And as for your comment about CSS - yes, in fact. Or rather, there are a number of websites that I override the CSS on. And if/when there starts to be a steady stream of exploits for features in CSS, I'll consider blocking those by default. But currently there doesn't seem to be. Largely, I suspect, because CSS parsing isn't Turing-complete (as far as I know at least). (I know that CSS + repeated "dumb" input is Turing-complete, but that's not the same thing.)
In parting: I don't mind when disabling JS disables JS-only features. What I mind is when disabling JS means that the things that HTML / CSS are designed for no longer work because devs tried too hard to reinvent the wheel. Case in point: those websites that require JS just to display a static page because they're parsing markdown on the client or some such absurdity, and they don't even display the raw pre-markdowned text if you load it without JS because instead of doing the (relatively) sane thing of putting the text into the HTML and parsing it and replacing it, they store the entire thing as a JS string. I mean, really, if your solution is "make every client that ever visits your static website duplicate the same work (and load in massive libraries to do so, to boot) that you could do easily server-side once", you're asking the wrong question.
> Your analogy fails. Javascript is designed to be an addon to HTML / CSS.
Your analogy fails because you think the original design intent matters, it does not. What matters is how people use things, not how they were intended to be used. His analogy was correct, developers do build their sites with js capabilities assumed and if you remove those abilities you break much of the web today and you know it.
I was able to view the page without allowing any JavaScript, by using the Print Edit Firefox Add On. But it wasn't quite easy. Under the Print Edit preview, the entire right side of the article is covered by some white rectangle. The picture, the headlines and paragraph bodies are all chopped off.
Select the bounding rectangle that surrounds the entire article. Then use the "Delete Except" button/menu at the top and invoke "Delete Except: Without Float". This does the trick; the occluding white space is gone and you can read everything.
I think you're overestimating the organic nature of "urban hipster" culture quite a bit. Its determined largely in a top-down manner like the other examples you've cited, just via different avenues. I would cite the rise of PBR[1] as an example.
This seems like a terrible move. Aren't _all_ video game soundtracks under copyright (not just ones that use popular/radio music)?
If that's the case, isn't the logical conclusion of this no audio on twitch at all?
I don't quite understand what Google is doing here. This sort of policing is one thing on a general video site like YouTube, but why would you buy a site who's entire raison d'etre is streaming copyrighted material and then start policing it in this manner?
