I have one problem what find only on iOS and don't know to solve.
On image above you can see checkmark list where is complete font bad rendered and pixelate. I don't know why and how to solve this. I try various things from transform and text-rendering options to shaddow tricks.
I realy need help on this. Thanks!
I think -webkit-font-smoothing is the culprit here; -webkit-font-smoothing:none looks pretty bad on my iPhone 6s.
Christoph Zillgens has a really good test page for -webkit-font-smoothing which shows this clearly.
Related
I'm using the JUCE framework to make my first few iOS apps, mostly just proofs of concepts for my Github account for job recruiters.
I've got my first app compiled and working on iOS, but I'm having tons of issues with the GUI.
I can't seem to find the right resolutions to fill the screen. I'm testing with an iPhone 7 Plus, and I figured I could just type in the resolution of that screen to the Projucer, but it doesn't work correctly.
Then I realize I'd probably just want one that fills the screen automatically, but dont know which function calls to use or where its located in the Projucer (haven't found it yet).
Also, I'm entirely new to GUI developing as of December, so I'm still learning all of this. I would greatly appreciate keeping it simple. Thank you to anyone who is able to help.
Try this in MainComponent.cpp
Rectangle<int> area = Desktop::getInstance().getDisplays().getMainDisplay().totalArea;
centreWithSize (area.getWidth(), area.getHeight());
iFrames inside fixed height block elements won't scroll on iOS devices...
About once a year, I'll encounter this issue while testing something I made on an iPhone or iPad. I have a moment of confusion / frustration, then I remember "Oh yeah... this STILL doesn't work."
My question today is WHY is this?
In case it's not clear, I already know that you can't scroll iframes within fixed / absolute position divs and I'm not asking for work-arounds (those are well documented elsewhere). What I want to know is why. After 3 years or so, it doesn't really feel like a bug anymore. Does Apple want it to be this way? Did Uncle Steve hate iframes almost as much as Flash? What's going on with this?
It looks like UIImageView (or the underlying UIView is changing my colors.
iPad simulator is on the left side, and on the right side is the same view from IB.
I have same effect on UITableViewCell, and on other views in the application. What's the problem, and how to deal with it?
It looks on a real iPad just like on a simulator.
My guess would be that it has something to do with this, though I'm not too sure what it does. You might wanna try playing around with it and see what you get.
You need not to care about how it appears in the IB. The actual appearance you can see is in Device only.
Even the simulator and the Device may give different appearance of the images.
Well, I've found out (by looking at jpeg sources using Dropbox iPad app) that the problem actually goes deeper into that: StackExchange post.
That solved my question. It still looks differently in IB and on device, but it's now pretty close to what I get in Photoshop.
I have spent two days for Phonegap-iOS tutorial to handle different screen size for iOS devices(iPhone4,iPhone5,iPad etc). I have not found any good tutorial for this.
I would appreciate for any help. Please let me know if any anyone has any idea on how to achieve it.
Thanks,
Nitin.
If I am not wrong you must be developing your front pages using HTML5? If so give height and width of elements in %. Your pages will automatically resize according to screen size. Search for responsive web design you will get a lot of stuff to read.
Another solution is to use media queries.
Does any one know what might be going on here? This is the original link.
Perhaps it's related to whether or not you're holding the tablet in landscape/portrait-mode? That should've probably re-oriented the text too, but... yeah, that's just a guess.
I had similar problem with iPad and found this discussion.
It turned out to be a different handling of JPEG with EXIF information saved.
Most browsers do not use it, iPad Safari does.
I'm working with PHP and solution was adding that in image resizing function:
$image->setImageOrientation(Imagick::ORIENTATION_TOPLEFT);