3 ms·

I don't see any reason why this would avoid the issue with every cross platform GUI toolkit: missing nuances that make apps written with it seem strange and for

I don't see any reason why this would avoid the issue with every cross platform GUI toolkit: missing nuances that make apps written with it seem strange and foreign to each platform, even if superficially the appearance is correct. Minor things, like common layouts, keyboard shortcuts, or just ways of doing things in general ("get info..." vs "properties" comes to mind) are a few of what cross platform toolkits never get right.

cmiles74 9y ago
With the success of Electron apps (i.e. Slack), I am starting to think this level of OS/GUI Fidelity isn't all that important. As long as the application is attractive and does the job, people don't seem to care that much about it matching the OS look and feel.
- thezilch 9y ago
  I wouldn't pin the success of any app on Electron. Most would gain a lot from pivoting away.
- gkya 9y ago
  This is a very common misconception these days, IMHO. "Because people just use best of what's available, I presume that they are actually content with what they have." Today another thread talking about web apps and the heaviness thereof, people suggest that given people use these apps/websites, they must really prefer these slow, messy and creepy things to plain, information-dense sources. This might be indeed true, but you can't conclude so just observing the status quo from outside.
  - chii 9y ago
    instead of "best", I'd say people use what's good enough. electron is good enough for most people, and some people do notice the high resource usage, but they are in the minority, as most users don't attribute sluggishness of the machine on the app that's not slow (and electron can be made to feel fast if you know what you're doing).
    - gkya 9y ago
      Electron is not "good enough for people" because people don't know about it, or, to put it better, are not supposed to know about it. It's an implementation detail. > sluggishness of the machine So say a machine with 4GB ram and a decent 4-core CPU around 1.8 GHz is sluggish? Let's honestly say "we're sacrificing resources on the client side for ease of development on ours".
rebolek 9y ago
Take a look at this article http://www.red-lang.org/2017/07/063-macos-gui-backend.html http://www.red-lang.org/2017/07/063-macos-gui-backend.html and see the info about rule-oriented rewriting engine that actually tries to deal with such differences. It's of course not perfect (Red is still in alpha), but it's not something that's being overlooked.
greggirwin 9y ago
You can see how Red is starting to approach this in http://www.red-lang.org/2017/07/063-macos-gui-backend.html http://www.red-lang.org/2017/07/063-macos-gui-backend.html, particularly the Cross Platform GUI Metrics section. It is a really hard problem. Technically it can be done, if you put all the onus on the user. The more we try to do for them, the harder it gets. It will always be a balance.
- greggirwin 9y ago
  Ah, I see @rebolek noted that as well. He always beats me.

cmiles74 9y ago

With the success of Electron apps (i.e. Slack), I am starting to think this level of OS/GUI Fidelity isn't all that important. As long as the application is attractive and does the job, people don't seem to care that much about it matching the OS look and feel.

thezilch 9y ago
I wouldn't pin the success of any app on Electron. Most would gain a lot from pivoting away.
gkya 9y ago
This is a very common misconception these days, IMHO. "Because people just use best of what's available, I presume that they are actually content with what they have." Today another thread talking about web apps and the heaviness thereof, people suggest that given people use these apps/websites, they must really prefer these slow, messy and creepy things to plain, information-dense sources. This might be indeed true, but you can't conclude so just observing the status quo from outside.
- chii 9y ago
  instead of "best", I'd say people use what's good enough. electron is good enough for most people, and some people do notice the high resource usage, but they are in the minority, as most users don't attribute sluggishness of the machine on the app that's not slow (and electron can be made to feel fast if you know what you're doing).
  - gkya 9y ago
    Electron is not "good enough for people" because people don't know about it, or, to put it better, are not supposed to know about it. It's an implementation detail. > sluggishness of the machine So say a machine with 4GB ram and a decent 4-core CPU around 1.8 GHz is sluggish? Let's honestly say "we're sacrificing resources on the client side for ease of development on ours".

rebolek 9y ago

Take a look at this article http://www.red-lang.org/2017/07/063-macos-gui-backend.html http://www.red-lang.org/2017/07/063-macos-gui-backend.html and see the info about rule-oriented rewriting engine that actually tries to deal with such differences. It's of course not perfect (Red is still in alpha), but it's not something that's being overlooked.

greggirwin 9y ago

You can see how Red is starting to approach this in http://www.red-lang.org/2017/07/063-macos-gui-backend.html http://www.red-lang.org/2017/07/063-macos-gui-backend.html, particularly the Cross Platform GUI Metrics section. It is a really hard problem. Technically it can be done, if you put all the onus on the user. The more we try to do for them, the harder it gets. It will always be a balance.

greggirwin 9y ago
Ah, I see @rebolek noted that as well. He always beats me.