StillCore — мониторинг чипа для Mac, который я всегда хотел
StillCore — лёгкое приложение для отслеживания энергопотребления, частоты, нагрузки, температуры и состояния батареи из строки меню macOS. Это анонс и небольшая история о том, как я его писал.
📐 ¿Sabías que una sheet de SwiftUI puede ajustarse automáticamente a la altura real de su contenido?
Aunque presentationDetents nos permite usar tamaños como .medium, .large o alturas personalizadas, SwiftUI no incluye un modo nativo que diga simplemente: “ocupa exactamente lo que necesites”.
https://blog.arturorivas.com/posts/sheets-swiftui-ajustadas-al-contenido/
En este artículo explico cómo construir un modificador reutilizable que:
✅ Mide automáticamente la altura del contenido
✅ Ajusta el tamaño del sheet en tiempo real
✅ Permite combinar altura dinámica con .medium y .large
✅ Se adapta a cambios de contenido después de presentarse
✅ Evita algunos problemas habituales de layout y accesibilidad
Es una de esas pequeñas mejoras que no suelen aparecer en las especificaciones, pero que marcan una gran diferencia en la sensación de calidad de una interfaz.
Si trabajas con confirmaciones, filtros, selectores o formularios compactos en SwiftUI, esto te interesa.
#Swift #SwiftUI #iOSDev #AppleDeveloper #MobileDevelopment #Xcode
📐 Las sheet de SwiftUI funcionan muy bien cuando aceptas los tamaños que el sistema propone. El problema aparece cuando tu interfaz no encaja en niguno de esos tamaños. Una vista pequeña queda flotando dentro de un sheet demasiado alto. Una vista algo más grande puede quedar cortada. Y una pantalla que solo necesita presentar una confirmación breve termina ocupando gran parte de la pantalla sin necesidad. Desde iOS 16, SwiftUI permite controlar la altura de una hoja con presentationDetents, usando valores como .medium, .large, .height(...) o .fraction(...). Es una mejora enorme frente al comportamiento inicial de los sheets, pero sigue teniendo una limitación importante: no existe un detent nativo que diga simplemente “mide el contenido y usa esa altura”.
Present, teach, and create anywhere on your screen!! (Free)
Sketch Over v1.1 is almost fresh out of the oven!
Please #Apple #Xcode team, do something? 🥺
I like iOS Simulator, but using it became more and more unbearable - causing my poor M1 Pro MBP to takeoff (I almost never hear fans on it usually) after a while and development simply slow as all cores are occupied by this (medianalysisd process specifically, within SimulatorTrampoline)
Our CI runner is a bare-metal dedicated server with an AMD Epyc 7413 24c/48t 2.65/3.6 GH, 128 GB ECC 3200 Mhz RAM and NVMe SSD.
I have just configured a Mac mini M4 24GB as runner for Xcode builds.
Just for kicks, I also activated a docker runner on the Mac mini and handed it a random job.
That job takes an average of 4m40s to run on the AMD server.
It took 1m20s to run on the M4 Mac mini.
🤯
Are you interested in finding the SwiftUI views in your app that update the most? The following article shows how to use the SwiftUI instrument to find the views that update the most:
https://swiftdevjournal.com/posts/swiftui-frequent-view-updates/
I should try to get a #FuckingXcode tag going. Because fucking #Xcode.
Run a test suite, all the tests get green checkmarks next to them. Then write a test that fails. To debug the test, run just that one test. All checkmarks remain while you run that one test, despite others not running. If you break another test, it looks like it still passes. If you use cmd-opt-ctrl-g to rerun the last test set run, it LOOKS like they all pass, but they don't. Xcode keeps stale pass icons instead of removing or greying them out. If don't remember you're not running the entire suite… ¯\_(ツ)_/¯
Fucking Xcode.
Habr
Arturo Rivas Arias
CJ
Arturo Rey
Konrad Kołakowski
Pascal Bourque
Swift Dev Journal
David Somers
Gregatron5