yeah hey Mark is right! there are heaps of variables to diagnosing/debugging frames, just like there are scripts. The variable I myself most thought of checking, was the validation criteria. i.e. have you taken care to check and insure that the WindowTitle default criterion, does not contain text, that might've been there when you created the frame, but which is not there all the time? thus meaning it's dynamic text? you need of course to insure that the WindowTitle aspect of the validation frame criteria, does not contain any dynamic text, that might change, or might not always be there in every circumstance in which you wish your frame to work? in other words, insure that your windowTitle of your frame does not contain any text that you even suspect might not always be there in all circumstances. given that window titles in IE often adopt heading information and all sorts of things, this is highliy likely to have been the case if you haven't edited/checked this. just leave something like "internet explorer," in that windowTitle, or something equally generic. you can of course, also, flip these criteria on/off in your frame's properties dialog, which can help debug if it is a validation criteria issue that's causing failure. could of course be class too, that's altering. but, the web is so dynamic, that personally I wouldn't have thought frames would be a particularly reliable way of doing this martin. I have however, used HotSpot Clicker to enable me to glance at very similar types of information, as well as chaining hotspots to automate some tasks on a website I use frequently. It's not just good for clicking stuff but for speaking stuff too. HSC methodology has the advantage of being able to dynamically do a search for certain static text which might be always on the page, like a word perhaps which might reside at a constant relative distance from the presumably dynamic information you wish to be able to glance at, and then using the horizontal/vertical offset parameters, get hsc to Say Word, or SayChunk, at the correct location. you can even specify via individual editing of your hotspot definition after the fact, not only whether you want to search your page from either top Down, or bottom up, but, If your sure there are multiple derevations of the word/phrase you want it to find, you can also specify which occurrance you want hsc to treat as your match, and to do your offset accordingly before reading. i.e. 4th of 6 iterations etc. Insure that after running through the normative installation instructions, and then after inserting the Use "HotspotClicker.jsb" statement at the top of your IE Script file, that you search for the heading in the hsc documentation called, "the KeypresssedEvent," which will explain further how you need to connect hsc to the internet explorer scripts such that it accepts your keystrokes when assigning spots etc. I'd also suggest choosing application window relative mode, when the wizard asks you which relative window mode to use. Don't use currentWindow, and, again, when the HSC spot definition wizard asks you to remove dynamic information from each window type, make sure you do that as wisely as you can. I almost always delete everything in the currentWindow spec, as I've found it can just change too often and break spots from properly working/passing validation, if I leave anything in the currentWindow title spec. so I just leave that one blank, whilst leaving enough in the App window, realWindow, topLevel window etc, to try and give some kind of protection against it just functioning anywhere. BTW, after installation, The hsc documentation is arrivable through pressing control+alt+shift+h, then hitting enter on the Open HotSpotClicker documentation, link, from inside this help virtual viewer etc. of course like everything on the web and in jaws, it doesn't always locate the text in question properly, due to various wierdnesses of Video display anomalies I reckon, whereby sometimes jaws just can't find text on a webPage that you can see is there clear as day, but, it's better than nothing. If you find your frames approach just doesn't give you joy after tinkering away with them for a bit, then you might like to install hsc and give it a whirl for what you need. you can get it from: http://www.hotspotclicker.org hth. geoff c. ----- Original Message ----- From: "Mark" <torgersonenator@xxxxxxxxx> To: <jawsscripts@xxxxxxxxxxxxx> Sent: Tuesday, September 29, 2009 2:55 AM Subject: [jawsscripts] Re: Do Jaws frames work within Internet Explorer > Hi > There are many variables why a frame may not work. For instance if the > screen was maximized when one made the frame and afterwards it is minimized. > Then the frame will read the section of the screen where the text was when > the screen was maximized. I have done this several times myself. > > God bless, > Mark > ----- Original Message ----- > From: "Martin Courcelles" <martinfc@xxxxxxxxxx> > To: <jawsscripts@xxxxxxxxxxxxx> > Sent: Monday, September 28, 2009 7:51 AM > Subject: [jawsscripts] Do Jaws frames work within Internet Explorer > > > > hello there, > > I frequently utilize a web site where I need to know the status of the > > cart; > > IE how many products I have purchased or the present amount of my cart. > > I've tried creating a frame to read this information, but it doesn't seem > > to > > work. > > Any ideas? > > Martin > > > > > > __________ > > Visit and contribute to The JAWS Script Repository http://jawsscripts.com > > > > View the list's information and change your settings at > > //www.freelists.org/list/jawsscripts > > > > __________ > Visit and contribute to The JAWS Script Repository http://jawsscripts.com > > View the list's information and change your settings at > //www.freelists.org/list/jawsscripts > __________ Visit and contribute to The JAWS Script Repository http://jawsscripts.com View the list's information and change your settings at //www.freelists.org/list/jawsscripts