I have a responsive site that I'm developing where I'm using a image slider as the header that works great and responds great in Android, iPhone with both vertical and landscape views. According to an online testing simulator; it even renders great in Blackberry Torch. HOWEVER, in Blackberry Curve - the image slider seems to break the layout.
Is there any way or any such thing as a code that will detect which device I'm using and hide an element accordingly? Like a BlackBerry Curve conditional statement / media query something?
Any suggestions?
I suggest you check the user-agent string sent up by the phones browser to identify the handset model and return the most appropriate HTML.
For the format of the string please see: How to detect the BlackBerry Browser.
Please also see Auto detect mobile browser (via user-agent?) as to how you may use the user-agent in a conditional statement/configuration in many platforms/languages.
I think media queries support came in BB OS5 and the phone you mentioned (Curve, depending on the model) can have an earlier OS version. Also I don't think any media queries exist that will distinguish based on a phones model number.
Related
So here's the situation. I am using a third party digital document signing service called PandaDoc in my mobile application which is built on PhoneGap/Cordova and I am not able to change any of the input, text-type fields when attempting to do this via the mobile app on an iPhone (haven't tested Android yet).
Here are some things i noted about this:
1) When viewed online in Chrome (on my laptop) or on my phone in the Chrome browser everything works fine.
2) The only form elements that aren't working on mobile are the input (type=text) ones. The checkboxes work, the dropdowns work etc...
3) I don't know much about Angular.js but i can tell this third party app was built on it. When i inspect and compare the mobile vs web version i noticed that on the mobile version the input fields have these two directives:
ng-pristine and ng-touched
From what i can tell researching these, they seem to be mutually exclusive so not sure how that would affect things. Also the web version had:
ng-dirty and ng-valid-parse
both of which the mobile version did not have.
I know it would be best if i could post some code here but i don't know where to start. In my app there is just a simple embed script that puts the PandaDoc into an iFrame.
If you want to see the mobile test version of this app you can view it at http://dev.velexo.com/m2 I have a test user with a username of "mobile2" and the password is "pass". Unfortunately there is no easy way to send out the iphone app version of this and that is where the problem is.
Oh also, when you log into the application, click on the W9 Information button and then the Enter Your W9 button, this is what brings up the pandadoc
Also should have mentioned I'm using JQuery Mobile in the app.
Any advice/guidance would be welcome even if it's just a guess.
just looking over my old questions here. The answer to the actual question I asked is that you can not change anything in an iFrame from the parent frame unless both the domain and the port match due to the cross-domain policy restraints.
There are no ways around this that I am aware of.
The solution to my particular problem was to get rid of PandaDoc entirely because it just wasn't designed to be used on a mobile device. In the end i wrote my own javascript for creating a signature and passing to the backend where i used a php pdf generating library to construct the final document.
I am using Version 4.4.1.0 of O2S.Components.PDF4NET
I am using this in an MVC project to run through a series of 6 views and fill an object with the data required for the PDF.
When the PDF is bound and emailed in the last step it works great. all except for when it is viewed by default PDF reader on iOS devices.
My company purchased this product on the cheaper plan so the 90 support is over and I cannot access any sort of forums from there site.
I read a similar issue regarding a button not being displayed on iOS but there was no resolution other then to email the company.
I hope that there is a viable solution as I would prefer not to have to cut my losses and change to a different product over something as short sighted as not supporting/testing against one of the more common platforms people use to consume media.
I'm not sure what you mean by 'bound content' but I assume you are talking about form fields.
Forms fields and annotations are not displayed by the CGPDF API in iOS, only the main page content is displayed. It is not a limitation of PDF4NET, it is a limitation of the iOS PDF display engine. The workaround is to flatten the form fields thus making them part of the page content.
If this is not your situation, please send a mail to support and they will help you.
Disclaimer: I work for the company that develops PDF4NET.
Is there any way to show 3D Model on Ipad in Web Browser? iOs doesn't support WebGL, Unity WebPlayer. Some sites like kevs3d.co.uk/dev/phoria/test0k.html works correct. Does HTML5 with phoria.js or HTML5 allow to render hight-poly model?
Also, 3d model might be dynamically created.
If it's really simple like boxes then you can go with css3 http://beta.theexpressiveweb.com/ but it has limitations( Sample Code for site -> the expressive web from Adobe)
Best solution will be rendering WebGL(OpenGL) on the server side and streaming it to the device while reading input from the client and sending it back to the server. It enables rendering on any scale in device agnostic way and it will be easy to transfer WebGL(OpenGL) based solution to the client side when it will be supported. Also you can use service like http://cloudmach.com/
Is it possible to check if a device is iOS inside an HTML email?
I want to display Apple and Google maps schema links to the native apps, but only if the device supports it.
Had a look online and couldn't even find a hack in CSS. Shame there is no equivalent to the <!--[if gte mso 9]> tags. It looks like the answer is technically no...
Good thing in this case is that Mac has different CSS support to other clients, so you can leverage that as a work around in email.
Try using one of the CSS selectors (Nth child for example). These are CSS attributes that only mac recognizes.
Theoretically you could hide something by default and set the Nth child selector to show the Mac only content.
If you were really despirate, you could also display some 'mac only' text using RGBA or HSLA colors on the same color background (making it invisible).
Consider using the same link in the email, like example.com/emailLink, where that endpoint on your server is server-side code (like PHP) detecting the browser and then delivering the link you'd like.
http://chrisschuld.com/projects/browser-php-detecting-a-users-browser-from-php/
I have a web application that uses TinyMce to allow rich text editing. Some of my customers are desperate to get it to work on iPad (which doesn't support contenteditable and therefore TinyMce doesn't work)
At the moment the only choices I have are:
Disallow rich text editing when i detect the browser is iPad. This is not much of a solution because my app relies heavily on rich text editing
Wait for iPad to support contentEditable
Write my own iPad app. This isn't really workable because it's a big complex app with loads of HTML and javascript and I would have to rewrite it all
Use another browser. As far as I know none of the other browsers support contenteditable either.
I'm really keen to find some workable solution. is there such thing as a rich text editor that doesn't require contenteditable? or does anyone have a clever idea I hadn't thought of?
Thanks in advance
Andy
As of June 2011, it looks like there may be support coming in iOS 5
http://www.tuaw.com/2011/06/08/will-ios-5s-safari-deliver-better-support-for-web-editors/
this observation (that it's working in the beta) has been confirmed by a colleague of mine too.
Write my own iPad app. This isn't
really workable because it's a big
complex app with loads of HTML and
javascript and I would have to rewrite
it all
Not necessarily true. You can embed the working part of your web app in a UIWebView component, which is basically Safari embedded in your app, and handle the not working part in the app (providing content). It would require work for sure, but maybe a lot less than rewriting the whole app for iPad.
At to this point there are no browsers on the ipad that will allow RTE. Actually there is only one phone giving full browser support for RTE (sry, i forgot the name of the phone).
Therefor, i think you almost showed all possible solutions (jv42's suggestion excluded) yourselve.