Skip to search.

Breaking News Visit Yahoo! News for the latest.

×Close this window

overlibmws · DHTML Tooltip and Sticky Popup Library

The Yahoo! Groups Product Blog

Check it out!

Group Information

  • Members: 306
  • Category: JavaScript
  • Founded: Apr 19, 2004
  • Language: English
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Real people. Real stories. See how Yahoo! Groups impacts members worldwide.

Messages

Advanced
Messages Help
Messages 894 - 924 of 1492   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries Sort by Date ^  
#894 From: "Jacqui Fleming" <jacqui1811@...>
Date: Sat Apr 14, 2007 8:16 pm
Subject: Newbie help please.
jacqui1811
Send Email Send Email
 
I am using overlibmws and getting the following Javascript errors :
OLRegCmds is not defined overlibmws_hide line no14
and
fd.body has no properties overlibmws.js line no 221.

Can anybody shed any light on the problems please. Thanks.

Here is the html page.
<!DOCTYPE html PUBLIC "-//w3c//DTD XHTML 1.1//EN"
> "http://wwww.w3org/TR/xhtml11/DTD/xhtml11.dtd" >
> <html>
> <head>
> <script type="text/javascript"src="mws/overlibmws.js"></script>
> <script type="text/javascript"
> src="mws/overlibmws_iframe.js"></script>
> <script type="text/javascript"
> src="mws/overlibmws_hide.js"></script>
> <script type="text/javascript"
> src="mws/overlibmws_shadow.js"></script>
> <title>Grape Type Chart</title>
> </head>
> <body>
> <div id="overDiv" style="position:absolute; visibility:hidden;
> z-index:1000;"></div>
> <embed src="chart.svg" width="800" height="700"
> type="image/svg+xml" />
> <body>
> </html>
>
> Here is the svg page :
> <svg width="800" height="700" xmlns="http://www.w3.org/2000/svg"
> xmlns:xlink="http://www.w3.org/1999/xlink" onload="init(evt)">
>
> <script type ="text/ecmascript" xlink:href="buildGraph.js" />
>
> <text x="200" y="20">Chart for Wine Site</text>
>
> </svg>
>
> Here is where I am calling it in buildGraph.js
> var rect = document.createElementNS(svgNS, "rect") ;
> rect.setAttribute("fill", colour) ;
> rect.setAttribute("x", x) ;
> rect.setAttribute("y", y) ;
> rect.setAttribute("width", width) ;
> rect.setAttribute("height", height) ;
> rect.setAttribute("onmouseover", "overlib('This is an ordinary
> popup.');")

#895 From: "Foteos Macrides" <fote@...>
Date: Sat Apr 14, 2007 11:59 pm
Subject: Re: [OLmws] Newbie help please.
oldgreeky
Send Email Send Email
 
Jacqui,
 
I tried it with this chart.html:
 
<!DOCTYPE html PUBLIC "-//w3c//DTD XHTML 1.1//EN"
 "http://wwww.w3org/TR/xhtml11/DTD/xhtml11.dtd>" >
<html>
<head>
<script type="text/javascript" src="mws/overlibmws.js"></script>
<script type="text/javascript" src="mws/overlibmws_iframe.js"></script>
<script type="text/javascript" src="mws/overlibmws_hide.js"></script>
<script type="text/javascript" src="mws/overlibmws_shadow.js"></script>
<script type="text/javascript" src="chart.js"></script>
<title>Grape Type Chart</title>
</head>
<body>
<div id="overDiv" style="position:absolute; visibility:hidden; z-index:1000;"></div>
<script type="text/javascript">
//<![CDATA[
embedChart();
//]]>
</script>
</body>
</html>
 
which adds this chart.js:
 
function embedChart(){
document.write(
 '<embed'
+' name="SVG1"'
+' id="SVG1"'
+' src="Chart.svg"'
+' type="image/svg+xml"'
+' width="800"'
+' height="700"'
+' pluginspage="http://www.adobe.com/svg/viewer/install/" '
+'/>');
}
 
so that with IE you don't need to do the initial click on the svg object to access that object, and this chart.svg:
 
<?xml version="1.0" encoding="ISO-8859-1" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN"
 "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">
<svg
 xmlns="http://www.w3.org/2000/svg"
 xmlns:xlink="http://www.w3.org/1999/xlink"
 width="800px"
 height="700px"
 onload="init(evt)"
>
<script type="text/ecmascript" xlink:href="buildGraph.js" />
<text x="200" y="20">Chart for Wine Site</text>
</svg>
 
and the more complete buildGraph.js you sent me privately (so as to have the init(evt) that is called onload, and an actual data array for the vector graphics).
 
It all worked fine, creating a bar graph with colored bars, and invoking the popups on hovers over any of the bars.
 
If you use those versions of the files and still get an error message which indicates that the overlibmws modules did not get loaded properly despite your using the correct paths to them, I would believe the message and try to figure out why they didn't get loaded properly.  For example, try clearing your browser's cache in case any cached copies are corrupted.
 
Note that you never need (and shouldn't use) a return token preceding the nd() calls.  Also, in this application for which you are using setAttribute or setAttributeNS you can't use the return token with the overlib(...) calls.  That means you can't use the STATUS, AUTOSTATUS, or AUTOSTATUSCAP commands  in the overlib(...) calls.
 
Let us know is this solves your problems, and feel free to post to the support group if you have any other questions about overlibmws.
 
Fote
--
 
----- Original Message -----
Sent: Saturday, April 14, 2007 4:16 PM
Subject: [OLmws] Newbie help please.

I am using overlibmws and getting the following Javascript errors :
OLRegCmds is not defined overlibmws_hide line no14
and
fd.body has no properties overlibmws.js line no 221.

Can anybody shed any light on the problems please. Thanks.

Here is the html page.
<!DOCTYPE html PUBLIC "-//w3c//DTD XHTML 1.1//EN"
> "http://wwww.w3org/TR/xhtml11/DTD/xhtml11.dtd" >
> <html>
> <head>
> <script type="text/javascript"src="mws/overlibmws.js"></script>
> <script type="text/javascript"
> src="mws/overlibmws_iframe.js"></script>
> <script type="text/javascript"
> src="mws/overlibmws_hide.js"></script>
> <script type="text/javascript"
> src="mws/overlibmws_shadow.js"></script>
> <title>Grape Type Chart</title>
> </head>
> <body>
> <div id="overDiv" style="position:absolute; visibility:hidden;
> z-index:1000;"></div>
> <embed src="chart.svg" width="800" height="700"
> type="image/svg+xml" />
> <body>
> </html>
>
> Here is the svg page :
> <svg width="800" height="700" xmlns="http://www.w3.org/2000/svg"
> xmlns:xlink="http://www.w3.org/1999/xlink" onload="init(evt)">
>
> <script type ="text/ecmascript" xlink:href="buildGraph.js" />
>
> <text x="200" y="20">Chart for Wine Site</text>
>
> </svg>
>
> Here is where I am calling it in buildGraph.js
> var rect = document.createElementNS(svgNS, "rect") ;
> rect.setAttribute("fill", colour) ;
> rect.setAttribute("x", x) ;
> rect.setAttribute("y", y) ;
> rect.setAttribute("width", width) ;
> rect.setAttribute("height", height) ;
> rect.setAttribute("onmouseover", "overlib('This is an ordinary
> popup.');")

#896 From: Allan Regenbaum <allan@...>
Date: Sun Apr 15, 2007 1:01 am
Subject: Re: [OLmws] Newbie help please.
regenbauma
Send Email Send Email
 
Foteos Macrides wrote:
> Jacqui,
>
> I tried it with this *chart.html*:
>
> * <!DOCTYPE html PUBLIC "-//w3c//DTD XHTML 1.1//EN"
>  "http://wwww.w3org/TR/xhtml11/DTD/xhtml11.dtd>" >
> <html>
> <head>
> <script type="text/javascript" src="mws/overlibmws.js"></script>
> <script type="text/javascript" src="mws/overlibmws_iframe.js"></script>
> <script type="text/javascript" src="mws/overlibmws_hide.js"></script>
> <script type="text/javascript" src="mws/overlibmws_shadow.js"></script>
> <script type="text/javascript" src="chart.js"></script>
> <title>Grape Type Chart</title>
> </head>
> <body>
> <div id="overDiv" style="position:absolute; visibility:hidden;
> z-index:1000;"></div>
> <script type="text/javascript">
> //<![CDATA[
> embedChart();
> //]]>
> </script>
> </body>
> </html>
> *
>
> which adds this *chart.js*:
>
> * function embedChart(){
> document.write(
>  '<embed'
> +' name="SVG1"'
> +' id="SVG1"'
> +' src="Chart.svg"'
> +' type="image/svg+xml"'
> +' width="800"'
> +' height="700"'
> +' pluginspage="http://www.adobe.com/svg/viewer/install/" '
> +'/>');
> }
> *
>
> so that with IE you don't need to do the initial click on the svg
> object to access that object, and this *chart.svg*:
>
> * <?xml version="1.0" encoding="ISO-8859-1" standalone="no"?>
> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN"
>  "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">
> <svg
>  xmlns="http://www.w3.org/2000/svg"
>  xmlns:xlink="http://www.w3.org/1999/xlink"
>  width="800px"
>  height="700px"
>  onload="init(evt)"
> >
> <script type="text/ecmascript" xlink:href="buildGraph.js" />
> <text x="200" y="20">Chart for Wine Site</text>
> </svg>
> *
>
> and the more complete *buildGraph.js* you sent me privately (so as to
> have the * init(evt) * that is called * onload *, and an actual data
> array for the vector graphics).
>
> It all worked fine, creating a bar graph with colored bars, and
> invoking the popups on hovers over any of the bars.
>
> If you use those versions of the files and still get an error message
> which indicates that the * overlibmws * modules did not get loaded
> properly despite your using the correct paths to them, I would believe
> the message and try to figure out why they didn't get loaded
> properly.  For example, try clearing your browser's cache in case any
> cached copies are corrupted.
>
> Note that you never need (and shouldn't use) a * return * token
> preceding the * nd() * calls.  Also, in this application for which you
> are using * setAttribute * or * setAttributeNS * you can't use the *
> return * token with the * overlib(...) * calls.  That means you can't
> use the * STATUS *, * AUTOSTATUS *, or * AUTOSTATUSCAP * commands  in
> the * overlib(...) * calls.
>
> Let us know is this solves your problems, and feel free to post to the
> support group if you have any other questions about * overlibmws *.
>
> Fote
> --
>
>
>     ----- Original Message -----
>     *From:* Jacqui Fleming <mailto:jacqui1811@...>
>     *To:* overlibmws@yahoogroups.com <mailto:overlibmws@yahoogroups.com>
>     *Sent:* Saturday, April 14, 2007 4:16 PM
>     *Subject:* [OLmws] Newbie help please.
>
>     I am using overlibmws and getting the following Javascript errors :
>     OLRegCmds is not defined overlibmws_hide line no14
>     and
>     fd.body has no properties overlibmws.js line no 221.
>
>     Can anybody shed any light on the problems please. Thanks.
>
>     Here is the html page.
>     <!DOCTYPE html PUBLIC "-//w3c//DTD XHTML 1.1//EN"
>     > "http://wwww.w3org/TR/xhtml11/DTD/xhtml11.dtd" >
>     > <html>
>     > <head>
>     > <script type="text/javascript"src="mws/overlibmws.js"></script>
>     > <script type="text/javascript"
>     > src="mws/overlibmws_iframe.js"></script>
>     > <script type="text/javascript"
>     > src="mws/overlibmws_hide.js"></script>
>     > <script type="text/javascript"
>     > src="mws/overlibmws_shadow.js"></script>
>     > <title>Grape Type Chart</title>
>     > </head>
>     > <body>
>     > <div id="overDiv" style="position:absolute; visibility:hidden;
>     > z-index:1000;"></div>
>     > <embed src="chart.svg" width="800" height="700"
>     > type="image/svg+xml" />
>     > <body>
>     > </html>
>     >
>     > Here is the svg page :
>     > <svg width="800" height="700" xmlns="http://www.w3.org/2000/svg"
>     > xmlns:xlink="http://www.w3.org/1999/xlink" onload="init(evt)">
>     >
>     > <script type ="text/ecmascript" xlink:href="buildGraph.js" />
>     >
>     > <text x="200" y="20">Chart for Wine Site</text>
>     >
>     > </svg>
>     >
>     > Here is where I am calling it in buildGraph.js
>     > var rect = document.createElementNS(svgNS, "rect") ;
>     > rect.setAttribute("fill", colour) ;
>     > rect.setAttribute("x", x) ;
>     > rect.setAttribute("y", y) ;
>     > rect.setAttribute("width", width) ;
>     > rect.setAttribute("height", height) ;
>     > rect.setAttribute("onmouseover", "overlib('This is an ordinary
>     > popup.');")
>
>
You amaze me .... with this great software tool , and the amount of time
you take to respond to each query ....
brilliant...

#897 From: "Foteos Macrides" <fote@...>
Date: Sun Apr 15, 2007 1:32 am
Subject: Re: [OLmws] Newbie help please.
oldgreeky
Send Email Send Email
 
Allan,
 
Thank you for that generous compliment.
 
Fote
--
 
----- Original Message -----
Sent: Saturday, April 14, 2007 9:01 PM
Subject: Re: [OLmws] Newbie help please.

[snip]
You amaze me .... with this great software tool , and the amount of time
you take to respond to each query ....
brilliant...

#898 From: "Jacqui Fleming" <jacqui1811@...>
Date: Sun Apr 15, 2007 9:57 am
Subject: Re: [OLmws] Newbie help please.
jacqui1811
Send Email Send Email
 
I'm with Allan with the praise.
Thanks a million for the help.
At first I got a different error. overlib is not defined but after
reading a few posts on this excellent site I called parent.overlib()
and hey presto excellent tooltips.
Thanks again.
Jacqui.

--- In overlibmws@yahoogroups.com, "Foteos Macrides" <fote@...> wrote:
>
> Allan,
>
> Thank you for that generous compliment.
>
> Fote
> --
>
>   ----- Original Message -----
>   From: Allan Regenbaum
>   To: overlibmws@yahoogroups.com
>   Sent: Saturday, April 14, 2007 9:01 PM
>   Subject: Re: [OLmws] Newbie help please.
>
>
>   [snip]
>   You amaze me .... with this great software tool , and the amount
of time
>   you take to respond to each query ....
>   brilliant...
>

#899 From: "Foteos Macrides" <fote@...>
Date: Mon Apr 16, 2007 8:08 am
Subject: Re: [OLmws] Screen Vector Graphics (was: Newbie help please)
oldgreeky
Send Email Send Email
 
> At first I got a different error. overlib is not defined but
> after reading a few posts on this excellent site I called
> parent.overlib() and hey presto excellent tooltips.
 
Jacqai,
 
That error is associated with browsers such as Firefox and Opera which have native SVG support instead of using an SVG viewer plug-in such as Adobe's for IE and MAC.  The native SVG support implemented via an embed element ends up functioning in a manner that is homologous to an iframe.  You not only need to indicate the parent for overlib, nd and any cClick calls, but also for the overlib commands (e.g., parent.SHADOW).  Also, the parent's onmousemove handler is inoperative over the SVG graphic, so you need to use frame-based (MIDX or RELX and MIDY or RELY) or REF-based positioning of the popups.
 
Using parent.foo with popup functions and commands is not a problem for SVG viewer plug-ins because in their case parent and self are the same.  But it is better to deal with this via conditional re-definition of the popup functions and use of the overlibmws_regCore.js module. 
 
I've been playing with this some more, with a chart.html:
 
<!DOCTYPE html PUBLIC "-//w3c//DTD XHTML 1.1//EN"
 "http://wwww.w3org/TR/xhtml11/DTD/xhtml11.dtd" >
<html>
<head>
<script type="text/javascript" src="overlibmws.js"></script>
<script type="text/javascript" src="overlibmws_iframe.js"></script>
<script type="text/javascript" src="overlibmws_shadow.js"></script>
<script type="text/javascript" src="chart.js"></script>
<title>Grape Type Chart</title>
</head>
<body>
<div id="svgDiv">
</div>
<script type="text/javascript">
//<![CDATA[
embedChart('svgDiv', 'SVD1');
//]]>
</script>
</body>
</html>
 
that is served as text/html via:
 
 
and a chart.xhtml:
 
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//w3c//DTD XHTML 1.1//EN"
 "http://wwww.w3org/TR/xhtml11/DTD/xhtml11.dtd" >
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
<head>
<script type="text/javascript" src="overlibmws.js"></script>
<script type="text/javascript" src="overlibmws_iframe.js"></script>
<script type="text/javascript" src="overlibmws_shadow.js"></script>
<script type="text/javascript" src="chart.js"></script>
<title>Grape Type Chart</title>
</head>
<body>
<div id="svgDiv">
</div>
<script type="text/javascript">
//<![CDATA[
embedChart('svgDiv', 'SVD1');
//]]>
</script>
</body>
</html>
 
that is served as application/xhtml+xml (and thus not useable by IE) via:
 
 
The chart.js:
 
function embedChart(idDiv, idSvg)
{
 var dId = (idDiv || 'svgDiv'), sId = (idSvg || 'SVG1'),
 o = OLgetRef(dId) ;
 if (o) o.innerHTML =
  '<embed'
 +' name="'+sId+'"'
 +' id="'+sId+'"'
 +' src="chart.svg"'
 +' type="image/svg+xml"'
 +' width="800"'
 +' height="700"'
 +' wmode="transparent"'
 +(OLie5 || OLmac?
   ' pluginspage="http://www.adobe.com/svg/viewer/install/"':'')
 +' />';
}
 
now uses a div content replacement instead of document.write, so that it will also work with true xhtml.
 
The chart.svg:
 
<?xml version="1.0" encoding="ISO-8859-1" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN"
 "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">
<svg
 xmlns="http://www.w3.org/2000/svg"
 xmlns:xlink="http://www.w3.org/1999/xlink"
 width="800px"
 height="700px"
 onload="init(evt)"
>
<script type="text/ecmascript" xlink:href="overlibmws_regCore.js" />
<script type="text/ecmascript" xlink:href="buildGraph.js" />
<text x="200" y="20">Chart for Wine Site (hover over bars for values)</text>
</svg>
 
now imports the overlibmws_regCore.js module in addition to my version of your buildGraph.js.  The latter still includes debugging code which one wouldn't normally include, but in the absence of any problems works like yours in getting the data for the vector graphics via AJAX.  The conditional re-definitions of popup functions and commands is done at the top of its init(evt) function that is called via the svg's onload event:
 
. . . 
function init(evt)
{
    // use parent's overlibmws modules if needed
    if (parent != self && typeof overlib == 'undefined')
    {
        overlib = parent.overlib ;
        nd = parent.nd ;
        cClick = parent.cClick ;
        OLregisterPlugins('iframe','shadow');
    }
. . . 
 
and REF-based positioning is used for the popups on hovers over the chart bars.
 
Fote
--
 

#900 From: "Foteos Macrides" <fote@...>
Date: Mon Apr 16, 2007 5:05 pm
Subject: Re: "loading" with ajax call
oldgreeky
Send Email Send Email
 
Allan,
 
I have added loading.gif (the animated gif which I use as a popup background image while sizeable foreground content is being fetched and loaded) to the overlibmws.zip distribution:
 
 
I assume you are referring to the AJAX example:
 
 
with object/embed-based video content in which loading.gif is used.  That has nothing specifically to do with AJAX content.  For any object/embed elements which when loaded into to the popup foreground still involve fetching the movie/src, I encase the elements in a table data cell:
 
. . .
<td class="loading" align="center">
 <object
  . . .
  <embed
   . . .
  </embed>
 </object>
</td>
. . .
which displays loading.gif as a background image via class-based CSS:
 
.loading {
  background-image:url(loading.gif); background-repeat:no-repeat;
  background-color:#000000;
}
 
Then, when the movie/src actually arrives and is placed in the foreground, it obscures the background image and appears to "replace" it.
 
Note that in the above example the loading.gif image is displayed after the table markup is received via AJAX.  To have a loading message displayed in the popup during the initial fetch via AJAX, you can use procedures as in the alternative format example:
 
 
and / or discussed in the:
 
 
thread.
 
Fote
--
 
----- Original Message -----
Sent: Monday, April 16, 2007 9:25 AM
Subject: "loading" with ajax call

Foteos,

Can you tell me how to get the "loading" icon to display when we use the
ajax call to bring in a flash video ?

thanks !!

#901 From: "Brandeis, Valerie" <vbrandeis@...>
Date: Fri Apr 20, 2007 1:27 am
Subject: RE: [OLmws] Re: conflict with overlib and nav menu in IE 6 and 7
sufgania
Send Email Send Email
 

I had a chance to work on this today, and followed the instructions below. It worked without the left nav flicker in IE 7, until I tried to implement the fix for IE 6.

 

Now the mouseover doesn’t work in any browser.

 

Could you take another look at it Fote?

http://test.northseattle.edu/storm_overLIB/w_roster.php

 

  Valerie Brandeis, IT Services
  North Seattle Community College
  Website: www.northseattle.edu
  Email: vbrandeis@...
  Tel: 527-3622    Office: ED 1744B

******************************************************************************************************************************************

 To see web updates, be sure to clear the cache of your browser. Hold the SHIFT key while choosing View > Refresh.
******************************************************************************************************************************************


From: overlibmws@yahoogroups.com [mailto:overlibmws@yahoogroups.com] On Behalf Of Foteos Macrides
Sent: Monday, February 12, 2007 4:20 PM
To: overlibmws@yahoogroups.com
Cc: Vellines, Michael; bellcart@...
Subject: [OLmws] Re: conflict with overlib and nav menu in IE 6 and 7

 

> This did solve the problem in IE regarding the menu,
> but not the “jumping” effect in IE on the menu, which
> doesn’t happen on the other pages on the site – only on
> the page using overLIB. What could be causing this?

 

Valerie,

 

The flicker with IE for the Suckerfish or Son of Suckerfish CSS-based menu systems as you are using is caused by the interaction between the onmousemove captures of the DHTML popup software and the IE-specific (by virtue of the window.attachEvent call) trapping of onmouseover and onmouseout by the menu system's sfHover function.  You can avoid it by using Walter Zorn's DHTML popup software:

 

 

which performs onmousemove captures only when a non-STICKY popup is being displayed, so that no such capturing is occurring when the user is performing the onmouseouts and immediately following onmouseovers among LI elements of the CSS-based menu system.

 

For when using the overlibmws DHTML popup software, I came up with another simple workaround for the Suckerfish or Son or Suckerfish menu system's persistence of the drop-downs in IE7, and this workaround also eliminates the flicker problem with IE7.  In your leftnav.css, uncomment the rule which I had you doing externally, so that at the bottom of that imported file you'll have:

 

#nav li.sfhover ul {
 left: auto;
 }

 

#nav li:hover ul {
 left: auto;
 }

 

and in the head section of the document returned via your w_roster.php, immediately below the link tag for importing leftnav.css, replace the [if !IE] markup of the earlier workaround with this [if IE] markup:

 

<!--[if IE]>
<style type="text/css">
#nav li:hover {position:static;}
</style>
<![endif]-->

 

Although that adding of a position:static; CSS rule eliminates the flicker with IE7, it does not also eliminate it with IE6.  You can make the overlibmws DHTML popups when the browser is IE6 work equivalently to Walter's popups with respect to onmousemove captures, and thereby get rid of the flicker with IE6 as well, by adding a bit of markup in the sfHover function:

 

<script type="text/javascript">

<!--

sfHover = function() {

  var sfEls = document.getElementById("nav").getElementsByTagName("LI");

  for (var i=0; i<sfEls.length; i++) {

    sfEls[i].onmouseover=function() {

      this.className+=" sfhover"

      // Turn off the overlibmws onmousemove captures for IE6

      if (OLie55 && !OLie7) {
       document.onmousemove = null;
       OLchkMh = 1;
      }
    }

    sfEls[i].onmouseout=function() {

      this.className=this.className.replace(new RegExp(" sfhover\\b"), "");

    }

  }

}

if (window.attachEvent) window.attachEvent("onload", sfHover);

//-->

</script>

 

and adding another bit of markup before your overlib calls:

 

onmouseover="if (OLie55 && !OLie7) OLmouseMove();

  return overlib(. . .);"

 

or:

 

onclick="if (OLie55 && !OLie7) OLmouseMove();

  overlib(. . .); return false;"

 

A consequence of the latter workaround is that the NOCLOSE / MOUSEOFF features will not work for IE6 if a STICKY popup with NOCLOSE or MOUSEOFF specified is being displayed and the user hovers over any LI elements of the CSS-based menu system before hovering over the popup.  But when using the CSS-based menu system your STICKY popups (if you should use them) can always have a CAPTION and Close link, so this shouldn't be a serious problem.

 

Fote

--

 

----- Original Message -----

From: Foteos Macrides [mailto:fote@...]

Subject: Re: conflict with overlib and nav menu in IE 6 and 7

 

Valerie and Michael,

 

Probably the easiest way to circumvent this conflict in IE for your CSS-based navigation menu and the javascript for overlib calls is to change the last CSS rule set in your leftnav.css to:

 

#nav li.sfhover ul {
 left: auto;
 }
/* Add for non-IE browsers externally:
#nav li:hover ul {
 left: auto;
 }
*/

 

and in the head section of the document returned via your w_roster.php, immediately below the link tag for importing leftnav.css, add:

 

<!--[if !IE]><!-->
<style type="text/css">
#nav li:hover ul {
 left: auto;
 }
</style>
<!--<![endif]-->

 

Fote

--

 

----- Original Message -----

Sent: Tuesday, February 06, 2007 8:34 PM

Subject: conflict with overlib and nav menu in IE 6 and 7

 

Hello,

 

We would like to use overlib to mouseover player’s names and show their pics. (See Kelly Luke on page below.)

 

It works fine in Firefox, but the nav menu doesn’t work properly in IE.  The menu jumps in IE 6 and shows extra choices etc. in IE 7.

 

 

http://test.northseattle.edu/storm_overLIB/style/leftnav.css

 

Can you help us figure a way to have it not conflict with the menu? We think it might have to do with the window.AttachEvent event handler that IE uses.

 

This is the javascript that runs the menu:

 

<script type="text/javascript">

<!--

sfHover = function() {

  var sfEls = document.getElementById("nav").getElementsByTagName("LI");

  for (var i=0; i<sfEls.length; i++) {

    sfEls[i].onmouseover=function() {

      this.className+=" sfhover"

    }

    sfEls[i].onmouseout=function() {

      this.className=this.className.replace(new RegExp(" sfhover\\b"), "");

    }

  }

}

if (window.attachEvent) window.attachEvent("onload", sfHover);

//-->

</script>

  • Valerie Brandeis, IT Services
  • North Seattle Community College
  • Website: www.northseattle.edu
  • Email: vbrandeis@...
  • Tel: 527-3622    Office: ED 1744B


#902 From: "Foteos Macrides" <fote@...>
Date: Sun Apr 22, 2007 2:43 am
Subject: Re conflict with overlib and nav menu in IE 6 and 7.htm
oldgreeky
Send Email Send Email
 
Valerie,
 
You are importing the Bosrup version of overlib, which does not have the stuff you are trying to use.  Your markup works fine with both IE7 and IE6 if you instead import overlibmws.js.
 
Fote
--
 
I had a chance to work on this today, and followed the instructions below. It worked without the left nav flicker in IE 7, until I tried to implement the fix for IE 6.
 
Now the mouseover doesn’t work in any browser.  Could you take another look at it Fote?
 
 
  Valerie Brandeis, IT Services
  North Seattle Community College
  Website: www.northseattle.edu
  Email: vbrandeis@...
  Tel: 527-3622    Office: ED 1744B

 To see web updates, be sure to clear the cache of your browser. Hold the SHIFT key while choosing View > Refresh.

From: overlibmws@yahoogroups.com [mailto:overlibmws@yahoogroups.com] On Behalf Of Foteos Macrides
Sent: Monday, February 12, 2007 4:20 PM
To: overlibmws@yahoogroups.com
Cc: Vellines, Michael; bellcart@...
Subject: [OLmws] Re: conflict with overlib and nav menu in IE 6 and 7

> This did solve the problem in IE regarding the menu,
> but not the “jumping” effect in IE on the menu, which
> doesn’t happen on the other pages on the site – only on
> the page using overLIB. What could be causing this?

Valerie,

The flicker with IE for the Suckerfish or Son of Suckerfish CSS-based menu systems as you are using is caused by the interaction between the onmousemove captures of the DHTML popup software and the IE-specific (by virtue of the window.attachEvent call) trapping of onmouseover and onmouseout by the menu system's sfHover function.  You can avoid it by using Walter Zorn's DHTML popup software:

which performs onmousemove captures only when a non-STICKY popup is being displayed, so that no such capturing is occurring when the user is performing the onmouseouts and immediately following onmouseovers among LI elements of the CSS-based menu system.

For when using the overlibmws DHTML popup software, I came up with another simple workaround for the Suckerfish or Son or Suckerfish menu system's persistence of the drop-downs in IE7, and this workaround also eliminates the flicker problem with IE7.  In your leftnav.css, uncomment the rule which I had you doing externally, so that at the bottom of that imported file you'll have:

#nav li.sfhover ul {
 left: auto;
 }

#nav li:hover ul {
 left: auto;
 }

and in the head section of the document returned via your w_roster.php, immediately below the link tag for importing leftnav.css, replace the [if !IE] markup of the earlier workaround with this [if IE] markup:

<!--[if IE]>
<style type="text/css">
#nav li:hover {position:static;}
</style>
<![endif]-->

Although that adding of a position:static; CSS rule eliminates the flicker with IE7, it does not also eliminate it with IE6.  You can make the overlibmws DHTML popups when the browser is IE6 work equivalently to Walter's popups with respect to onmousemove captures, and thereby get rid of the flicker with IE6 as well, by adding a bit of markup in the sfHover function:

<script type="text/javascript">

<!--

sfHover = function() {

  var sfEls = document.getElementById("nav").getElementsByTagName("LI");

  for (var i=0; i<sfEls.length; i++) {

    sfEls[i].onmouseover=function() {

      this.className+=" sfhover"

      // Turn off the overlibmws onmousemove captures for IE6

      if (OLie55 && !OLie7) {
       document.onmousemove = null;
       OLchkMh = 1;
      }
    }

    sfEls[i].onmouseout=function() {

      this.className=this.className.replace(new RegExp(" sfhover\\b"), "");

    }

  }

}

if (window.attachEvent) window.attachEvent("onload", sfHover);

//-->

</script>

and adding another bit of markup before your overlib calls:

onmouseover="if (OLie55 && !OLie7) OLmouseMove();

  return overlib(. . .);"

or:

onclick="if (OLie55 && !OLie7) OLmouseMove();

  overlib(. . .); return false;"

A consequence of the latter workaround is that the NOCLOSE / MOUSEOFF features will not work for IE6 if a STICKY popup with NOCLOSE or MOUSEOFF specified is being displayed and the user hovers over any LI elements of the CSS-based menu system before hovering over the popup.  But when using the CSS-based menu system your STICKY popups (if you should use them) can always have a CAPTION and Close link, so this shouldn't be a serious problem.

Fote

--

----- Original Message -----

From: Foteos Macrides [mailto:fote@...]

Subject: Re: conflict with overlib and nav menu in IE 6 and 7

 

Valerie and Michael,

Probably the easiest way to circumvent this conflict in IE for your CSS-based navigation menu and the javascript for overlib calls is to change the last CSS rule set in your leftnav.css to:

#nav li.sfhover ul {
 left: auto;
 }
/* Add for non-IE browsers externally:
#nav li:hover ul {
 left: auto;
 }
*/

and in the head section of the document returned via your w_roster.php, immediately below the link tag for importing leftnav.css, add:

<!--[if !IE]><!-->
<style type="text/css">
#nav li:hover ul {
 left: auto;
 }
</style>
<!--<![endif]-->

Fote

--

----- Original Message -----

Sent: Tuesday, February 06, 2007 8:34 PM

Subject: conflict with overlib and nav menu in IE 6 and 7

Hello,

We would like to use overlib to mouseover player’s names and show their pics. (See Kelly Luke on page below.)

It works fine in Firefox, but the nav menu doesn’t work properly in IE.  The menu jumps in IE 6 and shows extra choices etc. in IE 7.

http://test.northseattle.edu/storm_overLIB/style/leftnav.css

Can you help us figure a way to have it not conflict with the menu? We think it might have to do with the window.AttachEvent event handler that IE uses.

This is the javascript that runs the menu:

<script type="text/javascript">

<!--

sfHover = function() {

  var sfEls = document.getElementById("nav").getElementsByTagName("LI");

  for (var i=0; i<sfEls.length; i++) {

    sfEls[i].onmouseover=function() {

      this.className+=" sfhover"

    }

    sfEls[i].onmouseout=function() {

      this.className=this.className.replace(new RegExp(" sfhover\\b"), "");

    }

  }

}

if (window.attachEvent) window.attachEvent("onload", sfHover);

//-->

</script>

  • Valerie Brandeis, IT Services
  • North Seattle Community College
  • Website: www.northseattle.edu
  • Email: vbrandeis@...
  • Tel: 527-3622    Office: ED 1744B

#904 From: "xdragonfly5x" <xdragonfly5x@...>
Date: Sun Apr 22, 2007 2:14 pm
Subject: OLiframeContent doesn't close/hide all content ??
xdragonfly5x
Send Email Send Email
 
Hi,

i really need your help on this.
I'm using the popup in a grid which shows some data, but
to show some detailed information i made a button image in grid with
mouseover, mouseout events which all works just fine.

The thing which doesn't work is that when i call ND(); the popup is
not always hidden. At least the popup is but the Table elements
whitin are still show on screen! :(

Please see this link to image which explains my situation..

http://xdomain.nl/users/dragonfly/error.png

Does someone know why this is happening??

Thanx!

Code:

return overlib(OLiframeContent('../xxxxx.aspx?opdrachtID=' +
opdrachtID, 510,185, 'fOp', 0, 'auto'),
CLOSETEXT,'Sluiten', CGCOLOR,'#0000FF', CAPCOLOR,'#00FFFF',
WIDTH,510, BORDER,2, SCROLL, CAPTIONPADDING,1, CAPTION,'Overzicht
behandelingen voor opdracht nummer: ' + opdrachtID,
CLOSECOLOR,'#F0F3F9', BGCOLOR,'#606060' ,CAPTIONFONT,'verdena',
CLOSEFONT,'verdena',SHADOW);

#905 From: "Foteos Macrides" <fote@...>
Date: Sun Apr 22, 2007 4:33 pm
Subject: Re: [OLmws] OLiframeContent doesn't close/hide all content ??
oldgreeky
Send Email Send Email
 
You are using an iframe as the popup content and appear to have encountered a bug in IE v6 and v7 (NOT present in Firefox, Opera, Safari or Konqueror) when IE is in its "standards" mode:  If the iframe content includes a table which has a background color (either via a bgcolor attribute or via a background-color CSS rule), that color persists when the popup is "closed" (by casting the visibility of the overDiv positioned div to "hidden" via the nd or cClick functions).
 
The IE bug is not present in its "quirks" mode, i.e., if you do not include a URL in your DOCTYPE declaration.  If you do want to keep using "standards" mode, the easiest way to deal with the bug is to clear the overDiv positioned div (set its innerHTML to the null string) when the popup is closed:
 
onmouseover="nd(); over.innerHTML='';"
 
That would interfere with use of FADEOUT via the overlibmws_filter.js plug-in module, but you are not using it.
 
 
Although that should solve your problem, since you are loading content fetched dynamically with PHP you might consider instead using AJAX as explained in:
 
 
to avoid IE's buggy handling of iframes in its "standards" mode.
 
If you stick with iframe content, note that the browsers' "standards" versus "quirks" modes are not the same thing as the W3C's "strict" versus "transitional / loose" DTDs.  If your DOCTYPE declaration's specification is for "transitional" and does include a URL for the "loose" DTD, all of the browsers handle that in their "standards" (NOT "quirks") mode, and the IE bug persists.  Conversely, if your DOCTYPE declaration's specification is for "strict" but does not include a URL, all of the browsers handle that in their "quirks" mode.  Also note that iframe is not included in the W3C's "strict" DTD, but all of the popular browsers presently support it, anyway.  AJAX does not conflict with any W3C DTD.  It does depend on the user having javascript enabled, but so do the DHTML popups.
 
Fote
--
 
----- Original Message -----
Sent: Sunday, April 22, 2007 10:14 AM
Subject: [OLmws] OLiframeContent doesn't close/hide all content ??

Hi,

i really need your help on this.  I'm using the popup in a grid which shows some data, but to show some detailed information i made a button image in grid with mouseover, mouseout events which all works just fine.  The thing which doesn't work is that when i call nd(); the popup is not always hidden. At least the popup is but the Table elements whitin are still show on screen! :(  Please see this link to image which explains my situation..

http://xdomain.nl/users/dragonfly/error.png

Does someone know why this is happening??

Thanx!

Code:

return overlib(
 OLiframeContent('../xxxxx.aspx?opdrachtID=' + opdrachtID,
   510,185, 'fOp', 0, 'auto'),
 CLOSETEXT,'Sluiten', CGCOLOR,'#0000FF', CAPCOLOR,'#00FFFF',
 WIDTH,510, BORDER,2, SCROLL, CAPTIONPADDING,1,
 CAPTION,'Overzicht behandelingen voor opdracht nummer: ' + opdrachtID,
 CLOSECOLOR,'#F0F3F9', BGCOLOR,'#606060' ,
 CAPTIONFONT,'verdena', CLOSEFONT,'verdena', SHADOW);

#906 From: "xdragonfly5x" <xdragonfly5x@...>
Date: Mon Apr 23, 2007 8:45 am
Subject: Re: OLiframeContent doesn't close/hide all content ??
xdragonfly5x
Send Email Send Email
 
Thanx Fote, the above did the trick!
You are right though, maybe i just use the ajax way.

I will look into this.

Thanx!

#907 From: "Brandeis, Valerie" <vbrandeis@...>
Date: Mon Apr 23, 2007 11:57 pm
Subject: RE: [OLmws] Re conflict with overlib and nav menu in IE 6 and 7.htm
sufgania
Send Email Send Email
 

Dear Fote, thank you, thank you!

It now works perfectly.

 

  Valerie Brandeis, IT Services
  North Seattle Community College
  Website: www.northseattle.edu
  Email: vbrandeis@...
  Tel: 527-3622    Office: ED 1744B

******************************************************************************************************************************************

 To see web updates, be sure to clear the cache of your browser. Hold the SHIFT key while choosing View > Refresh.
******************************************************************************************************************************************


From: overlibmws@yahoogroups.com [mailto:overlibmws@yahoogroups.com] On Behalf Of Foteos Macrides
Sent: Saturday, April 21, 2007 7:44 PM
To: overlibmws@yahoogroups.com
Subject: [OLmws] Re conflict with overlib and nav menu in IE 6 and 7.htm

 

Valerie,

 

You are importing the Bosrup version of overlib, which does not have the stuff you are trying to use.  Your markup works fine with both IE7 and IE6 if you instead import overlibmws.js.

 

Fote

--

 

I had a chance to work on this today, and followed the instructions below. It worked without the left nav flicker in IE 7, until I tried to implement the fix for IE 6.

 

Now the mouseover doesn’t work in any browser.  Could you take another look at it Fote?

 

 

  Valerie Brandeis, IT Services
  North Seattle Community College
  Website: www.northseattle.edu
  Email: vbrandeis@...
  Tel: 527-3622    Office: ED 1744B


 To see web updates, be sure to clear the cache of your browser. Hold the SHIFT key while choosing View > Refresh.


From: overlibmws@yahoogroups.com [mailto:overlibmws@yahoogroups.com] On Behalf Of Foteos Macrides
Sent: Monday, February 12, 2007 4:20 PM
To: overlibmws@yahoogroups.com
Cc: Vellines, Michael; bellcart@...
Subject: [OLmws] Re: conflict with overlib and nav menu in IE 6 and 7

> This did solve the problem in IE regarding the menu,
> but not the “jumping” effect in IE on the menu, which
> doesn’t happen on the other pages on the site – only on
> the page using overLIB. What could be causing this?

Valerie,

The flicker with IE for the Suckerfish or Son of Suckerfish CSS-based menu systems as you are using is caused by the interaction between the onmousemove captures of the DHTML popup software and the IE-specific (by virtue of the window.attachEvent call) trapping of onmouseover and onmouseout by the menu system's sfHover function.  You can avoid it by using Walter Zorn's DHTML popup software:

which performs onmousemove captures only when a non-STICKY popup is being displayed, so that no such capturing is occurring when the user is performing the onmouseouts and immediately following onmouseovers among LI elements of the CSS-based menu system.

For when using the overlibmws DHTML popup software, I came up with another simple workaround for the Suckerfish or Son or Suckerfish menu system's persistence of the drop-downs in IE7, and this workaround also eliminates the flicker problem with IE7.  In your leftnav.css, uncomment the rule which I had you doing externally, so that at the bottom of that imported file you'll have:

#nav li.sfhover ul {
 left: auto;
 }

#nav li:hover ul {
 left: auto;
 }

and in the head section of the document returned via your w_roster.php, immediately below the link tag for importing leftnav.css, replace the [if !IE] markup of the earlier workaround with this [if IE] markup:

<!--[if IE]>
<style type="text/css">
#nav li:hover {position:static;}
</style>
<![endif]-->

Although that adding of a position:static; CSS rule eliminates the flicker with IE7, it does not also eliminate it with IE6.  You can make the overlibmws DHTML popups when the browser is IE6 work equivalently to Walter's popups with respect to onmousemove captures, and thereby get rid of the flicker with IE6 as well, by adding a bit of markup in the sfHover function:

<script type="text/javascript">

<!--

sfHover = function() {

  var sfEls = document.getElementById("nav").getElementsByTagName("LI");

  for (var i=0; i<sfEls.length; i++) {

    sfEls[i].onmouseover=function() {

      this.className+=" sfhover"

      // Turn off the overlibmws onmousemove captures for IE6

      if (OLie55 && !OLie7) {
       document.onmousemove = null;
       OLchkMh = 1;
      }
    }

    sfEls[i].onmouseout=function() {

      this.className=this.className.replace(new RegExp(" sfhover\\b"), "");

    }

  }

}

if (window.attachEvent) window.attachEvent("onload", sfHover);

//-->

</script>

and adding another bit of markup before your overlib calls:

onmouseover="if (OLie55 && !OLie7) OLmouseMove();

  return overlib(. . .);"

or:

onclick="if (OLie55 && !OLie7) OLmouseMove();

  overlib(. . .); return false;"

A consequence of the latter workaround is that the NOCLOSE / MOUSEOFF features will not work for IE6 if a STICKY popup with NOCLOSE or MOUSEOFF specified is being displayed and the user hovers over any LI elements of the CSS-based menu system before hovering over the popup.  But when using the CSS-based menu system your STICKY popups (if you should use them) can always have a CAPTION and Close link, so this shouldn't be a serious problem.

Fote

--

----- Original Message -----

From: Foteos Macrides [mailto:fote@...]

Subject: Re: conflict with overlib and nav menu in IE 6 and 7

 

Valerie and Michael,

Probably the easiest way to circumvent this conflict in IE for your CSS-based navigation menu and the javascript for overlib calls is to change the last CSS rule set in your leftnav.css to:

#nav li.sfhover ul {
 left: auto;
 }
/* Add for non-IE browsers externally:
#nav li:hover ul {
 left: auto;
 }
*/

and in the head section of the document returned via your w_roster.php, immediately below the link tag for importing leftnav.css, add:

<!--[if !IE]><!-->
<style type="text/css">
#nav li:hover ul {
 left: auto;
 }
</style>
<!--<![endif]-->

Fote

--

----- Original Message -----

Sent: Tuesday, February 06, 2007 8:34 PM

Subject: conflict with overlib and nav menu in IE 6 and 7

Hello,

We would like to use overlib to mouseover player’s names and show their pics. (See Kelly Luke on page below.)

It works fine in Firefox, but the nav menu doesn’t work properly in IE.  The menu jumps in IE 6 and shows extra choices etc. in IE 7.

http://test.northseattle.edu/storm_overLIB/style/leftnav.css

Can you help us figure a way to have it not conflict with the menu? We think it might have to do with the window.AttachEvent event handler that IE uses.

This is the javascript that runs the menu:

<script type="text/javascript">

<!--

sfHover = function() {

  var sfEls = document.getElementById("nav").getElementsByTagName("LI");

  for (var i=0; i<sfEls.length; i++) {

    sfEls[i].onmouseover=function() {

      this.className+=" sfhover"

    }

    sfEls[i].onmouseout=function() {

      this.className=this.className.replace(new RegExp(" sfhover\\b"), "");

    }

  }

}

if (window.attachEvent) window.attachEvent("onload", sfHover);

//-->

</script>

  • Valerie Brandeis, IT Services
  • North Seattle Community College
  • Website: www.northseattle.edu
  • Email: vbrandeis@...
  • Tel: 527-3622    Office: ED 1744B


#908 From: "Foteos Macrides" <fote@...>
Date: Wed Apr 25, 2007 3:00 am
Subject: Re: fades
oldgreeky
Send Email Send Email
 
Allan,
 
The overlibmws_filter.js plug-in module supports FADEIN and FADEOUT commands gated via the FILTER toggle.  As illustrated in the:
 
 
support document, including FILTER, FADEIN,25, FADEOUT,25, in the overlib or overlib2 calls yields a simple fade in and out for all of the browsers.  The ten parameter pairs at left in that support document cause expansions and constrictions of the popup display in various ways, but they only work with IE5.5+ (whereas the other browsers treat them all as 25), and they do not involve changes in the size of the popup content, itself.
 
Fote
--
 
----- Original Message -----
Sent: Tuesday, April 24, 2007 9:39 PM
Subject: fades

Foteos,

Is there anyway
a) to get the popup to fade in and out
b) and to emerge ..smaller ..larger ..fullsize

Thanks
Allan Regenbaum

#909 From: "Foteos Macrides" <fote@...>
Date: Thu May 3, 2007 8:44 am
Subject: Re: [OLmws] OLiframeContent doesn't close/hide all content ??
oldgreeky
Send Email Send Email
 
Brad,
 
Your iframe content is in a STICKY secondary popup which is closed via a cClick2 call associated with the "Close" link in its CAPTION.  So with your current overlibmws code you would need to daisy-chain over2.innerHTML=''; to the native cClick2 function.  However, in the course of fixing a rare, esoteric bug on May 1 in the handling of SCROLL, I included code which, in effect, does that when FADEOUT is not being used (and you aren't using it), so simply upgrade to the current overlibmws.zip distribution via:  http://www.macridesweb.com/oltest/  You also no longer need to do over.innerHTML=''; when closing primary popups with iframe content if FADEOUT is not being used.
 
Fote
--
 
----- Original Message -----
From: n/a
Sent: Thursday, May 03, 2007 3:15 AM
Subject: Re: [OLmws] OLiframeContent doesn't close/hide all content ??

I am using your AWESOME google maps example and I use an ifram via the overlibmws to get driving directions. Similiar to t he way you are loading the la petita (sp?) web site into a ifram in your example.

It all works great expect in IE when you hit close. The issue is obvious already documented but being as green as I am with this overlibmws library I figured I would ask the experts.

So... can anyone tell me how to apply this to the fix:

onmouseover="nd(); over.innerHTML='';"

To the google map marker example? e.g.:
...
GEvent.addListener(marker,'click',function(){overlib2(OLiframeContent
('drivingdirectionsform.html', 710, 550, 'ifdd', 1), CAPTION,'<div align=&quot;center&quot;>Driving Directions to Our Office</div>',
CAPTIONPADDING,4, WIDTH,710, TEXTPADDING,0, BORDER,2, STICKY,
CLOSECLICK, MIDX,0, RELY,2, SHADOW, SHADOWX,8, SHADOWY,8,
STATUS,'Driving Directions to Our Office');});
...

Much abliged all!

Brad

#910 From: "Foteos Macrides" <fote@...>
Date: Thu May 3, 2007 4:42 pm
Subject: Re: Firefox issue: MODAL pop-up does not allow user to enter space character in input
oldgreeky
Send Email Send Email
 
Patrick,
 
You are using overlibmws, whose support group is:  http://tech.groups.yahoo.com/group/overlibmws/
 
When using the MODAL command, you need to include:
 
onfocus="OLmEdit=1;" onblur="OLmEdit=0;"
 
in your form's textareas and inputs, as stated in the MODAL section of the Command Reference:  http://www.macridesweb.com/oltest/commandRef.html
 
Feel free to post to the overlibmws support group if this does not solve your problem with all of the supported browsers, in which case we'll need to see an example of what you are passing in the originalRequest.responseText string variable as the lead argument for your overlib calls.  Ideally (if you can), simply include a public access URL to a test document which shows the problem.  That way, we can check out whatever is relevant to the problem ourselves, rather than you trying to guess what is relevant to include in your message.
 
Fote
--
 
----- Original Message -----
Sent: Thursday, May 03, 2007 7:21 AM
Subject: Firefox issue: MODAL pop-up does not allow user to enter space character in input

Hello,

We are using overlib to overlay a form on top of another form by using a MODAL pop-up. This works fine in Internet Explorer, but in Firefox it is not possible to enter a space character in the text input field of the overlaying form.

These are the imports:

<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_draggable.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_hide.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_iframe.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_overtwo.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_print.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_shadow.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_modal.js"></script>


This is the overlib call:

overlib(originalRequest.responseText,  STICKY, FGCOLOR,"", BGCOLOR,"", BASE,2, WRAPMAX,200, CLOSECLICK, HIDESELECTBOXES, MODAL, WIDTH,200, VAUTO, FIXX,6, FIXY,185);

If MODAL is removed from the overlib call as shown below then the problem no longer occurs:

overlib(originalRequest.responseText, STICKY, FGCOLOR,"", BGCOLOR,"", BASE,2, WRAPMAX,200, CLOSECLICK, HIDESELECTBOXES, WIDTH,,200, VAUTO, FIXX,6, FIXY,185);

Thank you,
Patrick

#911 From: "Foteos Macrides" <fote@...>
Date: Thu May 3, 2007 5:09 pm
Subject: Re: Firefox issue: Return key does not submit form in modal pop-up
oldgreeky
Send Email Send Email
 
Patrick,
 
This is another aspect of the issue which should be dealt with as explained in:  http://tech.groups.yahoo.com/group/overlibmws/message/910
 
Fote
--
 
----- Original Message -----
Sent: Thursday, May 03, 2007 7:24 AM
Subject: Firefox issue: Return key does not submit form in modal pop-up

Hello,

We are using overlib to overlay a form on top of another form by using a MODAL pop-up. This works fine in Internet Explorer, but in Firefox it is not possible to submit the overlaying form by pressing the return key. The only way to submit the form is by clicking on the submit button.


These are the imports:

<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_draggable.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_hide.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_iframe.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_overtwo.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_print.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_shadow.js"></script>
<script type="text/javascript" src="${httpRequest.contextPath}/js/overlib/overlibmws_modal.js"></script>


This is the overlib call:

overlib(originalRequest.responseText, STICKY, FGCOLOR,"", BGCOLOR,"", BASE,2, WRAPMAX,200, CLOSECLICK, HIDESELECTBOXES, MODAL, WIDTH,200, VAUTO, FIXX,6, FIXY,185);

If MODAL is removed from the overlib call as shown below then the problem no longer occurs:

overlib(originalRequest.responseText, STICKY, FGCOLOR,"", BGCOLOR,"", BASE,2, WRAPMAX,200, CLOSECLICK, HIDESELECTBOXES, WIDTH,200, VAUTO, FIXX,6, FIXY,185);


Thank you,
Patrick

#912 From: "daffie_noname" <daffie_noname@...>
Date: Wed May 9, 2007 5:48 am
Subject: I think I found a little bug?
daffie_noname
Send Email Send Email
 
Hi overlibmws,

Lets start by saying that I am very happy with overlibmws.
I am using your software for more than a year on my website.

Maybe I am doing something wrong, I do not know.
When I go to this page on your website
(http://www.macridesweb.com/oltest/flashWmode.html).
The overlib popup is below the flash content and not on top.
I am using fedora core 5 with firefox 1.5.0.10 and flash 9
"flash-plugin-9.0.31.0-release.i386.rpm".
I have uploaded a printscreen for this ?bug? my error?
(http://tech.ph.groups.yahoo.com/group/overlibmws/photos/view/c620?b=1)

Can you tell me if it is an error on my side or a little bug in
overlibmws?

daffie

#913 From: "Foteos Macrides" <fote@...>
Date: Wed May 9, 2007 9:16 am
Subject: Re: [OLmws] I think I found a little bug?
oldgreeky
Send Email Send Email
 
Daffie,
 
Unfortunately, the flash players do not support the wmode="transparent" feature for all operating system / browser combinations, and when not supported, the flash objects still act as system controls which do not respect z-index values and thus obscure DHTML popups.
 
The FAQ for Flash Player 9 on Linux:
 
 
says that wmode="transparent" is still not supported with Firefox, for reasons that depend on the Firefox developers making appropriate enhancements to the browser in its support for X.  You can track the issue via:
 
 
As you can see there, the problem has been outstanding since 2002-04-12, and after 5 years the Firefox developers still don't seem to have a good handle on fixing it.  Sigh . . . 
 
I added links for this information in the:
 
 
support document, including a link to an earlier version of the support document:
 
 
with an example which hides the flash object, as is still needed for Firefox on Linux.
 
Fote
--
 
----- Original Message -----
Sent: Wednesday, May 09, 2007 1:48 AM
Subject: [OLmws] I think I found a little bug?

Hi overlibmws,

Lets start by saying that I am very happy with overlibmws.  I am using your software for more than a year on my website.

Maybe I am doing something wrong, I do not know.  When I go to this page on your website (http://www.macridesweb.com/oltest/flashWmode.html).  The overlib popup is below the flash content and not on top.  I am using fedora core 5 with firefox 1.5.0.10 and flash 9 "flash-plugin-9.0.31.0-release.i386.rpm".  I have uploaded a printscreen for this ?bug? my error?  (http://tech.ph.groups.yahoo.com/group/overlibmws/photos/view/c620?b=1)

Can you tell me if it is an error on my side or a little bug in overlibmws?

daffie

#914 From: "daffie_noname" <daffie_noname@...>
Date: Wed May 9, 2007 11:01 pm
Subject: Re: [OLmws] I think I found a little bug?
daffie_noname
Send Email Send Email
 
Hi oldgreeky,

Thanks for the info. :)

It must be very frustration to get the software working on all OS/Browser conbinations. :(

Daffie

--- In overlibmws@yahoogroups.com, "Foteos Macrides" <fote@...> wrote:
>
> Daffie,
>
> Unfortunately, the flash players do not support the wmode="transparent" feature for all operating system / browser combinations, and when not supported, the flash objects still act as system controls which do not respect z-index values and thus obscure DHTML popups.
>
> The FAQ for Flash Player 9 on Linux:
>
> http://weblogs.macromedia.com/emmy/archives/2007/01/adobe_flash_pla_1.cfm
>
> says that wmode="transparent" is still not supported with Firefox, for reasons that depend on the Firefox developers making appropriate enhancements to the browser in its support for X. You can track the issue via:
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=137189
>
> As you can see there, the problem has been outstanding since 2002-04-12, and after 5 years the Firefox developers still don't seem to have a good handle on fixing it. Sigh . . .
>
> I added links for this information in the:
>
> http://www.macridesweb.com/oltest/flashWmode.html
>
> support document, including a link to an earlier version of the support document:
>
> http://www.macridesweb.com/oltest/flashHide.html
>
> with an example which hides the flash object, as is still needed for Firefox on Linux.
>
> Fote
> --
>
> ----- Original Message -----
> From: daffie_noname
> To: overlibmws@yahoogroups.com
> Sent: Wednesday, May 09, 2007 1:48 AM
> Subject: [OLmws] I think I found a little bug?
>
>
> Hi overlibmws,
>
> Lets start by saying that I am very happy with overlibmws. I am using your software for more than a year on my website.
>
> Maybe I am doing something wrong, I do not know. When I go to this page on your website (http://www.macridesweb.com/oltest/flashWmode.html). The overlib popup is below the flash content and not on top. I am using fedora core 5 with firefox 1.5.0.10 and flash 9 "flash-plugin-9.0.31.0-release.i386.rpm". I have uploaded a printscreen for this ?bug? my error? (http://tech.ph.groups.yahoo.com/group/overlibmws/photos/view/c620?b=1)
>
> Can you tell me if it is an error on my side or a little bug in overlibmws?
>
> daffie
>

#915 From: "Foteos Macrides" <fote@...>
Date: Thu May 10, 2007 9:54 pm
Subject: Re: [OLmws] I think I found a little bug?
oldgreeky
Send Email Send Email
 
Daffie,
 
I've been trying to come up with a workaround for Firefox on Linux with flash, and on other platforms for objects such as applets or QuickTime movies which do not have the wmode="transparent" feature.  Could you try:
 
 
on your Fedora core 5 system with Firefox 1.5 and flash 9 to see how successful I might have been?  I'm expecting it to work with the flash and applet, but not the QuickTime movie.
 
Fote
--
 
----- Original Message -----
Sent: Wednesday, May 09, 2007 5:16 AM
Subject: Re: [OLmws] I think I found a little bug?

Daffie,
 
Unfortunately, the flash players do not support the wmode="transparent" feature for all operating system / browser combinations, and when not supported, the flash objects still act as system controls which do not respect z-index values and thus obscure DHTML popups.
 
The FAQ for Flash Player 9 on Linux:
 
 
says that wmode="transparent" is still not supported with Firefox, for reasons that depend on the Firefox developers making appropriate enhancements to the browser in its support for X.  You can track the issue via:
 
 
As you can see there, the problem has been outstanding since 2002-04-12, and after 5 years the Firefox developers still don't seem to have a good handle on fixing it.  Sigh . . . 
 
I added links for this information in the:
 
 
support document, including a link to an earlier version of the support document:
 
 
with an example which hides the flash object, as is still needed for Firefox on Linux.
 
Fote
--
 
----- Original Message -----
Sent: Wednesday, May 09, 2007 1:48 AM
Subject: [OLmws] I think I found a little bug?

Hi overlibmws,

Lets start by saying that I am very happy with overlibmws.  I am using your software for more than a year on my website.

Maybe I am doing something wrong, I do not know.  When I go to this page on your website (http://www.macridesweb.com/oltest/flashWmode.html).  The overlib popup is below the flash content and not on top.  I am using fedora core 5 with firefox 1.5.0.10 and flash 9 "flash-plugin-9.0.31.0-release.i386.rpm".  I have uploaded a printscreen for this ?bug? my error?  (http://tech.ph.groups.yahoo.com/group/overlibmws/photos/view/c620?b=1)

Can you tell me if it is an error on my side or a little bug in overlibmws?

daffie

#916 From: Allan Regenbaum <allan@...>
Date: Thu May 10, 2007 11:53 pm
Subject: Re: [OLmws] I think I found a little bug?
regenbauma
Send Email Send Email
 
Foteos Macrides wrote:
>
> Daffie,
>
> I've been trying to come up with a workaround for Firefox on Linux
> with flash, and on other platforms for objects such as applets or
> QuickTime movies which do not have the wmode="transparent" feature.
> Could you try:
>
> http://www.macrides web.com/oltest/ flashAppletQTVR. html
> <http://www.macridesweb.com/oltest/flashAppletQTVR.html>
>
> on your Fedora core 5 system with Firefox 1.5 and flash 9 to see how
> successful I might have been?  I'm expecting it to work with the flash
> and applet, but not the QuickTime movie.
>
> Fote
> --
>
>
>     ----- Original Message -----
>     *From:* Foteos Macrides <mailto:fote@...>
>     *To:* overlibmws@yahoogro ups.com <mailto:overlibmws@yahoogroups.com>
>     *Sent:* Wednesday, May 09, 2007 5:16 AM
>     *Subject:* Re: [OLmws] I think I found a little bug?
>
>     Daffie,
>
>     Unfortunately, the flash players do not support the
>     *wmode="transparent"* feature for all operating system / browser
>     combinations, and when not supported, the flash objects still act
>     as system controls which do not respect z-index values and thus
>     obscure DHTML popups.
>
>     The FAQ for Flash Player 9 on Linux:
>
>     http://weblogs. macromedia. com/emmy/ archives/ 2007/01/adobe_
>     flash_pla_ 1.cfm
>    
<http://weblogs.macromedia.com/emmy/archives/2007/01/adobe_flash_pla_1.cfm>
>
>     says that *wmode="transparent"* is still not supported with
>     Firefox, for reasons that depend on the Firefox developers making
>     appropriate enhancements to the browser in its support for X.  You
>     can track the issue via:
>
>     https://bugzilla. mozilla.org/ show_bug. cgi?id=137189
>     <https://bugzilla.mozilla.org/show_bug.cgi?id=137189>
>
>     As you can see there, the problem has been outstanding since
>     2002-04-12, and after 5 years the Firefox developers still don't
>     seem to have a good handle on fixing it.  Sigh* . . . *
>
>     I added links for this information in the:
>
>     http://www.macrides web.com/oltest/ flashWmode. html
>     <http://www.macridesweb.com/oltest/flashWmode.html>
>
>     support document, including a link to an earlier version of the
>     support document:
>
>     http://www.macrides web.com/oltest/ flashHide. html
>     <http://www.macridesweb.com/oltest/flashHide.html>
>
>     with an example which hides the flash object, as is still needed
>     for Firefox on Linux.
>
>     Fote
>     --
>
>
>         ----- Original Message -----
>         *From:* daffie_noname <mailto:daffie_noname@...>
>         *To:* overlibmws@yahoogro ups.com
>         <mailto:overlibmws@yahoogroups.com>
>         *Sent:* Wednesday, May 09, 2007 1:48 AM
>         *Subject:* [OLmws] I think I found a little bug?
>
>         Hi overlibmws,
>
>         Lets start by saying that I am very happy with overlibmws.  I
>         am using your software for more than a year on my website.
>
>         Maybe I am doing something wrong, I do not know.  When I go to
>         this page on your website (http://www.macrides web.com/oltest/
>         flashWmode. html
>         <http://www.macridesweb.com/oltest/flashWmode.html>).  The
>         overlib popup is below the flash content and not on top.  I am
>         using fedora core 5 with firefox 1.5.0.10 and flash 9
>         "flash-plugin- 9.0.31.0- release.i386. rpm".  I have uploaded
>         a printscreen for this ?bug? my error?  (http://tech.
>         ph.groups. yahoo.com/ group/overlibmws /photos/view/ c620?b=1
>        
<http://tech.ph.groups.yahoo.com/group/overlibmws/photos/view/c620?b=1>)
>
>         Can you tell me if it is an error on my side or a little bug
>         in overlibmws?
>
>         daffie
>
>
fote.... for me the popup 3 was obscured on firefox ..
1 and 2 were perfect

Allan Regenbaum

#917 From: "Foteos Macrides" <fote@...>
Date: Fri May 11, 2007 12:53 am
Subject: Re: [OLmws] I think I found a little bug?
oldgreeky
Send Email Send Email
 
Allan,
 
That's what I was expecting, but on what platforms(s) did you try it, i.e., was it Linux and if so, which one?  That's also what you get for Firefox on Windows.  With IE popup3 doesn't get obscured by the QuickTime movie, but there is some flicker with mousemoves, which you don't get for popup1 over the flash or popup2 over the applet.
 
Fote
--
 
----- Original Message -----
Sent: Thursday, May 10, 2007 7:53 PM
Subject: Re: [OLmws] I think I found a little bug?
 
fote....  for me the popup 3 was obscured on firefox ..  1 and 2 were perfect

Allan Regenbaum
Foteos Macrides wrote:

Daffie,

I've been trying to come up with a workaround for Firefox on Linux with flash, and on other platforms for objects such as applets or  QuickTime movies which do not have the wmode="transparent" feature.   Could you try:

http://www.macridesweb.com/oltest/flashAppletQTVR.html

on your Fedora core 5 system with Firefox 1.5 and flash 9 to see how successful I might have been?  I'm expecting it to work with the flash and applet, but not the QuickTime movie.

Fote

#918 From: "daffie_noname" <daffie_noname@...>
Date: Fri May 11, 2007 2:11 pm
Subject: Re: I think I found a little bug?
daffie_noname
Send Email Send Email
 
Hi Foteos Macrides,

I have tried your updated page and it works fine fedora core 5.
There is no quicktime for linux.

On my windows xp machine all is oke for ie7 and firefox2. On opera9
flash goes oke. With flash and quicktime, however, when you move the
mouse over the link and the popup shows. Then does the flash or
quicktime movie disappears. When you then move the mouse off the link,
then the popup disappears and the flash or quicktime movie appears again.

Thank you very much for your efforts,

daffie


--- In overlibmws@yahoogroups.com, "Foteos Macrides" <fote@...> wrote:
>
> Allan,
>
> That's what I was expecting, but on what platforms(s) did you try
it, i.e., was it Linux and if so, which one?  That's also what you get
for Firefox on Windows.  With IE popup3 doesn't get obscured by the
QuickTime movie, but there is some flicker with mousemoves, which you
don't get for popup1 over the flash or popup2 over the applet.
>
> Fote
> --
>
>   ----- Original Message -----
>   From: Allan Regenbaum
>   To: overlibmws@yahoogroups.com
>   Sent: Thursday, May 10, 2007 7:53 PM
>   Subject: Re: [OLmws] I think I found a little bug?
>
>   fote....  for me the popup 3 was obscured on firefox ..  1 and 2
were perfect
>
>   Allan Regenbaum
>     Foteos Macrides wrote:
>
>     Daffie,
>
>     I've been trying to come up with a workaround for Firefox on
Linux with flash, and on other platforms for objects such as applets
or  QuickTime movies which do not have the wmode="transparent"
feature.   Could you try:
>
>     http://www.macridesweb.com/oltest/flashAppletQTVR.html
>
>     on your Fedora core 5 system with Firefox 1.5 and flash 9 to see
how successful I might have been?  I'm expecting it to work with the
flash and applet, but not the QuickTime movie.
>
>     Fote
>

#919 From: "Foteos Macrides" <fote@...>
Date: Fri May 11, 2007 3:47 pm
Subject: Re: [OLmws] Re: I think I found a little bug?
oldgreeky
Send Email Send Email
 
Daffie,
 
Thanks for the feedback.  I set the:
 
 
test file to use what I expect to finalize, but I want to do a bit more testing before I do finalize everything and put out a formal update of the distribution.
 
At this point, none of the three types of objects should obscure popups for IE v5.5 or higher on Windows.  Neither flash nor applet objects should obscure popups for Firefox v1.5 or higher on any platform including Linux, but on all platforms which support QuickTime, the QT objects will obscure the popups and thus are hidden when the popups would overlap with them.  For Opera v9 on all platforms and Safari on MAC OSX, flash objects do not obscure popups, but both applet and QuickTime objects are hidden when the popups would overlap with them.  Konqueror should be like Opera and Safari.
 
If anyone trying that test file comes up with results different from the above summary for any platform / browser combo, please let me know.
 
Fote
--
 
----- Original Message -----
Sent: Friday, May 11, 2007 10:11 AM
Subject: [OLmws] Re: I think I found a little bug?

Hi Foteos Macrides,

I have tried your updated page and it works fine fedora core 5.  There is no quicktime for linux.

On my windows xp machine all is oke for ie7 and firefox2. On opera9 flash goes oke. With flash and quicktime, however, when you move the mouse over the link and the popup shows. Then does the flash or quicktime movie disappears. When you then move the mouse off the link, then the popup disappears and the flash or quicktime movie appears again.

Thank you very much for your efforts,

daffie

#920 From: "Foteos Macrides" <fote@...>
Date: Sun May 13, 2007 4:24 am
Subject: Re: [OLmws] Re: I think I found a little bug?
oldgreeky
Send Email Send Email
 
Daffie,
 
I updated the overlibmws distribution yesterday with the solid stuff, and today I've been trying to tweak the overlibmws_modal.js plug-in so that flash objects can stay visible for Firefox on Linux during MODAL blocks of a document, as they can with the platform / browser combos which support windowless mode for flash.  I think I've succeeded, but would you kindly try:
 
 
on your Fedora core 5 system with Firefox v1.5?  The flash movie should stay visible, whereas the applet (and QuickTime movie if Linux had QuickTime  :<) should become hidden when any one of the 3 MODAL popups is invoked.  But you should not be able to access the flash movie as a link until you close any MODAL popup and thereby lift the block.
 
Beware that with a flash movie, java applet (and on non-Linux systems, a QuickTime Virtual Reality movie) in close proximity in the same document, Firebox become very clunky, even on systems with a really fast processor and lots of memory.  IE and Opera on Windows PCs are not bogged down as badly as Firefox.
 
Fote
--
 
----- Original Message -----
Sent: Friday, May 11, 2007 11:47 AM
Subject: Re: [OLmws] Re: I think I found a little bug?

Daffie,
 
Thanks for the feedback.  I set the:
 
 
test file to use what I expect to finalize, but I want to do a bit more testing before I do finalize everything and put out a formal update of the distribution.
 
At this point, none of the three types of objects should obscure popups for IE v5.5 or higher on Windows.  Neither flash nor applet objects should obscure popups for Firefox v1.5 or higher on any platform including Linux, but on all platforms which support QuickTime, the QT objects will obscure the popups and thus are hidden when the popups would overlap with them.  For Opera v9 on all platforms and Safari on MAC OSX, flash objects do not obscure popups, but both applet and QuickTime objects are hidden when the popups would overlap with them.  Konqueror should be like Opera and Safari.
 
If anyone trying that test file comes up with results different from the above summary for any platform / browser combo, please let me know.
 
Fote
--
 
----- Original Message -----
Sent: Friday, May 11, 2007 10:11 AM
Subject: [OLmws] Re: I think I found a little bug?

Hi Foteos Macrides,

I have tried your updated page and it works fine fedora core 5.  There is no quicktime for linux.

On my windows xp machine all is oke for ie7 and firefox2. On opera9 flash goes oke. With flash and quicktime, however, when you move the mouse over the link and the popup shows. Then does the flash or quicktime movie disappears. When you then move the mouse off the link, then the popup disappears and the flash or quicktime movie appears again.

Thank you very much for your efforts,

daffie

#921 From: "stefan.guendhoer" <stefan.guendhoer@...>
Date: Sun May 13, 2007 7:06 pm
Subject: Single quote problem when I use ' or '
stefan.guend...
Send Email Send Email
 
Hi all!

Could you please enable support for single quotes when they are used
like ' or ' ?

Would be much better for my page than using \'
Would be great if you help me, thx in advance

greetings,
gueste

#922 From: "Foteos Macrides" <fote@...>
Date: Mon May 14, 2007 12:06 am
Subject: Re: [OLmws] Single quote problem when I use ' or '
oldgreeky
Send Email Send Email
 
Gueste,
 
I presume your are referring to the lead argument for an overlib call, passed directly in an onmouseover or onclick attribute value rather than via a string variable name or array entry.  What you need to understand is that two different parser's with intentionally different rules are being used in tandem -- the HTML parser which treats HTML entities (but NOT backslashes) as an escaping mechanism, and then the javascript parser which treats backslashes (but NOT entities) as an escaping mechanism.  If you have something like:
 
onmouseover="return overlib( '&quot;Parser\&#39;s Behavior&quot;&#039);"
 
then on it's first pass the HTML parser will encounter the raw double-quote after the equals sign, and search for the next raw double-quote as the terminator, converting all of the HTML entities in between, but not acting on them as raw characters.  So the &quot; entities will be converted, but not be treated as terminators by the HTML parser.  When the HTML parser finishes parsing that, the argument for the overlib call will have become:
 
'"Parser\'s Behavior"' 
 
and that is what will get passed to the javascript parser as the lead argument for the overlib call.  The javascript parser will see the initial single-quote and look for the next unescaped single-quote as the terminator, removing the backslash escape for the single-quote in the middle of that string, but not acting on it as the terminator, nor caring about the double-quotes because the argument began with a single quote.  So when the javascript parser also is done, the string displayed in the popup will be:
 
"Parser's Behavior"
 
i.e., both double-quotes and the single-quote will be displayed.
 
If you had used \" instead of &quot; in the attribute value, you would have tripped up the HTML parser.  For the javascript parser, it doesn't matter whether you used raw single-quotes or HTML entities for single-quotes, because on it's initial pass the HTML parser will convert them all to raw single-quotes.  What matters for the javascript parser is that any single quotes within the string which are to be displayed rather than acting as a terminator have been backslash escaped.
 
So what you imaged would make it better for your page in fact would make it impossible for the HTML and javascript parsers to act in tandem without messing each other up.
 
If your actual problem is that you are having problems coping with embedded quotes, show us more fully what you are trying do so that we can help you deal with the embedding properly.
 
Fote
--
 
----- Original Message -----
Sent: Sunday, May 13, 2007 3:06 PM
Subject: [OLmws] Single quote problem when I use &#39; or &#039;

Hi all!

Could you please enable support for single quotes when they are used like &#39; or &#039; ?

Would be much better for my page than using \'
Would be great if you help me, thx in advance

greetings,
gueste

#923 From: "daffie_noname" <daffie_noname@...>
Date: Tue May 15, 2007 9:23 am
Subject: [OLmws] Re: I think I found a little bug?
daffie_noname
Send Email Send Email
 
Hi Foteos Macrides,

I have tried your new version. And I am sorry to say it is not working
as it is suppost to. See my image
(http://tech.ph.groups.yahoo.com/group/overlibmws/photos/view/c620?b=2).

The event mouseover is taking very long (about 3-5 seconds) before the
  popunder is shown. The following onmouseout does not work and the
popunder does not disappear. Any other onmouseover events do not work
any more. :(

If you want me to test again you can also contact me at daffie at
fluffies dot org. This is most off the time a lot quicker. :)


--- In overlibmws@yahoogroups.com, "Foteos Macrides" <fote@...> wrote:
>
> Daffie,
>
> I updated the overlibmws distribution yesterday with the solid
stuff, and today I've been trying to tweak the overlibmws_modal.js
plug-in so that flash objects can stay visible for Firefox on Linux
during MODAL blocks of a document, as they can with the platform /
browser combos which support windowless mode for flash.  I think I've
succeeded, but would you kindly try:
>
> http://www.macridesweb.com/oltest/flashAppletQTVR_modalsh.html
>
> on your Fedora core 5 system with Firefox v1.5?  The flash movie
should stay visible, whereas the applet (and QuickTime movie if Linux
had QuickTime  :<) should become hidden when any one of the 3 MODAL
popups is invoked.  But you should not be able to access the flash
movie as a link until you close any MODAL popup and thereby lift the
block.
>
> Beware that with a flash movie, java applet (and on non-Linux
systems, a QuickTime Virtual Reality movie) in close proximity in the
same document, Firebox become very clunky, even on systems with a
really fast processor and lots of memory.  IE and Opera on Windows PCs
are not bogged down as badly as Firefox.
>
> Fote
> --
>
>   ----- Original Message -----
>   From: Foteos Macrides
>   To: overlibmws@yahoogroups.com
>   Sent: Friday, May 11, 2007 11:47 AM
>   Subject: Re: [OLmws] Re: I think I found a little bug?
>
>
>   Daffie,
>
>   Thanks for the feedback.  I set the:
>
>   http://www.macridesweb.com/oltest/flashAppletQTVR.html
>
>   test file to use what I expect to finalize, but I want to do a bit
more testing before I do finalize everything and put out a formal
update of the distribution.
>
>   At this point, none of the three types of objects should obscure
popups for IE v5.5 or higher on Windows.  Neither flash nor applet
objects should obscure popups for Firefox v1.5 or higher on any
platform including Linux, but on all platforms which support
QuickTime, the QT objects will obscure the popups and thus are hidden
when the popups would overlap with them.  For Opera v9 on all
platforms and Safari on MAC OSX, flash objects do not obscure popups,
but both applet and QuickTime objects are hidden when the popups would
overlap with them.  Konqueror should be like Opera and Safari.
>
>   If anyone trying that test file comes up with results different
from the above summary for any platform / browser combo, please let me
know.
>
>   Fote
>   --
>
>     ----- Original Message -----
>     From: daffie_noname
>     To: overlibmws@yahoogroups.com
>     Sent: Friday, May 11, 2007 10:11 AM
>     Subject: [OLmws] Re: I think I found a little bug?
>
>
>     Hi Foteos Macrides,
>
>     I have tried your updated page and it works fine fedora core 5.
  There is no quicktime for linux.
>
>     On my windows xp machine all is oke for ie7 and firefox2. On
opera9 flash goes oke. With flash and quicktime, however, when you
move the mouse over the link and the popup shows. Then does the flash
or quicktime movie disappears. When you then move the mouse off the
link, then the popup disappears and the flash or quicktime movie
appears again.
>
>     Thank you very much for your efforts,
>
>     daffie
>

#924 From: "Foteos Macrides" <fote@...>
Date: Tue May 15, 2007 7:23 pm
Subject: Re: [OLmws] Re: I think I found a little bug?
oldgreeky
Send Email Send Email
 
Daffie,
 
The MODAL popups are STICKY, i.e., they are closed via their "Close" link, not onmouseout from the elements which invoke them.  Also, once any MODAL popup has been invoked, no other primary popup can be invoked until that one is closed.  That's all working as intended, though you might wish to review the STICKY and MODAL commands in the support documents and Command Reference.
 
But the important observation in your feedback is that the iframe shim for Firefox on Linux is not reliable across flavors of X-terminal for that browser and platform combo.  In contrast, the iframe shim for IE on MS Windows is 100% reliable.  I guess that's not really surprising because the iframe shim is a documented feature for IE since its v5.5 upgrade, and thus is checked by MS for each subsequent upgrade of that browser.  Conversely, the iframe shim for Firefox is NOT a documented (intentional) feature.  It "just happens" to serve as a workaround for the present lack of Firefox support for flash windowless mode with Linux X-terminals under some (but we now know not all) circumstances, plus there is no guarantee that it will continue to work in Firefox upgrades because it's not something which the Firefox developers check.  So my predisposition is to back out those mods, and just wait for the Firefox developers to succeed in getting flash windowless mode to work with Linux X-terminals.
 
Again, thanks for your feedback.  It was worth giving that workaround a shot, even though it didn't prove fully adequate.
 
Fote
--
 
----- Original Message -----
Sent: Tuesday, May 15, 2007 5:23 AM
Subject: [OLmws] Re: I think I found a little bug?

Hi Foteos Macrides,

I have tried your new version. And I am sorry to say it is not working as it is suppost to. See my image (http://tech.ph.groups.yahoo.com/group/overlibmws/photos/view/c620?b=2).

The event mouseover is taking very long (about 3-5 seconds) before the popunder is shown. The following onmouseout does not work and the popunder does not disappear. Any other onmouseover events do not work any more. :(

If you want me to test again you can also contact me at daffie at fluffies dot org. This is most off the time a lot quicker. :)

Messages 894 - 924 of 1492   Oldest  |  < Older  |  Newer >  |  Newest
Add to My Yahoo!      XML What's This?

Copyright © 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help