derin
It works fine, but I'll probably switch back to Matrix's push server at some point.
Edit: With Synapse + Element, obviously.
You probably want to read the open-source software's installation instructions at: https://github.com/vector-im/element-web
TLDR, check out the project, run `yarn install`, then edit the config file, then `yarn build`.
And, yes, that is all there is to it. It's significantly simpler to deploy than GitLab.
Finally, you keep mentioning self-hosting; you _can_ just use a non-self hosted application like the downloadable version of Element, SchildiChat, Fluffychat, or any other client.
No reason to bring hosting into the mix for the client, if that's causing concern.
How about choosing something that's federated? https://matrix.org/
Been listening to it for years, it's great stuff!
Edit: Just read Arathorn's comment above, very cool - I hadn't seen that one before.
Sadly none of the rewards are updated and the flair is no longer given out; at this point it makes sense to just see it as a donation.
As you said, we in Europe are kind of forced to have WA installed, but at least you don't have to use it as your primary client if you don't want to. You can even deploy it to an Android VM and go completely headless, if you feel the need.
Likewise, incognito mode will also ignore most cached web content, meaning all assets on the Slack web app will get loaded again from scratch. This "clean state" start could, theoretically, get around issues with old - potentially incorrect/outdated - assets being loaded, even though that really shouldn't happen under most circumstances.
I feel like all of these apps (with special emphasis on Telegram and Signal) have almost the exact same UX and features of WhatsApp... beyond adoption numbers.
Surely one of these can take its place?
yaourt xmake
section of the install section (the Arch Linux instructions).Yaourt is no longer actively maintained and poses security risks. Just linking to the AUR package is usually enough.
You have to either make a venv for a binary or just install a package, then reverse proxy 2 ports from your http daemon, and finally also hook things up to your Postgres database. After all that it's just a matter of configuring your homeserver's config (which is large, but you can easily get support via the community for any poorly documented options)
The documentation could definitely be improved, though.
A general purpose project to provide all clients with E2E encryption is being developed (and is usable right now): https://github.com/matrix-org/pantalaimon
Right now it runs as a daemon on a user's local machine.
Supporting Firefox and getting some perks normally associated with other paid services sounds like a win-win to me.
> IronSource is likely to blame third party "partners" for most or all of the defects we have listed, but our analysis indicates that IronSource is importantly responsible.
Also from the second link:
> That’s not to say that IronSource is necessarily aware that a publisher (pay-per-install) is redirecting visitors to sites that impersonate Google Chrome.
This is a clear failure on Ironsource's part to secure their network, but it isn't evidence of any malitious intent on their part.
> This is just a spam piece from the spam company ironsource.
It's their job to deliver ads. And ad mediation. And UA.
> They try to put their spam-bundleware-crapware-search-bar into everything.
They don't have a "spam-bundleware-crapware-search-bar". You're frustrated at specific advertisements on an advertisement network/the security of the network as a whole.
> And this is just another article trying to convince app developers to make yet another spam app with spam bundle-ware
s/yet another spam app with spam bundle-ware/a mobile application utilizing advertisements/
I'm not saying anything about the quality of Ironsource as a network, but lets not make them out to be the boogeyman. They are, at worst, inept.
I am serious, my dude.
Ironsource doesn't offer any sort of "search-bar" as far as I am aware - they're a mobile advertisement/UA company.
Maybe by your personal definition it would, but they are most definitely games.
So, there isn't a psychology behind people spending money in these games as most people aren't spending any money at all. That's one of the reasons why the genre is so popular.
Having said that, it does seem to be slowing down some-what.
Contrary to what people here are saying, HiDpi support really isn't ready for the mainstream in my opinion, solely because of the fact that mixed dpi really isn't possible under X or Wayland. If you're using a single monitor, however, HiDpi support is just fine.
That is: If you have a 4k primary display (such as an XPS 13, like I have) and 1080p external display (like the one in my office), then it's basically impossible to work with both.
Under wayland: Native wayland apps (what your DE provides, usually, and QT apps) work fine. Everything else (the majority of programs I find myself using, including Firefox, Chromium, Electron apps, basically anything using Xwayland) will not scale properly when moving from display to display, meaning you can usually only run them on one screen. Once more apps start supporting wayland, I think things will get much better, but that's still a few months (if not a year or so) away.
Under X: You can use some Xrandr hacks to get the second screen working properly, but it either introduces viewport problems (an issue I couldn't get past, but I'm sure others have solved) or screen tearing and general blurriness (another issue I couldn't get past)
So I'd say stick with something else for the coming months. Elementary itself is trash when it comes to supporting external displays: the GUI Settings app - Switchboard - basically bugs out if you try to change external display settings when using a 4k primary monitor, and will render one of the displays unusable. This happens every time. You'll have to use xrandr to configure your monitors by hand, which isn't too bad, but not conducive to the experience Elementary claims to provide.