Announcement

Collapse
No announcement yet.

KDE Frameworks 6 Progresses By Porting Code Away From Deprecated Functions

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

  • KDE Frameworks 6 Progresses By Porting Code Away From Deprecated Functions

    Phoronix: KDE Frameworks 6 Progresses By Porting Code Away From Deprecated Functions

    Back in November was the first of several KDE Frameworks 6 developer sprints as plans begin to formulate for this evolutionary frameworks upgrade due out not until well after the Qt 6.0 tool-kit release. While Qt6 itself is still in flux, KDE Frameworks 6 efforts continue moving along by focusing on porting code away from deprecated KF5 functionality...

    http://www.phoronix.com/scan.php?pag...-December-2019

  • #2
    If anyone is wondering why those KDE news can be read peacefully, it's because 144Hz / GhostOfFunkS / Funkstar / Griffin / Honton was banned:

    https://www.phoronix.com/forums/foru...72#post1147372

    Comment


    • #3
      It's really nice to see projects that take depreciation seriously and move code away from apis scheduled for removal. And, like, actually remove them instead of lugging around "deprecations" forever.

      Comment


      • #4
        Originally posted by Nth_man View Post
        If anyone is wondering why those KDE news can be read peacefully, it's because 144Hz / GhostOfFunkS / Funkstar / Griffin / Honton was banned:
        It's actually back now, so we'll see how it goes.

        Comment


        • #5
          Originally posted by lunarcloud View Post
          It's really nice to see projects that take depreciation seriously and move code away from apis scheduled for removal. And, like, actually remove them instead of lugging around "deprecations" forever.
          Yep, you have to refactor every so often, to get rid of accumulated cruft. You always pay the technical debt eventually; better to do it every so often, rather than in one (insurmountable) lump.

          Comment


          • #6
            What about moving more KDE Frameworks cruft into Qt itself in a same, intelligent and elegant way? I consider KDE Frameworks as a sign of Qt lacks, better collaborate and solve that instead.

            In the meanwhile, better Vulkan and Wayland support.

            Comment


            • #7
              Originally posted by Nth_man View Post
              If anyone is wondering why those KDE news can be read peacefully, it's because 144Hz / GhostOfFunkS / Funkstar / Griffin / Honton was banned:

              https://www.phoronix.com/forums/foru...72#post1147372
              I just saw 2 posts of him. Was that his ghost typing?

              Comment


              • #8
                Originally posted by timofonic View Post
                What about moving more KDE Frameworks cruft into Qt itself in a same, intelligent and elegant way? I consider KDE Frameworks as a sign of Qt lacks, better collaborate and solve that instead.

                In the meanwhile, better Vulkan and Wayland support.
                Qt doesn't lack much. You can create beautiful desktops with just Qt too, Deepin proves that.

                Comment


                • #9
                  Originally posted by Vistaus View Post

                  Qt doesn't lack much. You can create beautiful desktops with just Qt too, Deepin proves that.
                  ...I thought Deepin used HTML5?

                  Comment


                  • #10
                    Originally posted by Vistaus View Post

                    I just saw 2 posts of him. Was that his ghost typing?
                    I don't think so, I consider more probable that he's less impulsive after the ban.

                    Comment

                    Working...
                    X