41 karma · joined November 13, 2017
I should read TFA first but it seems like the root of their birth problem is simply that the financial & social costs of having children far outweigh the (short-term) benefits.
Isn't a calorie just a calorie though? Or is this in regards to what comes alongside those calories?
With that said, TS is definitely a blessing; I recently had the privilege of migrating to it after having written a hobby project in plain JS, and the difference in usability between the two is night and day. But I can't help but feel that I've seen this all before years ago in AS3.
IMO that's an acceptable tradeoff for achieving decentralization without making the protocol overly complex (AIUI something like Signal's "sealed sender" system doesn't work in a decentralized environment)...but it still feels like a nagging threat that needs a proper solution eventually.
As to whether one approach is better than the other is left as an exercise to the reader :) But having each approach belong to separate projects allows them to carry on as they see fit, and means they don't have to participate in a zero-sum game.
This is also making a bet that the inconvenience of juggling these 3 particular messengers is worth $5 a month.
IMO the real value in Matrix bridging that's been neglected (and has been mentioned elsewhere in these comments) is connecting different messengers _to each other_. Being able to connect friends/family scattered across different, otherwise-isolated protocols with a single "just works" tool is a much clearer value proposition than what feels like just another multi-protocol client.
Alas, getting that kind of multi-connectivity is tricky...as is VoIP bridging, which this doesn't support either, but should be considered as crucial for any Matrix bridge.
I don't doubt Matrix/Element will get there at some point, but for now this feels a tad premature.
_Integration_ with Jitsi is a separate matter, however. Hosting it can be a pain too.
b) Not true; spaces don't require room version 9. IIRC the only space-related feature that needs a room upgrade is "restricted rooms", ie. the ability to make a room accessible only to members of another room/space.
Middle-clicking or Ctrl+clicking the New Tab button does inherit the current container. It also opens the new tab to the right of the current tab instead of at the far right of the tab strip. These actions are one in the same, so any extension that opens a tab to the right of the current tab (like Always Right or All Tabs Helper) also make the tab inherit the current container.
It's strange that such a useful feature is barely advertised at all in the UI, but it's there.
But your other criticisms of using containers as profiles are spot-on.