Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Photon – Framework for Electron apps

photonkit.com

Post reply on HN
Print view View original

11–20 of 21 posts

Re: Photon – Framework for Electron apps

#11

Post by giancarlostoro »

mcao wrote: post #6

I guess I don't understand what makes this Electron specific. It looks like a UI kit similar to Bootstrap and others. Maybe it's too early in the project, but some mention of how the Node portions of Electron are used would be helpful.

Yeah it looks like an attempt to create a UI kit, which I think is helpful for those who want to work with Electron without having to actually design their entire interface. I imagine it will get better overtime and become fine tuned for Electron in specific.

edit: typo

Re: Photon – Framework for Electron apps

#12

Post by giancarlostoro »

0942v8653 wrote: post #10
cbuq wrote: post #2

I believe these frameworks are very cool and web-apps as desktop-apps is probably the future. My biggest concern is how these technologies will work in the commercial world. Do I now need to license Photon, Electron, NodeWebkit, Node, Webkit + friends?

> web-apps as desktop-apps is probably the future Can you expand on this? I'm interested in your viewpoint because the general consensus on HN seems to be that webapps are better off as webapps and desktop apps are better off as desktop apps—being in the browser seems to be good enough for most webapps, and when packaging something as a desktop app there are little quirks that mess it up.

Web apps not in the normal sense. You get to design a desktop application that takes advantage of web technologies, but gives you full native access with projects like Electron and NW.js so it's really native apps built on top of web technologies, which a browser is pretty native. Instead of having to download Qt or another C++ toolkit and worry about the lincensing, you download a 30MB browser (or however big it is) that is MIT licensed, and comes with Node.js out of the box giving you all of Node without having installed Node to begin with. It's really interesting in my opinion.

Re: Photon – Framework for Electron apps

#15

Post by cbuq »

0942v8653 wrote: post #10
cbuq wrote: post #2

I believe these frameworks are very cool and web-apps as desktop-apps is probably the future. My biggest concern is how these technologies will work in the commercial world. Do I now need to license Photon, Electron, NodeWebkit, Node, Webkit + friends?

> web-apps as desktop-apps is probably the future Can you expand on this? I'm interested in your viewpoint because the general consensus on HN seems to be that webapps are better off as webapps and desktop apps are better off as desktop apps—being in the browser seems to be good enough for most webapps, and when packaging something as a desktop app there are little quirks that mess it up.

As giancarlostoro mentioned, it's mostly about the web ecosystem; web apps have an amazing number of opensource projects to take advantage of. I see a huge benefit from being cross-platform (windows/osx/linux/android/ios/even blackberry) and only having to develop and maintain one ui. Some examples I can think of are Spotify, Atom, Thunderbird. Web technologies are also being standardized more than many desktop technologies have been; - HTML5 (, , ) - CSS (styling) - WebRTC (peer-to-peer communication) - WebGL (3d) - Local Storage (local persistent storage) - Web Workers (threading) - Device APIs (geolocation, orientation, camera, other sensors)

I don't mean throw your website behind a mini-browser and call it desktop app, but if you design a desktop application with web technologies there are some very interesting combinations.

I also think the biggest gains come from realizing this is literally just the ui. The desktop application doesn't have to be written in javascript, you can still write your application logic in c++, and all you have to do is expose an endpoint and talk over localhost!

Re: Photon – Framework for Electron apps

#16

Post by davej »

baghira wrote: post #5

This doesn't sound as a good name given the existence of: https://vmware.github.io/photon/ Granted, in the context of atom and electron it makes sense, but still.

Yeah, as someone who works with Electron, the naming is often frustrating for doing Google searches. Wished they had stayed with atom-shell for that reason.

Re: Photon – Framework for Electron apps

#17

Post by jerrysievert »

davej wrote: post #16
baghira wrote: post #5

This doesn't sound as a good name given the existence of: https://vmware.github.io/photon/ Granted, in the context of atom and electron it makes sense, but still.

Yeah, as someone who works with Electron, the naming is often frustrating for doing Google searches. Wished they had stayed with atom-shell for that reason.

at least they didn't name it "go"?

Re: Photon – Framework for Electron apps

#18

Post by giancarlostoro »

WorldMaker wrote: post #3

This seems like a great start. Hopefully they'll get good looking Windows and Linux themes together as well.

I'm really hoping this becomes the case, if not, then at least a more neutral looking interface so that it transfers smoother across platforms. I guess kind of how IntelliJ maintains a nice interface across platforms and similar projects.

Re: Photon – Framework for Electron apps

#19

Post by andrewmcwatters »

The problem that I have with Connor Sears' work and others, like the Ionic Team's is that they don't look anything like the target platform.

I'd love to work with something that was the framework equivalent of the iOS9 UI kit produced by Teehan+Lax/Facebook, or any properly designed replica of another platform, but no one produces such things. All you're left with is mediocre rip-offs that are tasteless.

I don't want to make a Photon app. I don't want to make an Ionic app. I want to make an iOS app. If you want to compete with native, compete with native and actually try.

Re: Photon – Framework for Electron apps

#20

Post by davej »

jerrysievert wrote: post #17
davej wrote: post #16

Earlier quoted context omitted.

Yeah, as someone who works with Electron, the naming is often frustrating for doing Google searches. Wished they had stayed with atom-shell for that reason.

at least they didn't name it "go"?

At least go can be searched for with 'golang'.
Post reply on HN