Announcement

Collapse
No announcement yet.

The DDE 2.0 Desktop Is Looking Nice

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • sime2009
    replied
    how odd...

    Originally posted by Alliancemd View Post
    You can feel it that it uses web technologies... A few seconds delay after every click(the Control Center for example, first loads) is getting very-very irritating...
    It is certainly odd that you should be able to feel the web technologies... The control center code on github ( https://github.com/linuxdeepin/dde-control-center ) is written in Python, Qt5 and QML.

    Leave a comment:


  • boudewijnrempt
    replied
    Originally posted by Bestia View Post
    Yes you must be either looking in wrong place or your searching sucks.

    https://github.com/linuxdeepin
    I looked at: http://www.linuxdeepin.com/index.en.html. No link there. http://www.linuxdeepin.com/download.en.html -- no link there. Google for "site:www.linuxdeepin.com source code" -- no links to source code. A search for "deepin desktop project" leads me to sourceforge: http://sourceforge.net/projects/deepin/ -- where there is no source code. In fact, the first three page of that don't have any link to something with source code. http://planet.linuxdeepin.com only links to that github repo from an old translation article.

    Yes, I guess that "my searching sucks", and thank you very much for the compliment, but Deepin sucks at making their source code location visible.

    And even with your hint, I cannot find their release tarballs...

    Leave a comment:


  • Bestia
    replied
    Originally posted by boudewijnrempt View Post
    I must be looking in the wrong place or something, because I cannot find the source code anywhere. Does this project have a git repo or something?
    Yes you must be either looking in wrong place or your searching sucks.

    Free and Open Source, from deepin with love. // Old projects were transferred to https://github.com/martyr-deepin - Wuhan deepin Technology Co.,Ltd.

    Leave a comment:


  • boudewijnrempt
    replied
    Where's the source

    I must be looking in the wrong place or something, because I cannot find the source code anywhere. Does this project have a git repo or something?

    Leave a comment:


  • kaprikawn
    replied
    I haven't tried it so I'll assume the criticism is just for now, but at least give them props for making a default install that doesn't look like someone vomited on a screen and took a photo of it which is pretty much the case for every other DE going.

    Leave a comment:


  • widardd
    replied
    Originally posted by caligula View Post
    That's a filthy lie.
    Please explain in detail how my eeepc 901 is able to achieve a comparable responsiveness to LXDE+Openbox using a DE consisting of HTML5 and JS.

    Leave a comment:


  • caligula
    replied
    Originally posted by Marc Driftmeyer View Post
    No amount of optimizations on that DE will ever come close to the performance of a native DE run system, whether it's KDE, GTK+/GNOME, Enlightenment, etc., never mind OS X or Windows.
    That's a filthy lie. Modern desktop themes, widgets, layout engines etc are 99% similar to web page components. The widget toolkits even form a DOM like HTML. HTML5 with JavaScript and modern CSS is extremely close to modern native DE toolkits. The advantage is that you can use the same engine for everything. Not QtScript but JavaScript everywhere. Not Obj-C or GObject/Vala/C for Gnome but JS and HTML5. It's great and seems to work nicely now. The only problem is lack of optimizations but that will be sorted out. You can optimize some stuff by using emscripten, llvm, lto, asm.js, new VM technology, concurrect garbage collection, async I/O, 100% gpu accelerated rendering and so on. Lots of low hanging fruits to catch.

    Leave a comment:


  • Marc Driftmeyer
    replied
    Originally posted by aschmidtm View Post
    This is what I envisioned. Exactly. Hopefully bunches o' optimization can happen.
    No amount of optimizations on that DE will ever come close to the performance of a native DE run system, whether it's KDE, GTK+/GNOME, Enlightenment, etc., never mind OS X or Windows.

    Leave a comment:


  • aschmidtm
    replied
    Ouch

    Originally posted by Alliancemd View Post
    While it is beautiful, it feels way to sluggish/unresponsive to me... Most of the things load very-very slow on first run, then work ok when the same action is executed the second time... In the Deepin Store, it froze the entire store(top-bar, everything, you can't even move the window) when it was checking for updates.
    You can feel it that it uses web technologies... A few seconds delay after every click(the Control Center for example, first loads) is getting very-very irritating...
    Over 2 GB of memory usage only with the terminal open and "top" command executing is not even close to "Lightweight"... And the CPU usage was high too...
    You just sit with top and you can see a lot of "deepin" processes being spawned and closed, each with 200 MB - 1.6 GB of memory consumption and a few of "message+" processes being spawned...
    I was excited initially, but no, thanks... I will keep using DEs that write native software that has proper memory and CPU consumption...
    This is what I envisioned. Exactly. Hopefully bunches o' optimization can happen.

    Leave a comment:


  • Alliancemd
    replied
    Re

    While it is beautiful, it feels way to sluggish/unresponsive to me... Most of the things load very-very slow on first run, then work ok when the same action is executed the second time... In the Deepin Store, it froze the entire store(top-bar, everything, you can't even move the window) when it was checking for updates.
    You can feel it that it uses web technologies... A few seconds delay after every click(the Control Center for example, first loads) is getting very-very irritating...
    Over 2 GB of memory usage only with the terminal open and "top" command executing is not even close to "Lightweight"... And the CPU usage was high too...
    You just sit with top and you can see a lot of "deepin" processes being spawned and closed, each with 200 MB - 1.6 GB of memory consumption and a few of "message+" processes being spawned...
    I was excited initially, but no, thanks... I will keep using DEs that write native software that has proper memory and CPU consumption...

    Leave a comment:

Working...
X