HiDPI support/Graphics toolkit
Posted: 12 Oct 2017, 10:15
Hello.
It's impossible to use KISSlicer on a Linux computer with hiDPI displays (what mac calls retina). I don't know if that's a fact on windows display too, but on linux it's just minuscle (I use a notebook with a 4k display that has around 280 dpi).
Graphics libraries have fixes for that, usually supporting scaling environment variables, but FLTK has no such thing (I use GTK with a scaling factor or 2, and QT5 automatically detects the needed scaling). FLTK high DPI support is supposedly being added to 1.4, that is slowly being worked on. There is one post on the internet about how to do the DPI detection yourself but it's a lot of work and prone to errors.
Now, FLTK 1.4 is breaking the ABI with 1.3.4 and reworking a lot of stuff, what will probably require a lot of work from KISSlicer side to adapt, so my suggestion would be to actually move away from FTLK to a more widely supported toolkit like QT or GTK (that are proven multiplatform, supported, and visually appealing, so it doesn't look like the application is being made in 1992).
Thanks for the good work!
It's impossible to use KISSlicer on a Linux computer with hiDPI displays (what mac calls retina). I don't know if that's a fact on windows display too, but on linux it's just minuscle (I use a notebook with a 4k display that has around 280 dpi).
Graphics libraries have fixes for that, usually supporting scaling environment variables, but FLTK has no such thing (I use GTK with a scaling factor or 2, and QT5 automatically detects the needed scaling). FLTK high DPI support is supposedly being added to 1.4, that is slowly being worked on. There is one post on the internet about how to do the DPI detection yourself but it's a lot of work and prone to errors.
Now, FLTK 1.4 is breaking the ABI with 1.3.4 and reworking a lot of stuff, what will probably require a lot of work from KISSlicer side to adapt, so my suggestion would be to actually move away from FTLK to a more widely supported toolkit like QT or GTK (that are proven multiplatform, supported, and visually appealing, so it doesn't look like the application is being made in 1992).
Thanks for the good work!