Im trying to make a sticky footer and it works fine in all fo the browsers except ie, it wont add the needed height, when using height() it works but if i use innerHeight() it wont work, heres the code
I have a website which displays photos. I want the photos to be resized depending on the innerWidth and innerHeight of the browser. I have my resolution set to 1024x768. So if you go to [URL] and click on 'Commissions' my 'w' variable in the URL contains 1024 but for some reason the 'h' variable displays 50. If I click on 'Commissions' one more time then it correctly displays h=602.
I've been using the page [URL] as my guide to innerWidth/innerHeight, to resize an open browser window when the content switches from form A to form B. innerWidth/innerHeight appears to work in all non-IE browsers, but of this subset, non-Mozilla browsers seem to keep these properties read-only. And yes, I know Firefox, Opera, and others can disable Javascript resize of windows, but I would like to make this work as often as possible.
I'm having trouble with an overlay layer on a page I'm rendering on an iPhone, I'm trying to set it's height to the window.innerHeight but it doesn't appear to be working. I'm trying to do something similiar to a lightbox. I have element
My code is all about darkening out part of the browser window, making unclickable. I detect if the user is running IE, and if so, I don't use window.innerHeight because MS doesn't support anything. However, I have noticed an issue, and I believe it has to do with the "top" value. I've tried using window.screenY, but that didn't seem to solve my problem. You see, if you are running FF, it draws a box that starts in the top corner and only goes down as far as you can actually see on your browser.
Say you are scrolled down a little bit on the page, you can see the end of this box - it doesn't cover the entire page, only the part that is visible when the scrollbar is all the way up. I have included a picture to clarify what I'm talking about. The non-grayed out area is the area that would normally not be visible when the scrollbar is at the top. I would like to draw this box over the visible part of the page, no matter where you are scrolled. Right now, the box always draws from the very top of the page, even if that part isn't visible to the user.
I have what I thought was a simple piece of code to count characters in a text area. The code works fine in FF and safari, but not in IE. Can someone explain if the problem is my code or something else.
I've got a problem with animate() that isn't animating the height attribute properly ... no idea why. I've got a picture gallery with text description below the pictures. I reduced the div hight of the container that's containing the gallery (#Gallerie ) to hide the text area and showing only the pictues. Theres a button (Resize_Gallery ) to resize the div containter to full size and shrink it again. But the animation doesen't work like it should. Instad of a smooth vertical movement it partialy moves smooth than jumps to the destination position and then a bit lower.Well, I've got no clue why this happens. When I use slideToggle() the movement works fine. So whey is animate() so different?
$('#Resize_Gallery').toggle( function(evt){evt.preventDefault(); var $GalleyResize=$('#Gallerie'); var $ResizeButton = $('#Resize_Gallery'); $('#Gallerie').animate({ 'height': '100' }, 1500); $ResizeButton.text('Klein'); },function(evt) { evt.preventDefault(); var $GalleyResize=$('#Gallerie');var $ResizeButton = $('#Resize_Gallery'); $('#Gallerie').animate({ 'heigth': '242' }, 1500); $ResizeButton.text('Gross');});
I'm trying to grab the X/Y co-ordinates of given elements on a page, and scroll to them using the window.scrollTo() method. This is working for standard text boxes (INPUT objects), but for drop down lists (SELECT objects), the JQuery .position() method isn't returning the result object: var el = $("#[id$=" + elements[i][1]); if(el.position() && el.position().top) { var top = el.position().top; var left = el.position().left; window.scrollTo(top, left); break; } This works just fine for text boxes, but will not work for selects/drop down boxes. I've stepped through the code and the element el is always populated correctly, so its not the get statements that is at fault. If I inspect the value of el.position().top I get 'null or not an object' and el.position() returns 'undefined'.
The submenu works fine with FF, IE8 etc. But it fails with IE7.I have to use sprites background images and the second level sub menu have to be positioned at a certian place.When I hover top of sub menu, it is ok. But the below of that submenu, such as Radio, Artikler, Hvem er vi?, I am not able to select in IE7.
So jQuery 1.3.2 defines the visible filter like this: Sizzle.selectors.filters.visible = function(elem){ return elem.offsetWidth > 0 || elem.offsetHeight > 0; };
Now I've got a table of hidden (style="display: none") rows. The user will click something that will .show() a specific row, and the whole table -- along with a lot of other stuff -- will be displayed in a lovely thickbox. The problem is that MSIE 8 assigns offsetWidths and offsetHeights to the rows; even those with "display: none" active on them. In "compatibility mode," MSIE will set the offsetHeight to 0, but there will still be an offsetWidth.
Firefox doesn't have this problem; Chrome doesn't have this problem. I'm not sure if MSIE got wildly confused by moving hidden rows into a thickbox. I know I've broken MSIE's rendering of other similar tables on the page, but I doubt those have anything to do with jQuery. I've got around it by using .addClass and .removeClass and filtering on that new class instead of :visible, but I'd rather know that :visible is working as intended in the long run.
jQuery script I wrote works nicely on one computer, fails on 3 othersManaged to get jQuery datepicker to work nicely with $wpdb.This all seems correct to me:
<li><label for="from">From</label> <input readonly="true" type="text" name="from" id="from" value="Click here to choose!" class="requiredField" style="position: relative; z-index: 100000;" />
Maybe it isn't really best practice (as it turns out) to use both jQuery and Dojo in the same application, but there are things I like about both libraries (for example jQuery is faster with animations, while Dojo has interface objects I like better). Nonetheless, best practice or not, I use both and that seem to create some complications.
The first time I load content via AJAX with jQuery DOJO seems to properly parse the checkboxes, datetime pickers, etc. which are sent with the new HTML. However, it seems the second time the parser won't react. I'm calling dojo.parser.parse() every time I load content with jQuery's $.ajax call. So basically my code looks like this:
I'm using jQuery to make ajax calls for content, when I click on a link and pull in the new content, I want the <title> in the <head> to change. I thought that since head and body are both siblings in the DOM I could target the <title> in the same way as a <p> or any other element and write a new value in, using replaceWith() which would then change the text in the tab at the top of the browser but it doesn't seem to work. I even tried adding <title id="title_text"> and targeting #title_text, but it doesn't change that way either. The original title text in the browser tab does change, but to the page uri. After using firebug to see what was going on when using replaceWith(), I saw that replaceWith() was replacing this:
I'm doing a JSONP query of a Wordpress database. Example call:[URL].. This code returns the expected data when executed on my local server. It also returns the expected data when I upload it to one of my remote servers. But it fails when run from the root of the domain it's calling, [URL]... no data is returned. (Behavior is the same for latest versions of Firefox, Safari, Chrome.)
I think there's something really simple going wrong here but don't know what it is. The only clue I have is provided by Firefox: When run successfully, all of the GET's appear in the JS subpanel of NET. The failed calls, launched from the domain containing the database, are listed in the XHR subpanel with a status of "301 Moved Permanently".
I have to ad a line between some rows, but not for the first col.the table has:table { border-collapse: collapse }that is fix and I can not change it.the following sample code draws the lines nicely in IE6 but in FF there'sjust nothing (also used color here, to see if the selectors are right):
I've got some strange behavior with validation. I'm loading up a form to allow editing of an existing database entry. If I make my changes to the fields, enter in the required "revision comments" and submit, the page does NOT post, it seems to only refresh and empty out all the entries in each of the fields. Now, on the other hand if I open the form to make changes to a database entry and immediately press "Submit" without filling in the revision comments field, it fails validation and tells me to enter comments. Now if I fill in comments to satisfy all the requirements and press submit, it posts and I get my "Successful Entry" confirmation prompt. I think I've narrowed it down to the remote: part of my jQuery. I eliminated by trial-and-error the other pieces of the jQuery code and it seems that when I remove the remote: it does not experience this strange behviour.
jQuery Code: [code] // Form Validation customization $("#Form_business").validate({ rules: {