I guess the only additional thing I can think of is to also tie McFly into the bug tracker. What I am thinking is to also have the issue resolution embedded in the source files. Is there a preview of the embedded documentation available for us to look at and comment on now. [Forgive me if it has been posted before and I missed it.]<br>
<br>Doug<br><br><div class="gmail_quote">On Mon, Jan 2, 2012 at 10:10 PM, Neil Van Dyke <span dir="ltr">&lt;<a href="mailto:neil@neilvandyke.org">neil@neilvandyke.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If you develop Racket libraries, or would like to, this is a request for input...<br>
<br>
I want to make it easier for myself and others to develop reusable Racket libraries that wind up in PLaneT in a timely manner.<br>
<br>
The initial problem was to make it easier to do documentation, by embedded it in the source files and not having to repeat info (e.g., info already captured in contracts or in Typed Racket info).  This, called McFly, has been close to complete, and is waiting for a few more features and for polish before people start using it and I can&#39;t change things easily anymore.<br>

<br>
The next problem is how to *easily* and *reliably* manage PLaneT development links for lots of these packages, including sets of packages updated together, which solution I decided to add to McFly, since McFly already put PLaneT version information into &quot;info.rkt&quot;.  This is mostly complete. There is now a &quot;raco mcfly dev-links&quot; (or &quot;racket mcfly dl&quot;) command, to update PLaneT development links based on &quot;info.rkt&quot; files in zero or more specified directory trees (or current directory), information the PLaneT server has about current versions, and existing development links.  Here&#39;s an example run:<br>

<br>
$ raco mcfly dl<br>
Searching directory &quot;/home/user/racket/&quot;...<br>
Keeping unknown development links (not overridden):<br>
  neil/soundex:1:=4  /fake/path/one<br>
Keeping specified development links:<br>
  neil/mcfly:1:=0  /home/user/racket/mcfly<br>
  neil/mcfly-tools:1:=0  /home/user/racket/mcfly-tools<br>
Not adding specified development links (on PLaneT server):<br>
  neil/html-parsing:1:=2  /home/user/racket/html-parsing<br>
REMOVING specified development links (on PLaneT server):<br>
  neil/soundex:1:=3  /home/user/racket/soundex<br>
REMOVING unknown development links (to be overridden):<br>
  neil/postnet:1:=2  /fake/path/two<br>
ADDING specified development links:<br>
  neil/postnet:1:=2  /home/user/racket/postnet<br>
<br>
There will be misc. other &quot;raco mcfly&quot; commands, such as for building a package (with the additional stuff McFly does), building and viewing documentation, and releasing the package to the PLaneT (including being safe about expected version number and what files are included).<br>

<br>
So, before I release McFly, and some things get set in stone, I was wondering whether anyone had any input on things they&#39;d like to see in it.  (The scope of McFly is no longer well-defined -- something like &#39;useful additional tools for Racket library developers&#39; -- so difficult to say what does and does not belong in McFly.)<span class="HOEnZb"><font color="#888888"><br>

<br>
-- <br>
<a href="http://www.neilvandyke.org/" target="_blank">http://www.neilvandyke.org/</a><br>
<br>
<br>
____________________<br>
 Racket Users list:<br>
 <a href="http://lists.racket-lang.org/users" target="_blank">http://lists.racket-lang.org/<u></u>users</a><br>
</font></span></blockquote></div><br>