How to prevent "bigger text" (font scaling) on iPhone - ios

Ive been looking around to find an answer, but all I can find is related to web scripting, so...
We are testing an app, and it seems that one user had "increased text size (from phone settings)," but the only texts that are actually increased are the cells of tableviews? I don't understand why the text are not increased in any other place (but I thank the coding god), since it is indeed increased in tableviews?
Anyway, can someone help me on how to fix this so that my tableviews hold a static font size?

Probably the developers set defined size for most of the labels. They should use system size to make it work properly.

Related

Is there a Cocoapod/Standard way that allows user to change the font size within the app like the one in iBooks app in Swift?

I am trying to implement a font size changer functionality similar to the one provided by the iBooks app in iPhone.
I know how to set the font using Dynamic Type when Text Size changes at the phone level, but the requirement here is to allow the user to change the font size within the app, and update the content as per the new font size.
(I need to change the brightness and the font size only.)
I looked over the net and found this link
This link shows a manual way of doing it. I was wondering if this a common requirement among apps and is there a standard way/cocoa pod to do this?
Thanks in advance.
Been a Java developer for about 8 years, and was used to using the term "library" which I believe didn't make much sense in the iOS world.
I was looking for something that lets me change the font size and the screen brightness in one shot since I thought it would be a common requirement in most of the reading apps. Something like this :
Since I didn't find anything, and like #WTEDST mentioned saying it requires few lines of code, I went ahead and
Added a view(B) on top of my main view(A)
Showed this view(B) only on clicking of the ᴀA button
This view(B) contained the slider component and 2 buttons at the bottom for increasing and decreasing the font size.
I added a method to change screen brightness on moving the slider and another method on each of the increase/decrease font buttons.
Used a UIStackView to arrange the items nicely.
Done.

Should I use UILabels?

I'll start developing a new project and my app will simulate a real machine. This real machine has a screen with approximately 150 mm.
This screen is used to insert data and to show some outputs to the user. It's like those printer's little screen. You know, with some options.
In order to replicate it in my app... Should I use a lot of UILables? One per line and column? Or, is there any other way to do it? What's the best practice?
Thank you
Well, if we look at Apple Documentation we'll see that
UILabel
A view that displays one or more lines of read-only text, often used in conjunction with controls to describe their intended purpose.
So that means that if you want just show some text to the user, UILabel is your choice. To be honest, I can't see how it's related to best practices, but if you weren't sure – this is okay to use UILabel for your case. You just need to set them up properly.
You can use more than 1 rule in 1 UILabel, by setting the amount of lines in the attribute inspector

Automatic scaling of fonts in iOS?

I'm a UX designer working with a handful of developer teams. We're having an issue with what I believe to be a lot of hard coded values for fonts (as well as other things). The end result being that if a user changes their font size on their phone, or if the app is loaded on a smaller phone like a 4 or 5, the whole design breaks.
I am just beginning to read up on it, but it seems that there's a proper way to build screens and handle text so that it adapts to both device size and user font settings without things breaking (like text overlapping, text boxes bumping into each other, or just flat out text sizes not changing/adapting when they should.)
It seems that the new San Francisco font helps somewhat with this, although we have not been able to implement it yet (again, too much hard coded stuff).
I wonder if someone could lay out the proper strategy for handling text at multiple device sizes and user settings. I am assuming it has something to do with Adaptive Layout. I need to be able to go back to the team and intelligently have the conversation.
You will have to use adjustsFontSizeToFitWidth property of UILabel. For details have a look at this.

How many textviews it is OK to create on iPhone?

I am developing non-standard rich text view to display output of some other program. I found it is very easy to do by just adding loads of UITextView into ScrollView, and then set various properties for each label. Like text size, color, transparency etc, etc. Some of them could be clickable buttons.
But now the logical question, how many TextViews iPhone can safely handle?
Of course, I can do some tests myself, (and will I do) but it might not be reliable, maybe someone knows better from experience or some documentation or calculations?
Maybe the question could be generalized to "how many views"? But I am interested mostly in TextViews so far.
I think you don't need to worry about the safe number of UITextView you can use. Because you know the screen of the iPhone is so small. Do you think you need so many UITextView on one screen that the iOS even can not handle?

iOS / xCode4: image sizes for TableViews and Pickers

Is there any indicator in xcode about the size of table cells and picker cells, so I can work out how big my images need to be in there, how much gap to leave for the edges etc. Just need some kind of guidelines indicator as to where my cursor is on the control I suppose. How do you guys deal with working out layouts?
Thanks (sorry if the question is a bit wooly).
Xcode does not provide any such guidelines to do so, but there are some other software that can be used.
You can use MockApp or omni graffle to design your apps. You can also use photoshop but it might be an over kill if your app is small or low budget or if you dont know how to use it.

Resources