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

Gravit – Open-source design tool

hub.gravit.io

Post reply on HN
Print view View original

51–60 of 75 posts

Re: Gravit – Open-source design tool

#51

Post by coldtea »

Tosh108 wrote: post #46
coldtea wrote: post #43

Earlier quoted context omitted.

Whereas what Joel said is debatable, this snark comment is wrong on so many leves it's funny... 1) Joel was talking on the context of a software business -- if you have working code it can be detrimental to business to do a rewrite from scratch, it will take you years, you will leave stuff off, piss off your customers, lose ground to the competition etc. It's not like Gravit.io has that kind of "business reasons" at…

I think he was trying to be funny

Yeah, hence the "snark" moniker, but funny works better if it's also clever and/or coherent.

Re: Gravit – Open-source design tool

#52

Post by Void_ »

hliyan wrote: post #14
eskimobloood wrote: post #11

Earlier quoted context omitted.

According to the bower file [1] they only use jquery [1] https://github.com/quasado/gravit/blob/master/bower.json

A cursory glace at the editor code does not reveal any extensive jQuery use (in fact, I didn't notice any). I've never seen a jQuery-heavy app go quite this fast.

I found the opposite opening a random file: https://github.com/quasado/gravit/blob/master/src/gravit/com...

Re: Gravit – Open-source design tool

#53

Post by clarry »

coldtea wrote: post #50
clarry wrote: post #41

Earlier quoted context omitted.

Do you disagree with the core dump on my hard drive? Firefox 31 ESR, Atom N450, 1G of RAM. Gimp for instance runs pretty smooth (although there are much faster still options if you don't need all the features); I use it a lot.

> Do you disagree with the core dump on my hard drive? No, he and I disagree that your experience is typical for everybody. Most people in this thread (including me) praised this for its quick loading, snapiness and speed. Perhaps "Atom" and "1GB of RAM" doesn't cuts it for this kind of in-browser app, despite GIMP (a native app) running "pretty smooth). It makes sense if this has a minimum memory use requirement --…

> I'm also not sure the core dump was because of "out of memory".

  out of memory: 0x0000000000020000 bytes requested
  Segmentation fault (core dumped) 
  [..]
  #0  0x0000097c6124c82a in kill () at :2
  #1  0x0000097c74ed6fd4 in XRE_FreeAppData ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #2  
  #3  0x0000097cd08b6957 in mozalloc_abort ()
     from /usr/local/lib/firefox-esr-31.0/libmozalloc.so.1.0
  #4  0x0000097cd08b6a07 in mozalloc_handle_oom ()
     from /usr/local/lib/firefox-esr-31.0/libmozalloc.so.1.0
  #5  0x0000097cd08b6707 in moz_xmalloc ()
     from /usr/local/lib/firefox-esr-31.0/libmozalloc.so.1.0
  #6  0x0000097c73667172 in NS_CycleCollectorSuspect3 ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #7  0x0000097c736624d0 in NS_DebugBreak ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #8  0x0000097c73660702 in NS_DebugBreak ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #9  0x0000097c75548bf9 in js::IterateGrayObjects ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #10 0x0000097c7554f8a5 in js::IterateGrayObjects ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #11 0x0000097c7555242c in js::IterateGrayObjects ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #12 0x0000097c7365e71f in NS_DebugBreak ()
  ---Type  to continue, or q  to quit---
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #13 0x0000097c7365e644 in NS_DebugBreak ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #14 0x0000097c73661e9c in NS_DebugBreak ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #15 0x0000097c736634ed in NS_DebugBreak ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #16 0x0000097c73664d0d in NS_DebugBreak ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #17 0x0000097c73665d7f in NS_CycleCollectorSuspect3 ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #18 0x0000097c74474d6a in DumpCompleteHeap ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #19 0x0000097c74475cdc in DumpCompleteHeap ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #20 0x0000097c736b2fcb in XRE_AddJarManifestLocation ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #21 0x0000097c736b3135 in XRE_AddJarManifestLocation ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #22 0x0000097c736b006d in XRE_AddJarManifestLocation ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #23 0x0000097c73648291 in ?? ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  ---Type  to continue, or q  to quit---
  #24 0x0000097c738b8006 in std::vector, std::allocator > >::_M_insert_aux ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #25 0x0000097c73888ec9 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #26 0x0000097c7431f7fe in js::BaseProxyHandler::finalizeInBackground ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #27 0x0000097c74f0bf93 in XRE_StartupTimelineRecord ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #28 0x0000097c74ecd2ea in XRE_InitCommandLine ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #29 0x0000097c74ecd4d1 in XRE_InitCommandLine ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #30 0x0000097c74ecd8b6 in XRE_main ()
     from /usr/local/lib/firefox-esr-31.0/libxul.so.1.0
  #31 0x0000097a4a703f87 in atexit () from /usr/local/bin/firefox-esr
  #32 0x0000097a4a7038b1 in _start () from /usr/local/bin/firefox-esr
  #33 0x0000000000000000 in ?? ()

Re: Gravit – Open-source design tool

#56

Post by moron4hire »

coldtea wrote: post #45
moron4hire wrote: post #27

Earlier quoted context omitted.

>> "What front-end frameworks/technologies did you use?" Why is that everyone's first question? I get this constantly when I demo my stuff at meetups and hackathons. None. The answer is none. And they look at me like I just admitted to being a person who prefers to breath water. Vanilla JS is not that hard. It's a sight easier to know one language than to have to relearn the darling framework of the year all the time…

> Why is that everyone's first question? I get this constantly when I demo my stuff at meetups and hackathons. None. The answer is none. Are you the creator of Gravit.io? If not, then your response is useless, because nobody asked YOU that.

The point is, as someone who has been in this position of being asked this question on several occasions for a number of different projects, it's extremely frustrating to be asked this question rather than anything actually pertinent to the project. So if you don't get any sort of answer from the Gravit.io team, this is why you should probably not be surprised. It's an insulting question. We're much more than just glue coders between this-and-that-frameworks.

Re: Gravit – Open-source design tool

#57

Post by moron4hire »

Igglyboo wrote: post #38
moron4hire wrote: post #27

Earlier quoted context omitted.

>> "What front-end frameworks/technologies did you use?" Why is that everyone's first question? I get this constantly when I demo my stuff at meetups and hackathons. None. The answer is none. And they look at me like I just admitted to being a person who prefers to breath water. Vanilla JS is not that hard. It's a sight easier to know one language than to have to relearn the darling framework of the year all the time…

Vanilla js is not that hard when you have thing like document.queryselect or you're building trivial web apps. Sadly when you're building enterprise grade software and you have to support things like Internet Explorer 7 it makes a lot more sense to use a framework like angular than vanilla js.

Having been involved in lots of different types of projects over the years, "enterprise" software is not different from other types of software in any way.

Re: Gravit – Open-source design tool

#58

Post by maxharris »

clarry wrote: post #31

I came expecting a free alternative to something like AutoCAD. Instead I got a blank page, and after reloading with JS enabled, a core dump from a browser that ran out of memory. For a snappy drawing program, native code remains the way to go.

Try loading it in Safari - it works very nicely for me.

Re: Gravit – Open-source design tool

#59

Post by walterbell »

moron4hire wrote: post #56
coldtea wrote: post #45

Earlier quoted context omitted.

> Why is that everyone's first question? I get this constantly when I demo my stuff at meetups and hackathons. None. The answer is none. Are you the creator of Gravit.io? If not, then your response is useless, because nobody asked YOU that.

The point is, as someone who has been in this position of being asked this question on several occasions for a number of different projects, it's extremely frustrating to be asked this question rather than anything actually pertinent to the project. So if you don't get any sort of answer from the Gravit.io team, this is why you should probably not be surprised. It's an insulting question. We're much more than just gl…

Give your custom code a random framework name :) Someone could make a framework out of it.

Re: Gravit – Open-source design tool

#60

Post by woah »

moron4hire wrote: post #27
joelthelion wrote: post #6

This may be the first time I try a web app that is as snappy as a desktop one. Congratulations! What front-end frameworks/technologies did you use?

>> "What front-end frameworks/technologies did you use?" Why is that everyone's first question? I get this constantly when I demo my stuff at meetups and hackathons. None. The answer is none. And they look at me like I just admitted to being a person who prefers to breath water. Vanilla JS is not that hard. It's a sight easier to know one language than to have to relearn the darling framework of the year all the time…

Do you ever reuse code from previous projects?
Post reply on HN