I have a dot net nuke site that I have written a custom module for. It a form that users fill out to submit information - no big deal.
On the form, I use the Ajax and the Ajaxoolkit for validation, and a calendar popup. I enable/disable controls based on form data.
Everthing works well in every browser/OS combo that I have tested EXCEPT IE7/Vista.
The page renders with most of the lables and conrols invisible. The controls are there and you can even enter data, you just can see them.
Here is a link: http://www.gpusbc.com/test/tabid/76/Default.aspx
I develop on a Win XP machine with IE7 and FireFox and there are no problems.
FireFox on Vista has no problems.
FYI this doesn't work in IE8 on Vista in regular or in compatiblity mode. This is incredibly weird because the controls are there you can click in them but your textboxes for example if you type you don't see the data.
What I've found is that if you remove the float:left style which is inherited from the .aaInput class that all of your inputs become visible. I also removed your display of
block. Do this on both the labels and your inputs and you should be good.
I tested this with IE8's developer tools in both IE8 mode and compatibility mode.
Related
I added a contact form with the Ninja Forms Wordpress plugin at my portfolio website.
It works great, but not so much on my iPhone 4 (and probably all other mobile devices). If I tap an input field it does focus and brings up the keyboard, but doesn't show my input and stays empty. Can't figure out what the problem is..
One of your stylesheets has -webkit-user-select set to none. This property controls the actual Selection operation.
This feature is non-standard and is not on a standards track. Read more in the Mozilla Developer Network docs.
I have C# MVC web app that has some textboxes that in IE9 you can enter in text, but you can't highlight via the mouse or via holding shift and the arrow keys.
I've looked around on the web and i've found other people experiencing this, with no solution.
One site i found claimed it was an issue with IE9 on pages that make multiple AJAX calls, which my site has but, removing AJAX really isn't a solution.
Is there a way via code or via settings in IE9 so that users can highlight text in a textbox? Or is this an outstanding bug in IE9?
Edit:
The website works perfectly fine in chrome
Turns out it was a rogue jquery statement that was
(.someClass).disableSelected()
that was disabling selection on every single textbox in my site. The kicker being that IE and Chrome handled it one way and Firefox a different way making it seem like a different bug
I had the same issue.
Select Tools on the IE bar / F12 developer tools. under the tab ( Document Mode IE9 standards ) check marked Alt+9. Closed the developer box. Closed IE9 opened it back up and everything worked as it should.
Hope this helps.
The JavaScript alert box is appearing without close mark on top right side nor its showing any alert symbol as shown below.
The same in IE8 works fine
Both are running on Windows 7 platform
What you're seeing is how Firefox 4 renders an alert box. They've gone for a minimalist look.
There's nothing you can do about it -- how the alert() function renders its popup is entirely at the discression of the browser, and they all do it slightly differently.
If you want control over how the box looks, you will need to write your own in Javascript, or use one of the hundreds of Javascript and JQuery examples written by other people who have already found they need more flexibility than the standard alert box can give them.
[EDIT]
Here's a blog post where the change to how the alert box works is discussed: http://www.derekallard.com/blog/post/firefox-4-alert-boxes/
There's actually a lot more that's changed than just how it looks; it actually works quite differently too in FF4.
I have a page that is heavily managed by ajax, and used all day by my clients employees for data entry.
Before a merger the client was using Firefox, but has had to change to IE8 now.
Firefox would save the form inputs when the forms on this page where submitted via ajax, IE8 doesn't do this natively.
Having the forms now not auto-complete has quite an effect on the efficiency the employees are able to use these forms.
The question:
Is there anyway I can get IE8 to save form inputs submitted via ajax to be later used for completion?
Without a browser solution I may have to goto a solution like storing the inputs in a database and running a data driven autocomplete...
Internet Explorer has an AutoComplete feature that may be of
assistance.
You can enable AutoComplete by going to Tools, then Internet Options.
On the Internet Options screen go to the Content tab, and click the
Settings button in the AutoComplete section. In the Settings check the
box next to Forms.
Hope that helps!
We have a pretty big web page with a bunch of javascript. When loading it in Firefox/Chrome, the page gets loaded gradually. First the html that already is received is rendered and shown and then the javascript gets executed.
Internet Explorer 8 however waits until the request is completely received and its javascript executed before it shows. This gives the impression that the application is unresponsive for a short period.
We have one laptop on which IE8 loads the page like Firefox/Chrome and we've been searching for a setting on IE8 to indicate that it doesn't have to wait until all javascript is executed before showing the page or part of it.
Does anyone have a clue if there is such a setting and where it can be found? We checked that the Chrome frame for Internet Explorer is not installed.
Update:
For more clarification, as #Thariama points out in the comments I also thought that IE8 always waits to render the entire page but seeing this laptop render it I am pretty sure that it loads the 'Firefox-way'. The laptop had half the RAM and CPU power a comparable desktop had and it looked and feeled faster (because of the rendering).
I ran into the same issue today when trying to determine why IE8 would render incrementally when loading from localhost, but wouldn't when loading from an intranet server.
The fix is to tell IE which rendering engine to use. I prefer to always have it render using the latest engine available.
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge">
...
The reason it was happening is because when loading from localhost IE was rendering with the IE8 engine in standards mode. When loading from the intranet, IE defaulted to rendering in compatibility mode using the IE7 engine. The IE7 engine would pause until the whole table was loaded before rendering, but the IE8 engine would render the table incrementally.
To check which mode IE is in for a particular page, hit F12 to pull up the developer tools, and in the menu area there's a "Browser Mode" which tells you which rendering engine it chose, and "Document Mode" which indicates quirks mode or standards mode.
I was recently tasked with resolving an IE8 page rendering issue in a legacy webapp (without changing much server-side code). I wrapped the largest sections of the page in textarea elements (on the server-side) and used JavaScript to extract their contents, remove the textareas and insert the html where the textarea was... it worked out nicely... it even seems to load faster in modern browsers.
If people use IE and it always does that, they've gotten used to this 'unresponsive' idea, whenever I zap open IE to check for compatibility, I just accept the fact that all pages look 'unresponsive' for a while.
It's part of IE, people that live in ignorance are used to that, they won't click away.
Not as much a solution to your problem, which is probably not there as telling you it's not that much of a problem. I don't think there is a way to give a browser instructions to adjust its rendering model for you though, and there shouldn't be, users should be able to adjust rendering models though, but not sites. Those things are a gateway to virus.