overlibmws : Messages : 894-924 of 1492

#894

From: "Jacqui Fleming" <jacqui1811@...>
Date: Sat Apr 14, 2007 8:16 pm
Subject: 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.');")

Reply | Messages in this Topic (1)

#895

From: "Foteos Macrides" <fote@...>
Date: Sat Apr 14, 2007 11:59 pm
Subject: Re: [OLmws] Newbie help please.

oldgreeky

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 -----

From: Jacqui Fleming

To: 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.');")

Reply | Messages in this Topic (4)

#896

From: Allan Regenbaum <allan@...>
Date: Sun Apr 15, 2007 1:01 am
Subject: Re: [OLmws] Newbie help please.

regenbauma

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...

Reply | Messages in this Topic (4)

#897

From: "Foteos Macrides" <fote@...>
Date: Sun Apr 15, 2007 1:32 am
Subject: Re: [OLmws] Newbie help please.

oldgreeky

Send Email

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...

Reply | Messages in this Topic (4)

#898

From: "Jacqui Fleming" <jacqui1811@...>
Date: Sun Apr 15, 2007 9:57 am
Subject: Re: [OLmws] Newbie help please.

jacqui1811

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...
>

Reply | Messages in this Topic (4)

#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

> 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:

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

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:

http://www.macridesweb.com/oltest/chart.xhtml

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

Reply | Messages in this Topic (1)

#900

From: "Foteos Macrides" <fote@...>
Date: Mon Apr 16, 2007 5:05 pm
Subject: Re: "loading" with ajax call

oldgreeky

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:

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

I assume you are referring to the AJAX example:

http://www.macridesweb.com/oltest/AJAX.html#ajaxex4v

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:

http://www.macridesweb.com/oltest/AJAX.html#ajaxex1af

and / or discussed in the:

http://tech.groups.yahoo.com/group/overlibmws/message/826

thread.

Fote

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

From: Allan Regenbaum

To: Foteos Macrides

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 !!

Reply | Messages in this Topic (1)

#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

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:

http://www.walterzorn.com/tooltip/tooltip_e.htm

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:

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:


<style type="text/css">
#nav li:hover ul {
left: auto;
}
</style>


Fote

--

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

From: Brandeis, Valerie

Cc: Vellines, Michael

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/w_roster.php

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">



</script>

Valerie Brandeis, IT Services

North Seattle Community College

Website: www.northseattle.edu

Email: vbrandeis@...

Tel: 527-3622    Office: ED 1744B

Reply | Messages in this Topic (1)

#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

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?

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:

http://www.walterzorn.com/tooltip/tooltip_e.htm

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:



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">



</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:


<style type="text/css">
#nav li:hover ul {
left: auto;
}
</style>


Fote

--

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

From: Brandeis, Valerie

Cc: Vellines, Michael

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/w_roster.php

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">



</script>

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

Reply | Messages in this Topic (1)

#904

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

xdragonfly5x

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);

Reply | Messages in this Topic (1)

#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

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:

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

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 -----

From: xdragonfly5x

To: overlibmws@yahoogroups.com

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);

Reply | Messages in this Topic (3)

#906

From: "xdragonfly5x" <xdragonfly5x@...>
Date: Mon Apr 23, 2007 8:45 am
Subject: Re: OLiframeContent doesn't close/hide all content ??

xdragonfly5x

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!

Reply | Messages in this Topic (3)

#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

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

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

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?

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:

http://www.walterzorn.com/tooltip/tooltip_e.htm

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:



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">



</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:


<style type="text/css">
#nav li:hover ul {
left: auto;
}
</style>


Fote

--

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

From: Brandeis, Valerie

Cc: Vellines, Michael

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/w_roster.php

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">



</script>

Valerie Brandeis, IT Services

North Seattle Community College

Website: www.northseattle.edu

Email: vbrandeis@...

Tel: 527-3622    Office: ED 1744B

Reply | Messages in this Topic (1)

#908

From: "Foteos Macrides" <fote@...>
Date: Wed Apr 25, 2007 3:00 am
Subject: Re: fades

oldgreeky

Send Email

Allan,

The overlibmws_filter.js plug-in module supports FADEIN and FADEOUT commands gated via the FILTER toggle. As illustrated in the:

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

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 -----

From: Allan Regenbaum

To: Foteos Macrides

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

Reply | Messages in this Topic (1)

#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

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

To: Foteos Macrides

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="center">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

Reply | Messages in this Topic (3)

#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

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 -----

From: patrickalbinson

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

Reply | Messages in this Topic (1)

#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

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 -----

From: patrickalbinson

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

Reply | Messages in this Topic (1)

#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

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

Reply | Messages in this Topic (1)

#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

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

Reply | Messages in this Topic (6)

#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

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
>

Reply | Messages in this Topic (6)

#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

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

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

From: Foteos Macrides

To: 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

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

Reply | Messages in this Topic (6)

#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

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

Reply | Messages in this Topic (6)

#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

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

Reply | Messages in this Topic (6)

#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

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
>

Reply | Messages in this Topic (6)

#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

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

Reply | Messages in this Topic (5)

#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

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

Reply | Messages in this Topic (5)

#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

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

Reply | Messages in this Topic (1)

#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

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( '"Parser\'s Behavior"&#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 " 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 " 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 -----

From: stefan.guendhoer

To: overlibmws@yahoogroups.com

Sent: Sunday, May 13, 2007 3:06 PM

Subject: [OLmws] Single quote problem when I use ' or '

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

Reply | Messages in this Topic (2)

#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

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
>

Reply | Messages in this Topic (5)

#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

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 -----

From: daffie_noname

To: overlibmws@yahoogroups.com

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. :)

Reply | Messages in this Topic (5)

Yahoo! Groups

Breaking News Visit Yahoo! News for the latest.

The Yahoo! Groups Product Blog

Check it out!

Group Information

Yahoo! Groups Tips

Did you know...

Messages