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);
Related
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.
Working on an AIR iOS app and noticed a strange thing.
In my app I have a navigation panel that displays over the main content-holding Sprite. Having this panel display was causing the app to crash on iPad1 (guessing too much memory). So I added a function to basically draw the content-holder Sprite (via BitmapData draw function) into a Sprite above it, and turn the content-holder visibility off. Basically, taking a screenshot.
However, I'm seeing on 2 different iPads now that any dynamically added text in the content-holder isn't being drawn. Sometimes, the first time it does, but not after.
One thing noticed is that turning off the cacheAsBitmap property of the text fields fixes the problem. Unfortunately, that is not an option as the app is very text heavy and the performance is noticeably slower if the dynamically generated text isn't bitmapped.
Any ideas on what may be going on?
Thanks in advance for any help.
-Mark
Looks like cacheAsBitmap on the dynamic text fields was the problem. By turning that off temporarily, taking the screenshot and then turning back on when done with screenshot, I was able to work around the issue.
Not sure if it's an AIR/iOS issue or maybe a lack of memory?
FYI, in case somebody sees similar problem. Hope that helps.
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 am developping a swipe gallery for mobile devices. Users can change images by sliding the screen, as any normal images gallery in most iPhone app.
Here is a demo:
http://daviddarx.com/stuffs/work/custom/swip/
To debug the iOS orientation bug (which let the content zoomed when you change the orientation), I used the only library that correct that:
http://scottjehl.github.com/iOS-Orientationchange-Fix/
Unfortunately, this library is working perfectly most of the time, but it happens to fail and not work correctly. This happen around 1 time on 10 times, and the result is then the same as if the library wasn't here.
This is not a huge problem on most of the mobile and responsive website, as the user can manually dezoom and then get back to the normal display.
But the problem here is that I had to disable the zoom function, to make my system work correctly. So, when the bug happen, once on 10 times, the gallery is then just bugged and stay like that....
So, here are my questions:
-do you know any other library that manage that bug fix, and is 100% completely reliable?
-if not, do you know a way to correct the used library to get a 100% support rate?
-if not, do you have any idea or solution for me?
Thank you in advance for your help!
David
There's an outstanding pull request on Scott Jehl's repo that uses slope detection instead of absolute values which seems to not suffer from the intermittent-ness of the original solution.
https://github.com/PeterWooster/iOS-Orientationchange-Fix/
Sorry, I've asked a similar question but I'm already suffering 3 days dealing with a simple photo gallery in my app. I just need a gallery with array of 1024x768 images, a gallery that will fit pictures properly into the screen.
I've tried
ATPagingView - worked fine but an 1024x768 image couldn't be resized properly for both orientations.
MWPhotobrowser - didn't managed to connect because i'm using ARC, even if I disabled arc for added files, there was a compile error I coudn't get rid of.
Custom UIScrollView with pages, with a scrollView for each page and imageview inside it, but it didn't help.
Please, help me somehow, did somebody make galleries like that?
Give Nimbus a try. It is an open source framework that is run by jverkoey, ex Three20 guy. It is not ARC'd yet, but you can turn ARC off for compilation and that works just fine, plus they are moving to ARC soon, already have a git branch of it. It has a photoviewer class but I've not used it yet, but I will need to, that's only one of the reasons I'm using it. Pretty happy with it so far!
I already found KTPhotoBrowser classes. They are nice and well-documented. I implemented the very simple photo browsing gallery very fast. Images are now resized properly, everything is okay. if you want a gallery, try this, for sure!