<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2018-05-06 16:30 GMT-03:00 IOhannes m zmölnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 05/06/2018 05:51 AM, Liam Goodacre wrote:<br>
> You can use [pddplink] from the pddp library to open a file from the hard disk (or the as-yet unreleased [link] from ELSE).<br>
<br>
</span>while i cannot help you with your specific question, i'd like to point<br>
out that the "link" object is already taken by pmpd, and should probably<br>
be avoided (it is a rather generic term as well, so i don't think it is<br>
a good name for any special purpose object).<br></blockquote><div><br></div><div>agreed</div><div><br></div><div>What the object is doing is more opening any kind of file, what pddplink actually does as well, but I'm expanding the features to make it able to receive a file name and open it. This will open the file according to the software specified by the operating system, so opening a wave file calls the default software that handles wav files. The deal with urls and weblinks is that these are opened by your default browser, so it's not that it's a specific thing for weblinks at all. <br><br>So if you give it a "odt" file to open, it'll call the default software that handles it... </div><div><br></div><div>I don't know much about this, but if you want to open a documentation file at a specific location, I guess your best strategy is to offer a divided html documentation folder. And everyone has a default browser for opening these...</div><div><br></div><div>cheers</div></div></div></div>