Note
to CoreData
.onAppear()
) I will add an observer for the keyboardWillShow
notification. I will get the height
of this.height
will be used to change the padding
of the last element to effectively shift up the whole UI up. Initially I used offset
, but this ignores the safe area which causes problems (ui overlaps with status stuff)... The calculation includes the safe area to display the input at approximately the right place.ScrollView
from the bottom for chat like UIScrollView
has no option to start a the bottom as far as I can gather.ScrollView
180 degrees. I tried this and actually it worked quite well. Sure you have to flip the inner view the same (and mirror it, because now everything is opposite as you initially programmed). But after doing that, it kind of just works.CoreData
into the view was no problem, it worked and shows the results immediately. Without flipping, this also would have needed to be taken care of manually. So this option was by far the easiest and I think the cost to the UI thread is relatively low, but I guess we will find out. Who knows though. This UI might not even last that long. UIScrollView
using CGAffineTransform
. I adapted the methodology for SwiftUITextInput
dynamically according to it's contents height.frame
of the view changes dynamically as the contents of the TextInput
change. There are definitely some hardcoded values here that will need to be removed. Probably should bring the iPhone 7 back to life.CoreData
and add more info for displaying dynamicallyTextInput
overlapping with rest of UI. Also dynamically limit the frame maxHeight
based on device.extension
to View
for this.