File: plugin-proxy-overview.html

package info (click to toggle)
gwyddion 2.52-1
  • links: PTS, VCS
  • area: main
  • in suites: buster
  • size: 46,588 kB
  • sloc: ansic: 367,740; python: 7,788; sh: 5,245; makefile: 4,317; xml: 3,631; cpp: 2,550; pascal: 418; perl: 154; ruby: 130
file content (119 lines) | stat: -rw-r--r-- 6,285 bytes parent folder | download | duplicates (4)
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
<!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: Gwyddion Module Library Reference Manual</title>
<meta name="generator" content="DocBook XSL Stylesheets Vsnapshot">
<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.19 (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="5"><tr valign="middle">
<td width="100%" align="left" class="shortcuts"></td>
<td><a accesskey="h" href="index.html"><img src="home.png" width="16" height="16" border="0" alt="Home"></a></td>
<td><a accesskey="u" href="PluginProxyReference.html"><img src="up.png" width="16" height="16" border="0" alt="Up"></a></td>
<td><a accesskey="p" href="PluginProxyReference.html"><img src="left.png" width="16" height="16" border="0" alt="Prev"></a></td>
<td><a accesskey="n" href="plugin-proxy-process.html"><img src="right.png" width="16" height="16" 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 class="gallery_image" valign="top" align="right"></td>
</tr></table></div>
<div class="refsect1">
<a name="id-1.4.2.3"></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" style="list-style-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="id-1.4.2.4"></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.19</div>
</body>
</html>