6 ms·

Pixel-perfect fractional scaling, baby, woohoo!

kuschku 3y ago
After over a decade of GTK claiming fractional scaling is "impossible" and GTK devs vetoing any fractional scaling in the wayland protocol, they finally got feature parity with Qt in this area. Now we just need proper support in Wayland and we'll finally have support for HiDPI in all major Linux DEs.
- FirmwareBurner 3y ago
  >After over a decade of GTK claiming fractional scaling is "impossible" and So it's just as impossible as thumbnails in the file picker? The insanity of the GTK and the resilience of people willing to put up with it is baffling to me.
  - Vinnl 3y ago
    At least the devs can find some motivation in the fact that they'll get comments like these every time they do something good...
    - FirmwareBurner 3y ago
      Thank you for moving the goalposts for the chance of a cheap shot comment, but you know very well that's not what I meant. GTK doing something right , doesn't suddenly absolve it of all the wrongs. And just because something is FOSS doesn't mean it's not without fault and therefore without criticism.
      - SiempreViernes 3y ago
        Likewise, just because you are right in principle doesn't mean your actual comment is anything but rude and pointless.
        FirmwareBurner 3y ago
        Am I the one being rude? Maybe. Was GTK also being rude for claiming something everyone else was doing at the time, like fractional scaling, as being "Impossible"? Maybe. Sorry, maybe I was rude, but someone needs to call out BS claims like this as they probably have enough "yes men" tooting their horn.
        tristan957 3y ago
        Please cite where a GTK developer said that fractional scaling was impossible.
        Vinnl 3y ago
        > someone needs to call out BS claims like this as they probably have enough "yes men" tooting their horn. Do they, though? Does it have any effect at all, other than potentially demotivating volunteer contributors? And if so, do those effects outweigh the negative effects?
        FirmwareBurner 3y ago
        Gnome's problems are not those volunteers contributing code, but the leadership who decided what gets merged to mainline. Devs could have implemented thumbnails in file picker over a decade ago, but Gnome leadership was always against it. Toxic and poor leadershipof such large projects should be openly criticized and pointed at, and not allow to hide and be gaslighten behind the "poor small volunteer devs".
        tuna74 3y ago
        "Devs could have implemented thumbnails in file picker over a decade ago, but Gnome leadership was always against it." Please stop this bullshit.
        Vinnl 3y ago
        What have years and years of criticising and pointing-at brought us, other than a couple of burnt-out devs? And is there anywhere where we can see that this elite leadership suddenly changed their minds on allowing this, rather than a developer seeing an opportunity when a bunch of things got deprecated, which had been postponed for a long time because it creates a lot of work for downstreams [0]? Or is the fact that they didn't want to haphazardly break those downstreams the poor leadership you speak of? [0] https://blog.gtk.org/2022/12/15/a-grid-for-the-file-chooser/ https://blog.gtk.org/2022/12/15/a-grid-for-the-file-chooser/
    - EasyMark 3y ago
      Usually it's from someone who has never wrote a single line of code to improve the situation either.
      - FirmwareBurner 3y ago
        Please spare us of this tired trope. People who don't contribute to FOSS, are also allowed to have an opinion on FOSS if they're users of it. Otherwise how would they know what to improve if you don't allow feedback from users? What you're saying is like car companies thinking their customers' opinions are irelevant because their customers never contributed to designing parts of a car. If you're designing a mainstream product that's not just targeting professional SW developers who can contribute back with code, but also average users who will only use it but never contribute, then you will need to be open to mainstream levels of feedback that represent the average user and not just programmers. Otherwise let's keep complaining Linux and FOSS alternatives have only ~2% market share that it's somehow the users' fault for only buying Microsoft/Apple and not the projects' for being stubborn to feedback and out of touch with their mainstream users.
        EasyMark 3y ago
        I have contributed and improved more than a few FOSS pieces of software that I used when I thought it could use improvement or a bug fix, or even just documentation of the bug. FOSS isn't a company, and a huge portion of contributors aren't paid a dime. It bothers me when people criticize with vehemence against the developers, where I express my opinion is on the nature of belligerent complaints vs helpful ones. Have a nice day.
        Klonoar 3y ago
        No, they're right. It's not a requirement to sling code to put your opinions out there about open source.
        bee_rider 3y ago
        Everyone has their opinions. There are so many opinions out there, it isn’t really clear what to do with them. Put them out there, fine, now everybody else just has to decide if they care. One way to tell if you should care about an opinion is to check and see if the person professing it has taken any concrete actions toward getting the world to align with it.
    - kuschku 3y ago
      The devs who actually implemented should be celebrated. But they're not the same people as the ones that blocked specs and PRs by stating this was "impossible". Blocking valuable improvements with an absolute statement like that makes contributing to such projects feel like fighting against windmills.
      - Vinnl 3y ago
        Possibly, but it wouldn't be the first time that the first category of devs feel like they're the target of such comments. And it's a well-known phenomenon that negative comments outweigh ten positive ones. So from where I sit, one might as well not make them. (And I'm pushing back a bit to hopefully support the contributors who I'm grateful to.)
  - ho_schi 3y ago
    As Vinni pointed it with irony. A honest „thank you“ to the people which made the thumbnails possible would be helpful. And involving itself. Or spending money. Gtk and GNOME are not companies. People need a motivation - from their work or from outside.
    - FirmwareBurner 3y ago
      >Gtk and GNOME are not companies. These are large entities made up of people, same as companies, not individual devs making a side project. Does that mean their work should not be criticized because their collective is not a registered publicly listed company? >People need a motivation - from their work or from outside. Also feedback. And that was my feedback, candid as it may be. Like I said below, FOSS work doesn't mean it should automatically be excluded form criticism, especially if that FOSS work is so big and influential enough that it ends up having impact on other products and on people's work and lives, like Gnome being the default on most free but also commercial distros. So please let's stop attacking and gaslighting critics, as if GNOME is some teenager developing his first app for free in his bedroom who should only be defended and praised for encouragement, instead of the giant mammoth project with private and public funding[1] developed by vested professionals of the software industry who know very well what they're doing and should be criticized when they do something wrong or are being needlessly petty and stubborn with their decisions and arguments, besides being praised when doing something right as there's already enough of that in this topic if you read it. [1] https://www.omgubuntu.co.uk/2023/11/gnome-sovereign-tech-fund https://www.omgubuntu.co.uk/2023/11/gnome-sovereign-tech-fun...
      - ho_schi 3y ago
        Constructive criticism is helpful. And yes - some people get it wrong or are stubborn. People don’t act always perfect despite good intentions. I struggle often to find the right tone and interpret it properly. And I’m happy about Linux, GCC, Vim, Coretils and Gtk in general. GNOMEs keyboard centric usage is wonderful. That said. I’m usually sad about public long term forks. Because they are not about learning or improvement but that people often failed to communicate. Yes, sometimes their targets are just differing. Anyone good news? Maybe Mutter will support VRR itself. And maybe battery thresholds in a user friendly way. Woohooo No we just need convince the right people to add Type-Ahead-Find back in Nautilus and background transparency officially back in gnome-terminal. Both „back“. There is existing code for both.
- ho_schi 3y ago
  Both fractional scaling and thumbnails did require massive background work. The term „impossible“ is therefore incorrect. It required huge changes in the backend which weren’t feasible in short term. The thumbnails are done already and the new renderes are approaching. Keep in mind, developers strive good solutions. Users need good solutions. Companies are often happy with less reliable solutions because they are forced to be fast. And this less reliable stuff tends to stay long.
  - maccard 3y ago
    The trade-off is that other platforms have had this support for a decade. Stuff like this keeps people from switching.
    - ho_schi 3y ago
      I think there are other reasons which matter. * what comes preinstalled * a weird application * the end Regarding features - for users - Linux with GNOME is delivering features for decades which Windows lacks: * Tabs in file-browser * fast and modern terminal (ttf-fonts, utf8, OpenGL…) * clear concise settings * maintained application repositories * no „desktop“ which forces me to arrange icons (WTF?) Other consider Cortana or ChatGPT as „required“. If they think so…
      - dog436zkj3p7 3y ago
        You seem to be very much out of date with the current state of Windows. tabs in file browser >built in for the last 2 years, tabs can be rearranged, moved between explorer windows, etc. fast and modern terminal >windows terminal (released 2019 and built in by default) is one of the best terminal apps on any platform. Tabs, GPU acceleration, fonts, seamless multishell support (including Linux shells local - WSL - or remote) *maintained application repositories > winget (released 2020 and built in by default) repository is now the backend of windows store and can maintain externally installed software, just run ‘winget upgrade —-all’ in your shell of choice Also, you can now install any linux distro you want with a single click using WSL, with full x11 and Wayland support. If there’s a Linux app you prefer, you can use it seamlessly. You can even run a full desktop. I’d almost go as far as to say that nvidia hardware is supported better through WSL, where latest drivers “just work” and I’ve never experienced things breaking, than on baremetal Linux (although that says more about nvidia than any platform).
- zamadatix 3y ago
  Wayland has fractional-scale-v1 merged.
- jandrese 3y ago
  I think it was impossible with the old rendering engine, hence the excitement in this blog post.
- AshamedCaptain 3y ago
  It's even worse, it's devs (& some users) plainly dismissing fractional scaling as "imperfect" and claiming fullscreen downscaling as the only sensible option with very little justification other than "it's what Apple does". I had multiple discussions here in HN with users who wouldn't believe that, given fractional scale ratios, _anything_ else than direct fractional rendering produces significant blurriness. (And note fractional rendering can also produce blurriness, e.g. through misalignment).
oever 3y ago
From the blog post: If your 1200 × 800 window is set to be scaled to 125 %, with the unified renderers, we will use a framebuffer of size 1500 × 1000 for it, instead of letting the compositor downscale a 2400 × 1600 image. The explanation is a bit confusing to me. I think they are saying that a window that should be drawn as 1500 x 1000 pixels on the screen because of 125% scaling would have 1200 x 800 pixels in application pixels. Since OpenGL and Vulcan use floats to render, they might as well render directly into a buffer that can be rendered 1:1 on the screen by transforming the coordinates in the instructions. If that's what they are doing, that sounds like sanity finally.
- aulin 3y ago
  I believe he's saying exacty that, they'll render it to the target size instead of rendering 2x and scaling it down.
  - deleted 3y ago
    [deleted]
  - SpaghettiCthulu 3y ago
    What was so hard about doing that in the past?

After over a decade of GTK claiming fractional scaling is "impossible" and GTK devs vetoing any fractional scaling in the wayland protocol, they finally got feature parity with Qt in this area. Now we just need proper support in Wayland and we'll finally have support for HiDPI in all major Linux DEs.

FirmwareBurner 3y ago
>After over a decade of GTK claiming fractional scaling is "impossible" and So it's just as impossible as thumbnails in the file picker? The insanity of the GTK and the resilience of people willing to put up with it is baffling to me.
- Vinnl 3y ago
  At least the devs can find some motivation in the fact that they'll get comments like these every time they do something good...
  - FirmwareBurner 3y ago
    Thank you for moving the goalposts for the chance of a cheap shot comment, but you know very well that's not what I meant. GTK doing something right , doesn't suddenly absolve it of all the wrongs. And just because something is FOSS doesn't mean it's not without fault and therefore without criticism.
    - SiempreViernes 3y ago
      Likewise, just because you are right in principle doesn't mean your actual comment is anything but rude and pointless.
      - FirmwareBurner 3y ago
        Am I the one being rude? Maybe. Was GTK also being rude for claiming something everyone else was doing at the time, like fractional scaling, as being "Impossible"? Maybe. Sorry, maybe I was rude, but someone needs to call out BS claims like this as they probably have enough "yes men" tooting their horn.
        tristan957 3y ago
        Please cite where a GTK developer said that fractional scaling was impossible.
        Vinnl 3y ago
        > someone needs to call out BS claims like this as they probably have enough "yes men" tooting their horn. Do they, though? Does it have any effect at all, other than potentially demotivating volunteer contributors? And if so, do those effects outweigh the negative effects?
        FirmwareBurner 3y ago
        Gnome's problems are not those volunteers contributing code, but the leadership who decided what gets merged to mainline. Devs could have implemented thumbnails in file picker over a decade ago, but Gnome leadership was always against it. Toxic and poor leadershipof such large projects should be openly criticized and pointed at, and not allow to hide and be gaslighten behind the "poor small volunteer devs".
        tuna74 3y ago
        "Devs could have implemented thumbnails in file picker over a decade ago, but Gnome leadership was always against it." Please stop this bullshit.
        Vinnl 3y ago
        What have years and years of criticising and pointing-at brought us, other than a couple of burnt-out devs? And is there anywhere where we can see that this elite leadership suddenly changed their minds on allowing this, rather than a developer seeing an opportunity when a bunch of things got deprecated, which had been postponed for a long time because it creates a lot of work for downstreams [0]? Or is the fact that they didn't want to haphazardly break those downstreams the poor leadership you speak of? [0] https://blog.gtk.org/2022/12/15/a-grid-for-the-file-chooser/ https://blog.gtk.org/2022/12/15/a-grid-for-the-file-chooser/
  - EasyMark 3y ago
    Usually it's from someone who has never wrote a single line of code to improve the situation either.
    - FirmwareBurner 3y ago
      Please spare us of this tired trope. People who don't contribute to FOSS, are also allowed to have an opinion on FOSS if they're users of it. Otherwise how would they know what to improve if you don't allow feedback from users? What you're saying is like car companies thinking their customers' opinions are irelevant because their customers never contributed to designing parts of a car. If you're designing a mainstream product that's not just targeting professional SW developers who can contribute back with code, but also average users who will only use it but never contribute, then you will need to be open to mainstream levels of feedback that represent the average user and not just programmers. Otherwise let's keep complaining Linux and FOSS alternatives have only ~2% market share that it's somehow the users' fault for only buying Microsoft/Apple and not the projects' for being stubborn to feedback and out of touch with their mainstream users.
      - EasyMark 3y ago
        I have contributed and improved more than a few FOSS pieces of software that I used when I thought it could use improvement or a bug fix, or even just documentation of the bug. FOSS isn't a company, and a huge portion of contributors aren't paid a dime. It bothers me when people criticize with vehemence against the developers, where I express my opinion is on the nature of belligerent complaints vs helpful ones. Have a nice day.
        Klonoar 3y ago
        No, they're right. It's not a requirement to sling code to put your opinions out there about open source.
        bee_rider 3y ago
        Everyone has their opinions. There are so many opinions out there, it isn’t really clear what to do with them. Put them out there, fine, now everybody else just has to decide if they care. One way to tell if you should care about an opinion is to check and see if the person professing it has taken any concrete actions toward getting the world to align with it.
  - kuschku 3y ago
    The devs who actually implemented should be celebrated. But they're not the same people as the ones that blocked specs and PRs by stating this was "impossible". Blocking valuable improvements with an absolute statement like that makes contributing to such projects feel like fighting against windmills.
    - Vinnl 3y ago
      Possibly, but it wouldn't be the first time that the first category of devs feel like they're the target of such comments. And it's a well-known phenomenon that negative comments outweigh ten positive ones. So from where I sit, one might as well not make them. (And I'm pushing back a bit to hopefully support the contributors who I'm grateful to.)
- ho_schi 3y ago
  As Vinni pointed it with irony. A honest „thank you“ to the people which made the thumbnails possible would be helpful. And involving itself. Or spending money. Gtk and GNOME are not companies. People need a motivation - from their work or from outside.
  - FirmwareBurner 3y ago
    >Gtk and GNOME are not companies. These are large entities made up of people, same as companies, not individual devs making a side project. Does that mean their work should not be criticized because their collective is not a registered publicly listed company? >People need a motivation - from their work or from outside. Also feedback. And that was my feedback, candid as it may be. Like I said below, FOSS work doesn't mean it should automatically be excluded form criticism, especially if that FOSS work is so big and influential enough that it ends up having impact on other products and on people's work and lives, like Gnome being the default on most free but also commercial distros. So please let's stop attacking and gaslighting critics, as if GNOME is some teenager developing his first app for free in his bedroom who should only be defended and praised for encouragement, instead of the giant mammoth project with private and public funding[1] developed by vested professionals of the software industry who know very well what they're doing and should be criticized when they do something wrong or are being needlessly petty and stubborn with their decisions and arguments, besides being praised when doing something right as there's already enough of that in this topic if you read it. [1] https://www.omgubuntu.co.uk/2023/11/gnome-sovereign-tech-fund https://www.omgubuntu.co.uk/2023/11/gnome-sovereign-tech-fun...
    - ho_schi 3y ago
      Constructive criticism is helpful. And yes - some people get it wrong or are stubborn. People don’t act always perfect despite good intentions. I struggle often to find the right tone and interpret it properly. And I’m happy about Linux, GCC, Vim, Coretils and Gtk in general. GNOMEs keyboard centric usage is wonderful. That said. I’m usually sad about public long term forks. Because they are not about learning or improvement but that people often failed to communicate. Yes, sometimes their targets are just differing. Anyone good news? Maybe Mutter will support VRR itself. And maybe battery thresholds in a user friendly way. Woohooo No we just need convince the right people to add Type-Ahead-Find back in Nautilus and background transparency officially back in gnome-terminal. Both „back“. There is existing code for both.
ho_schi 3y ago
Both fractional scaling and thumbnails did require massive background work. The term „impossible“ is therefore incorrect. It required huge changes in the backend which weren’t feasible in short term. The thumbnails are done already and the new renderes are approaching. Keep in mind, developers strive good solutions. Users need good solutions. Companies are often happy with less reliable solutions because they are forced to be fast. And this less reliable stuff tends to stay long.
- maccard 3y ago
  The trade-off is that other platforms have had this support for a decade. Stuff like this keeps people from switching.
  - ho_schi 3y ago
    I think there are other reasons which matter. * what comes preinstalled * a weird application * the end Regarding features - for users - Linux with GNOME is delivering features for decades which Windows lacks: * Tabs in file-browser * fast and modern terminal (ttf-fonts, utf8, OpenGL…) * clear concise settings * maintained application repositories * no „desktop“ which forces me to arrange icons (WTF?) Other consider Cortana or ChatGPT as „required“. If they think so…
    - dog436zkj3p7 3y ago
      You seem to be very much out of date with the current state of Windows. tabs in file browser >built in for the last 2 years, tabs can be rearranged, moved between explorer windows, etc. fast and modern terminal >windows terminal (released 2019 and built in by default) is one of the best terminal apps on any platform. Tabs, GPU acceleration, fonts, seamless multishell support (including Linux shells local - WSL - or remote) *maintained application repositories > winget (released 2020 and built in by default) repository is now the backend of windows store and can maintain externally installed software, just run ‘winget upgrade —-all’ in your shell of choice Also, you can now install any linux distro you want with a single click using WSL, with full x11 and Wayland support. If there’s a Linux app you prefer, you can use it seamlessly. You can even run a full desktop. I’d almost go as far as to say that nvidia hardware is supported better through WSL, where latest drivers “just work” and I’ve never experienced things breaking, than on baremetal Linux (although that says more about nvidia than any platform).
zamadatix 3y ago
Wayland has fractional-scale-v1 merged.
jandrese 3y ago
I think it was impossible with the old rendering engine, hence the excitement in this blog post.
AshamedCaptain 3y ago
It's even worse, it's devs (& some users) plainly dismissing fractional scaling as "imperfect" and claiming fullscreen downscaling as the only sensible option with very little justification other than "it's what Apple does". I had multiple discussions here in HN with users who wouldn't believe that, given fractional scale ratios, _anything_ else than direct fractional rendering produces significant blurriness. (And note fractional rendering can also produce blurriness, e.g. through misalignment).

oever 3y ago

From the blog post: If your 1200 × 800 window is set to be scaled to 125 %, with the unified renderers, we will use a framebuffer of size 1500 × 1000 for it, instead of letting the compositor downscale a 2400 × 1600 image. The explanation is a bit confusing to me. I think they are saying that a window that should be drawn as 1500 x 1000 pixels on the screen because of 125% scaling would have 1200 x 800 pixels in application pixels. Since OpenGL and Vulcan use floats to render, they might as well render directly into a buffer that can be rendered 1:1 on the screen by transforming the coordinates in the instructions. If that's what they are doing, that sounds like sanity finally.

aulin 3y ago
I believe he's saying exacty that, they'll render it to the target size instead of rendering 2x and scaling it down.
- deleted 3y ago
  [deleted]
- SpaghettiCthulu 3y ago
  What was so hard about doing that in the past?