#hidpi — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #hidpi, aggregated by home.social.
-
📷 RawTherapee 5.13: Spaciu de lucru Rec. 2020 implicit, suport HiDPI îmbunătățit și optimizări pentru ARM! A fost lansată versiunea stable RawTherapee 5.13, aducând schimbări majore în gestionarea culorilor, randarea vizuală pe monitoare moderne și optimizări de performanță. ✨ Noutăți principale în RawTherapee 5.13: 🎨 Rec. 2020 ca profil de lucru implicit:• Treci de la ProPhoto RGB la Rec. 2020 ca spațiu de culoare standard. Schimbarea previne culorile „fizic imposibile” din gamutul ProPhoto, oferind o interpretare mai realistă a nuanțelor (ProPhoto rămâne disponibil opțional). 🖥️ Interfață mai clară pe ecrane HiDPI:• Îmbunătățiri semnificative la nivel de UI: previzualizările din editor și miniaturile (thumbnails) din browserul de fișiere sunt mai clare pe monitoarele cu rezoluție mare. 🪡 Instrumente noi și avansate de editare:• Crop Tool complet reproiectat: Permite ghidaje multiple simultan, culori personalizabile și suport pentru zone de sângerare (bleed areas).• Ediție selectivă & Claritate: Capture Deconvolution poate fi aplicat pe zone specifice, iar instrumentul de reducere a zgomotului include protecție pe bază de mască de luminanță.• Gamut & Tone Mapping: Actualizări pentru Gamut Compression, un nou tone mapper Michaelis–Menten și opțiuni avansate în Generalized Hyperbolic Stretch. ⚡ Suport nativ și performanță pe ARM:• Mulțumită bibliotecii SIMDe, versiunile pentru arhitectura ARM64 (Linux și Windows) beneficiază de optimizările de viteză specifice proiectului. Pachetele oficiale AppImage includ acum și varianta ARM64. 📷 Compatibilitate extinsă cu aparate foto:• Adaugă suport pentru modele recente precum Canon EOS R5 Mark II / R6 Mark III, Fujifilm X-M5 / GFX 100 II, Nikon Z50 II, Panasonic Lumix S9, Sony Alpha 1 II / Alpha 7 V și altele. O actualizare solidă pentru fotografii care caută editare RAW non-destructivă de înaltă precizie pe Linux! 🚀#RawTherapee #OpenSource #Photography #RAWProcessing #Linux #LinuxApps #ARM64 #HiDPI #TechNews #FOSS
-
📷 RawTherapee 5.13: Spaciu de lucru Rec. 2020 implicit, suport HiDPI îmbunătățit și optimizări pentru ARM! A fost lansată versiunea stable RawTherapee 5.13, aducând schimbări majore în gestionarea culorilor, randarea vizuală pe monitoare moderne și optimizări de performanță. ✨ Noutăți principale în RawTherapee 5.13: 🎨 Rec. 2020 ca profil de lucru implicit:• Treci de la ProPhoto RGB la Rec. 2020 ca spațiu de culoare standard. Schimbarea previne culorile „fizic imposibile” din gamutul ProPhoto, oferind o interpretare mai realistă a nuanțelor (ProPhoto rămâne disponibil opțional). 🖥️ Interfață mai clară pe ecrane HiDPI:• Îmbunătățiri semnificative la nivel de UI: previzualizările din editor și miniaturile (thumbnails) din browserul de fișiere sunt mai clare pe monitoarele cu rezoluție mare. 🪡 Instrumente noi și avansate de editare:• Crop Tool complet reproiectat: Permite ghidaje multiple simultan, culori personalizabile și suport pentru zone de sângerare (bleed areas).• Ediție selectivă & Claritate: Capture Deconvolution poate fi aplicat pe zone specifice, iar instrumentul de reducere a zgomotului include protecție pe bază de mască de luminanță.• Gamut & Tone Mapping: Actualizări pentru Gamut Compression, un nou tone mapper Michaelis–Menten și opțiuni avansate în Generalized Hyperbolic Stretch. ⚡ Suport nativ și performanță pe ARM:• Mulțumită bibliotecii SIMDe, versiunile pentru arhitectura ARM64 (Linux și Windows) beneficiază de optimizările de viteză specifice proiectului. Pachetele oficiale AppImage includ acum și varianta ARM64. 📷 Compatibilitate extinsă cu aparate foto:• Adaugă suport pentru modele recente precum Canon EOS R5 Mark II / R6 Mark III, Fujifilm X-M5 / GFX 100 II, Nikon Z50 II, Panasonic Lumix S9, Sony Alpha 1 II / Alpha 7 V și altele. O actualizare solidă pentru fotografii care caută editare RAW non-destructivă de înaltă precizie pe Linux! 🚀#RawTherapee #OpenSource #Photography #RAWProcessing #Linux #LinuxApps #ARM64 #HiDPI #TechNews #FOSS
-
📷 RawTherapee 5.13: Spaciu de lucru Rec. 2020 implicit, suport HiDPI îmbunătățit și optimizări pentru ARM! A fost lansată versiunea stable RawTherapee 5.13, aducând schimbări majore în gestionarea culorilor, randarea vizuală pe monitoare moderne și optimizări de performanță. ✨ Noutăți principale în RawTherapee 5.13: 🎨 Rec. 2020 ca profil de lucru implicit:• Treci de la ProPhoto RGB la Rec. 2020 ca spațiu de culoare standard. Schimbarea previne culorile „fizic imposibile” din gamutul ProPhoto, oferind o interpretare mai realistă a nuanțelor (ProPhoto rămâne disponibil opțional). 🖥️ Interfață mai clară pe ecrane HiDPI:• Îmbunătățiri semnificative la nivel de UI: previzualizările din editor și miniaturile (thumbnails) din browserul de fișiere sunt mai clare pe monitoarele cu rezoluție mare. 🪡 Instrumente noi și avansate de editare:• Crop Tool complet reproiectat: Permite ghidaje multiple simultan, culori personalizabile și suport pentru zone de sângerare (bleed areas).• Ediție selectivă & Claritate: Capture Deconvolution poate fi aplicat pe zone specifice, iar instrumentul de reducere a zgomotului include protecție pe bază de mască de luminanță.• Gamut & Tone Mapping: Actualizări pentru Gamut Compression, un nou tone mapper Michaelis–Menten și opțiuni avansate în Generalized Hyperbolic Stretch. ⚡ Suport nativ și performanță pe ARM:• Mulțumită bibliotecii SIMDe, versiunile pentru arhitectura ARM64 (Linux și Windows) beneficiază de optimizările de viteză specifice proiectului. Pachetele oficiale AppImage includ acum și varianta ARM64. 📷 Compatibilitate extinsă cu aparate foto:• Adaugă suport pentru modele recente precum Canon EOS R5 Mark II / R6 Mark III, Fujifilm X-M5 / GFX 100 II, Nikon Z50 II, Panasonic Lumix S9, Sony Alpha 1 II / Alpha 7 V și altele. O actualizare solidă pentru fotografii care caută editare RAW non-destructivă de înaltă precizie pe Linux! 🚀#RawTherapee #OpenSource #Photography #RAWProcessing #Linux #LinuxApps #ARM64 #HiDPI #TechNews #FOSS
-
📷 RawTherapee 5.13: Spaciu de lucru Rec. 2020 implicit, suport HiDPI îmbunătățit și optimizări pentru ARM! A fost lansată versiunea stable RawTherapee 5.13, aducând schimbări majore în gestionarea culorilor, randarea vizuală pe monitoare moderne și optimizări de performanță. ✨ Noutăți principale în RawTherapee 5.13: 🎨 Rec. 2020 ca profil de lucru implicit:• Treci de la ProPhoto RGB la Rec. 2020 ca spațiu de culoare standard. Schimbarea previne culorile „fizic imposibile” din gamutul ProPhoto, oferind o interpretare mai realistă a nuanțelor (ProPhoto rămâne disponibil opțional). 🖥️ Interfață mai clară pe ecrane HiDPI:• Îmbunătățiri semnificative la nivel de UI: previzualizările din editor și miniaturile (thumbnails) din browserul de fișiere sunt mai clare pe monitoarele cu rezoluție mare. 🪡 Instrumente noi și avansate de editare:• Crop Tool complet reproiectat: Permite ghidaje multiple simultan, culori personalizabile și suport pentru zone de sângerare (bleed areas).• Ediție selectivă & Claritate: Capture Deconvolution poate fi aplicat pe zone specifice, iar instrumentul de reducere a zgomotului include protecție pe bază de mască de luminanță.• Gamut & Tone Mapping: Actualizări pentru Gamut Compression, un nou tone mapper Michaelis–Menten și opțiuni avansate în Generalized Hyperbolic Stretch. ⚡ Suport nativ și performanță pe ARM:• Mulțumită bibliotecii SIMDe, versiunile pentru arhitectura ARM64 (Linux și Windows) beneficiază de optimizările de viteză specifice proiectului. Pachetele oficiale AppImage includ acum și varianta ARM64. 📷 Compatibilitate extinsă cu aparate foto:• Adaugă suport pentru modele recente precum Canon EOS R5 Mark II / R6 Mark III, Fujifilm X-M5 / GFX 100 II, Nikon Z50 II, Panasonic Lumix S9, Sony Alpha 1 II / Alpha 7 V și altele. O actualizare solidă pentru fotografii care caută editare RAW non-destructivă de înaltă precizie pe Linux! 🚀#RawTherapee #OpenSource #Photography #RAWProcessing #Linux #LinuxApps #ARM64 #HiDPI #TechNews #FOSS
-
📷 RawTherapee 5.13: Spaciu de lucru Rec. 2020 implicit, suport HiDPI îmbunătățit și optimizări pentru ARM! A fost lansată versiunea stable RawTherapee 5.13, aducând schimbări majore în gestionarea culorilor, randarea vizuală pe monitoare moderne și optimizări de performanță. ✨ Noutăți principale în RawTherapee 5.13: 🎨 Rec. 2020 ca profil de lucru implicit:• Treci de la ProPhoto RGB la Rec. 2020 ca spațiu de culoare standard. Schimbarea previne culorile „fizic imposibile” din gamutul ProPhoto, oferind o interpretare mai realistă a nuanțelor (ProPhoto rămâne disponibil opțional). 🖥️ Interfață mai clară pe ecrane HiDPI:• Îmbunătățiri semnificative la nivel de UI: previzualizările din editor și miniaturile (thumbnails) din browserul de fișiere sunt mai clare pe monitoarele cu rezoluție mare. 🪡 Instrumente noi și avansate de editare:• Crop Tool complet reproiectat: Permite ghidaje multiple simultan, culori personalizabile și suport pentru zone de sângerare (bleed areas).• Ediție selectivă & Claritate: Capture Deconvolution poate fi aplicat pe zone specifice, iar instrumentul de reducere a zgomotului include protecție pe bază de mască de luminanță.• Gamut & Tone Mapping: Actualizări pentru Gamut Compression, un nou tone mapper Michaelis–Menten și opțiuni avansate în Generalized Hyperbolic Stretch. ⚡ Suport nativ și performanță pe ARM:• Mulțumită bibliotecii SIMDe, versiunile pentru arhitectura ARM64 (Linux și Windows) beneficiază de optimizările de viteză specifice proiectului. Pachetele oficiale AppImage includ acum și varianta ARM64. 📷 Compatibilitate extinsă cu aparate foto:• Adaugă suport pentru modele recente precum Canon EOS R5 Mark II / R6 Mark III, Fujifilm X-M5 / GFX 100 II, Nikon Z50 II, Panasonic Lumix S9, Sony Alpha 1 II / Alpha 7 V și altele. O actualizare solidă pentru fotografii care caută editare RAW non-destructivă de înaltă precizie pe Linux! 🚀#RawTherapee #OpenSource #Photography #RAWProcessing #Linux #LinuxApps #ARM64 #HiDPI #TechNews #FOSS
-
#Tech post! #Today I finally found time to remove #Fedora from my #Linux laptop. I had intended to replace it with #MXLinux - in fact for a couple of hours I did - but in the end I had so many problems customising #KDE #Plasma that I actually stopped and had a rethink.
I had always liked Plasma for its customisability, but wrestling with panel configuration seems to be getting harder - or I'm getting older - and I just couldn't get the desktop how I wanted it. After 2 hours I realised life was too short for such nonsense.
I needed a polished distro with fractional scaling on #HiDPI displays, and after some research to get me up to date, I plumped for #Pop_OS with its #COSMIC desktop.
Pop_OS is great - it has a solid #Ubuntu base and the UI feels far more consistent and robust than either KDE or #Gnome - but my essential #Java app, the #JMRI #ModelRailway control software, looked awful at any scale. Jagged fonts, boxes overflowing, etc.
After a lot of searching I found a shell command to force font anti-aliasing for old Java apps (comment if you need a link to the Gist), and with a few more tweaks finally all was well.
Pop_OS, like MX Linux, seems to be AI-neutral rather than overtly AI-positive like Fedora, so I've achieved my original goal, even if it took me in an unexpected direction.
-
#Tech post! #Today I finally found time to remove #Fedora from my #Linux laptop. I had intended to replace it with #MXLinux - in fact for a couple of hours I did - but in the end I had so many problems customising #KDE #Plasma that I actually stopped and had a rethink.
I had always liked Plasma for its customisability, but wrestling with panel configuration seems to be getting harder - or I'm getting older - and I just couldn't get the desktop how I wanted it. After 2 hours I realised life was too short for such nonsense.
I needed a polished distro with fractional scaling on #HiDPI displays, and after some research to get me up to date, I plumped for #Pop_OS with its #COSMIC desktop.
Pop_OS is great - it has a solid #Ubuntu base and the UI feels far more consistent and robust than either KDE or #Gnome - but my essential #Java app, the #JMRI #ModelRailway control software, looked awful at any scale. Jagged fonts, boxes overflowing, etc.
After a lot of searching I found a shell command to force font anti-aliasing for old Java apps (comment if you need a link to the Gist), and with a few more tweaks finally all was well.
Pop_OS, like MX Linux, seems to be AI-neutral rather than overtly AI-positive like Fedora, so I've achieved my original goal, even if it took me in an unexpected direction.
-
#Tech post! #Today I finally found time to remove #Fedora from my #Linux laptop. I had intended to replace it with #MXLinux - in fact for a couple of hours I did - but in the end I had so many problems customising #KDE #Plasma that I actually stopped and had a rethink.
I had always liked Plasma for its customisability, but wrestling with panel configuration seems to be getting harder - or I'm getting older - and I just couldn't get the desktop how I wanted it. After 2 hours I realised life was too short for such nonsense.
I needed a polished distro with fractional scaling on #HiDPI displays, and after some research to get me up to date, I plumped for #Pop_OS with its #COSMIC desktop.
Pop_OS is great - it has a solid #Ubuntu base and the UI feels far more consistent and robust than either KDE or #Gnome - but my essential #Java app, the #JMRI #ModelRailway control software, looked awful at any scale. Jagged fonts, boxes overflowing, etc.
After a lot of searching I found a shell command to force font anti-aliasing for old Java apps (comment if you need a link to the Gist), and with a few more tweaks finally all was well.
Pop_OS, like MX Linux, seems to be AI-neutral rather than overtly AI-positive like Fedora, so I've achieved my original goal, even if it took me in an unexpected direction.
-
#Tech post! #Today I finally found time to remove #Fedora from my #Linux laptop. I had intended to replace it with #MXLinux - in fact for a couple of hours I did - but in the end I had so many problems customising #KDE #Plasma that I actually stopped and had a rethink.
I had always liked Plasma for its customisability, but wrestling with panel configuration seems to be getting harder - or I'm getting older - and I just couldn't get the desktop how I wanted it. After 2 hours I realised life was too short for such nonsense.
I needed a polished distro with fractional scaling on #HiDPI displays, and after some research to get me up to date, I plumped for #Pop_OS with its #COSMIC desktop.
Pop_OS is great - it has a solid #Ubuntu base and the UI feels far more consistent and robust than either KDE or #Gnome - but my essential #Java app, the #JMRI #ModelRailway control software, looked awful at any scale. Jagged fonts, boxes overflowing, etc.
After a lot of searching I found a shell command to force font anti-aliasing for old Java apps (comment if you need a link to the Gist), and with a few more tweaks finally all was well.
Pop_OS, like MX Linux, seems to be AI-neutral rather than overtly AI-positive like Fedora, so I've achieved my original goal, even if it took me in an unexpected direction.
-
#Tech post! #Today I finally found time to remove #Fedora from my #Linux laptop. I had intended to replace it with #MXLinux - in fact for a couple of hours I did - but in the end I had so many problems customising #KDE #Plasma that I actually stopped and had a rethink.
I had always liked Plasma for its customisability, but wrestling with panel configuration seems to be getting harder - or I'm getting older - and I just couldn't get the desktop how I wanted it. After 2 hours I realised life was too short for such nonsense.
I needed a polished distro with fractional scaling on #HiDPI displays, and after some research to get me up to date, I plumped for #Pop_OS with its #COSMIC desktop.
Pop_OS is great - it has a solid #Ubuntu base and the UI feels far more consistent and robust than either KDE or #Gnome - but my essential #Java app, the #JMRI #ModelRailway control software, looked awful at any scale. Jagged fonts, boxes overflowing, etc.
After a lot of searching I found a shell command to force font anti-aliasing for old Java apps (comment if you need a link to the Gist), and with a few more tweaks finally all was well.
Pop_OS, like MX Linux, seems to be AI-neutral rather than overtly AI-positive like Fedora, so I've achieved my original goal, even if it took me in an unexpected direction.
-
Well, it works. But not for me.
What i had in mind when i thought i could get used to a hidpi display while using #windowmaker #dockapps and a bitmap font?
It turned out to be easier to get back to a lower resolution display than to unrice my desktop and get used to a new one.So i reinstalled the original 1600x900 display; and am selling the new one.
If anyone wants to buy a 2560x1440 matte display with the eDP to LVDS converter for #thinkpad #T430 (also works on T420, T430s and T420s), i am selling this one WITH* the adapted top lid cover (i had to sand down some nubs for the display to fit), so you do not need to diassemble it all and adapt; AND with the webcam and LED boards (because they are screwed into the lid).
I'm selling the lid with all stickers i had in it: only one. A single faux-leather dog-nose-like vinyl adhesive covering it entirelly (for a bonus business laptop look).
*if you do not have a T430 or do not want the lid or do not want to pay more for the lid and webcam/led boards, i can sell only the display and the converter.
Preferably to brazil or mercusur for easy (for me) shipping.
-
Well, it works. But not for me.
What i had in mind when i thought i could get used to a hidpi display while using #windowmaker #dockapps and a bitmap font?
It turned out to be easier to get back to a lower resolution display than to unrice my desktop and get used to a new one.So i reinstalled the original 1600x900 display; and am selling the new one.
If anyone wants to buy a 2560x1440 matte display with the eDP to LVDS converter for #thinkpad #T430 (also works on T420, T430s and T420s), i am selling this one WITH* the adapted top lid cover (i had to sand down some nubs for the display to fit), so you do not need to diassemble it all and adapt; AND with the webcam and LED boards (because they are screwed into the lid).
I'm selling the lid with all stickers i had in it: only one. A single faux-leather dog-nose-like vinyl adhesive covering it entirelly (for a bonus business laptop look).
*if you do not have a T430 or do not want the lid or do not want to pay more for the lid and webcam/led boards, i can sell only the display and the converter.
Preferably to brazil or mercusur for easy (for me) shipping.
-
Well, it works. But not for me.
What i had in mind when i thought i could get used to a hidpi display while using #windowmaker #dockapps and a bitmap font?
It turned out to be easier to get back to a lower resolution display than to unrice my desktop and get used to a new one.So i reinstalled the original 1600x900 display; and am selling the new one.
If anyone wants to buy a 2560x1440 matte display with the eDP to LVDS converter for #thinkpad #T430 (also works on T420, T430s and T420s), i am selling this one WITH* the adapted top lid cover (i had to sand down some nubs for the display to fit), so you do not need to diassemble it all and adapt; AND with the webcam and LED boards (because they are screwed into the lid).
I'm selling the lid with all stickers i had in it: only one. A single faux-leather dog-nose-like vinyl adhesive covering it entirelly (for a bonus business laptop look).
*if you do not have a T430 or do not want the lid or do not want to pay more for the lid and webcam/led boards, i can sell only the display and the converter.
Preferably to brazil or mercusur for easy (for me) shipping.
-
Well, it works. But not for me.
What i had in mind when i thought i could get used to a hidpi display while using #windowmaker #dockapps and a bitmap font?
It turned out to be easier to get back to a lower resolution display than to unrice my desktop and get used to a new one.So i reinstalled the original 1600x900 display; and am selling the new one.
If anyone wants to buy a 2560x1440 matte display with the eDP to LVDS converter for #thinkpad #T430 (also works on T420, T430s and T420s), i am selling this one WITH* the adapted top lid cover (i had to sand down some nubs for the display to fit), so you do not need to diassemble it all and adapt; AND with the webcam and LED boards (because they are screwed into the lid).
I'm selling the lid with all stickers i had in it: only one. A single faux-leather dog-nose-like vinyl adhesive covering it entirelly (for a bonus business laptop look).
*if you do not have a T430 or do not want the lid or do not want to pay more for the lid and webcam/led boards, i can sell only the display and the converter.
Preferably to brazil or mercusur for easy (for me) shipping.
-
Well, it works. But not for me.
What i had in mind when i thought i could get used to a hidpi display while using #windowmaker #dockapps and a bitmap font?
It turned out to be easier to get back to a lower resolution display than to unrice my desktop and get used to a new one.So i reinstalled the original 1600x900 display; and am selling the new one.
If anyone wants to buy a 2560x1440 matte display with the eDP to LVDS converter for #thinkpad #T430 (also works on T420, T430s and T420s), i am selling this one WITH* the adapted top lid cover (i had to sand down some nubs for the display to fit), so you do not need to diassemble it all and adapt; AND with the webcam and LED boards (because they are screwed into the lid).
I'm selling the lid with all stickers i had in it: only one. A single faux-leather dog-nose-like vinyl adhesive covering it entirelly (for a bonus business laptop look).
*if you do not have a T430 or do not want the lid or do not want to pay more for the lid and webcam/led boards, i can sell only the display and the converter.
Preferably to brazil or mercusur for easy (for me) shipping.
-
It's been a little bit since we last gave an update on what's up with #Tenacity itself, aside from testing week, so here's what's happened today.
First off, we finally got to fixing an issue with #Windows builds failing with (s)cache enabled under Ninja. We added a patch for #wxWidgets in our vcpkg fork that we'll upstream over to wxWidgets.
Next up, we're making some Windows manifest tweaks. Basic, but we'll focus on improved Windows #HiDPI support after that work is merged.
-
It's been a little bit since we last gave an update on what's up with #Tenacity itself, aside from testing week, so here's what's happened today.
First off, we finally got to fixing an issue with #Windows builds failing with (s)cache enabled under Ninja. We added a patch for #wxWidgets in our vcpkg fork that we'll upstream over to wxWidgets.
Next up, we're making some Windows manifest tweaks. Basic, but we'll focus on improved Windows #HiDPI support after that work is merged.
-
It's been a little bit since we last gave an update on what's up with #Tenacity itself, aside from testing week, so here's what's happened today.
First off, we finally got to fixing an issue with #Windows builds failing with (s)cache enabled under Ninja. We added a patch for #wxWidgets in our vcpkg fork that we'll upstream over to wxWidgets.
Next up, we're making some Windows manifest tweaks. Basic, but we'll focus on improved Windows #HiDPI support after that work is merged.
-
It's been a little bit since we last gave an update on what's up with #Tenacity itself, aside from testing week, so here's what's happened today.
First off, we finally got to fixing an issue with #Windows builds failing with (s)cache enabled under Ninja. We added a patch for #wxWidgets in our vcpkg fork that we'll upstream over to wxWidgets.
Next up, we're making some Windows manifest tweaks. Basic, but we'll focus on improved Windows #HiDPI support after that work is merged.
-
It's been a little bit since we last gave an update on what's up with #Tenacity itself, aside from testing week, so here's what's happened today.
First off, we finally got to fixing an issue with #Windows builds failing with (s)cache enabled under Ninja. We added a patch for #wxWidgets in our vcpkg fork that we'll upstream over to wxWidgets.
Next up, we're making some Windows manifest tweaks. Basic, but we'll focus on improved Windows #HiDPI support after that work is merged.
-
New Apple Silicon M4 and M5 HiDPI Limitation on 4K External Displays
https://smcleod.net/2026/03/new-apple-silicon-m4-m5-hidpi-limitation-on-4k-external-displays/
#HackerNews #AppleSilicon #M4 #M5 #HiDPI #4KDisplays #ExternalMonitors #TechNews
-
New Apple Silicon M4 and M5 HiDPI Limitation on 4K External Displays
https://smcleod.net/2026/03/new-apple-silicon-m4-m5-hidpi-limitation-on-4k-external-displays/
#HackerNews #AppleSilicon #M4 #M5 #HiDPI #4KDisplays #ExternalMonitors #TechNews
-
New Apple Silicon M4 and M5 HiDPI Limitation on 4K External Displays
https://smcleod.net/2026/03/new-apple-silicon-m4-m5-hidpi-limitation-on-4k-external-displays/
#HackerNews #AppleSilicon #M4 #M5 #HiDPI #4KDisplays #ExternalMonitors #TechNews
-
New Apple Silicon M4 and M5 HiDPI Limitation on 4K External Displays
https://smcleod.net/2026/03/new-apple-silicon-m4-m5-hidpi-limitation-on-4k-external-displays/
#HackerNews #AppleSilicon #M4 #M5 #HiDPI #4KDisplays #ExternalMonitors #TechNews
-
New Apple Silicon M4 and M5 HiDPI Limitation on 4K External Displays
https://smcleod.net/2026/03/new-apple-silicon-m4-m5-hidpi-limitation-on-4k-external-displays/
#HackerNews #AppleSilicon #M4 #M5 #HiDPI #4KDisplays #ExternalMonitors #TechNews
-
My current thinking is that in order to make a resolution independent UI toolkit one must first have a resolution independent drawing library?
The things I've found on that were algorithms based on device independent pixels.
Is that still actually the state of the art?
My primary design constraint is that I want the scaling to be zero cost when there's no actual scaling happening.
Can anyone point me to some good books/posts on the subject?
-
My current thinking is that in order to make a resolution independent UI toolkit one must first have a resolution independent drawing library?
The things I've found on that were algorithms based on device independent pixels.
Is that still actually the state of the art?
My primary design constraint is that I want the scaling to be zero cost when there's no actual scaling happening.
Can anyone point me to some good books/posts on the subject?
-
My current thinking is that in order to make a resolution independent UI toolkit one must first have a resolution independent drawing library?
The things I've found on that were algorithms based on device independent pixels.
Is that still actually the state of the art?
My primary design constraint is that I want the scaling to be zero cost when there's no actual scaling happening.
Can anyone point me to some good books/posts on the subject?
-
My current thinking is that in order to make a resolution independent UI toolkit one must first have a resolution independent drawing library?
The things I've found on that were algorithms based on device independent pixels.
Is that still actually the state of the art?
My primary design constraint is that I want the scaling to be zero cost when there's no actual scaling happening.
Can anyone point me to some good books/posts on the subject?
-
My current thinking is that in order to make a resolution independent UI toolkit one must first have a resolution independent drawing library?
The things I've found on that were algorithms based on device independent pixels.
Is that still actually the state of the art?
My primary design constraint is that I want the scaling to be zero cost when there's no actual scaling happening.
Can anyone point me to some good books/posts on the subject?
-
Is it just me, or is Hyprland’s "auto" scaling a bit much?
On my 16" (2560x1600) laptop, Fedora defaults to 1.25, but Hyprland jumps straight to 1.60. It makes my screen feel like a giant tablet.
What scale are you all running for 1600p?
#hyprland #hidpi #linux #linuxlaptop #opensource -
Is it just me, or is Hyprland’s "auto" scaling a bit much?
On my 16" (2560x1600) laptop, Fedora defaults to 1.25, but Hyprland jumps straight to 1.60. It makes my screen feel like a giant tablet.
What scale are you all running for 1600p?
#hyprland #hidpi #linux #linuxlaptop #opensource -
Is it just me, or is Hyprland’s "auto" scaling a bit much?
On my 16" (2560x1600) laptop, Fedora defaults to 1.25, but Hyprland jumps straight to 1.60. It makes my screen feel like a giant tablet.
What scale are you all running for 1600p?
#hyprland #hidpi #linux #linuxlaptop #opensource -
New #blog #post: How Many Pixels Do You Really Need?
https://rldane.space/how-many-pixels-do-you-really-need.html
293 words
Another lightweight post, which got prematurely posted [here], hilariously enough. ;)
cc: my wonderful #chorus: @joel @dm @sotolf @thedoctor @pixx @orbitalmartian @adamsdesk @krafter @roguefoam @clayton @giantspacesquid @Twizzay @stfn @ay
(I will happily add/remove you from the chorus upon request! :)
#rlDaneWriting #blost #HIDPI #LoRes #RetroComputing #Nostalgia #Linux #Unix
-
New #blog #post: How Many Pixels Do You Really Need?
https://rldane.space/how-many-pixels-do-you-really-need.html
293 words
Another lightweight post, which got prematurely posted [here], hilariously enough. ;)
cc: my wonderful #chorus: @joel @dm @sotolf @thedoctor @pixx @orbitalmartian @adamsdesk @krafter @roguefoam @clayton @giantspacesquid @Twizzay @stfn @ay
(I will happily add/remove you from the chorus upon request! :)
#rlDaneWriting #blost #HIDPI #LoRes #RetroComputing #Nostalgia #Linux #Unix
-
New #blog #post: How Many Pixels Do You Really Need?
https://rldane.space/how-many-pixels-do-you-really-need.html
293 words
Another lightweight post, which got prematurely posted [here], hilariously enough. ;)
cc: my wonderful #chorus: @joel @dm @sotolf @thedoctor @pixx @orbitalmartian @adamsdesk @krafter @roguefoam @clayton @giantspacesquid @Twizzay @stfn @ay
(I will happily add/remove you from the chorus upon request! :)
#rlDaneWriting #blost #HIDPI #LoRes #RetroComputing #Nostalgia #Linux #Unix
-
New #blog #post: How Many Pixels Do You Really Need?
https://rldane.space/how-many-pixels-do-you-really-need.html
293 words
Another lightweight post, which got prematurely posted [here], hilariously enough. ;)
cc: my wonderful #chorus: @joel @dm @sotolf @thedoctor @pixx @orbitalmartian @adamsdesk @krafter @roguefoam @clayton @giantspacesquid @Twizzay @stfn @ay
(I will happily add/remove you from the chorus upon request! :)
#rlDaneWriting #blost #HIDPI #LoRes #RetroComputing #Nostalgia #Linux #Unix
-
New #blog #post: How Many Pixels Do You Really Need?
https://rldane.space/how-many-pixels-do-you-really-need.html
293 words
Another lightweight post, which got prematurely posted [here], hilariously enough. ;)
cc: my wonderful #chorus: @joel @dm @sotolf @thedoctor @pixx @orbitalmartian @adamsdesk @krafter @roguefoam @clayton @giantspacesquid @Twizzay @stfn @ay
(I will happily add/remove you from the chorus upon request! :)
#rlDaneWriting #blost #HIDPI #LoRes #RetroComputing #Nostalgia #Linux #Unix
-
Many notebooks and tablets now ship with displays that aren’t quite HiDPI, but are more pixel dense than traditional displays. In OS 8.1, we now support fractional display scaling in the Secure Session
-
Many notebooks and tablets now ship with displays that aren’t quite HiDPI, but are more pixel dense than traditional displays. In OS 8.1, we now support fractional display scaling in the Secure Session
-
Many notebooks and tablets now ship with displays that aren’t quite HiDPI, but are more pixel dense than traditional displays. In OS 8.1, we now support fractional display scaling in the Secure Session
-
Many notebooks and tablets now ship with displays that aren’t quite HiDPI, but are more pixel dense than traditional displays. In OS 8.1, we now support fractional display scaling in the Secure Session
-
Many notebooks and tablets now ship with displays that aren’t quite HiDPI, but are more pixel dense than traditional displays. In OS 8.1, we now support fractional display scaling in the Secure Session
-
Just in case you are using an #iPad as your work horse and connect to a computer using a #RemoteDesktop. Here are helpful custom screen #resolutions to make the iPad feel like native.
I am using #SwitchResX. The 21:9 is an ultra wide 4k monitor I sometimes use as external screen, the 13:9 is the new iPad Pro 11", the 10:7 is the older iPad Pro 11". The ultra high resolutions are just there to support #HiDPI resolutions which make the image look crisp!
-
Just in case you are using an #iPad as your work horse and connect to a computer using a #RemoteDesktop. Here are helpful custom screen #resolutions to make the iPad feel like native.
I am using #SwitchResX. The 21:9 is an ultra wide 4k monitor I sometimes use as external screen, the 13:9 is the new iPad Pro 11", the 10:7 is the older iPad Pro 11". The ultra high resolutions are just there to support #HiDPI resolutions which make the image look crisp!
-
Just in case you are using an #iPad as your work horse and connect to a computer using a #RemoteDesktop. Here are helpful custom screen #resolutions to make the iPad feel like native.
I am using #SwitchResX. The 21:9 is an ultra wide 4k monitor I sometimes use as external screen, the 13:9 is the new iPad Pro 11", the 10:7 is the older iPad Pro 11". The ultra high resolutions are just there to support #HiDPI resolutions which make the image look crisp!
-
Petite découverte du comportement de #macOS …
Quand 2 écrans (1 Retina et 1 non Retina) sont connectés au Mac
Si :
- l'écran Retina est l'écran principal
Alors :
- Le #DPR renvoyé par les 2 écrans est de 2 car l'écran non Retina est forcé en mode #HiDPIMais
Si :
- l'écran non #Retina est l'écran principal
Alors :
- Le DPR renvoyé par l'écran non Retina est bien de 1
- Le DPR renvoyé par l'écran Retina est bien de 2Si j'avais su je n'aurais pas perdu du temps à debug ma page #web pour rien.
-
Petite découverte du comportement de #macOS …
Quand 2 écrans (1 Retina et 1 non Retina) sont connectés au Mac
Si :
- l'écran Retina est l'écran principal
Alors :
- Le #DPR renvoyé par les 2 écrans est de 2 car l'écran non Retina est forcé en mode #HiDPIMais
Si :
- l'écran non #Retina est l'écran principal
Alors :
- Le DPR renvoyé par l'écran non Retina est bien de 1
- Le DPR renvoyé par l'écran Retina est bien de 2Si j'avais su je n'aurais pas perdu du temps à debug ma page #web pour rien.
-
On my laptop, I'm using #Gnome 48 in #Debian Trixie, under Wayland. There are two 1080p displays connected, and it also has a 1920p built-in screen which I'm using with 200 % scaling.
If I use Gnome's builtin screenshot tool, all screenshots from the 100 % screens are blurry: It's scaling up the 1080p screens, interpolating pixels.
Here's an example screenshot dragged across both screens, #HiDPI on the left.
The issue is: It's also blurry when screenshotting only a 1080p screen.
Suggestions?
-
On my laptop, I'm using #Gnome 48 in #Debian Trixie, under Wayland. There are two 1080p displays connected, and it also has a 1920p built-in screen which I'm using with 200 % scaling.
If I use Gnome's builtin screenshot tool, all screenshots from the 100 % screens are blurry: It's scaling up the 1080p screens, interpolating pixels.
Here's an example screenshot dragged across both screens, #HiDPI on the left.
The issue is: It's also blurry when screenshotting only a 1080p screen.
Suggestions?
-
On my laptop, I'm using #Gnome 48 in #Debian Trixie, under Wayland. There are two 1080p displays connected, and it also has a 1920p built-in screen which I'm using with 200 % scaling.
If I use Gnome's builtin screenshot tool, all screenshots from the 100 % screens are blurry: It's scaling up the 1080p screens, interpolating pixels.
Here's an example screenshot dragged across both screens, #HiDPI on the left.
The issue is: It's also blurry when screenshotting only a 1080p screen.
Suggestions?
-
On my laptop, I'm using #Gnome 48 in #Debian Trixie, under Wayland. There are two 1080p displays connected, and it also has a 1920p built-in screen which I'm using with 200 % scaling.
If I use Gnome's builtin screenshot tool, all screenshots from the 100 % screens are blurry: It's scaling up the 1080p screens, interpolating pixels.
Here's an example screenshot dragged across both screens, #HiDPI on the left.
The issue is: It's also blurry when screenshotting only a 1080p screen.
Suggestions?
-
On my laptop, I'm using #Gnome 48 in #Debian Trixie, under Wayland. There are two 1080p displays connected, and it also has a 1920p built-in screen which I'm using with 200 % scaling.
If I use Gnome's builtin screenshot tool, all screenshots from the 100 % screens are blurry: It's scaling up the 1080p screens, interpolating pixels.
Here's an example screenshot dragged across both screens, #HiDPI on the left.
The issue is: It's also blurry when screenshotting only a 1080p screen.
Suggestions?
-
Configure Dillo Browser for High Dots Per Inch (HiDPI) Displays
Improve the web browsing experience by learning about solutions in configuring the web browser Dillo for High Dots Per Inch (HiDPI) monitor displays.
https://www.adamsdesk.com/posts/dillo-browser-configure-hidpi/
#blog #DilloBrowser #HiDPI #TechSupport #RetroComputing @rl_dane
-
Configure Dillo Browser for High Dots Per Inch (HiDPI) Displays
Improve the web browsing experience by learning about solutions in configuring the web browser Dillo for High Dots Per Inch (HiDPI) monitor displays.
https://www.adamsdesk.com/posts/dillo-browser-configure-hidpi/
#blog #DilloBrowser #HiDPI #TechSupport #RetroComputing @rl_dane