<br><tt><font size=2>freenx-knx-bounces@kde.org wrote on 06/12/2012 10:39:54:<br>
<br>
> Hi Tobias,<br>
> <br>
> while I haven't looked at the code, I'd guess that what it was *meant*
<br>
> to do is set $windows_app to the value of the *output* of the <br>
> nxdesktop_helper script.<br>
</font></tt>
<br><tt><font size=2>No,</font></tt>
<br><tt><font size=2>it's just a wrapper to massage url style %20s etc</font></tt>
<br><tt><font size=2>to actual characters</font></tt>
<br><tt><font size=2>and</font></tt>
<br><tt><font size=2>work around some legacy coding mess which actually
stops</font></tt>
<br><tt><font size=2>windows_app being set whatever you eneter in nxclient
. . .</font></tt>
<br>
<br><tt><font size=2>> <br>
> That would make sense in a way, say, running "iexplore.exe <br>
> </font></tt><a href="http://custom-url-passed-from-client/"><tt><font size=2>http://custom-url-passed-from-client</font></tt></a><tt><font size=2>"
or opening an office document that <br>
> has been downloaded on the Client in a Microsoft Office appication
<br>
> running on the Terminal Server, assuming the file location is somehow
<br>
> made available (and the path properly parsed) on the Terminal Server.<br>
</font></tt>
<br><tt><font size=2>yup, that's what you should be able to do . . . .</font></tt>
<br>
<br><tt><font size=2>> <br>
> I've seen such beasts in commercial Terminal Server/Citrix environments.<br>
</font></tt>
<br><tt><font size=2>It will work on FreeNX if you have patched nxserver
and nxnode scripts</font></tt>
<br>
<br><tt><font size=2>The coding to  move away from nxdesktop  to
a wrapped</font></tt>
<br><tt><font size=2>rdesktop wasn't finished.</font></tt>
<br>
<br>
<br><tt><font size=2>> <br>
> -Stefan<br>
> <br>
</font></tt>