<br>I&#39;m either not asking the second question clearly or I&#39;m not understanding your answer about <span class="q" id="q_11504f2ec460c091_2">the connection between the jquery_plugin module and modules that require the JQuery plug-ins
</span>.&nbsp; I&#39;m not asking about activating the plugin when the module is called (which I think 2 and 3 answer) or getting the JQuery plugins from <a href="http://jquery.com">jquery.com</a> to the Drupal install, but simply getting a module with a JQuery plugin dependency installed.
<br><br>Let&#39;s say I&#39;ve developed a module that requires a jquery plugin.&nbsp; You want to use the module, but don&#39;t have the required JQuery plugin.&nbsp; What happens?&nbsp; <br><br>Obviously the module would have a dependency of jquery_update module, but how does a module with a jquery plugin dependency indicate to the site admin that an additional jquery plugin is required for the module to function?
<br><br>I&#39;d love to see the process for installing modules that require two step installs standardized.&nbsp; <br><br>- Kevin Reynen<br><br><div><span class="gmail_quote">On 9/14/07, <b class="gmail_sendername">Larry Garfield
</b> &lt;<a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>In an earlier message, I had proposed two activation methods:<br><br>1) An admin form ~ admin/build/modules where the admin can toggle on or off a given plugin.<br><br>2) A hook_jquery() that modules can implement to specify which they require.&nbsp;&nbsp;The jquery module can then auto-activate those that are requested, and do some sort of error reporting if it is not available.&nbsp;&nbsp;(This method does require a hard naming convention, which is probably OK since jQuery has an informal convention.)
<br><br>3) Nobody expects the Spanish Inquisition!&nbsp;&nbsp;I guess there&#39;s no reason we couldn&#39;t do both, with hook-requested plugins always-on and the admin able to activate more at his leisure.<br><br>Plugins used only by a theme probably wouldn&#39;t need this, as they already have a scripts key in their info file.&nbsp;&nbsp;(Say, how come we didn&#39;t enable scripts and styles keywords for module .info files?&nbsp;&nbsp;Bah.&nbsp;&nbsp;Drupal 7.)
<br><br>That would be a separate question from how the plugin gets on the server and where it lives (FTP, http upload, FTP-loopback routine, etc.).<br><br>--Larry Garfield<br><br>On Fri, 14 Sep 2007 08:51:41 -0700, &quot;Kevin Reynen&quot; &lt;
<a href="mailto:kreynen@gmail.com">kreynen@gmail.com</a>&gt; wrote:<br>&gt; Forgive me if these have already been spelled out and I missed it, but with<br>&gt; Earnie&#39;s vision for a jquery_plugin module...<br>&gt;<br>
&gt; Is the jquery_plugin module alerting users to updates of the JQuery<br>&gt; plugins<br>&gt; (that they would manually download (hopefully look at) and then upload)?<br>&gt;<br>&gt; Is there any automated connection between the jquery_plugin module and
<br>&gt; modules that require the plug-ins or are modules that require JQuery<br>&gt; plugins<br>&gt; expected to check to see if the plugin are in the files/jquery/ directory<br>&gt; and alert the site&#39;s admin to use jquery_plugin to upload the plugin if
<br>&gt; it&#39;s<br>&gt; not there?<br>&gt;<br>&gt; - Kevin<br>&gt;<br>&gt; On 9/14/07, Earnie Boyd &lt;<a href="mailto:earnie@users.sourceforge.net">earnie@users.sourceforge.net</a>&gt; wrote:<br>&gt;&gt;<br>&gt;&gt; Quoting Jeff Eaton &lt;
<a href="mailto:jeff@viapositiva.net">jeff@viapositiva.net</a>&gt;:<br>&gt;&gt;<br>&gt;&gt; &gt; On Sep 14, 2007, at 6:23 AM, Frando wrote:<br>&gt;&gt; &gt;<br>&gt;&gt; &gt;&gt; I agree of course. What makes me wonder, though, don&#39;t we in Drupal 6
<br>&gt;&gt; &gt;&gt; already include a javascript file in every request which is written<br>&gt; by<br>&gt;&gt; &gt;&gt; Drupal to the filesystem via the Javascript aggregator/compressor?<br>&gt;&gt; &gt;&gt;<br>&gt;&gt; &gt;&gt; Isn&#39;t that exactly the same as allowing Drupal to save
<br>&gt;&gt; downloaded&nbsp;&nbsp;jQuery<br>&gt;&gt; &gt;&gt; plugins in the file directory (not that I think this is good<br>&gt;&gt; idea&nbsp;&nbsp;anyway)?<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; The difference is that the JS files that make up that aggregated JS
<br>&gt;&gt; &gt; file were all downloaded manually by an administrator and installed,<br>&gt;&gt; &gt; not auto-downloaded from a remote server and installed by a &#39;smart&#39;<br>&gt;&gt; &gt; module.<br>&gt;&gt; &gt;
<br>&gt;&gt;<br>&gt;&gt; Ok, I&#39;ve gone back and reread parts of this thread.&nbsp;&nbsp;Let&#39;s put the<br>&gt;&gt; argument against automating the jQuery plugin scripts behind us because<br>&gt;&gt; it has been expressed and everyone understands that it is a bad idea.
<br>&gt;&gt;<br>&gt;&gt; Now let us discuss: the administrator is given the option in the<br>&gt;&gt; jquery_plugin module to upload his jQuery plugin.&nbsp;&nbsp;The jquery_plugin<br>&gt;&gt; module writes the uploaded file to files/jquery/ directory.&nbsp;&nbsp;The
<br>&gt;&gt; jquery_plugin module then serves the client visiting the site those<br>&gt;&gt; files.<br>&gt;&gt;<br>&gt;&gt; Earnie -- <a href="http://for-my-kids.com/">http://for-my-kids.com/</a><br>&gt;&gt; -- <a href="http://give-me-an-offer.com/">
http://give-me-an-offer.com/</a><br>&gt;&gt;<br>&gt;&gt;<br>&gt;<br>&gt;<br><br></blockquote></div><br>