Live data from Hacker News

Standalone Signal Desktop

signal.org

201–210 of 320 posts

Re: Standalone Signal Desktop

#201
post #126

Earlier quoted context omitted.

Like DLL Hell all over again.

I can't help shake that DLL and similar is a symptom of a culture of lax backwards compatibility upstream.

Microsoft tried to be backwards compatible with msvcrt.dll . It’s just too much inertia. Also you need to be bug for bug compatible or you may break some old app. Apps may even depend upon behaviour you didn’t know was there.

Re: Standalone Signal Desktop

#202

Another Electron app, another thread full of people complaining about Electron. The solution is to build a common Electron runtime that all Electron apps can use. But it seems nobody is working on it despite all the complaints.[1] I really don't understand why there isn't anybody working it. If that got implemented, it would put a swift end to the biggest complaints about Electron. [1] https://github.com/electron/ele…

It already exists, it is called web widgets, with MSHTML during the 90's being one of the first implementations of such idea.

Qt, Gtk, .NET, Java, Android, Cocoa, UI Kit, KHTML, even crufty old Motif had such widgets.

It is just web developers not getting native development.

Re: Standalone Signal Desktop

#203

Earlier quoted context omitted.

Do you mean a web browser?

The web browser for UI drawing is only part of what Electron does. It also bundles Node.js and all its APIs, which web browsers don't ship. And Electron also provides APIs for native OS integration, e.g. native macOS menus and whatnot.

Hence web widgets on native UIs.

Re: Standalone Signal Desktop

#204
post #32
post #30

> Linux distributions supporting APT, like Ubuntu or Debian Oh come on guys. Don't forget Fedora. Fedora means SELinux. SELinux means you are getting the people who value security.

I think you underestimate the number of people whose first post-installation task is setenforce 0

There are also people that run as root...

Re: Standalone Signal Desktop

#206
post #202

Another Electron app, another thread full of people complaining about Electron. The solution is to build a common Electron runtime that all Electron apps can use. But it seems nobody is working on it despite all the complaints.[1] I really don't understand why there isn't anybody working it. If that got implemented, it would put a swift end to the biggest complaints about Electron. [1] https://github.com/electron/ele…

It already exists, it is called web widgets, with MSHTML during the 90's being one of the first implementations of such idea. Qt, Gtk, .NET, Java, Android, Cocoa, UI Kit, KHTML, even crufty old Motif had such widgets. It is just web developers not getting native development.

Web widgets require a hybrid codebase. It's not "web developers not getting native," it's web developers preferring the Node.js APIs to writing C++ code to read and write files to the filesystem.

Re: Standalone Signal Desktop

#208
post #202

Earlier quoted context omitted.

It already exists, it is called web widgets, with MSHTML during the 90's being one of the first implementations of such idea. Qt, Gtk, .NET, Java, Android, Cocoa, UI Kit, KHTML, even crufty old Motif had such widgets. It is just web developers not getting native development.

Web widgets require a hybrid codebase. It's not "web developers not getting native," it's web developers preferring the Node.js APIs to writing C++ code to read and write files to the filesystem.

C++ is not the only option to write native applications.

Electron is an hybrid codebase to start with.

Re: Standalone Signal Desktop

#209
post #208

Earlier quoted context omitted.

Web widgets require a hybrid codebase. It's not "web developers not getting native," it's web developers preferring the Node.js APIs to writing C++ code to read and write files to the filesystem.

C++ is not the only option to write native applications. Electron is an hybrid codebase to start with.

All the options you listed require two or more programming languages. Electron apps can be written entirely in JavaScript, requiring zero context switching between multiple programming languages, as well as sharing code on the backend and frontend. Hence the popularity.

Re: Standalone Signal Desktop

#210
post #122
post #19

Signal Desktop is not really standalone, because you still need to pair it with your phone. And the phone should be turned on. I am very privacy conscious, and I don't use a smartphone, at all, because it's basically a spying device in your pocket. Why Signal is all about privacy and then it forces me to pair it with a telephone? Telegram desktop is really standalone. They require a telephone number too (and that's v…

Wire seems to have better security, and it’s desktop app doesn’t require a phone number and supports multiple logins. Client and server are open source. It’s got a pretty bad case of kitchen-sink flat ui, but is otherwise not bad.

Wire has crazy usability issues after sending a few hundred messages. Clients just freeze up and crash. Another issue is centralized metadata collection.

I know it's open source, but modifying it and recompiling all the clients I'm using would be very annoying.

Post reply on HN