This is a follow-up to a question I asked last week here. The main screen of my app has two button bars. Each of the buttons has either an image or a text label. I've determined that when the user has the Bold Text Accessibility option enabled, the image buttons disappear from the screen. The buttons are functional -- tapping where the button should appear has the desired effect, so the button is effectively present but invisible. The text-based buttons appear and function normally.
Is this expected behavior, or is this a bug in the iOS implementation? If it's a bug, is there a procedure to report it? Is there a workaround? My fallback solution is to display a warning based on UIAccessibilityIsBoldTextEnabled(), but I would like to do better.
I have just had the issue reported to me by one of my customers. I can replicate the issue on iOS12 however Apple appear to have fixed it in iOS13.
My workaround for iOS12 is to set the tintColor of the toolbar:
[toolbar setTintColor:[UIColor grayColor]];
With the tintColor set the toolbar buttons are visible with Bold Text on.
Related
I'm developing an app for a customer that is only used by a small company. This app has a login screen with two text inputs for username and password.
Specs:
Xcode v11.3.1
iPod touch iOS 13.3.1
Swift 5
The user interface was built using the Interface Builder of Xcode. I set the border style of both UITextFields to .roundedRect and they look fine in Interface Builder:
But as soon as I'm testing the app on my iPod touch the UITextFields have an annoying bottom border (or bottom line) of the tint color of the text field:
The lines are red because I've set the tint color of the text fields to red. The only solution (that is clearly not the best one) is to set the tint color to UIColor.clear for both text fields. Then the lines are disappearing. But then the blinking cursor of the text fields are also invisible while editing the text.
I tried a lot of different things like setting the border color of the layer (textfield.layer.borderColor = UIColor.clear.cgColor) but nothing worked out so far.
I also searched the web for similar problems, but it seems that I'm pretty alone with this problem. Any help is appreciated!
In our app the initial ViewController is embedded in a regular Navigation Controller. We have two UIBarButtons, located in the upper right of the navigationbar. One of the buttons is styled with a custom image and the other one with the camera icon from the provided System Items.
Here is the problem:
When the app starts in portrait, both bar buttons are visible. After rotating the device to landscape, the UIBarButton with the camera symbol disappears and no longer shows up when rotating back to portrait again.
I have no outlets to neither the navigationbar nor the UIBarButtons, no adjustments in code are made whatsoever.
The button that disappears after rotation still exists in the navigationbar, if you tap where it is supposed to be shown, the action is triggered. It seems to only be the image that is removed for some reason. And only if the button is styled with any of the System Items.
Can anyone think of a reason why this problem occurs?
Ok, this problem was related to appearance proxy code that I had in my appDelegate:
[[UITextField appearance] setTintColor:[UIColor darkGrayColor]];
[[UITextView appearance] setTintColor:[UIColor darkGrayColor]];
Apparently these two statements affect the behaviour of the barbutton appearance. I cannot see why, but I am sure that there is a good reason.
Getting rid of these two statements in the appDelegate solved the problem.
There is anyway to hide or disable the new iOS 9 bottom bar on iPad?
image: iOS bottom bar
You can use the following property on TextFields and TextAreas to hide this new actions bar:
http://docs.appcelerator.com/platform/latest/#!/api/Titanium.UI.TextArea-property-showUndoRedoActions
Isn't that just the keyboard toolbar? I'm guessing you're running it on the iOS simulator which often errors and doesn't show the keyboard but will still show the toolbar. If you hide the keyboard (blur all text input capable UI elements) the toolbar hides as well.
According to the iOS guide the toolbar "Can hide when the keyboard appears, the user makes a gesture, or when the containing view controller transitions to a vertically compact environment." So, A real device test would demonstrate the behavior. Reference https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/Bars.html#//apple_ref/doc/uid/TP40006556-CH12-SW4
Hi it's strange behavior in UISearchBar placeholder text alignment while that UISearchbar non-edit mode but that disply fine at editing mode.In non-Edit mode that placeholder text position not displying as center, that text display bit up-side in to UISearchbar like bellow screenshot.
Non-Editing Mode placeholder Looks like:
Editing Mode placeholder Looks like:
As you can see First screenshot that text display bit up-side not look's like second screenshot Center. So i want to make this place Holder text center as search icon Y position.
I just setting search Bar Placeholder text using basic way:
[self.srcbar setPlaceholder:#"Please Enter search Text"];
Please help me in this how can i fix this issue.
What you have described, is technically the default behavior for the search bar. If you'd like to get the text to slide over a bit when editing, you can adjust, in Interface Builder, the offset of the search bar. I've included a screen shot of xcode and the simulator to show you the difference at run time. See the image here: .
I have tried one sample from the this link
Actually what i tried is placed an uitextfield and added that toolbar as inputaccessoryview.
When i tap on the uitexfield, it shows the uikeyboard with that toolbar added on top that is ok.
But the toolbar which was showing under the pickervieew is now get hidden after i did the above thing...
Please let me know why is that happening
If you mean your app had a toolbar at the bottom, and the picker view/keyboard/other input view appears on top of this, then this is the expected behaviour.
For example, look at mobile safari, when you enter text in a field on the page (like an SO answer, for example!), the keyboard covers the lower toolbar. Otherwise you'd hit it when typing.