Agreed. A simple prompt asking if they would like to save the source for later would probably be sufficient to isolate this choice from the workflow usability standpoint. Defaulting to &quot;No&quot; but if &quot;Yes&quot; is chosen, they will get a second prompt for where they would like to save the project.<br>
<br>Thoughts?<br>~Lincoln<br><br><div class="gmail_quote">On Wed, May 11, 2011 at 4:51 AM, Dan Allen <span dir="ltr">&lt;<a href="mailto:dan.j.allen@gmail.com">dan.j.allen@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I say we prompt. After all, if you are downloading source, I&#39;m very likely going to want to know where you are putting that source. We could remember the parent folder the first time they save source (make the config variable) and suggest that location the second time they do it. That would be a stellar experience.<div>


<br></div><div>(We could even remind them they are free to hack on it, then reload).<br><div><br></div><div>-Dan<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Wed, May 11, 2011 at 01:45, Paul Bakker <span dir="ltr">&lt;<a href="http://paul.bakker.nl" target="_blank">paul.bakker.nl</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think it&#39;s better to not put editable source code in .forge. With upgrades of API&#39;s etc. it&#39;s sometimes necessary to throw away the .forge dir. I like the idea though, so maybe we can ask the user: &quot;where do you want to save the plugin project?&quot; on plugin installation which by default saves in .forge/plugins so that we don&#39;t mess up the user&#39;s file system. <br>



<br><div>Paul</div><div><br><div class="gmail_quote"><div><div></div><div>On Wed, May 11, 2011 at 10:27 AM, Dan Allen <span dir="ltr">&lt;<a href="mailto:dan.j.allen@gmail.com" target="_blank">dan.j.allen@gmail.com</a>&gt;</span> wrote:<br>


</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>
As I&#39;ve been demoing forge, I&#39;ve been pitching that one of the most elegant aspects of the git-plugin command is that it automatically sets you up with source code to hack on. After experimenting with a plugin tonight, I realized that while the final artifact gets put in ~/.forge/plugins, the repository is hidden away in a cryptic directory in my temporary folder. I think behavior should be changed to make it more welcoming for developers to contribute back.<div>





<br></div><div>I propose one of the following two locations, though feel free to choose a more flexible option:</div><div><br></div><div>~/.forge/plugin-repos</div><div>~/forge/plugins</div><div><br></div><div>...or read an option from .forge/config. Perhaps prompt the user where to stick the source even.</div>





<div><div><br></div><div>-Dan<br clear="all"><br>-- <br><div>Dan Allen</div>Principal Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br><br><div><a href="http://www.google.com/profiles/dan.j.allen#about" target="_blank">http://www.google.com/profiles/dan.j.allen#about</a><br>





<a href="http://mojavelinux.com" target="_blank">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br></div><br>
</div></div>
<br></div></div>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div>Dan Allen</div>Principal Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br><br><div><a href="http://www.google.com/profiles/dan.j.allen#about" target="_blank">http://www.google.com/profiles/dan.j.allen#about</a><br>


<a href="http://mojavelinux.com" target="_blank">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br></div><br>
</div></div></div></div>
<br>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.com">http://ocpsoft.com</a><br><a href="http://scrumshark.com">http://scrumshark.com</a><br>&quot;Keep it Simple&quot;<br>