<div class="gmail_quote">On Mon, Aug 8, 2011 at 5:43 PM, Campbell Barton <span dir="ltr"><<a href="mailto:ideasman42@gmail.com">ideasman42@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Mon, Aug 8, 2011 at 3:37 AM, Daniel Salazar - 3Developer.com<br>
<<a href="mailto:zanqdo@gmail.com">zanqdo@gmail.com</a>> wrote:<br>
> Criteria not to accept scripts:<br>
><br>
> - viruses, etc.<br>
> - features overlapping with internal features<br>
> - conflicts with internal operators<br>
</div>+1</blockquote><div>Also +1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> Criteria before going to trunk:<br>
><br>
> - pep8 compliant<br>
> - wiki page<br>
> - unittest for imp/exp<br>
</div>+1 in principle that we _should_ do thsi but not sure if this is<br>
making our requirements too hight - we may loose contributors from<br>
this?<br>
<br>
Perhaps the requirement can be that these are done before next release<br>
or removal?, not sure how best to ensure this.</blockquote><div>+1 for requiring the cleanup to be done before the next release, but not needing it to be done before being added to trunk. I can see lots of benefits for this, however if it happened, we would have to make sure we weren't lax about enforcing it (eg. Removing it from trunk if the requirements were not met, most importantly the wiki page and unittest requirements)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> Scripts currently failing to load in SVN:<br>
><br>
> Cursor Control<br>
> Cursor History<br>
> Cursor Memory<br>
> API Navigator<br>
><br>
> Scripts that fail to work in SVN:<br>
><br>
> Reload Text Datablock if Modified<br>
</div>^, seems like something that should be built into blender or not at all.<br>
<div class="im"><br>
> Other Notes:<br>
><br>
> IvyGen, move to Toolbar (not 3D view / Add / Curve), truman will do tomorrow<br>
><br>
> hotkeys seem to work much better now, kudos to brecht<br>
><br>
> Steps to take next month:<br>
><br>
> - Proposal to add a "Under Maintenance" flag for scripts that break<br>
> due to API changes. Avoids unnecessary moving out of trunk while<br>
> visually communicating the broken status by graying them out or<br>
> changing color in the addons list<br>
</div>+1, moving scripts back and fourth is no fun. perhaps could hide these<br>
on release builds?</blockquote><div> I am no expert at the way tagging for a release works, but wouldn't it be possible to just not tag the scripts which are broken? Maybe we could include a small file with the names of each script which is in the "Under maintenance" category, or automatically seach each script to see whether or not the "Under Maintenance" flag has been called, so that at every release the proper scripts are left out. </div>
<div>However I also like the idea of "visually communicating the broken status", although we do have the "!" icon, that is used for a lot more than just saying a script is broken. Maybe changing the colour of the script (to something like red) in the addons list would be the best way to go. That way the script can still be turned on (if you want to test it), but it serves as a warning for people using the latest builds that the script might not work. We could also add a line in the description automatically which would explain that the script is "Under Maintenance".</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> - Create a post at BA to call for files used in an imp/exp test bed.<br>
> Also ask for a user to document rigify and ask for impressive examples<br>
> of script usages for documentation.<br>
</div>Great! this would help a lot, I can assist with working out what<br>
examples are needed for each formats, since I have setup ctest for<br>
quite a few already, would also like to be involved with the initial<br>
request on BA- could draft be posted on this list or a wiki link? -<br>
there are some requirements Id like to suggest.<br>
<div class="im"><br>
> - Proposal to split Import/Export category in two<br>
</div>-1, internally can see why this might make sense in some cases but<br>
from user POV I think this is just annoying and too fine grained<br>
control.</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> Next Meeting: Sept 4<br>
><br>
> cheers!<br>
> Zan<br>
<br>
<br>
</div>--<br>
<font color="#888888">- Campbell<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Bf-python mailing list<br>
<a href="mailto:Bf-python@blender.org">Bf-python@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-python" target="_blank">http://lists.blender.org/mailman/listinfo/bf-python</a><br>
</div></div></blockquote></div><br><div>Cheers,</div><div>Jonathan</div>