GTK3 Theming modGTK3 Resolves layout corruption under ALL Linux Distros

  1. ‹ Older
  2. 11 months ago

    jim m

    5 Jul 2019 Testers, Xojo Pro piDog.com

    That's a very strange error...
    Did you open the modGtk3.xojo_project and copy the module from there or drag it from the downloaded folder?

  3. Tim J

    5 Jul 2019 Testers, Xojo Pro N. Phoenix, AZ

    Did you add the full module to your project? It should look something like this is the Navigator:

    -image-

  4. @jim m That's a very strange error...
    Did you open the modGtk3.xojo_project and copy the module from there or drag it from the downloaded folder?

    I cannot open that, it ask immediately for the location of "Build Automation.xojo_code",which is nowhere to be found.

  5. jim m

    6 Jul 2019 Testers, Xojo Pro piDog.com

    It looks like Build Automation was added to my gitignore file and not uploaded. I've fixed the problem.

  6. @jim m It looks like Build Automation was added to my gitignore file and not uploaded. I've fixed the problem.

    Great, it compiles now error free. Thanks for updating it!

  7. jim m

    7 Jul 2019 Testers, Xojo Pro piDog.com

    Since you got me looking at the project, I've updated the repo to fix a 64bit bug in the demo and to improve tab panel handling to hopefully align contents correctly and aviod clipping.

  8. Massimo V

    7 Jul 2019 Testers, Xojo Pro Europe (Germany, Würzburg)
    Edited 11 months ago

    @Ivan T As my second post states, GTK is NOT designed to work in a fixed layout like apps in windows or Mac. So, the only way Xojo could fix this problem is to implement and expose the GTK native containers. But, doing that, they will break the multiplatform compatibility of the layout designer. So, not an easy solution.

    But, Maybe if Xojo implement GTK in ALL 3 desktop platforms...

    • Lots of contros out of the box for xojo
    • Great Layout widgets to make modern interfaces
    • Awesome performance with hardware accelerated drawing
    • Consistency in all the 3 platforms
    • Cairo Drawing could be used to add PDF capabilities
    • Xojo team will focus in 1 UI instead of 3
    • Apps with themes in all the platforms.
    • Etc

    Feedback Case 52860 - Implement the full GTK widget set and Cairo drawings on all 3 platforms for better multiplatform compatibility

    Gimp On Windows
    -image-

    Gimp On Linux
    -image-

    Gimp On Mac
    -image-

    New Gimp style On Windows
    -image-

    New Gimp style On Windows other theme
    -image-

    Feedback Case 52860 - Implement the full GTK widget set and Cairo drawings on all 3 platforms for better multiplatform compatibility

    I think the idea of using GTK on Mac and Windows would spoil the whole idea of Xojo using native UI.
    And while on Windows this can be doable due there is much more UI look & feel fragmentation, this would be a disaster on Mac. Does someone notice on Mac it looks UGLY?

    I personally don't want my Mac applications looking like that and if Xojo would ever think to implement this, I would probably search for alternatives. There are other cross platform environments around, but all of them fail on the UI due to non native controls, etc.
    This is one of biggest plus of Xojo. It looks great on all platforms.

  9. Garry P

    8 Jul 2019 Testers, Xojo Pro Europe (Torquay, UK)

    I personally don't want my Mac applications looking like that and if Xojo would ever think to implement this, I would probably search for alternatives. There are other cross platform environments around, but all of them fail on the UI due to non native controls, etc.
    This is one of biggest plus of Xojo. It looks great on all platforms.

    Whilst the concept of native GUI controls for each OS is great in practice we actually get the lowest common denominator because there are so many differences between the three desktop platforms. For example, this is probably why we still don’t have a date picker control without having to spend additional money for a third party solution.

    Additionally, because Xojo don’t provide that many controls themselves (because they have to cater for all three platforms with three different GUI toolkits) developers end up with non-native canvas-based hacks to simulate what has already been implemented in a cross-platform toolkit like GTK3.

    Personally, I would have no problem at all if Xojo decided to support GTK3 on all three platforms. That would actually speed up development time for me. Much of my debugging time is spent fixing weird GUI glitches between platforms which would probably be solved if there was just one underlying toolkit. I find the logic side of my apps tends to “just work” as advertised by Xojo but the GUI side is often broken.

    Additionally, even as a die hard macOS user, I really don’t mind the look of GTK3.

    Just my two cents.

  10. Tim J

    8 Jul 2019 Testers, Xojo Pro N. Phoenix, AZ

    @Massimo V I think the idea of using GTK on Mac and Windows would spoil the whole idea of Xojo using native UI.

    But ... if you look at modern Mac apps, you'll discover that they really aren't adhering to any specific look and feel outside of a design that works for them - even Apple's own apps.

  11. 10 months ago

    Norman P

    17 Jul 2019 Testers, Xojo Pro outside LMAO !!!!!!!

    @jim m Since you got me looking at the project, I've updated the repo to fix a 64bit bug in the demo and to improve tab panel handling to hopefully align contents correctly and aviod clipping.

    Can you add the build automation item even if its empty to the repo ?
    Otherwise you get an error opening the project

  12. Massimo V

    17 Jul 2019 Testers, Xojo Pro Europe (Germany, Würzburg)

    @Tim J But ... if you look at modern Mac apps, you'll discover that they really aren't adhering to any specific look and feel outside of a design that works for them - even Apple's own apps.

    This is true but only at a limited extent.
    One fact is partly not respecting the UI guidelines, which even Apple do sometimes. A completely different fact is having controls looking and behaving in a fully different way than the native ones. On Mac this is very noticeable, much more than on Windows where the UX fragmentation is much higher.
    Every Mac user who used a Java or Qt made application can easily confirm this. Even the most naive user can tell you a such application "looks weird".

    And about modern apps I have the feeling the trend is now to have a better UX, as much as possible consistent with the native OS UX. The past years IMHO this was too often sacrificed on the altar of the cross platform development. The web also played a role on this, in a way.

    So again, one of the strong pros of Xojo is the native UI, with all the limitations it brings, of course. One of the first arguments on pushing Xojo in companies is leveraging exactly the fact Xojo can do something no others can do, except the native development system, being it .NET or Cocoa. For Linux it's a completely different story, due the fragmentation is stellar, so it's basically not a problem for most Linux users.

  13. Norman P

    18 Jul 2019 Testers, Xojo Pro outside LMAO !!!!!!!

    @Massimo V Every Mac user who used a Java or Qt made application can easily confirm this. Even the most naive user can tell you a such application "looks weird".

    electron based apps

  14. Massimo V

    18 Jul 2019 Testers, Xojo Pro Europe (Germany, Würzburg)

    Electron is the worst one, not only because of the UI/UX but also because it's bloated.
    But Qt applications, might be good in term of performance and everything else, just the UI is totally alien to a Mac user.

  15. 4 months ago

    Frank H

    Feb 11 The Netherlands
    Edited 4 months ago

    @Garry P Additionally, because Xojo don’t provide that many controls themselves (because they have to cater for all three platforms with three different GUI toolkits) developers end up with non-native canvas-based hacks to simulate what has already been implemented in a cross-platform toolkit like GTK3.

    Take a look at Lazarus which uses the Free-Pascal compiler. Granted, it is open-source and as such many people have contributed to it throughout the years. It uses both Qt and GTK and offers a whole range of controls that look pretty native on the supported platforms. That in itself is not the problem. I guess it all depends on what the priorities are. For Xojo clearly the focus has been on improving the framework among other things. But I personally would like to see some expansion of its controls arsenal at some point.

  16. Bob K

    Feb 11 Testers, Xojo Pro Kansas City

    There have been little hints over the past year or so is that after Web 2.0 there might be a number of new controls coming to desktop and by extension Linux. What that means we have zero idea. Almost makes me wonder if they plan on taking the Electron approach rather than native controls.

  17. Tim J

    Feb 11 Testers, Xojo Pro N. Phoenix, AZ

    @Massimo V But Qt applications, might be good in term of performance and everything else, just the UI is totally alien to a Mac user.

    Xojo can't (and shouldn't) use QT because of their usurious license structure. In fact, it's been such a turn off that the QT group has removed the license pricing from their website. You now have to provide contact info and get a quote by email.

  18. Norman P

    Feb 11 Testers, Xojo Pro outside LMAO !!!!!!!

    Didnt Qt used to be about 5K per developer seat per year ?

  19. Tim J

    Feb 11 Testers, Xojo Pro N. Phoenix, AZ

    @Norman P Didnt Qt used to be about 5K per developer seat per year ?

    It still is and more if you're using ALL of the options.

  20. Tomas J

    Feb 12 Testers, Xojo Pro Europe (Germany)
    Edited 4 months ago

    @Massimo V Electron is the worst one, not only because of the UI/UX but also because it's bloated.
    But Qt applications, might be good in term of performance and everything else, just the UI is totally alien to a Mac user.

    I can't believe that many popular apps are made around this bloatware of ****. It's like the rebird of Macromedia/Adobe Flash but on Desktop with quadrupled impact. Twenty lines of your code sit on millions of lines of unkonwn, buggy, slow code. I am in favor of the idea that every developer writes in clear words for what purpose his code is meant for. Maybe this could have had saved the world from Electron? Imagine, in order to get this crap up and running all barrieres - normally preventing access to local ressources from the web - had to be removed or circumnavigated. That's BS!

  21. Tim J

    Feb 13 Testers, Xojo Pro N. Phoenix, AZ
    Edited 4 months ago

    @Tomas J I can't believe that many popular apps are made around this bloatware ...

    It's there, it mostly works, the bulk of the heavy lifting is done, and it's free. A sad commentary on one segment of the developer community, but most will take the easy path when it's available.

or Sign Up to reply!