/usr/share/gtk-doc/html/libgwymodule/plugin-proxy-overview.html is in libgwyddion20-doc 2.26-1ubuntu1.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 | <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Plug-in Proxy Overview</title>
<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
<link rel="home" href="index.html" title="Gwyddion Module Library Reference Manual">
<link rel="up" href="PluginProxyReference.html" title="Plug-in Proxy Reference">
<link rel="prev" href="PluginProxyReference.html" title="Plug-in Proxy Reference">
<link rel="next" href="plugin-proxy-process.html" title="Data Process Plug-ins">
<meta name="generator" content="GTK-Doc V1.8 (XML mode)">
<link rel="stylesheet" href="style.css" type="text/css">
</head>
<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
<table class="navigation" id="top" width="100%" summary="Navigation header" cellpadding="2" cellspacing="2"><tr valign="middle">
<td><a accesskey="p" href="PluginProxyReference.html"><img src="left.png" width="24" height="24" border="0" alt="Prev"></a></td>
<td><a accesskey="u" href="PluginProxyReference.html"><img src="up.png" width="24" height="24" border="0" alt="Up"></a></td>
<td><a accesskey="h" href="index.html"><img src="home.png" width="24" height="24" border="0" alt="Home"></a></td>
<th width="100%" align="center">Gwyddion Module Library Reference Manual</th>
<td><a accesskey="n" href="plugin-proxy-process.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
</tr></table>
<div class="refentry">
<a name="plugin-proxy-overview"></a><div class="titlepage"></div>
<div class="refnamediv"><table width="100%"><tr>
<td valign="top">
<h2><span class="refentrytitle">Plug-in Proxy Overview</span></h2>
<p>Plug-in Proxy Overview — 
      Overview of <span class="application">Gwyddion</span> plug-ins and the plugin-proxy module
    </p>
</td>
<td valign="top" align="right"></td>
</tr></table></div>
<div class="refsect1">
<a name="id629899"></a><h2>Plug-ins Overview</h2>
<p>
      Plug-ins are external programs that can be executed by <span class="application">Gwyddion</span>
      to either perform some operation on the data or to read or write
      data in a third-party file format.
    </p>
<p>
      Generally it is preferable to extend <span class="application">Gwyddion</span> functionality by
      modules, because modules are dynamic libraries linked directly
      to <span class="application">Gwyddion</span> at run-time allowing much more versatile interaction
      with the application, and they are also faster (for the same reason).
      For example, plug-ins generally cannot make use of existing <span class="application">Gwyddion</span>
      data processing functions and cannot modify data in-place, a new
      window is always created for the result.
      Programming of modules is also no harder than programming of plug-ins,
      maybe it is even easier (assuming you know C).
    </p>
<p>
      They are however two reasons to use plug-ins:
      </p>
<div class="itemizedlist"><ul class="itemizedlist" type="disc">
<li class="listitem">
          Instability.  A crash in a module is a crash in <span class="application">Gwyddion</span>
          because modules, once loaded, become part of the application.
          When a plug-in fails, one gets garbage or nothing instead of
          data, but it does not affect the application.
        </li>
<li class="listitem">
          Licensing.  Since modules link with <span class="application">Gwyddion</span> they are derived
          works of it and thus they have to be licensed under GNU General
          Public License, if they are to be distributed.  The plug-in
          interface was on the other hand designed specifically to allow
          plug-ins to be independent works and thus not bound by GNU GPL
          (you are of course still encouraged to use GNU GPL for your
          plug-ins).
          The interface consists only of a small set of command line
          arguments and a very simple data file format used for data
            exchange.
        </li>
<li class="listitem">
          Testing.  While module unloading and reloading is theoretically
          possible, it is not implemented.  Thus one has to quit and restart
          <span class="application">Gwyddion</span> for changes in a module to take effect.  Plug-ins are
          separate programs, so they are run in whatever state they currently
          are each time they are used.
        </li>
<li class="listitem">
          Language issues.  <span class="application">Gwyddion</span> currently has only C API.
          If you already have your data processing routines written in
          FORTRAN, Java, Ruby, Delphi, or whatever, you may find easy to make
          a plug-in from them, while conversion to a module can require
          substantial changes and/or rewrite to C.
        </li>
</ul></div>
<p>
    </p>
</div>
<div class="refsect1">
<a name="id598066"></a><h2>Plug-in Proxy</h2>
<p>
      The capability to use plug-ins is not a built-in <span class="application">Gwyddion</span> feature,
      instead it is provided a by a smart module called plug-in proxy.
      With the small exception there is a dedicated directory for plug-ins
      defined directly in <span class="application">Gwyddion</span>, the plug-in proxy module is in no way
      privileged or otherwise special.
      It can be removed and/or other plug-in proxies can be added and
      happily coexist with the current one.
    </p>
<p>
      When the plug-in proxy module registeres self, it scans the plug-in
      directories, requests information from the plug-ins it finds and passes
      the information as its own features.
      Likewise when it is run to process some data it executes
      the appropriate plug-in to process it and passes the result back to
      <span class="application">Gwyddion</span>.  All plug-in features thus look as plug-in proxy features
      to <span class="application">Gwyddion</span>, as you can see yourself in the Module Browser.
    </p>
<p>
      FIXME: More to be said.
    </p>
</div>
</div>
<div class="footer">
<hr>
          Generated by GTK-Doc V1.8</div>
</body>
</html>
 |