shakedown.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A community for live music fans with roots in the jam scene. Shakedown Social is run by a team of volunteers (led by @clifff and @sethadam1) and funded by donations.

Administered by:

Server stats:

268
active users

#objc

0 posts0 participants0 posts today
Helge Heß<p>For our <a href="https://mastodon.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> lovers that want to build web apps: Objective-J is still in active development 🙃 <a href="https://www.cappuccino.dev/learn/objective-j.html" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">cappuccino.dev/learn/objective</span><span class="invisible">-j.html</span></a></p>
David Smith<p>Bridging non-ASCII NSMutableStrings from ObjC will be slower at the point of bridging, *but* the String produced as a result will be much faster.</p><p>One particular case this tradeoff can end up not paying off in is if you then bridge the resulting String back to ObjC. If you're in that situation the recommendation is to not double-bridge strings if you can avoid it.</p><p>If you're in any other situation and this tradeoff is impacting your perf, please file a feedback.</p><p><a href="https://mastodon.social/tags/swiftlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swiftlang</span></a> <a href="https://mastodon.social/tags/wwdc25" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>wwdc25</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
David Smith<p>Two obscure Swift changes I want to note:</p><p>ASCII String literals bridged to ObjC will produce a different type in the beta OSs. This generally has no impact (other than greatly improved performance), but code incorrectly treating `NSString *` as `char *` or `SEL` may need to change (e.g. %s format strings). </p><p>A message will be logged in any situation we're applying compatibility workarounds for this, and the workaround will be disabled if you use the latest SDK version.</p><p><a href="https://mastodon.social/tags/swiftlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swiftlang</span></a> <a href="https://mastodon.social/tags/wwdc25" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>wwdc25</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
Johannes Brakensiek<p>What kind of worries me is the observation that many <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GObject</span></a> / <a href="https://fosstodon.org/tags/GNOME" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNOME</span></a> projects are in a somewhat abondoned state since the overwhelming use of mobile apps and web services around 2012 to 2014. There are some great exemptions like the <a href="https://fosstodon.org/tags/Evolution" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Evolution</span></a> support by <a href="https://fosstodon.org/tags/RedHat" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RedHat</span></a> and all the tools by <span class="h-card" translate="no"><a href="https://mastodon.social/@linuxmint" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>linuxmint</span></a></span>.</p><p>Same is to apply to the <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> ecosystem which has seen few new projects since 2015 or so.</p><p><a href="https://fosstodon.org/tags/ecosystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ecosystem</span></a></p>
Johannes Brakensiek<p><span class="h-card" translate="no"><a href="https://infosec.exchange/@david_chisnall" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>david_chisnall</span></a></span> I think there are great projects like <a href="https://fosstodon.org/tags/Darling" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Darling</span></a> that were well worth to contribute to. But eventually to me it‘s this: <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> still is fun, but its time is over, looking at activities on GitHub the ecosystem declines.</p>
dasdom<p>Learning AppKit using ObjC in 2025 is quite difficult. Searching for solutions or answers brings so many unrelated things up.</p><p><a href="https://chaos.social/tags/appkit" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>appkit</span></a> <a href="https://chaos.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
~/phranck :antifa:<p>Alle Wochen wieder...</p><p>Ich suche (noch immer) einen neuen Job in Festanstellung als <a href="https://nerdculture.de/tags/macOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>macOS</span></a> und/oder <a href="https://nerdculture.de/tags/iOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>iOS</span></a> Entwickler. Ich kann <a href="https://nerdculture.de/tags/Swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Swift</span></a>, <a href="https://nerdculture.de/tags/SwiftUI" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SwiftUI</span></a>, <a href="https://nerdculture.de/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> und den ganzen Klimbim drumherum, hab ca. 30 Jahre Berufserfahrung und arbeite am Liebsten zu 100% <a href="https://nerdculture.de/tags/remote" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>remote</span></a> von meinem <a href="https://nerdculture.de/tags/HomeOffice" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>HomeOffice</span></a>. Sollte es in oder um <a href="https://nerdculture.de/tags/Bregenz" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Bregenz</span></a> (<a href="https://nerdculture.de/tags/%C3%96sterreich" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Österreich</span></a>) sein, dann auch gerne teilweise onsite.</p><p>Wer also jemanden kennt, der jemanden kennt... You get it. 😃</p><p>Ich bedanke mich fuers regel Teilen. 🙏🏻<br>:boost_ok:</p><p><a href="https://nerdculture.de/tags/FediHire" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FediHire</span></a> <a href="https://nerdculture.de/tags/Jobs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Jobs</span></a> <a href="https://nerdculture.de/tags/JobSuche" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>JobSuche</span></a> <a href="https://nerdculture.de/tags/RemoteWork" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RemoteWork</span></a> <a href="https://nerdculture.de/tags/JobSearch" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>JobSearch</span></a></p>
Tim Johnsen<p>Details on an unnecessary optimization I geeked out on a while back:</p><p>Tagged pointer string keys <a href="https://objectionable-c.com/posts/tagged-pointer-string-keys/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">objectionable-c.com/posts/tagg</span><span class="invisible">ed-pointer-string-keys/</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a> <a href="https://mastodon.social/tags/iosdev" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>iosdev</span></a></p><p>Hat tip to <span class="h-card" translate="no"><a href="https://mastodon.sdf.org/@mikeash" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>mikeash</span></a></span> for the seminal post on tagged pointer strings</p>
((Jann Gobble)) 🏳️‍🌈<p>Now is the time for all <a href="https://mastodon.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> programmers to protest! 😂 <span class="h-card" translate="no"><a href="https://mastodon.social/@siracusa" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>siracusa</span></a></span> </p><p><a href="https://mastodon.social/@swiftlang/114043297878525911" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">mastodon.social/@swiftlang/114</span><span class="invisible">043297878525911</span></a></p>
David Smith<p>A little history about why we have this: when returning an object, *something* has to keep it alive long enough for the caller to take ownership of it by retaining it.</p><p>In CoreFoundation and Swift, we do this by retaining it first then "giving" the retain to the caller, but without ARC to automate releasing it later this leads to a *lot* of code clutter.</p><p>Autorelease allowed pre-ARC ObjC to avoid all the clutter by "giving" the retain to the pool instead of the caller.</p><p><a href="https://mastodon.social/tags/swiftlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swiftlang</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
((Jann Gobble)) 🏳️‍🌈<p>We wouldn't have this problem with DOGE's interns if they had to learn COBOL, FORTRAN, and PASCAL - like I had to.</p><p>BTW: My major programming language? Perl</p><p>Second only to Objective-C... NOT SWIFT. Obj-C!</p><p><a href="https://mastodon.social/tags/Perl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Perl</span></a> <a href="https://mastodon.social/tags/DOGE" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>DOGE</span></a> <a href="https://mastodon.social/tags/FORTRAN" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FORTRAN</span></a> <a href="https://mastodon.social/tags/PASCAL" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>PASCAL</span></a> <a href="https://mastodon.social/tags/COBOL" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>COBOL</span></a> <a href="https://mastodon.social/tags/OBJC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OBJC</span></a> <a href="https://mastodon.social/tags/ObjectiveC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjectiveC</span></a> <a href="https://mastodon.social/tags/Swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Swift</span></a></p>
David Smith<p>Reminder to pass .workItem as the autorelease frequency for any dispatch queues you make: <a href="https://developer.apple.com/documentation/dispatch/dispatchqueue/autoreleasefrequency" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">developer.apple.com/documentat</span><span class="invisible">ion/dispatch/dispatchqueue/autoreleasefrequency</span></a></p><p>It would be the default if there wasn't a small risk of a compatibility break due to something incorrectly relying on an object sticking around.</p><p>(This will matter less and less as more stuff gets rewritten in Swift, but for now it's hard to tell which things might have ObjC code underneath)</p><p><a href="https://mastodon.social/tags/swiftlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swiftlang</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
Sommer Panage<p>This post was recently shared at work about how block memory works under the hood in <a href="https://macaw.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a>. If you, like me, used to frequent fuckingblocksyntax.com you might enjoy this old post! <a href="https://www.cocoawithlove.com/2009/10/how-blocks-are-implemented-and.html" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">cocoawithlove.com/2009/10/how-</span><span class="invisible">blocks-are-implemented-and.html</span></a></p>
calicoding<p>I'm trying to customize how some <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a> methods are imported into <a href="https://mastodon.social/tags/swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swift</span></a> as <a href="https://mastodon.social/tags/async" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>async</span></a> methods, but it seems like the clang attributes for this don't really work?</p><p>In this example I want the second closure to be considered the completion handler, and if the argument to that closure is false (i.e. 0) then it should throw an error. But it seems to ignore these attributes and generate a form that isn't throwing?</p><p><a href="https://clang.llvm.org/docs/AttributeReference.html#customizing-swift-import" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">clang.llvm.org/docs/AttributeR</span><span class="invisible">eference.html#customizing-swift-import</span></a></p>
isaiah<p>at the risk of sounding like an idiot. i have some xib warnings after updating to sequoia.</p><p>i can’t update to the new SFSymbols without dropping support for everything except the bleeding edge. not an option.</p><p>i don’t really want to ignore these warnings for the next 5 five years.</p><p>what are my options here?</p><p>is there something akin to @ available for xibs?</p><p>or is my best bet to assign these with bindings and use @ available in code?</p><p><a href="https://mastodon.social/tags/macos" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>macos</span></a> <a href="https://mastodon.social/tags/dev" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>dev</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a> <a href="https://mastodon.social/tags/swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swift</span></a> <a href="https://mastodon.social/tags/noswiftuiplease" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>noswiftuiplease</span></a></p>
David Skuza<p>After being with Mozilla for a little over 5 years, I've been laid off today, alongside a group of some of my favorite people. So, I'm on the job market! I've got ~8 years <a href="https://mastodon.social/tags/iOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>iOS</span></a>, <a href="https://mastodon.social/tags/Swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Swift</span></a>, and <a href="https://mastodon.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> under my belt, working on everything from libraries all the way through full user-facing features. So, I'm <a href="https://mastodon.social/tags/opentowork" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>opentowork</span></a>. Remote (US), working out of the Chicagoland area. 👀 LinkedIn in bio. Boosts would be much appreciated!</p>
Digital Mark λ ☕️ 🕹 🙄<p><span class="h-card" translate="no"><a href="https://mastodon.social/@stroughtonsmith" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>stroughtonsmith</span></a></span> Reading it all in one phrase makes it unclear, but as an enum<br>UIWindowSceneResizingRestrictions: Freeform, Uniform, None<br>is pretty clear. I wish NeXT/Apple had used _ to separate types from values, tho.<br><a href="https://appdot.net/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
~/phranck :antifa:<p>Simple (dumb?) but very important question to all <a href="https://chaos.social/tags/Swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Swift</span></a>, <a href="https://chaos.social/tags/SwiftUI" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SwiftUI</span></a>, <a href="https://chaos.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> developers using <a href="https://chaos.social/tags/Xcode" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Xcode</span></a>:</p><p>How do you secure your API keys?<br>It's clear that they don't belong hardcoded in the app. But how do you secure your keys?</p><p>Whether hardcoded or via `Config.plist` with a hex editor, they can be extracted from a binary. So what is the "right" way?</p><p>Please boost, thank you. 🙏🏼<br>:BoostOK:</p>
Full Report Below<p>Is there any existing source code for UIKit‘s target forAction withSelector?<br><a href="https://mastodon.social/tags/iosdev" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>iosdev</span></a> <a href="https://mastodon.social/tags/macdev" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>macdev</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a> <a href="https://mastodon.social/tags/uikit" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>uikit</span></a></p>
Dave Rahardja<p>Blog post: How to expose (some) symbols from your <a href="https://sfba.social/tags/Swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Swift</span></a> library directly to <a href="https://sfba.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> via headers.</p><p>This was a topic of conversation I had here some time ago, but I never put it together as a blog post. I hope you can use this in your own projects!</p><p><a href="https://sfba.social/tags/ios" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ios</span></a> <a href="https://sfba.social/tags/macos" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>macos</span></a> <a href="https://sfba.social/tags/programming" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>programming</span></a> </p><p><a href="https://www.humancode.us/2023/08/09/objc-headers-swift-implementations.html" rel="nofollow noopener" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">humancode.us/2023/08/09/objc-h</span><span class="invisible">eaders-swift-implementations.html</span></a></p>