Announcement

Collapse
No announcement yet.

TDE R14.0.12 Released For Pushing The KDE 3.5 Experience In 2022

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

  • TDE R14.0.12 Released For Pushing The KDE 3.5 Experience In 2022

    Phoronix: TDE R14.0.12 Released For Pushing The KDE 3.5 Experience In 2022

    The Trinity Desktop Environment (TDE) on Sunday released version 14.0.12 as the newest version of this open-source, cross-platform desktop that started out as a fork of KDE 3.5 from a decade ago and continues seeing advancements from its small but dedicated developer crew...

    https://www.phoronix.com/scan.php?pa...DE-3.5-Desktop

  • #2
    Whoa that is a nice looking UI

    Comment


    • #3
      Originally posted by M1kkko View Post
      Whoa that is a nice looking UI
      Yep. Most important - it has no air (excessive padding/margins).
      Best usage of available space.

      Comment


      • #4
        I remember people saying back in the GNOME2/KDE3 days "KDE has widgets sized like airfields". Now we're used to even larger widgets legacy KDE looks compact.

        Comment


        • #5
          Based on (a fork of) Qt3 (now TQt)?

          I applaud the tenacity on display, but isn't maintaining both a Desktop Environment AND a full toolkit in C++ a rather ... large endeavour?

          Comment


          • #6
            Well I do not argue about how people have fun but...
            Allowing C++11 in the codebase...

            On a mostly stock opensuse certain margin are even narrower
            Space usage is also in general better.

            It MIGHT be that the screenshot has been upscaled ?
            Attached Files

            Comment


            • #7
              Originally posted by ermo View Post
              Based on (a fork of) Qt3 (now TQt)?

              I applaud the tenacity on display, but isn't maintaining both a Desktop Environment AND a full toolkit in C++ a rather ... large endeavour?
              Maintaining is fairly easy. It is already written, just don't break things .

              Sure, Wayland will probably be unable to support it but there are *loads* of things Wayland will never be able to achieve.

              Likewise C++ is fairly decent and doesn't tend to drag in the usual mess of dependencies unlike Python so this won't be so bad either. Possibly the most fiddly part will be MOC which in my opinion was a bad idea then and is still a bad idea.
              Last edited by kpedersen; 02 May 2022, 10:39 AM.

              Comment


              • #8
                I wonder if they're currently or ever going to use copperspice?

                Comment


                • #9
                  Originally posted by Snaipersky View Post
                  I wonder if they're currently or ever going to use copperspice?
                  I really hope not, because that's slow...

                  Comment


                  • #10
                    Originally posted by tildearrow View Post

                    I really hope not, because that's slow...
                    As a replacement for QT as it ages, with numerous features that QT lacks innately. They're willing to track modern distros, so perhaps in time they will find it to their benefit.

                    Comment

                    Working...
                    X