Javascript code appearing is search results

[FrankWS]

I am having a problem with code appearing is search results. I'm using the Professional edition via the Dreamweaver extension v5 build 1008.

As an example below is the first result. Notice that the first line under the page title contains the tail end of code that is found within an <img> tag.

1. Lodging - Pennsylvania
... Pennsylvania ', TITLE, 'Black Shanty Run Hickory Run State Park, Pennsylvania', LEFT, true, OFFSETY, -200)" /> The Pocono Mountains of Northeastern Pennsylvania offer 2,400 square miles of wooded peaks and valleys with numerous sparkling lakes, rushing rivers, and some of the loveliest waterfalls in the ...


Below is the full img tag as it's used in the page....

<img src="userimages/pennsylvania.jpg" width="130" height="179" alt="Black Shanty Run - Hickory Run State Park, Pennsylvania" title="Black Shanty Run - Hickory Run State Park, Pennsylvania" onmouseover="Tip('<img src=\'userimages/pennsylvania_full.jpg\' width=\'309\' height=\'425\'>', TITLE, 'Black Shanty Run<br />Hickory Run State Park, Pennsylvania', LEFT, true, OFFSETY, -200)" />

I am using WZ Tooltips so that the image can be moused over to produce a larger resolution image accompanied by some text. The WZ Tooltip code is contained within the mouseover event. But because WZ Tooltips requires special characters to be used (for example: \' instead of a " double quote character), I suspect this is where the problem originates. FWIW A search for "OFFSETY" generates results for every page that uses the code.

Is there an easy way to prevent the code from appearing in search results? I know I can use the <!--ZOOMSTOP--> and <!--ZOOMRESTART--> options before and after the img tag, but unlike using these options once in my Dreamweaver templates I would have to insert it in every page manually as well as in every instance of WZ Tooltips functionality whenever it's included in a page. I would like to avoid that extra work and am hoping a single fix could be made somewhere in Zoom but I can't find any setting that applies to img tags other than the ALT setting, which didn't make any difference when I tried disabling it.

Regards,
Frank

[MergeThis]

Unless the WrenSoft folks come up with something, I think you'll have to go with the manual insertion of ZOOMSTOP/ZOOMRESTART, as you've already guessed.

A good replacement tool such as FAR or ReplacEm should do the job quickly (I use FAR and love it!).


Good luck,
Leon

[Ray]

The inline Javascript contains HTML in plain-text and this is currently confusing Zoom when it is stripping out the HTML for the textual content. It is currently expecting inline JS to not contain HTML strings, or that they be encoded, or used within <script> blocks instead.

This bug will be fixed in the next public release, V5.1, which is almost ready for release and should be available soon.

[FrankWS]

Thank you for your suggestions Leon.


Ray,
My main concern was to minimize the caveats I need to remember on an ongoing basis. I'm greatly relieved that I won't have to manually insert ZOOMSTOP/ZOOMRESTART tags once v5.1 is released) Thank you for addressing this issue in such a timely fashion.

The site will be going public around the end of this month. It's my understanding that the DW extension usually lags behind the Windows release. Do you think you'll have the v5.1 Dreamweaver extension available by that time?

If not, and assuming the Windows version would be available, I'm thinking about using the Windows version until the DW extension is available. This way I won't have to bother temporarily inserting ZOOMSTOP/ZOOMRESTART tags around pre-existing img tags when the site is launched. In this case could the 5.1 Window installation use the .zcfg files created with the 5.0 DW extension?

Regards,
Frank