kntk

🚨 PSA: In SwiftUI, if you use ToolbarItem that has a Button, and that button uses an Image as its label, you'll end up with a very small tappable area of the button. You need to use a Label to avoid that effect: Label("Start", systemImage: "play").labelStyle(.iconOnly)

みんなSwiftのスコープ大好きだ

スライド155枚もあったらしい（アニメーション含む）

今日の発表スライドです speakerdeck.com/kntkymt/swiftn… #わいわいswiftc

background(_:ignoresSafeAreaEdges:)はkeyboard safeareaを無視してくれないみたい developer.apple.com/documentation/…

やっぱUIの細かいところはﾆﾁｬｧ☝️🤓して直していかないと

@omochimetaru `Label`なしで挙動がおかしいのはバグには違いないっすね...意味不明すぎる ただ同じconditional conformance内のオーバーロードは挙動が一致してる"可能性"がある、という学びを得ました。普通に例外もありそうだが...

@kntkymt おお、ありがとう てかなんじゃそりゃ・・・ Label 使うべきところってノーヒントすぎて思いつけなくね？

Liquid Glass + ToolBarItemのボタン発火判定壊れてない？ ボタン全体にglass effectがついていて、全体がタップに反応はするけど、内側のlabel描画部分にしかボタンの発火判定がない

@omochimetaru 参考までに: Button(label:)のオーバーロードを使った任意のViewのケースでも`Label`型でラップすれば治りそうです Button { } label: { Label {} icon: { /* 任意View */ } } おもちさんのButton(systemImage:)は↑のシュガーっぽいです。where Label == Label<Text, Image>の制約がついているので

@kntkymt いや、1重だよ Imageを使わずにsystemImage:を使うってだけ

UIアプリケーションの挙動確認をAIがやってくれないと、こう言うしょうもない仕事だけ人類がやることになる

しょうもないSwiftUIの挙動を解析してしょうもないワークアラウンドを提案するしょうもない一日だった

@omochimetaru わかります オーバーロードで挙動変えるの気持ち悪いのでやめてほしす、UIKitの抽象化ライブラリくらいにしか思ってなさそうっすね

@kntkymt SwiftUIってcomposableなAPIをしてるのに特定の形でしかまともに動かない事があって終わってるよね

@omochimetaru oh, ほんとだ、治った、ウケますねこれ （試して、A11Yの判定は壊れたままだったので誤解してました、当たり判定とA11Yは必ずしも一致しないか）

@omochimetaru Buttonを二重にするってことですか...? Button { } label: { Button(_:systemImage:action:) }

@kntkymt 手元では解決？していて、 label にImageを使うのではなく、 Button(_:systemImage:action:) を使うとちゃんとします

こういう状態（A11y inspectorで当たり判定を可視化した画像） .toolbar { ToolbarItem(placement: .topBarLeading) { Button { print("hit") } label: { Image(systemName: "arrow.left") .font(.footnote) } } }

Liquid Glassのkeyboard accessory + フローティングボタンどうすればいいんすか

ぱらぱら漫画的アニメーションが含まれているので盛られます

え？

わいわいのスライド作ってるが、本題の導入で30枚とかあるので導入だけで1時間終わりそう

世の中には2年前からavailableって書いてあるのに動いていないAPIが存在するらしいですよ、ホラーすぎる