Live data from Hacker News

Swift at Apple: Migrating the TrueType hinting interpreter

swift.org

111–120 of 139 posts

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#111
post #108

Earlier quoted context omitted.

thats a shame if true, they really should be dog-fooding that horrible agent ui in xcode to bring it up to a usable state

The UI got a massive overhaul in the new Xcode beta. It’s no longer confined to the sidebar.

Devs continue to be tricked by incremental updates to it. It's still deficient

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#112

Earlier quoted context omitted.

A lot of devs are tricked into using it because it’s official

I love how it doesn't even support reasoning output or edit tool diffs. (Yes it can show diffs sometimes when using the 100% official flow but not when using ACP)

It also doesn't support Computer Use or Browser Use among other deficiencies

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#113

Earlier quoted context omitted.

I love how it doesn't even support reasoning output or edit tool diffs. (Yes it can show diffs sometimes when using the 100% official flow but not when using ACP)

It also doesn't support Computer Use or Browser Use among other deficiencies

Sure but the basics should be down before tackling those, and they're not.

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#114

If you want to help improve the security of OS software through the magic of memory safe languages, the team that did this work is hiring: https://jobs.apple.com/en-us/search?search=Spear&sort=releva... Knowledge of Swift not required. If you know your way around OS software, can reason about the security of the code you write, and are excited about writing exhaustively tested software, we’d love to talk to you. We’r…

On-site only?

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#115
post #110

Earlier quoted context omitted.

What kind of windows programs are these? HiDPI is more than a decade old. A desktop application, no matter what OS it is, should always be tested with different scaling factors.

Oh my sweet summer child. Even software being written TODAY isn’t being tested in HiDPI. Win32 still makes it difficult.

I’m not your child, and that’s false, it’s literally one key to change in the settings. That allows you to select the exact scaling factor, not macos’s “more text”/“less text”.

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#116

Earlier quoted context omitted.

Life without retina displays is possible, but pointless.

Lower DPI is quite okay with good font rendering (FreeType, slight hinting, subpixel rendering). I have both kinds of devices.

I get kind of nostalgic when I see Verdana on 1024x768 in winxp/2k.

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#117
post #72

Earlier quoted context omitted.

These days I mainly write Rust but I did write a semi complex iOS app and enjoyed Swift. I just didn't love how slow the type checker was and how it got lost. I recall having to break things into smaller bits to help the compiler, and there were some oddities about the language. The gap between the two languages is quite small, it just makes me wish Apple was also all-in on Rust

I see Swift as a more approachable version of Rust. If somebody is mulling over Rust but finds it too difficult to grasp, they could start off with Swift first and then move over to Rust. One of the main advantages of Rust is a more developed and thriving ecosystem.

It has an unfortunate name though, maybe a short shelf life. Rust++ doesn’t seem inviting either.

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#118

Earlier quoted context omitted.

It also doesn't support Computer Use or Browser Use among other deficiencies

Sure but the basics should be down before tackling those, and they're not.

You call it solid foundations, I call it deficiency and being over a year behind state of art available elsewhere (from the same service you're already paying for)

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#119
post #72

Earlier quoted context omitted.

I see Swift as a more approachable version of Rust. If somebody is mulling over Rust but finds it too difficult to grasp, they could start off with Swift first and then move over to Rust. One of the main advantages of Rust is a more developed and thriving ecosystem.

It has an unfortunate name though, maybe a short shelf life. Rust++ doesn’t seem inviting either.

Rust does not have a ++ operator, so that name would make no sense.

Re: Swift at Apple: Migrating the TrueType hinting interpreter

#120

If you want to help improve the security of OS software through the magic of memory safe languages, the team that did this work is hiring: https://jobs.apple.com/en-us/search?search=Spear&sort=releva... Knowledge of Swift not required. If you know your way around OS software, can reason about the security of the code you write, and are excited about writing exhaustively tested software, we’d love to talk to you. We’r…

Great to see this happening. Personally I want an OS where everything is memory-safe by default.

Of course in an alternate universe where macOS (and iOS etc.) was based on Multics rather than Unix, it would have had essentially zero buffer overflows - which are hard to create in PL/I but hard to avoid in C. Even Apple's Pascal compilers from the 1980s had range checking...

But legacy C code can/should absolutely use things like clang's -fbounds-safety (has been in clang on macOS for years) etc. Fil-C is another option.

Post reply on HN