Daiki Matsudate

Daiki Matsudate

Users
Tweets

Daiki Matsudate

@d_date

x.com/i/article/206670599848…

2,569

Cane Allesta

Cane Allesta @caneallesta

Jun 11

The SwiftUI session at WWDC26 is one of those rare ones where every single update is immediately usable no "coming in a future release," no vague promises. Let me break down what actually matters. Liquid Glass, zero code changes The refined Liquid Glass better blur diffusion, darker edges, brighter specular highlights, and the new user-controlled tint slider lands in your app the moment you rebuild. You don't touch a single line. On iPad, windows now visually dim when inactive, giving multi-window workflows the clarity they always needed. The new appearsActive environment value lets you hook into that behavior for custom UI elements too. And once you recompile with Xcode 27, the old design is gone. There's no opt-out. Apple closed that door. Toolbar APIs that actually respect your intent The resizable iPhone app story is huge, but it creates a real problem: toolbars get crushed. The three new APIs address this surgically. visibilityPriority(.high) tells the system which items must stay visible as space shrinks. ToolbarOverflowMenu lets you explicitly declare which actions belong in the overflow menu instead of the system deciding for you. topBarPinnedTrailing anchors a specific item (like Share) to the trailing edge regardless of how the toolbar reflows. And toolbarMinimizeBehavior(.onScrollDown) auto-hides the nav bar while scrolling one modifier, free real estate. These aren't workarounds; they're a proper prioritization contract between developer and OS. The Document API overhaul This is the most underrated announcement in the session. The new WritableDocument and ReadableDocument protocols, paired with DocumentWriter and DocumentReader, give you Xcode/Pages-level document infrastructure: keyboard shortcuts, edited indicator, autosave, direct URL access all out of the box. The write method is nonisolated async, so disk operations happen in the background without blocking the UI. You only write the parts of the document that actually changed by diffing snapshots. You get Foundation Subprogress for reporting write progress. And adding a new export format say PNG alongside your custom format is as simple as adding a content type to a list and handling it in the write method. Previously getting this right in SwiftUI required fighting the framework. Now the framework fights for you. Interactions everywhere Reorderable containers now work on any container not just List. Same .reorderable .reorderContainer modifiers, whether you're in a LazyVGrid, a LazyVStack, or anything else. WatchOS gets drag-to-reorder for the first time. Swipe actions escape List jail and work on any view inside a scroll container via the new swipeActionsContainer modifier. Confirmation dialogs finally support the same item-binding pattern sheets use, so your "are you sure?" flow is one binding, not a tangle of booleans. @State is now a macro and it fixes a silent performance bug This one has been quietly wasting memory since forever. When a parent view reinitializes a child, @State holding an @Observable class was creating a brand new instance of that class on every reinitialization immediately discarding it while keeping the original. Silently. Every time. In the 2027 releases, @State becomes a macro and class initialization becomes lazy: the class is created once and only once. And this is backported to iOS 17 and macOS 14, so you get the fix across your entire supported range. The one gotcha: if you set a default value and assign in init, Xcode 27 will error. Just remove the redundant default. ContentBuilder kills the type-checking timeout "The compiler is unable to type-check this expression in reasonable time" is one of the most infuriating errors in SwiftUI development, especially in deeply nested views. The root cause: Section, Group, and ForEach each had multiple builder overloads, and the compiler had to exhaustively explore every combination to resolve types. The fix is ContentBuilder a unified single builder that replaces all those ambiguous paths with one. The compiler now has a straight line instead of a decision tree. This works with any minimum deployment target because ContentBuilder is built on top of ViewBuilder under the hood. You don't change your code. You just stop seeing that error. The throughline across all of this is that Apple is systematically removing the gap between "what SwiftUI can do" and "what Xcode and Pages can do." The Document API brings Xcode-level file handling to indie apps. The toolbar APIs bring App Store-quality adaptability to anyone. And the agent skills SwiftUI Specialist and What's New In SwiftUI shipping inside Xcode 27's Coding Assistant mean you can ask the IDE itself to migrate your code to these new patterns. It's the first time the "how do I adopt this?" question has a built-in answer at the framework level. #WWDC26

115

Sahil Jagtap

Sahil Jagtap

@twtofsahil

12 Jul 2025

Replying to @neelyweely23

i think its pretty simple to build one of your own: DocumentReader -> Split & Embed -> VectorStore -> Prompt -> GPT-4 -> Code Generator

623

Biometric Update

Biometric Update

@BiometricUpdate

26 Sep 2024

Xperix fingerprint scanner powers GripID multimodal handheld biometric device #biometrics #documentreader #spoofdetection @GripID biometricupdate.com/202409/x…

Xperix fingerprint scanner powers GripID multimodal handheld biometric device | Biometric Update

The GripID biometric scanner pairs with any smartphone, tablet or computer through Wi-Fi or Bluetooth, allowing organizations to make use of existing equipment.

biometricupdate.com

248

medi bayreuth

medi bayreuth @medibayreuth

19 May 2023

Starke News: Piep! ✅ Bayreuths Bundesliga Basketballer und DESKO bleiben auch in der kommenden Saison ein Team und haben ihre Zusammenarbeit verlängert. 👉🏽 t1p.de/a7n6l #PlayerScan #desko #deskoworld #idsolutions #identity #documentreader #bayreuth #bavaria

1,760

HID

HID

@HIDGlobal

9 Mar 2023

Streamline #VisitorManagement with a full-page document imager & eMRTD reader from HID. The HID ATOM™ visitor management #DocumentReader is lightning-fast & easy to use. It helps create safe working environments that people want to visit. Learn more: hid.gl/omy

1:50

139

Lily Koizumi🐟Mute ENVTuber🧶

Lily Koizumi🐟Mute ENVTuber🧶@Lily_Koizumi

30 Jan 2023

Everyone talking about what mic to get while I use a basic documentreader for tts will never stop being funny to me

770

HID

HID

@HIDGlobal

19 Dec 2022

If you're taking a flight this holiday season, your passport will probably be read at check-in or #BorderControl using an #OCR reader, such as the HID OCR316e. Discover more about this versatile #DocumentReader, seen in airports worldwide: hid.gl/oBP

222

Douglas Stewart EDU

Douglas Stewart EDU @_DSEDU

13 Apr 2022

This blog from @ipevo shows how their IPEVO VZ-X, a wireless document camera, is revolutionising how lectures are taken. medium.com/ipevo/5-ideas-on-… #Lectures #Wireless #IPEVO #DocumentReader #EdTech

HID

HID

@HIDGlobal

16 Mar 2022

Dedicated ID document scanners offer a level of visitor management authentication over and above what can be done using a software-only solution. Click here to watch it in action! hid.gl/o5f #HIDGlobal #identification #visitormanagement #documentreader