I am using the mobiscroll jQuery library for a datetime picker. It works great on Safari for iPad and on Google Chrome. However, on Mozilla Firefox on PCs it seems to "line-break." In other words, after the date control, the time control gets wrapped down to the next line (see image below). I don't want this. I want it to be all on one line like on the other browsers. Any idea how to fix this with CSS or something else? TIA.
Got fixed with new release (2.0.3).
Related
According to this page, in Firefox I should be able to click on the following icon in the debugger to disable all breakpoints
Unfortunately, I don't have this icon in my Firefox:
I'm using Firefox 57 and it makes writing and debugging javascript extremely difficult. Is this a feature that has to be enabled somewhere? Am I doing something else wrong?
Note: I'm not interested in using Chromium as an alternative
It appears that they have removed this button. I ran into this problem today and I came across:
https://support.mozilla.org/en-US/questions/1184328
This is the only place I have seen mentioned that this was removed. I have not found any reason for this change though.
This is my form i got this code from
http://www.jqueryrain.com/demo/jquery-validation-plugin/
this is working good in google crome but not working in firefox DATE picket not working
this is my site http://daplonline.in/naukriedu/singup.php
but date picket CSS not showing correctly
You are using HTML5 datepicker, which unfortunately not yet implemented on firefox. Take a look at the w3schools site to find out.
So for now you might want to switch to some javascript-based solution such as jQuery datepicker, for instance.
I'm pretty new to web-coding and in my attempt to create jQuery based menu bars complete with dropdowns I have stumbled upon some vast differences between broswers. Below you can see that while FF and Safari are the same, IE is actually behaving and Opera is ok-ish, Chrome gets it totally wrong. As far as I can tell I have all the latest versions.
I removed the code from here and pasted it in: (doesn't want to let me link properly) so: jsfiddle.net/2hCR2/
Just in case, support for older versions of IE (6-7) is not required.
Right now I'm mostly concerned with the positioning aspect. Any assistance is much appreciated!
****EDIT:** After continuing to play with the chrome developer tools I realized that when I manually set the 1st list (pants/t-shirt) to display:block it displays as expected (exactly like FF and Safari in the image) so it appears that this is more of a javascript/jQuery issue not updating the DOM correctly(?). I also noticed that when I put the code is JSFiddle and ran the script in Chrome it produced the same error, but when I ran JSFiddle in FF (exact same fiddle link) it renders correctly.
It does not happen in Chrome Canary (version 24) but it does in stable (version 22). Apparently it is a bug which has been fixed.
You can either wait a month or two so that all Chrome users get the fix, or just use .show() instead of .show(0).
Is it possible to call requestAnimationFrame on an iPhone (iOS 5.1)? As far as I've been able to figure out, the mobile Safari simply doesn't this method, with or without vendor prefix.
It does not look like it does. Here is a link to a set of screenshots I took of a jsfiddle I wrote.
Screenshot link
http://crossbrowsertesting.com/users/34762/screenshots/z7e91b18ffb5e81e5079/public
jsfiddle link
http://jsfiddle.net/fpmeh/
On the 5.1 IOS screenshot you will see the text is set to nothing in the jsfiddle. On newer browsers from that same text is set to one of the different available methods.
This is fully supported from iOS 7 onwards.
http://caniuse.com/#feat=requestanimationframe
I am creating a JavaScript bookmarklet that dynamically updates the title bar, but it doesn't display the changes in IE (I've tried IE7 and IE8). Here's a simplified example that demonstrates my issue:
javascript:document.title='new title';alert(document.title);
Notice that the the value is updated in the alert, but not on the title bar or tab. It is working fine for me in Chrome.
It's a bug in IE. It's possible to work around it by changing the URL's fragment identifier ("hash"), which may or may not be feasible for your purpose:
javascript:document.title='foobar';location.replace('#'+new Date().getTime())
new Date().getTime() is used to get a unique number that is unlikely to be used as a name or ID anywhere in the page (so that the page does not actually scroll).
From my experience most browsers will update the new TITLE in the browser window or tab.
However it seems with IE browsers they only set it one time and then that's it - no further updates. If thats true (would love to see a solution as well) then there is no way around it.