I've got stucked inputting a password account (in this case twitter and facebook) in ios 7.03 simulator setting. Its keep Appearing an alert that my account is wrong. Then, I tried on safari (safari in simulator) to input a similar account, and the result is same. But, if I tried to login in web, not in simulator, its hasn't a problem in my account.
I tried again, but this one I tried on ios 6.0 and 6.1 simulator, then the result is, I can login, through setting or in webview on safari. Is it a kind of issue in ios7 simulator or what?
I did a little research and the answer is, ios 7 simulator is not accept a dollar sign as a password input. Just dollar sign, the other character like pound(!), at(#), hash(#) and kind of that character is allowed to be a password input. I dont know why the reason ios 7 and ios 6 had a little different with this, but maybe apple had some good reason about security factor.
You can copy the $ symbol to clipboard and then paste into the password field. But you can't use paste from the Edit menu. You have to right click in the password field and paste that way. #bugs
Related
If I visit a Google Colab on Google Chrome on Android or through Discord app browser, all my code cells will load blank. On top of that, the notebook saves right away yielding a blank notebook to history.
What is causing this? And how can I prevent it? If the browser is in Desktop mode this doesn't happen but isn't always set to on by default.
The issue in on mobile version only.
If you pass on desktop version, no cells are wiped!
After you pass on desktop version,you can use version history to restore you lost code!
But where i can post this issue? Google must fix the mobile version!
Yes, it's incredible that this issue hasn't been fixed, especially since it used to work IIRC a few years back.
I have an NSSecureTextField field in my MacOS app. I want to disable the password autofill button from coming up (the "Passwords..." button). I've seen posts about doing it in iOS, but haven't seen anything on Mac OS. How can I do this? Thanks
It is possible to disable password autofill, due to the current default behaviour of showing the autofill button on the first NSSecureTextField in a window. But it is a kludge.
I find that if you create a dummy NSSecureTextField above the field of concern, and hide it behind another pre-existing field, you can avoid the autofill button appearing. I set this dummy field with NSTextContentTypeOneTimeCode.
Note this only works if the dummy NSSecureTextField is in the key view loop, so hiding it, or setting refusesFirstResponder doesn't help. This also means you need to handle the case where the end user is tabbing from field to field, so as to skip the dummy field.
The focus skipping can be achieved by detecting the completion of editing of the previous field (controlTextDidEndEditing:) and changing the focus if and only if the focus is on the dummy field.
All a bit complex for something that could be simply solved with an appropriate NSTextContentType!
Yes, Michael Rourke is right - using autofill in cocoa apps causes many problems. If for example I develop an app with a native register screen, user will see the autofill provider which propose existed passwords instead to offer a new one. It's only the one way to hide provider - oneTimeCode. But user could get an empty transparent pop-up (I really think we can find workarounds to hide it, eg use window.makeFirstResponder(textField)) and it's not the most big problem.
As for me the biggest problem is an inability to save new credentials to the icloud keychain and link it with your web domain (But I could be wrong:) ). It is strange to create a password in the application without the possibility of its subsequent use when logging in.
I think It's a cause why apple didn't add a new password to the Big Sure - may be they have some strange problems with creating new record to the keychain using cocoa autofill.
In Zeplin app guys use such workaround as a native login and website registration - so safari creates a record in the keychain, app uses auto fill to login.
I'm pretty sure they'll add a new password in the next versions of the mac os, but it would be better if they finish this feature completely and then release it. They just killed the ability to use it normally in the next version of Mac OS because previous versions (like the current Big Sur) support it poorly.
PS
If a user has a lot of passwords from the current domain and he quickly drives in a password, then there is a high probability of an emergency disconnection of the provider (pop-up).
Note: This answer applies to iOS and UIKit, not macOS
I agree with Alexander, please don't :)
But if you must, it would stop from offering autofill by setting the fields UITextContentType Value property to either .newPassword or .oneTimeCode as described here.
After some reverse-engineering, I've found that the following subclass will disable the autofill behavior:
#interface NoAutofillSecureTextField : NSSecureTextField
#end
#implementation NoAutofillSecureTextField
- (BOOL)_isPasswordAutofillEnabled
{
return NO;
}
#end
Has anyone encountered this situation?
When I was trying to run application, which was completed in Xcode6Beta, it kept showing:
2014-07-14 00:28:48.131 WeightLogger2[1866:32214] Can't find keyplane that supports type 8 for keyboard iPhone-Portrait-DecimalPad; using 2617181025_Portrait_iPhone-Simple-Pad_Default
You just need to toggle the software keyboard by selecting:
iOS Simulator -> Hardware -> Keyboard -> Toggle Software Keyboard.
Then, everything works
uncheck this option
iOS Simulator -> Hardware -> Keyboard -> Connect Hardware Keyboard
however if you are using number pad or decimal pad then this log again will be displayed, but in simulator you can use the number pad or decimal pad. may be we need to configure our text field with the new preferred way of using keyboard with ios 8. I could not found it yet. or it may be a bug according to this
Xcode iOS 8 Keyboard types not supported
FYI, apple may rejected your app due to this. They complained that the app did no allow the user to enter input on an iPad. So you can respond that the app works fine on an actual iPad and that on a simulator all one has to due is disable external keyboard or toggle SW keyboard. They will accept this comment and allowed the app to be approved.
I wanted a different title to be displayed in the sub-title under my iPad app's icon and changed the Product Name for my app under Build Settings.
This worked but has had a strange side effect. Whilst the app continued to work perfectly on a connected iPad, on the emulator it now behaves in a similar way to that described in [this question].1
Namely, it says it has finished running <my app> on iPad 6.0 Simulator
I tried changing the Product Name back but the problem persists.
I also tried some of the suggestions on the other question (e.g. removing armv7 frfom Required Device Capabilities) but nothing worked.
This isn't a showstopper at the moment as I have a real iPad to test on but I'd still like to understand what is going on, if anyone knows.
Sounds like time for a reboot of the Mac. Restarting Xcode might suffice. One other thing to try is to delete the app from the simulator.
I have seen this on iPhone simulator 6. Many a times, when you click "Run" again - it runs without problem.
However if that doesn't work, you may try one of the following:
Project->Command+Alt+Shift+K - a choice will appear saying something like clean folders. Do it.
In organizer, go to derived data folder (finder) using tiny arrow just at the right of your project. Try deleting your project from finder. If it doesnt delete at once, try it often.
Try resetting iPhone or iPad simulator.
Exit XCode and reopen project. Do the same with iPhone / iPad simulator.
If you are wondering why this is happening, no one really knows! It's just some flags gone bad, restored once you re-do everything for it to work, that's it.
Have you tried switching off the Debugger?
So Edit Schemes -> Debugger -> None
Also restarting the Simulator and Xcode and cleaning the project may help
Use another way: click on the azure icon of your project, keep the trackpad pressed until you see it allows to edit the name. Choose the name that you want, then a sheet like this will appear:
Click "rename" and you're done with it.
I need to develop one application for iPhone which is named as "Theme Apps"
My requirement is like this :
This is a simple iPhone App that allows the user to press the "app
icon" and the iPhone Theme immediately changes the entire theme.
By pressing this button inside the app... the Theme of the iPhone will
switch between "normal" and "special mode"
In "special mode", anything that can be changed to a specific color
(just one color) will change. This needs to be done without
jailbreaking the phone and needs to serve as an "on/off" switch type
of functionality.
I searched everywhere but not got anything about it whether it is possible in iPhone or not OR how to do it in iPhone....
Please tell me how to do it or provide any link which can help me for the same.
I don't believe Apple lets you play with the OS of the phone. If you find a way to do it, it'll most likely be rejected on the app store, just a heads up.