Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Hats off to you on the implementation and for being so technically ambitious.

I'm wondering why you exactly decided to go this route? I was expecting your app to be very graphically intensive or have some other kind of demanding requirements. When I went to the site it appears it's some kind of collaborative design tool? Not saying these tools don't require a top-notch UI. Maybe for manipulating and scrolling/scaling huge canvases? Coming from a mapping background, I can totally see this as something lacking in the browser. There aren't many primitives for creating these kinds of image-based interfaces.

There's certainly a trade-off between having super-fast performance and a completely custom rendering engine and adopting a not-often used delivery mechanism and stack (C++/asm.js). I'd imagine it's hard to find people who have all that expertise, it's hard enough finding a good frontend dev in the conventional technologies of the web.

Good luck on your product launch, can't wait to use your UI and play around with it.



People normally associate WebGL with 3D game content, but it's for 2D too! I decided to build our own GPU rendering pipeline for the performance and document size benefits you mentioned and also so we can guarantee top-quality, consistent rendering across platforms. A GPU rendering pipeline is actually a pretty normal technology choice for a cross-platform desktop app. It hasn't been too hard to find people with that expertise to work on the editor. We're looking at people with game development or browser development backgrounds.


Interesting approach... It reminds me a bit of Glamor, which is 2D X Windows primitives on top of OpenGL.

http://keithp.com/blogs/glamor-hacking/

http://mirror.linux.org.au/linux.conf.au/2014/Wednesday/52-B...


Yeah I find it's an interesting approach (as opposed to more traditionally building the sharing/collaboration features into a desktop app)..

I'll also be curious to hear more about what limits the chosen approach end up imposing..


I supposed if you built things right(have a nice clean separation of the display logic) you could plug it into Electron.

I feel like you'd need to architect for the Render/Main Node.js thread split upfront though, bolting that on would be difficult.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: