LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

HTML VI Help and Firefox bug

I don't know if it is a LabVIEW or Firefox bug but they don't go together well for VI Help.

In LabVIEW 7.1.1, I have set the Help path of a VI to Y:/projet24/Commandes.htm
When opening the help, Firefox opens two tabs, one empty and one containig the url resulting from the adress bar search, an unrelated page from the web containig the string projet24.

LabVIEW launched Firefox with the following command line:
C:\PROGRA~1\MOZILL~1\FIREFOX.EXE -url file://localhost/Y|/projet24/Commandes.htm

In Firefox, the bar"|" is a tab separator for urls. I think it attemps to open two urls, file://localhost/Y and /projet24/Commandes.htm

When I double click on the htm file, the command line for Firefox is:
C:\PROGRA~1\MOZILL~1\FIREFOX.EXE -url "Y:/projet24/Commandes.htm"



LabVIEW, C'est LabVIEW

Message 1 of 14
(6,143 Views)
I'm seeing the same thing, sort of.

I get varied results depending on where the .html file is located. Sometimes I get the correct file, sometimes it's a page from ni.com. I have not figured out the difference yet.

One thing I did notice is that I only get the extra blank tab if FireFox is not yet open. If it's open, I seem to get just the correct page, and the command line does have the bar separator.

I have not yet seen it return an unrelated page from the web containig the string of the filename.

So far I've only tried it from my local hard drive and not a network drive (guessing Y: is a mapped network drive). I'll try that and see if it makes a difference.

Ed


Ed Dickens - Certified LabVIEW Architect
Lockheed Martin Space
Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.
Message 2 of 14
(6,132 Views)
You are right, it works as expected when Firefox is already opened.
Y: is a SUBST drive to a local path.

Is there a way to specify a tag (#) within the htm file?


LabVIEW, C'est LabVIEW

0 Kudos
Message 3 of 14
(6,122 Views)
You should be able to link directly to an inpage anchor using a URL of "filename.htm#anchor" like this one from a site my wife built and maintains.
http://thebradleycenter.com/self-treatment.php#sports

I have not found anything significant on the FireFox issue yet. I'm getting the random pages related something in the path, but not the filename if there is a space somewhere in the path. If there's no space, it tries to load the filename as a URL.

This is on WinXP Prp SP2, LabVIEW 7.1.1 and FireFox 1.0.4 English version.

Ed


Ed Dickens - Certified LabVIEW Architect
Lockheed Martin Space
Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.
0 Kudos
Message 4 of 14
(6,120 Views)
About the anchors, filename.htm#anchor doesn't work. The Help for this VI is grayed out for everything not ending with .htm


LabVIEW, C'est LabVIEW

0 Kudos
Message 5 of 14
(6,105 Views)
With some HTML browsers, spaces must be converted to a special character in order to be seen as part of the path and not an end of the path with a command modifier.  Try replacing the space with %20 .
 
Hope that this helps.
 
Bob
0 Kudos
Message 6 of 14
(6,099 Views)
When the correct page loads, the URL shows up in the address with %20 for spaces already.

For some reason when the browser isn't yet loaded, it doesn't handle it correctly.

Ed


Ed Dickens - Certified LabVIEW Architect
Lockheed Martin Space
Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.
0 Kudos
Message 7 of 14
(6,092 Views)
I guess I should have tried that before I posted it.

One thing that might work would be to create a separte .htm file that uses the Refresh tag to send it to the inpage anchor. All you would need is a simple page containing the following.

<html>
<head>
    <title></title>
    <meta http-equiv="Refresh" content="0;url=path-filename.htm#anchor">
</head>
<body>
</body>
</html>

I haven't tried this, but it seems it should work. The content=0 in the above line is the delay in seconds before it is sent to URL at the end of the line, so a 0 will send it right away.

Hope that does it.

Ed


Ed Dickens - Certified LabVIEW Architect
Lockheed Martin Space
Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.
Message 8 of 14
(6,089 Views)


Ed Dickens a écrit:
I guess I should have tried that before I posted it.

One thing that might work would be to create a separte .htm file that uses the Refresh tag to send it to the inpage anchor. All you would need is a simple page containing the following.



   
    <meta http-equiv="Refresh" content="0;url=path-filename.htm#anchor">





I haven't tried this, but it seems it should work. The content=0 in the above line is the delay in seconds before it is sent to URL at the end of the line, so a 0 will send it right away.

Hope that does it.

Ed



That's the next thing I was about to try.
Thanks.


LabVIEW, C'est LabVIEW

0 Kudos
Message 9 of 14
(6,081 Views)
I don't think this is a Firefox bug.

LV 6.1: It works correct. Firefox is opened with the URL file:///D:/TEMP/FirefoxHelp.htm. When using a UNC named path the URL is file://///hersacher/Projekte/FirefoxHelp.htm.
LV 7.0 and LV 7.1.1: The URL is build incorrect in both cases either with a drive letter or UNC name.
Tested under W2000 SP4, Firefox 1.0.4 German
I will try to test it tomorrow on a system with MSIE as standard browser.
Waldemar

Using 7.1.1, 8.5.1, 8.6.1, 2009 on XP and RT
Don't forget to give Kudos to good answers and/or questions
Message 10 of 14
(6,063 Views)