I wouldn't do the didBeginEditing approach; in case the user for whatever reason is using a Bluetooth keyboard, this will launch the scroll up method when there's not visible keyboard and will make the app look weird.
Although I know its a farfetched scenario its still possible. What I usually do is subscribe to "UIKeyboardWillShowNotification" This notification will let you know when a keyboard will be shown onscreen; subsequently you should subscribe to its counter part and also add a tap gesture recogniser to the view so that you can also dismiss the keyboard by resigning the first responder of the UITextfield when the user taps anywhere else on the screen. I add this tap gesture because I believe its a common "preconception" for the user that if they tap anywhere where there's not textfield the keyboard should dismiss. Hope this helps; let me know if you need more details, I have a UIView category that handles this behaviour and I could share it with you if you want. Regards, -- Esteban Torres (+506)8813-0934 Skype: esteban.a.torres.hernandez On Jun 29, 2013, at 12:11 AM, Diederik Meijer | Ten Horses <diede...@tenhorses.com> wrote: > One way is to animate the UiTextField upwards in the didBeginEditing > delegation method and down again in the shouldReturn. > > Verstuurd vanaf mijn iPhone > > Op 29 jun. 2013 om 00:44 heeft Julius Oklamcak <juli...@icodemonks.com> het > volgende geschreven: > >>> I'm looking for "something" OR some method that knows how to change (I >> think) the position (I think) of the view containing a UITextField so the >> TextField is visible after a keyboard comes up and covers it. Then the view >> goes back to normal position once the keyboard is dismissed. >>> >>> Is there an inspector attribute for that? >>> >>> Is this a delegation thing? >> >> Have a read through the "Managing the Keyboard" section in the "Text, Web, >> and Editing Programming Guide for iOS". >> >> http://developer.apple.com/library/ios/#documentation/StringsTextFonts/Conce >> ptual/TextAndWebiPhoneOS/KeyboardManagement/KeyboardManagement.html >> >> _______________________________________________ >> >> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) >> >> Please do not post admin requests or moderator comments to the list. >> Contact the moderators at cocoa-dev-admins(at)lists.apple.com >> >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/cocoa-dev/diederik%40tenhorses.com >> >> This email sent to diede...@tenhorses.com > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/me%40estebantorr.es > > This email sent to m...@estebantorr.es _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
