In suggesting profile <= 390 vs the current profile ==320 I hate to think it would be taken to anything more complex in various environments. The goal is to make it simpler. I started doing this because I am using the app in other environments including an iframe on homesafari.us to non-smartphone people can get their heads around the user experience of the mobile web and participate with the users.
I can't think of a situation where in the real-world a width>height comparison would produce a false positive, but simply in testing on a desktop, changing the width the clean and easy way to test the toggling. On Aug 13, 11:43 pm, Sean Gilligan <[email protected]> wrote: > RobG wrote: > > There should be no hard coded value at all. Landscape mode can be > > assumed if width is greater than height, otherwise, the device is in > > portrait mode, so: > > > var orient = (currentWidth > currentHeight)? ... ; > > Genius idea! Damn, why didn't anyone else think of this? > > But is this really going to work correctly on desktop browsers? Do we > want things to switch between landscape and portrait as the aspect ratio > of a desktop browser window changes? (I don't think it makes a > difference for iui.css, but it may make a difference for custom css that > uses the @orient attribute) > > I'm ready to make this change if it makes sense. (Remember this is only > used on old versions of iPhoneOS and any other place that doesn't > support the orientchangeevent) > > -- Sean --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "iPhoneWebDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/iphonewebdev?hl=en -~----------~----~----~----~------~----~------~--~---
