Html text input undo not working - asp.net

I'm having a problem where the undo function (both ctrl+z and right click > undo) of html text boxes and text areas is being disabled. This is happening on pages generated from ASP.NET, and which incorporate a lot of Silverlight, JavaScript, JQuery and Ajax. It happens about 90% of the time, 10% of the time the undo works OK. It only happens when viewing the page in IE (8 + 9), it works fine in Chrome, Opera and Firefox.
It's not really practical for me to post the code on here, as there is so much of it and the problem could be burried deep anywhere in it. I'm more wondering if anyone had come across this before, or if it is a known issue. Can anyone suggest anything that might point me in the right direction?

Have you got any JS timers on the page. Even if they don't update the particular controls they can cause the control history to be wiped. I suspect it's a bug in IE.

Related

Have a link open the search function (Ctrl+F) on Wordpress

I've looking for a way to open the browser search function to look for text on only one page of my Wordpress site.
I want this to be self contained on one page. Basically the functionality of pressing Ctrl+F, but have it as a link or button, which in my boss' words, is "for the less tech-savvy users out there."
This is what I found so far
< a href="#" onclick="find();">Click here to search the page < /a>
Which worked great on FireFox, but did nothing in Chrome.
Is there a way to have this work in other browsers or have it so when I click the link on the page, it carries out the Ctrl+F function to open the search box?
Thanks
As far as I know, you can't fire Chrome's native find function without hitting cmd + F. But you can always use window.find(). Perhaps that will help you better
EDIT:
After some testing, I came up with this pen. It works, kinda. I tested it on Chrome, Firefox and IE. Chrome and Firefox highlight the first occurrence of the word. If you click the button fast enough, they might highlight you the second one. IE doesn't do sh*t. Perhaps you could code different solutions for different browsers, but I don't know how that'd fit in your current code. In any case, window.find() has a documentation, but this bug report suggests this method should be terminated.
Another solution entirely: use Javascript's search() or indexOf() going through your whole page (yeah I know), and based on those returns, you can hardcode something that highlights the matched area, such as wrapping it around a <span> that has yellow background. This is but a suggestion, as I have not given it much thought, but I think it will help.

Chrome showing a break in the Bootstrap 3.0 Navbar (VERY intermittent)

OK here is my issue - ever so often 10 or 20 loads of the page, from various menu options Google Chrome stutters on the Bootstrap Navbar. What happens is that the navbar drops into the live page and it appears that Chrome threw a break into the Bootstrap Navbar. At first i thought it might be the iframe that i have in script, but even after removing that it still shows up. Again this is VERY intermittent, but enough to bug some Chrome users. I have scoured the dev tools to find out what is causing it to no avail.
you can view the code at www.murphyschphouse.com/contactus.html and also the resform.html - although not as much on that page (maybe ever 50 loads or so) - and they are pretty much identical in code. I.E. handles it just fine - usually it is the other way around - go figure ... Any help to solve this would be greatly appreciated. I have written a JavaScript script that reloads the page and this seems to solve it, but I think I would rather have a CSS fix rather than a JavaScript hack. HELP

Why does <pre> text sometimes "lose" its font formatting when the browser tab is left open for a while?

Sometimes when I'm looking at a site with some code blocks, navigate away from that tab for a bit and come back to it, the formatting appears to be lost.
For example, earlier I was looking at some of the Django documentation:
And then when I left that tab open for a little while, looked at other stuff and then came back to it, this is how it looked:
Of course, when I refresh the page I get the formatting back so it's not a huge deal, but I'm curious as to why this happens at all.
Note: I use Chrome and haven't tested this out with browsers, so it could "just" be a Chrome issue, but I couldn't find anything when I searched the Chromium bug tracker.

Printing Web Page Fails in IE7, IE8

This may sound like a SuperUser issue, but I wrote the page in question and I'm wondering if there is something I can do to fix the problem....
I have a page in production that simlply displays data in a bunch of tables. Our employees basically go to this page to print a form with our clients information filled in for them. Today for a specific client the page is not printing. I've tried printing using IE 7 and 8 as well as Chrome on Windows XP and Windows 7. This client's data is by no means make the page longer or contain more data that others clients.
Symptoms:
Does NOT print using IE8 or IE7 on WinXP and Windows 7.
DOES print with Chrome.
The page to print is displayed fine as a far as the actual web page goes... it scrolls, there are no errors and and nothing seems to be wrong with the page.
When using IE to print, the document just spools with out actually printing out...I end up canceling the document from the printers window.
When viewing print preview the first page is displayed, but when we try to go to the second page in the print preview IE locks up.
This does not happen for every client, but when it does happen it can be reproduced.
The page is pretty long and has client info that is keeping me from just copy and pasting the markup for you guys. I am hopeing that some one else has experienced a similiar issue in IE and has some advice.
NOTE: The users are not allowed to use other browsers, so save the IE flamming please.
Hmmm, very hard to tell without markup.
Just to throw some ideas:
Are you using anything difficult on the pages, like Flash or Java?
Custom fonts / cufon?
Huge downscaled images?
opacity or IE specific crazy filter CSS rules?
A huge structure that IE doesn't manage to break up into pages, e.g. a giant table with position: absolute ?
If you use images, try turning off the images. Try turning off CSS.
A few things to try when debugging:
Switch everything over to a standard font and font size (e.g. Arial 12px).
Eliminate all CSS and JavaScript, and if that fixes it then you can narrow down from there by taking out chunk by chunk until it starts working.
If that doesn't work, try cutting down the content significantly to see if it will show up.

In-text hyperlinks shown by Internet Explorer without the following space. What can be the reason? YUI?

I've a problem which is most likely some ugly CSS mistake, but I just can't spot the solution (and a few changes I tried did not help).
Some of in-text hyperlinks (not all!) are shown by Internet Explorer without the following space.
here is the example
See the link WatchBot just below the Rationale title (and a few similar links deeper in the article). Firefox, Opera, Chrome, Konqueror - all display it properly: WatchBot can. IE (6.0 but IIRC also 7.0) displays it as **WatchBot***can*.
I am using Yui-reset and yui-base. Is it possible that those libraries cause the problem?
Do you have a script running on, and altering, the content in any way? I say this because the page loads normally initially, but looks as though it undergos some modification later in the loading lifecycle.
If you think reset or base are making this happen try removing them one at a time - I haven't had any experience of this error before however (I usually use the full whack: Reset, Grids, Base and Fonts).
What I did notice however is that the first WatchBot link of the page is simply this:
<p>Have you ever been curious how is
WatchBot
picking the games to observe and save? Here is the explanation.</p>
Where as the second link looks like this:
<span>Due to the FICS limitations </span>
WatchBot<span> can
I have no idea what that second span is doing there - might be something to check up on. (It validated fine however - so there's definitely an closing span somewhere).
I'd say a good place to start would be to but a space after the anchor but before the span, rather than right after the span start tag.
Current state of the things: as steve_c spotted first, and buti-oxa confirmed, it looks like the layout is being spoiled by javascript (and as Ross noted, some extra spans are injected). Thank you all, I missed it.
I am to make experiments and selectively disable those scripts (analytics and google ads) to check whether it helps (my current bet is that maybe I have some HTML error or naming conflict)
Did you try to disable pageTracker? It seems to be the only script on your page, and it looks fine to me in its static form.
EDIT: I wondered what span Ross was talking about - I did not see any. I viewed the source. I just learned that Firefox allows to see both source and generated source (Toos/Web Developer/View Source). Sure enough, generated source has additional span inserted.
Solution: my page was spoiled by the text-link-ads script (which, in fact I activated on English blog by mistake - this is script by adkontekst.wp.pl, Polish firm). After disabling it everything is OK.
Thanks for everybody who pointed me into the right direction.

Resources