Page 4 of 6 FirstFirst ... 23456 LastLast
Results 31 to 40 of 56

Thread: GNOME To Use JavaScript For New User Programs

  1. #31
    Join Date
    May 2012
    Posts
    90

    Default

    Quote Originally Posted by Teho View Post
    What would stop you from statically linking Qt to your program? It's licenced under LGPL 2.1 or later after all. You can also make modifications to it but you just have to release them like the licence requires.
    You're right, I was thinking from the point of view of proprietary software - where statically linking without a commercial license is not allowed.

  2. #32
    Join Date
    Nov 2012
    Posts
    639

    Default

    Quote Originally Posted by kigurai View Post
    Because anyone suggesting that GNOME should give up all the work and expertise they already have in GTK and switch to Qt is either trolling, or out of touch with reality.

    As a side note: I really like Qt. For a cross platform project I'd choose that over GTK any day.
    Ok, I agree. I didn't take expertise into account.

  3. #33
    Join Date
    Sep 2009
    Posts
    416

    Default

    Craziness if you ask me. It isn't that developers don't need a good scripting type language, just that JavaScript is far from ideal. Personally Python would be a good solution for app development.

    In any event this thread highlights a big issue with Linux, both KDE and Gnome are terrible development environments. People are starting to realize this and maybe that is why JavaScript is being promoted. However this more or less implies that Gnome needs to be rethought.

  4. #34
    Join Date
    Jul 2011
    Posts
    380

    Default

    I really don't see a big difference from KDE. I get the impression kde propagate for java script/QML int the gui more and more and javascript or c++ in the other layer. To me it's look like the full c++ apps is destined to disappear also on kde. Plasma2 is supposed to be mostly in qml and javascript and also kwin use qml or javascript for animation and behavioral scripting.
    The underlying code in the libs is c++ just as its c on gnome.

  5. #35
    Join Date
    May 2007
    Posts
    327

    Default

    Quote Originally Posted by wizard69 View Post
    In any event this thread highlights a big issue with Linux, both KDE and Gnome are terrible development environments.
    Maybe on the desktop, but in mobile/embedded at least Qt/QML etc. is doing quite well, looks like GNOME is finally getting on that train too* with JS, alongside FFOS & others.
    Considering bindings do exist & are fairly well maintained, I would've preferred to have seen them come on-board w/Qt/QML, BUT given political clashes in the past I half-expected that to not happen, sadly.
    That of course is only part of the equation, they are way more entrenched in the js side of things, so the upheaval isn't exactly easy...

    *in a more coordinated/consolidated way then ever before
    Last edited by jalyst; 02-05-2013 at 09:42 AM.

  6. #36
    Join Date
    Nov 2012
    Posts
    210

    Default

    Quote Originally Posted by wizard69 View Post
    Craziness if you ask me. It isn't that developers don't need a good scripting type language, just that JavaScript is far from ideal. Personally Python would be a good solution for app development.
    While I too prefer Python over JS (though I have honestly not used the latter for desktop applications) I see why they chose it. Gnome-Shell already allows (requires?) extensions to be written in javascript, so extending this to be the preferred language for other applications seems logical.

  7. #37
    Join Date
    Sep 2012
    Posts
    369

    Default

    JavaScript is unsuitable for non-trivial applications because of
    1. dynamic typing - performance will be (much) worse than with static typing in most cases
    2. runtime compilation - compiler increases memory usage and slows down application especially start-up - code compiled during runtime can't be shared between processes/applications
    Last edited by JS987; 02-05-2013 at 10:11 AM.

  8. #38
    Join Date
    Nov 2012
    Posts
    210

    Default

    Quote Originally Posted by JS987 View Post
    JavaScript is unsuitable for non-trivial applications because of
    1. dynamic typing - performance will be (much) worse than with static typing in most cases
    2. runtime compilation - compiler increases memory usage and slows down application especially start-up - code compiled during runtime can't be shared between applications
    Considering the huge number of non-trivial applications that are running on languages that have the properties you define, I'd say it is definitely suitable.

    Case in point: Youtube runs on Python.

  9. #39
    Join Date
    Sep 2012
    Posts
    369

    Default

    Quote Originally Posted by kigurai View Post
    Considering the huge number of non-trivial applications that are running on languages that have the properties you define, I'd say it is definitely suitable.

    Case in point: Youtube runs on Python.
    http://highscalability.com/youtube-architecture
    Youtube is also using Apache written in C and MySQL written in C/C++.
    Youtube can add more servers if performance isn't sufficient.
    Youtube web application is trivial compared to MySQL.

  10. #40
    Join Date
    Jul 2011
    Posts
    380

    Default

    Quote Originally Posted by JS987 View Post
    http://highscalability.com/youtube-architecture
    Youtube is also using Apache written in C and MySQL written in C/C++.
    Youtube can add more servers if performance isn't sufficient.
    Youtube web application is trivial compared to MySQL.
    ......and?

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •