<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[How to document a plugin?]]></title><description><![CDATA[<p dir="auto">Assume I'd want to write a tutorial-style document on how to use a plugin</p>
<p dir="auto">What would be the place to put it?<br />
Should I use Markdown?</p>
]]></description><link>https://community.windy.com/topic/8925/how-to-document-a-plugin</link><generator>RSS for Node</generator><lastBuildDate>Wed, 10 Jun 2026 15:25:51 GMT</lastBuildDate><atom:link href="https://community.windy.com/topic/8925.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 13 Jul 2019 05:57:43 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to How to document a plugin? on Sat, 02 Nov 2019 22:04:57 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/ivo" aria-label="Profile: ivo">@<bdi>ivo</bdi></a> said in <a href="/post/27536">How to document a plugin?</a>:</p>
<blockquote>
<p dir="auto">Basicly the plugins are a slight security threat running JS in the same context. We plan to make nice plugin Gallery and loading/opening plugins much more easy, yet we do not believe that opening URL is good idea.</p>
<p dir="auto">This way an attacker can submit an attacker can submit a link with malware JS plugin in path. We routinely check source code of published plugins to make sure this will not happen.</p>
</blockquote>
<p dir="auto">A simple solution which is not a security risk is to open a pre-filled form which the user has to confirm. E.g. <a href="https://www.windy.com/?plugin=windy-plugin-pg-mapa" rel="nofollow ugc">https://www.windy.com/?plugin=windy-plugin-pg-mapa</a> would open this:</p>
<p dir="auto"><img src="https://pg.vrana.cz/mapa/plugin.png" alt="pre-filled form" class=" img-fluid img-markdown" /></p>
<p dir="auto">The user then needs to click <em>Load &amp; activate</em>.</p>
]]></description><link>https://community.windy.com/post/32587</link><guid isPermaLink="true">https://community.windy.com/post/32587</guid><dc:creator><![CDATA[jakubvrana]]></dc:creator><pubDate>Sat, 02 Nov 2019 22:04:57 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Sun, 25 Aug 2019 17:49:26 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/tomslavkovsky" aria-label="Profile: TomSlavkovsky">@<bdi>TomSlavkovsky</bdi></a> <a class="plugin-mentions-user plugin-mentions-a" href="/user/ivo" aria-label="Profile: ivo">@<bdi>ivo</bdi></a> what do you think about making plugins a permanent affair, like in browsers?</p>
<p dir="auto">so the whole clickety-click dance at startup becomes a one-time affair?</p>
<p dir="auto">that does have UI implications like - no immediate popup of menus etc - only right-click</p>
]]></description><link>https://community.windy.com/post/28201</link><guid isPermaLink="true">https://community.windy.com/post/28201</guid><dc:creator><![CDATA[mhaberler]]></dc:creator><pubDate>Sun, 25 Aug 2019 17:49:26 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Thu, 22 Aug 2019 20:35:32 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/ivo" aria-label="Profile: ivo">@<bdi>ivo</bdi></a> eye:  <a href="https://www.figma.com/blog/how-we-built-the-figma-plugin-system/" rel="nofollow ugc">https://www.figma.com/blog/how-we-built-the-figma-plugin-system/</a></p>
]]></description><link>https://community.windy.com/post/28027</link><guid isPermaLink="true">https://community.windy.com/post/28027</guid><dc:creator><![CDATA[mhaberler]]></dc:creator><pubDate>Thu, 22 Aug 2019 20:35:32 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Thu, 22 Aug 2019 20:35:04 GMT]]></title><description><![CDATA[<p dir="auto">makes the common case a snap.  very well done!</p>
]]></description><link>https://community.windy.com/post/28026</link><guid isPermaLink="true">https://community.windy.com/post/28026</guid><dc:creator><![CDATA[mhaberler]]></dc:creator><pubDate>Thu, 22 Aug 2019 20:35:04 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Tue, 20 Aug 2019 13:30:28 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mhaberler" aria-label="Profile: mhaberler">@<bdi>mhaberler</bdi></a> The new plugin gallery is now live.</p>
]]></description><link>https://community.windy.com/post/27885</link><guid isPermaLink="true">https://community.windy.com/post/27885</guid><dc:creator><![CDATA[TomSlavkovsky]]></dc:creator><pubDate>Tue, 20 Aug 2019 13:30:28 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Mon, 19 Aug 2019 18:26:03 GMT]]></title><description><![CDATA[<p dir="auto">it's all about streamlining the common case.</p>
<p dir="auto">An advanced user or developer can well be subjected to jump the occasional hoop.</p>
]]></description><link>https://community.windy.com/post/27815</link><guid isPermaLink="true">https://community.windy.com/post/27815</guid><dc:creator><![CDATA[mhaberler]]></dc:creator><pubDate>Mon, 19 Aug 2019 18:26:03 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Tue, 13 Aug 2019 09:33:07 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mhaberler" aria-label="Profile: mhaberler">@<bdi>mhaberler</bdi></a> Good idea</p>
]]></description><link>https://community.windy.com/post/27538</link><guid isPermaLink="true">https://community.windy.com/post/27538</guid><dc:creator><![CDATA[ivo]]></dc:creator><pubDate>Tue, 13 Aug 2019 09:33:07 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Tue, 13 Aug 2019 09:10:45 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/ivo" aria-label="Profile: ivo">@<bdi>ivo</bdi></a> how do you think about a signature check for verified plugins?</p>
<p dir="auto">verified plugins which pass the signature check can load via URL, others must go via enter name/click load</p>
]]></description><link>https://community.windy.com/post/27537</link><guid isPermaLink="true">https://community.windy.com/post/27537</guid><dc:creator><![CDATA[mhaberler]]></dc:creator><pubDate>Tue, 13 Aug 2019 09:10:45 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Tue, 13 Aug 2019 09:06:32 GMT]]></title><description><![CDATA[<p dir="auto">Basicly the plugins are a slight security threat running JS in the same context. We plan to make nice plugin Gallery and loading/opening plugins much more easy, yet we do not believe that opening URL is good idea.</p>
<p dir="auto">This way an attacker can submit an attacker can submit a link with malware JS plugin in path. We routinely check source code of published plugins to make sure this will not happen.</p>
]]></description><link>https://community.windy.com/post/27536</link><guid isPermaLink="true">https://community.windy.com/post/27536</guid><dc:creator><![CDATA[ivo]]></dc:creator><pubDate>Tue, 13 Aug 2019 09:06:32 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Tue, 13 Aug 2019 08:00:24 GMT]]></title><description><![CDATA[<p dir="auto">I second <a class="plugin-mentions-user plugin-mentions-a" href="/user/rittels" aria-label="Profile: rittels">@<bdi>rittels</bdi></a> suggestion for "encode plugins to load in URL"</p>
<p dir="auto">the current sequence (click hamburger menu -&gt; Load plugin -&gt; type name -&gt; hit "Load") is fine for geeks, but rather cumbersome for non-technical users</p>
<p dir="auto">why not have it as simple as:</p>
<pre><code>https://www.windy.com/?plugin=traj
</code></pre>
<p dir="auto">and show the map panel if the plugin loaded OK - just show an error message if the load failed</p>
<p dir="auto">MUCH lower hassle factor</p>
]]></description><link>https://community.windy.com/post/27532</link><guid isPermaLink="true">https://community.windy.com/post/27532</guid><dc:creator><![CDATA[mhaberler]]></dc:creator><pubDate>Tue, 13 Aug 2019 08:00:24 GMT</pubDate></item><item><title><![CDATA[Reply to How to document a plugin? on Sat, 13 Jul 2019 12:00:22 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/ivo" aria-label="Profile: ivo">@<bdi>ivo</bdi></a></p>
<p dir="auto">It would be great to use the url query str to load and mount a plugin.  Also provide parameters that one can read from within the plugin.</p>
<p dir="auto">Something like:  <a href="http://www.windy.com/plugins/traj/?parameter1=x&amp;" rel="nofollow ugc">www.windy.com/plugins/traj/?parameter1=x&amp;</a>......</p>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mhaberler" aria-label="Profile: mhaberler">@<bdi>mhaberler</bdi></a>  tells me the traj plugin appears to be gaining popularity among non-geek balloonists.</p>
]]></description><link>https://community.windy.com/post/25680</link><guid isPermaLink="true">https://community.windy.com/post/25680</guid><dc:creator><![CDATA[rittels]]></dc:creator><pubDate>Sat, 13 Jul 2019 12:00:22 GMT</pubDate></item></channel></rss>