5 ms·

Yeah, I am irritated with the inconsistency of the UI of 1Password between MacOS and Windows to the degree now that I'm a couple of free hours away from migrati

Yeah, I am irritated with the inconsistency of the UI of 1Password between MacOS and Windows to the degree now that I'm a couple of free hours away from migrating to Bitwarden.

rubyist5eva 5y ago
As someone that tried that - it’s not worth it. ;) Also I believe 1Password 8 (in “early access”) right now is much more unified across platforms. I haven’t tried it though.
- macintux 5y ago
  Yes, there was much gnashing and wailing of teeth here when they announced they were abandoning the native experience on Mac.
foxhill 5y ago
interesting. i use it on linux and mac, and presumed it’d be the same in windows, because the app is clearly an electron-based app (and _drinks_ RAM as such). is the windows app native?
- DRW_ 5y ago
  It may eventually go that way - but I believe the Linux version was the first electron version. 1Password started out as a (well regarded) native Mac app, that they then developed a native Windows app for. By the time they came around to Linux, they decided on Electron (with a rust backend) - they're now moving the Mac and Windows versions to the Electron versions unfortunately.
  - foxhill 5y ago
    that's a real shame. i understand that even with modern cross-platform UI toolkits, like qt and wx, multi-platform development is more labor intensive than an electron app. sublime text has been managing it for a long time though, and is one of the reasons i don't see it ever going away as _the_ text editor.
    - kitsunesoba 5y ago
      > i understand that even with modern cross-platform UI toolkits, like qt and wx, multi-platform development is more labor intensive than an electron app. I don’t think this is a given, it only really becomes true if you have a need to control the UI down to the pixel, and if we’re being honest, very few developers actually need that. Your life as a cross platform dev becomes a lot easier when you accept that the UI will have minor platform-influenced deviations that ultimately have zero negative impact on usability. That’s one of the reasons Sublime is been able to keep their boat floating — it doesn’t look and feel 100% the same between platforms and even adopts various platform-isms, like the text navigation key shortcuts under macOS. The only reason “native-ish” cross platform UI frameworks are challenging to use is brand-driven UI design. Do as Google is suggesting they’re going to do and let brand take a back seat and things become a lot more simple.
      - yunyu 5y ago
        Sublime doesn't use native platform UI toolkits. They ship their own version of Skia (same as what's used in Chromium) and have their own UI toolkit for the editor rendering.
        kitsunesoba 5y ago
        The point remains that its UI isn’t the same across platforms, like for example it uses whatever the local system font is instead of whatever the designer decides.
        smoldesu 5y ago
        The point is that they're using an off-the-shelf icon kit with some native dialogue forwarding. By this definition, VS Code is also a 'native' app, which we know to be untrue. Frankly, I think the MacOS HID has been dead since Mojave. At some point, developers realized that Cocoa wasn't enough for most apps, and it was an awful lot of work to put into an app that would only be used by a fraction of their customers. Currently, the definition of "native" on MacOS is that it uses loosely the same keyboard shortcuts as your other programs, and if you're lucky then it integrates with your global menu. In the age of webapps and cross-platform development, there's simply not a way that MacOS' approach works. Even niche toolkits like GTK solved this problem better than Apple, which makes it even more mind-blowing when I see Mac developers defend their build system. Walled-gardens lead to sticky situations like this, where volunteer-driven efforts are more developer friendly than first-party offerings. I weep for the Xcode users who don't know what it's like living on the outside.
  - smoldesu 5y ago
    Mac-native apps are a pain in the butt to maintain, and you're catering to >10% of the computer market when you make one. Now you need to retain developers who specifically debug your Mac problems when they arise, and what's that? Now your app has been removed since Apple made a first-party version. Now your team consists of 8 web devs, 3 MacOS devs who decided to make a native client for fun, 2 lawyers fighting to keep your MacOS app alive and one very confused CEO who doesn't understand why we're wasting our time with such frivolities anyways.
- rubyist5eva 5y ago
  1password 7 on Windows has been around much longer than the linux/electron version - but it's getting "updated" with the "unified experience" in 1password 8.
bloopernova 5y ago
Bitwarden is great. You can even self-host the server if you want to.
- sofixa 5y ago
  There's even a FOSS alternative for the server, so there's even flexibility there.
  - ancarda 5y ago
    Isn't Bitwarden Server AGPL? If not, you can link me to the alternative?
    - newscracker 5y ago
      One popular server implementation is Vaultwarden (originally called bitwarden_rs), implemented in Rust. [1] The Vaultwarden wiki [2] has more details. [1]: https://github.com/dani-garcia/vaultwarden https://github.com/dani-garcia/vaultwarden [2]: https://github.com/dani-garcia/vaultwarden/wiki https://github.com/dani-garcia/vaultwarden/wiki
    - seabrookmx 5y ago
      The popular alternative is bitwarden-rs, and it's usually chosen because it has a much smaller footprint and is well suited to self-hosting where you only have a handful of users. The official backend is multi-container and uses a full SQL server install.
      - fancy_pantser 5y ago
        Minor nit: they've had to change the name to "vaultwarden". https://github.com/dani-garcia/vaultwarden#readme https://github.com/dani-garcia/vaultwarden#readme > Note: This project was known as Bitwarden_RS and has been renamed to separate itself from the official Bitwarden server in the hopes of avoiding confusion and trademark/branding issues. Please see #1642 for more explanation.

Yeah, I am irritated with the inconsistency of the UI of 1Password between MacOS and Windows to the degree now that I'm a couple of free hours away from migrating to Bitwarden.

rubyist5eva 5y ago

As someone that tried that - it’s not worth it. ;) Also I believe 1Password 8 (in “early access”) right now is much more unified across platforms. I haven’t tried it though.

macintux 5y ago
Yes, there was much gnashing and wailing of teeth here when they announced they were abandoning the native experience on Mac.

foxhill 5y ago

interesting. i use it on linux and mac, and presumed it’d be the same in windows, because the app is clearly an electron-based app (and _drinks_ RAM as such). is the windows app native?

DRW_ 5y ago
It may eventually go that way - but I believe the Linux version was the first electron version. 1Password started out as a (well regarded) native Mac app, that they then developed a native Windows app for. By the time they came around to Linux, they decided on Electron (with a rust backend) - they're now moving the Mac and Windows versions to the Electron versions unfortunately.
- foxhill 5y ago
  that's a real shame. i understand that even with modern cross-platform UI toolkits, like qt and wx, multi-platform development is more labor intensive than an electron app. sublime text has been managing it for a long time though, and is one of the reasons i don't see it ever going away as _the_ text editor.
  - kitsunesoba 5y ago
    > i understand that even with modern cross-platform UI toolkits, like qt and wx, multi-platform development is more labor intensive than an electron app. I don’t think this is a given, it only really becomes true if you have a need to control the UI down to the pixel, and if we’re being honest, very few developers actually need that. Your life as a cross platform dev becomes a lot easier when you accept that the UI will have minor platform-influenced deviations that ultimately have zero negative impact on usability. That’s one of the reasons Sublime is been able to keep their boat floating — it doesn’t look and feel 100% the same between platforms and even adopts various platform-isms, like the text navigation key shortcuts under macOS. The only reason “native-ish” cross platform UI frameworks are challenging to use is brand-driven UI design. Do as Google is suggesting they’re going to do and let brand take a back seat and things become a lot more simple.
    - yunyu 5y ago
      Sublime doesn't use native platform UI toolkits. They ship their own version of Skia (same as what's used in Chromium) and have their own UI toolkit for the editor rendering.
      - kitsunesoba 5y ago
        The point remains that its UI isn’t the same across platforms, like for example it uses whatever the local system font is instead of whatever the designer decides.
        smoldesu 5y ago
        The point is that they're using an off-the-shelf icon kit with some native dialogue forwarding. By this definition, VS Code is also a 'native' app, which we know to be untrue. Frankly, I think the MacOS HID has been dead since Mojave. At some point, developers realized that Cocoa wasn't enough for most apps, and it was an awful lot of work to put into an app that would only be used by a fraction of their customers. Currently, the definition of "native" on MacOS is that it uses loosely the same keyboard shortcuts as your other programs, and if you're lucky then it integrates with your global menu. In the age of webapps and cross-platform development, there's simply not a way that MacOS' approach works. Even niche toolkits like GTK solved this problem better than Apple, which makes it even more mind-blowing when I see Mac developers defend their build system. Walled-gardens lead to sticky situations like this, where volunteer-driven efforts are more developer friendly than first-party offerings. I weep for the Xcode users who don't know what it's like living on the outside.
- smoldesu 5y ago
  Mac-native apps are a pain in the butt to maintain, and you're catering to >10% of the computer market when you make one. Now you need to retain developers who specifically debug your Mac problems when they arise, and what's that? Now your app has been removed since Apple made a first-party version. Now your team consists of 8 web devs, 3 MacOS devs who decided to make a native client for fun, 2 lawyers fighting to keep your MacOS app alive and one very confused CEO who doesn't understand why we're wasting our time with such frivolities anyways.
rubyist5eva 5y ago
1password 7 on Windows has been around much longer than the linux/electron version - but it's getting "updated" with the "unified experience" in 1password 8.

bloopernova 5y ago

Bitwarden is great. You can even self-host the server if you want to.

sofixa 5y ago
There's even a FOSS alternative for the server, so there's even flexibility there.
- ancarda 5y ago
  Isn't Bitwarden Server AGPL? If not, you can link me to the alternative?
  - newscracker 5y ago
    One popular server implementation is Vaultwarden (originally called bitwarden_rs), implemented in Rust. [1] The Vaultwarden wiki [2] has more details. [1]: https://github.com/dani-garcia/vaultwarden https://github.com/dani-garcia/vaultwarden [2]: https://github.com/dani-garcia/vaultwarden/wiki https://github.com/dani-garcia/vaultwarden/wiki
  - seabrookmx 5y ago
    The popular alternative is bitwarden-rs, and it's usually chosen because it has a much smaller footprint and is well suited to self-hosting where you only have a handful of users. The official backend is multi-container and uses a full SQL server install.
    - fancy_pantser 5y ago
      Minor nit: they've had to change the name to "vaultwarden". https://github.com/dani-garcia/vaultwarden#readme https://github.com/dani-garcia/vaultwarden#readme > Note: This project was known as Bitwarden_RS and has been renamed to separate itself from the official Bitwarden server in the hopes of avoiding confusion and trademark/branding issues. Please see #1642 for more explanation.