Which one is least shitty?

Which one is least shitty?

Nothing Ever Happens Shirt $21.68

Yakub: World's Greatest Dad Shirt $21.68

Nothing Ever Happens Shirt $21.68

  1. 4 weeks ago
    Anonymous

    Wxwidgets

    • 4 weeks ago
      Anonymous

      Qt king
      GTK Is a dead and slow , badly written Widget toolkit

      >Wxwidgets
      Is literally GTKancer on linux

      • 4 weeks ago
        Anonymous

        someone could write a QT back end or something else for wxWidgets

        • 4 weeks ago
          Anonymous

          Yeah, that's what I thought. But sadly, apparently GTK is enough for them. And that's also one of the reasons I don't use WX widgets.

      • 4 weeks ago
        Anonymous

        Qt is solidly written (if a bit bloated these days) but it also has extremely shit theme options.

        • 4 weeks ago
          Anonymous

          >Qt is solidly written (if a bit bloated these days) but it also has extremely shit theme options.
          No, that's just a skill issue.
          What it comes to be theming, there is no more versatile framework than QT.

          But of course, if you run a QT application while using the Gnome desktop environment, then the Gnome fricks up the QT themes all the time.

          • 4 weeks ago
            Anonymous

            >if you run a QT application while using the Gnome desktop environment, then the Gnome fricks up the QT themes
            that just means GTK is easier to theme compared to QT though.

          • 4 weeks ago
            Anonymous

            that actually means that gnome devs are morons

        • 4 weeks ago
          Anonymous

          With Qt Widgets theming could be a bit easier, but we still were able to do a custom layout for our device with it.

  2. 4 weeks ago
    Anonymous

    Qt to some extend, gtk is taking in too much ebussy

  3. 4 weeks ago
    Anonymous

    win32 with GDI+

    • 4 weeks ago
      Anonymous

      Might be good with wine.

  4. 4 weeks ago
    Anonymous

    imgui <3

  5. 4 weeks ago
    Anonymous

    Wpf and winforms import your C++ code as dll files

    • 4 weeks ago
      Anonymous

      I have ascended. All UI is ultimately rectangles.

      • 4 weeks ago
        Anonymous

        >All UI is ultimately rectangles.

        • 4 weeks ago
          Anonymous

          I miss sonique

        • 4 weeks ago
          Anonymous

          Memes aside, how was this accomplished? I want weird UIs like this to come back. Everything is so sterile and boring nowadays.

          • 4 weeks ago
            Anonymous

            its just a bunch of PNG with absolute placement units and some button hitboxes with callbacks. You can do this pretty easily using any toolkit, you just dont see these UIs as much due to decline in popularity

          • 4 weeks ago
            Anonymous

            its just a bunch of PNG with absolute placement units and some button hitboxes with callbacks. You can do this pretty easily using any toolkit, you just dont see these UIs as much due to decline in popularity

            >blocks your path

    • 4 weeks ago
      Anonymous

      that meme won't be a thing no matter how much you try

      • 4 weeks ago
        Anonymous

        >that meme won't be a thing no matter how much you try
        Dude wpf and winforms are the most used ui frameworks in the world

  6. 4 weeks ago
    Anonymous

    I'd much rather have Qt. Honestly I resent that GTK is on my computer at all after the years of headaches and rude exchanges with condescending butthole GTK/gnome developers

  7. 4 weeks ago
    Anonymous

    depends on what you want. If you like gnome and their design and will not deviate then gtk is very comfy. If you want something that works on every platform but is a bit of a pain because of how huge and old it is then Qt. If you want a cool ide experience lazarus or wx

  8. 4 weeks ago
    Anonymous

    It's not even a competition, Qt is so much better and in every single category. API, programming languages, documentation. GTK is creating object orientation in fricking C.

    • 4 weeks ago
      Anonymous

      GTK.
      It's bindings are good for Python, C++ or just C.
      Theming every app is possible with that one flatpak for a unified desktop.
      Most importantly, it doesn't force me to use inheritance if I don't want to. It stays out of my way. I can use whatever language or build system I want.

      With Qt, I'm forced to use inheritance or else I'm just fighting the API. I'm not talking about inheriting QObject, because you have to do the same in GTK if you want custom signals, but QT is designed for you to inherit the widgets, and I fricking hate inheritance.
      Additionally I'm forced to use CMake or qmake, rolling my own has to involve their shitty meta object compiler.
      It's too bloated and for what? It looks like complete ass.

      It's only crossplatform on desktop for QtWidgets. You can learn an ENTIRELY different thing (QtQuick and QML) if you want mobile support.
      Gtk is already cross platform desktop.
      I'll stick to native frameworks for mobile.

      Maybe I'll move to compose desktop if it's good enough, as much as I'd shit on JVM shit, at least it is easy to package and distribute, which is a massive thing that most overlook when it comes to cross platform work.

      OOP in C is a very common practice, polymorphism is used in the Linux kernel for example.

      >Qt is solidly written (if a bit bloated these days) but it also has extremely shit theme options.
      No, that's just a skill issue.
      What it comes to be theming, there is no more versatile framework than QT.

      But of course, if you run a QT application while using the Gnome desktop environment, then the Gnome fricks up the QT themes all the time.

      >skill issue
      It's not a "skill issue" to value ones time.
      Unless you are using the whole plasma de, QT applications are ugly as sin, and theming your own app with css is a waste of time.
      I don't use gnome either.

      • 4 weeks ago
        Anonymous

        >Additionally I'm forced to use CMake
        Stopped reading here.
        CMake really is the great filter. Lol.

        • 4 weeks ago
          Anonymous

          Yeah it is, it's band pass filter for IQ
          >hurr durr I can learn how literal shit works therefore I'm smart

  9. 4 weeks ago
    Anonymous

    Qt mogs GTK.
    The _only_ downside to Qt is that linking to it and distributing your program on Linux is pure fricking misery.
    But thats a Linux issue, and not really Qts fault.

    • 4 weeks ago
      Anonymous

      also QT likes to segfaults. 6.7.0 was a shitshow especially.

      • 4 weeks ago
        Anonymous

        Attaching a debugger to wxwidgets has caused me all sorts of unholy shit crashes.

        >that meme won't be a thing no matter how much you try
        Dude wpf and winforms are the most used ui frameworks in the world

        wpf has been depreciated for a long while now.

        • 4 weeks ago
          Anonymous

          >wpf has been depreciated for a long while now.
          M$ is planning to apply windows 11 themes to wpf though it is not depreciated at all
          M$ used it with .net framework and win32 API to write VS22, But soon M$ use winui3 in all of it apps, still it's widely used and many continue to use it

  10. 4 weeks ago
    Anonymous

    Is QT 6+ still a shitstain? I don't even understand their license situation.

  11. 4 weeks ago
    Anonymous

    Qt. But also check out ImGui, Tk, GNUstep, WxWidgets, Lazarus, Swing, Racket. Frick Flutter.

  12. 4 weeks ago
    Anonymous

    Qt. GTK is always slow no matter what you do. It should be axed.

  13. 4 weeks ago
    Anonymous

    Qt. I'd rather not get gnomed.

    Qt Pros:
    - unrelated to gnome
    - works everywhere and looks good as long as you respect the theme and the system has a good theme. Fedora killed QGnomePlatform so gnome specifically does not have one anymore, but I don't consider this a loss.
    - qtquick
    - c++ instead of gobject
    - huge api compatibility guarantees (does not break without a major version change, which are very infrequent)
    - can use native widgets (both qtquick and qtwidgets) on non linux platforms (linux has no native ui toolkit)
    - wayland shell integrations are easy if you need them, but require using the private api

    Qt Cons:
    - qtwidgets themes are complex and there are almost no qtquick themes
    - qtquick can't use qtwidgets themes without an external lib (qqc2-desktop-style)
    - qtwayland is buggy and that isn't even wayland's fault
    - the qtquick6 scene graph has a weird bug that makes resizing windows look bad
    - the MOC can't handle templates (you can subclass a qobject in a template but can't add new properties or invokables, mostly applies to quick)

    Gtk pros:
    - it looks ok on gnome
    - its somewhat themeable with css

    Gtk cons:
    - ebussy and company are in control
    - looks like shit everywhere but gnome
    - theming is limited to what you can do in a shitty css subset
    - gobject makes dealing with objects bad and subclassing anything worse
    - they remove features with every release, including widgets that existed before (compare the gtk3 and gtk4 widget lists)
    - breaks the api every minor update
    - tries to force gnome CSD on you
    - gtk wayland is buggy
    - still no fractional scaling
    - gtk4 animations are noticeably laggy
    - muh font rendering is not a metric (still not fixed)
    - the fricking filepicker

    • 4 weeks ago
      Anonymous

      (cont)
      I personally use qtquick which has some tradeoffs compared to qtwidgets
      - way faster to write
      - supports animations well
      - very easy to theme
      - unfortunately uses javascript for expressions, but usually those are short enough that you wouldn't know its javascript
      - faster renderer than widgets with full gpu acceleration
      - can easily use glsl shaders
      - usually the system theme does not provide a qtquick theme (maybe kde)

      Qt mogs GTK.
      The _only_ downside to Qt is that linking to it and distributing your program on Linux is pure fricking misery.
      But thats a Linux issue, and not really Qts fault.

      On linux you are supposed to rely on the system libraries

      Is QT 6+ still a shitstain? I don't even understand their license situation.

      It's still LGPL.

      Wxwidgets

      The worst shit. Worse than gtk by a lot.

      • 4 weeks ago
        Anonymous

        is quick more debuggable now?
        i had to use quick for a project in uni and debugging consisted of "failed to load component" and banging my head against the code.
        it could also be because i didnt use qt designer (or whatever the ide is called) but i cant think of a reason that would be the only tool for this.

        • 4 weeks ago
          Anonymous

          what timeframe? I've only used quick2 and qt6 but I remember hearing v1 was way worse. For any "failed to load component" messages I always get traces with line numbers. Also I use emacs and have never touched qt creator or qmake. For general debugging usually the "stick a red outline around it" method solves 90% of my problems.

          • 4 weeks ago
            Anonymous

            we were using qt5 so i guess v2 as well. but no line numbers or anything else. im not excluding stupidity on my side as a possible cause because we were in a hurry (usual uni shenanigans) but it really wasnt fun, since you had zero hint as to what was broken, syntax, internal logic or external logic

          • 4 weeks ago
            Anonymous

            Its possible it was just missing in early qt5, unless you never printed the error strings from qqmlcomponent. Always print those.

          • 4 weeks ago
            Anonymous

            i actually found the sources in a dusty corner of my disks, no qqmlcomponent to be grepped anywhere besides the one
            QQmlComponent component(&engine, QUrl(QStringLiteral("qrc:/Forms/Main/main.qml"*~~;

            so i guess it was just us not knowing what we were doing...
            ill consider quick the next time ill deal with UIs then, thanks anon

          • 4 weeks ago
            Anonymous

            yeah that can fail to load and you need to print the string if it does. I do recommend giving it another try as its the best ui framework I've used. Not incredible but definitely the best of the choices you have.

    • 4 weeks ago
      Anonymous

      god, the file picker is so bad. it's metastasized specifically to the apt version of firefox on all distributions too, it's an unnecessary pain in the ass to have to manually configure firefox installs to use portal on KDE.

  14. 4 weeks ago
    Anonymous

    Motif

  15. 4 weeks ago
    Anonymous

    Tcl/Tk

  16. 4 weeks ago
    Anonymous

    But which one is best to code in Zig?

  17. 4 weeks ago
    Anonymous

    Least shitty? I can't say, they both have problems in different domains...

    Give IUP a try.
    It's really easy, lightweight and use native windowing system of the OS by default.
    Best I ever came across.

    • 4 weeks ago
      Anonymous

      >Available for UNIX (FreeBSD and Linux) using GTK+ (since 3.0)
      I mean, it probably improves a lot, love Lua

  18. 4 weeks ago
    Anonymous

    GTK is ok

  19. 4 weeks ago
    Anonymous

    GTK exists these days to break compatibility between releases until everything is done the redhat way.

  20. 4 weeks ago
    Anonymous

    How is QtQuick/QML for complex components these days? I have an application I wrote using QtWidgets that does a lot of shit and makes use of (probably overly complex) model-views. I have never touched it but I was always worried that a declarative scripting language wouldn't be able to cover more dynamic and nuanced needs.

    • 4 weeks ago
      Anonymous

      so far the builtins have mostly done what I need, but you can just make your own when they don't. I made a custom implementation of stackview recently in pure qml. Component.createObject goes a long way, along with reading the qtdeclarative source code. Usually its simpler to just expose more or better data models if thats the problem though.

      Most of my personal usage is exposing relatively small data models to end users who write a little qml to display it though. (wrote a fancy hot reloader and everything)

    • 4 weeks ago
      Anonymous

      easy to get started hard to get what you want. I wouldn't move something old to it unless you like banging your head against a wall. Play with https://patrickelectric.work/qmlonline/
      also gtk model view is a lot better than qt's its really astonishing how much qt model view sucks.

  21. 4 weeks ago
    Anonymous

    html/css using tauri

  22. 4 weeks ago
    Anonymous

    Iced

  23. 4 weeks ago
    Anonymous

    GTK peaked at version 2 and went downhill since then. So Qt.

    • 4 weeks ago
      Anonymous

      >GTK peaked at version 2 and went downhill since then.
      GTK 3 and 4 are not bad. The problem is the gnomified crap that they tried to push (Header bar, widgets with slow and shit animations, fighting theming, breaking APIs). Case in point, MATE uses GTK3 now and is just as good as the GTK2 version but with high DPI support. When they port to GTK4 it will be just as good but with GPU accel. Turns out if you ignore GNOME, then GTK is still the best.

      • 4 weeks ago
        Anonymous

        >Turns out if you ignore GNOME
        That's just not possible. The GNOME only just released a "fix" less than two weeks ago for a regression in the default GTK icon theme that dates back two years. Distros have yet to implement it.

  24. 4 weeks ago
    Anonymous

    Win32

  25. 4 weeks ago
    Anonymous

    Has anyone here tinkered with Tk? How does it compare?

    • 4 weeks ago
      Anonymous

      Doesn't it still have trouble with hidpi?

  26. 4 weeks ago
    Anonymous

    Qt because if it's written in pure c it's going to be shit

  27. 4 weeks ago
    Anonymous

    i want native win32 with wine without wineserver but the lazy c**ts wont do it

Your email address will not be published. Required fields are marked *