Mathias Roelants

iOS developer |  | Event & wedding photographer 📸

[Ivan Zhao @ivanhzhao]

https://t.co/fxHYR6S29D

[frokfrdk @frokfrdk]

Did you know you can restore the Launchpad in MacOS Tahoe with a few terminal commands?

[Trung Phan @TrungTPhan]

Former Apple engineer with design intel on why the Alarm Clock “Snooze” button looks the way it does.

[Mathias Roelants @MathiasRoelants]

Do you remember when you joined X? I do! #MyXAnniversary

[user @user84829272]

It’s unbelievable how much work goes into having a mid physique and relatively clean house

[Marcin Krzyzanowski @krzyzanowskim]

PSA: don't upgrade macOS to 15.4 if you need to use Xcode 16.2 - the lldb debugger is crashing on start

https://t.co/FUrvTVUMTy

[Marcin Krzyzanowski @krzyzanowskim]

the actual problem and solution to the ridiculous swift Sendable thing.

Make the "fake" "sendingNonsedable()" function return the non sendable value type only to use in @ Sendable closure, that otherwise is an error. Explain that to the newcomer without having a Stockholm syndrome.

[Peter Steinberger 🦞 @steipete]

Had a lot of fun reading this. https://t.co/uAoOaN7woR

[mariusheier @mariusheier]

"Mediocre youtube engineer" casually drops video on "killer" defence tech maybe without knowing it. Doing this with SDR and you can "see" things emitting a radio signal (all electronics) on a battlefield. Freeing information and not compartmentalized in corps/countries changes everything

[Mark Moeykens @BigMtnStudio]

❓Which one do you prefer in Xcode? Folders or Groups?

[† lucia scarlet 🩸 @luciascarlet]

oh, it appears as if you have summoned me

there are several reasons as to why:

1. macOS does not use hinting
hinting is a technique to improve the sharpness of text on low-resolution screens and allow outline fonts to be rendered as bitmaps at a variety of sizes. it works by having fonts contain full-blown programs that instruct the renderer on what to do with outlines when rendering and where to place them on the pixel grid. this results in the shape of a glyph being altered so that it fits into the pixel grid, rather than the original shape of the glyph being maintained. while this can look acceptable (good, even) if a font is meticulously and manually hinted—an arduous process that can take literal years to do by hand and requires knowledge of some extremely arcane software—this is no longer nearly as much of a requirement with monochrome/bitmap rendering no longer being something you'd need to care about and screens being higher resolution on average. therefore, the norm for most new fonts is for them to just go through an auto-hinting process, perhaps with slight manual fixes where needed. this is typically Good Enough™, but… well, really, it's not. there are a handful of issues with this: glyphs will not render consistently at different sizes, stems may be aligned towards the incorrect pixel or aligned when they shouldn't be at all, and it generally will destroy the intended overall character of the font by significantly altering the shapes beyond recognition (something you could argue also holds true for manually hinted fonts, but often, the type designer will take this into account as part of the design itself in those cases).
if you've ever noticed things like a font looking weirdly tall or short at specific sizes only, a font just looking nothing like it's advertised or like how it does at large sizes at all, glyphs like "E" having off-centre bars, "9" having a weirdly tiny or large bowl, or "g" having a small bowl that isn't aligned with the baseline, (crappy) hinting is to blame for all of those. what you're seeing is the renderer bending the glyph into the pixel grid in a way that is either Not Necessary or Not Correct. macOS, by simply ignoring these instructions, avoids all of these issues, which allows glyphs to look correct at the cost of looking softer and fuzzier.

2. Windows (usually) does not perform vertical anti-aliasing
Windows has, generally speaking, two font renderers: DirectWrite (the New Good One) and GDI+ (the Old Terrible One). and generally, you are meant to perform anti-aliasing in both the vertical and horizontal direction for it to be Useful. ClearType in its original GDI+ implementation simply does not bother to anti-alias glyphs vertically at all—only horizontally—which results in glyphs like "s" and "a" ending up with a distinctly jagged appearance. they are literally only half-anti-aliased. DirectWrite is actually able to do vertical anti-aliasing, allowing these glyphs to look much smoother and more pleasant, but for some arsefucked reason that completely eclipses my understanding, it does not do so by default, and necessitates the use of a special flag. MacType can force this flag, and Firefox also has the ability to enable this flag in about:config, although of course, it is not enabled by default, resulting in markedly inferior rendering.

3. macOS does not use subpixel anti-aliasing
subpixel rendering is an ancient technique dating back to when users began transitioning from CRTs to LCDs that aims to improve the horizontal resolution of text by taking advantage of the uniform horizontal RGB subpixel grid on LCDs. while it technically, to some extent, works, it brings about a LOT of complications: it cannot be trivially alpha-blended against dynamic backgrounds, it relies on a specific subpixel grid layout and native resolution, and it creates visible coloured fringing artefacts that may cause eyestrain for some (including myself), manifesting as text that doesn't look purely black, but rather black with a bunch of green and yellow crap around it. subpixel rendering is thus unsuitable for things like OLED screens (which all tend to have hilarious and made-up subpixel layouts for some reason) and setups that mix horizontal and rotated vertical monitors, which are actually quite common among enthusiasts. while there is arguably *some* merit to this technique, the benefits are simply are vastly outweighed by its drawbacks. Windows in most cases employs a very aggressive form of this (which I perceive to be rather abrasive and unpleasant to look at), while macOS sticks to basic greyscale anti-aliasing, which is far more reliable and does not result in unpleasantly fringed text.

4. macOS always uses fractional glyph positioning
traditionally, font rendering had been done by rendering an atlas of glyphs once, and simply referring to it for each new glyph, with the position of the glyph being rounded to the nearest pixel. unfortunately, this is not sufficient in order to faithfully reproduce the spacing of glyphs as was intended by the type designer and as is encoded in the font, as kerning and spacing happens at a much, MUCH finer scale than even a high-DPI pixel, let alone a low-DPI pixel. rounding glyph positions to the nearest pixel therefore tends to result in inconsistent and off-pissing kerning that Doesn't Look Right. fractional glyph positioning addresses this by actually rendering glyphs individually in between pixels, so that the intended spacing and kerning that the type designer spent days carefully tuning can be reproduced accurately on-screen, even at small sizes. it is very easy to determine whether fractional glyph positioning is in use by typing one character in quick succession and seeing if all of them look the same or not:
iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
if all of these look the same, then fractional glyph positioning is not used; if they look different, then it is. Windows's God-awful GDI+ renderer indeed does not use it, but macOS, as well as Windows's good DirectWrite renderer do use it. (thankfully, your browser most likely does use DirectWrite to render text, unless it is so old that it creaks upon being clicked on)

5. macOS performs intense stem darkening
to compensate for gamma correction during the AA stage resulting in perceived thinner and lighter text due to simply not covering enough pixels, particularly on low-DPI screens, macOS's text renderer performs a rather noticeable amount of stem darkening, something that it confusingly refers to internally as "font smoothing". this simply expands the stems by a small amount in relation to pixel size, increasing their coverage of the pixel grid, which enhances the contrast and results in glyphs appearing darker. this allows text to remain easily readable even at small point sizes on low-resolution screens. if so desired, stem darkening can actually be disabled using a terminal command in macOS.

in short: macOS treats fonts with respect and dignity, and Windows mercilessly beats and tortures them to death and throws their mangled, desecrated corpses by the roadside all while laughing about it

[Seb Vidal @SebJVidal]

Custom view controller transition I built at work this week. A few interesting engineering challenges…

1) Presenting the half sheet during the custom transition.
2) Animating the frame/transform of an MKMapView!
3) Ensuring continuity of the activity indicator before/after the transition begins/ends.

Details below 👇🏽

[Empire State Building Observation Deck @EmpireStateBldg]

Rest in Peace Lord Vader

[Aaron @aaronp613]

If you are on macOS 15, I highly suggest turning off this setting. I just learned about it today.

Tiled windows are so much better now

[Steve (Builder.io) @Steve8708]

Don't be that teammate who blindly refactors code and only makes things worse.

Let's look at some good vs bad refactoring patterns with real examples 🧵

[George Mack @george__mack]

The worst technology of the 21st century:

QR code menus at restaurants.

[kepano @kepano]

What can we remove?

Our bias is to always add more. More rules, more procedures, more code, more features, more stuff. Interdependencies proliferate, and gradually strangle us. Systems want to grow and grow, but without pruning, they collapse. Slowly, then spectacularly.

When a piece of trash drifts across the beach, it is our duty to pick it up so the next person can enjoy a pristine shoreline. When a thousand pieces litter the beach, it is too late. We can only lament the landscape. That’s just how beaches are now.

A good system is designed to be periodically cleared of cruft. It has a built-in counterbalance. Without this pressure, our bias drives us to add band-aid after band-aid, until the only choice is to destroy the whole system and start from scratch.

Why is it so much easier to add than to remove? Maybe because we attach our identity to what is visible. But there is a difference between the ornamentation that defines our style and the vestigial burdens we carry.

Remember those who did the invisible work of removing. Their legacy was not to build a sand castle, but to care for the beautiful beach on which we play.

[Karim Douïeb @karim_douieb]

Land doesn't vote, people do! Belgian edition 🗳️🇧🇪

I finally created a version for my home country !

#DataViz #Election2024 #Belgium @jetpackAI

[Alex Cheema @alexocheema]

Connecting a bunch of iPhones, iPads and MacBooks together over a local network to make one big GPU.

Uses Apple’s open source ML library, MLX