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:

250
active users

#swiftuwhy

0 posts0 participants0 posts today
Miguel Arroz<p>This is why I think layout is by far the biggest problem of <a href="https://mastodon.social/tags/SwiftUI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUI</span></a>. Why is the second column of the grid changing width because of what is in the first!?</p><p>Multi-line labels on macOS SwiftUI always seem to layout in a completely arbitrary way.</p><p>And that Color.clear.gridCellUnsizedAxes thing is the recommended way, per the documentation, of creating an empty cell (which is in itself questionable, it seems there should be a GridEmptyCell() view that does the right thing). <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a> <a href="https://mastodon.social/tags/macdev" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>macdev</span></a></p>
Miguel Arroz<p>Why are SwiftUI PreferenceKeys called…&nbsp;*Preference* keys? Pretty sure they could come up with a name that doesn't confuse anyone who has used Mac computers for more than 2 years. <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>Xcode should track the lifetime number of hours spent trying to find the error in your SwiftUI view code that is causing the “compiler is unable to type-check this expression in reasonable time” message to appear after the obligatory a 60-second wait. <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>Why can't I stop focus rings from being drawn around my Toggle() checkboxes? It laughs at my .focusEffectDisabled(true), with all other combinations of related modifiers that I've tried. <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>Why can’t I find a simple way to do this?</p><p>.textSelection(allowSelection ? .enabled : .disabled)</p><p>This code does not compile because the types don't match. Fine. But there should be a simple way to do this.</p><p>(This is why I never delete the dreaded .if(…) view modifier from my projects…)</p><p><a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>ScrollView on macOS includes default support for swipe gestures and mouse scroll wheels, but not page up/down, home/end, or arrow keys? <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>The best workaround so far is from <span class="h-card" translate="no"><a href="https://iosdev.space/@Orlando" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>Orlando</span></a></span>: just don't use Picker at all. <a href="https://iosdev.space/@Orlando/113731727963783200" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">iosdev.space/@Orlando/11373172</span><span class="invisible">7963783200</span></a> <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>Here's a sample project for my latest <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p><p><a href="https://github.com/siracusa/SwiftUIPickerLayout" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/siracusa/SwiftUIPic</span><span class="invisible">kerLayout</span></a></p>
Gustavo Medori<p><span class="h-card" translate="no"><a href="https://mastodon.social/@siracusa" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>siracusa</span></a></span> my guess as to <a href="https://hachyderm.io/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a> is because the modern style is to left-align labels and right-align pickers and have a massive gap in between á la System Settings. Though I echo your lament.</p>
jack<p>Agh!!!!<br>Turmoil to get there:<br>3. This broke the debug-only modal AuthPage &gt; NavigationStack &gt; Settings &gt; Buttons append to $path<br> a. Settings { @.Environment(\.openURL) var openURL } was causing continuous changes to the view itself and blocking the whole UI 🥴<br> b. Solved by replacing OpenURL with `Link(destination:label:)`.</p><p>I definitely should’ve been using a Link before but this seems like a <a href="https://iosdev.space/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a><br>4. Now I need to get those disclosure indicators back in a nice way.<br> <a href="https://iosdev.space/tags/iOSDev" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>iOSDev</span></a> <a href="https://iosdev.space/tags/SwiftUI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUI</span></a></p>
John Siracusa<p>Why is there (apparently?) no Picker style on macOS that can be configured with a fixed width, like NSPopUpButton in AppKit?</p><p>For example, consider a text field for numeric input followed by a picker for units, both aligned to the right side of a System Settings-style Form. Each time you pick a different unit, the Picker changes width and moves the text field.</p><p>This is Apple’s new, favored layout with its new, favored UI framework, but surely this can’t be intended! It’s madness! <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>I still don’t understand under what conditions Xcode will launch more than one copy of my in-development app (as indicated by its icon appearing twice in the Dock, both running) and how it might relate to SwiftUI previews, but I’m trying not to worry about it too much. <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>Q: Why is Xcode no longer able to render a preview of my SwiftUI view?</p><p>A: *Sometimes*, the answer is that you’ve got a call to a log method on a Logger object in a code path that’s executed when rendering a preview but rarely or not at all otherwise, and this call passes a string without any values interpolated into it (e.g., logger.log(“Hello”)). This causes an error, and this error is only visible in the big spew of output available through the stethoscope icon in the preview pane. <a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>Why in the world does this interface look like this:</p><p>.padding(.top, 1)<br>.padding(.leading, 2)<br>.padding(.bottom, 3)<br>.padding(.trailing, 4)</p><p>…or this:</p><p>.padding(EdgeInsets(top: 1, leading: 2, bottom: 3, trailing: 4))</p><p>…instead of the much more idiomatic:</p><p>.padding(top: 1, leading: 2, bottom: 3, trailing: 4)</p><p>Like, who in the world thought of this foo(.key, value) API interface in a language with named parameters?!</p><p><a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p>
John Siracusa<p>Welcome to my new series on things I don’t understand about Apple’s premier user interface framework. I’m calling it…</p><p><a href="https://mastodon.social/tags/SwiftUWhy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SwiftUWhy</span></a></p><p>To be clear, these are things I don’t understand, not necessarily things that are “wrong.” They sure *look* wrong (or at least “suboptimal”) to me! But maybe there are good reasons, and I just don’t know them yet. SwiftUI experts and historians, please tell me!</p><p>The first entry is coming up…</p>