Re: Idea: Crossbreed a source code control system and a wiki

[Kurt Starsinic <kstar@cpan.org>]

On Jun 27, Adam Turoff wrote:
> On Thu, Jun 26, 2003 at 11:27:25PM -0400, Hans Dieter Pearcey wrote:
> > On Thu, Jun 26, 2003 at 09:36:23PM -0400, mjd-perl-pm@plover.com wrote:
> > > People would probably want to edit the code in their private editor,
> > > and then paste the result into the wiki.  In a better world, there
> > > would be a browser plugin that did this automatically.  An alternative
> > > that requires an only slightly better world would be that you could
> > > keep the source code on your disk as usual, edit it as usual, and have
> > > an editor command that would post the changes to the wiki.
> > 
> > w3m uses $EDITOR on text entry boxes.
> 
> I was just about to mention that.  w3m + wiki + emacs/vi for code
> development would vaguely approximate the immersive experience
> found with a big honking IDE, yet be multiuser and collaborative.
> Or at least it would be a closer approximation than CVS + emacs/vi
> alone.
> 
> FWIW, I used to work on a system mostly written in FORTRAN where there
> was one function/sub definition per file.  That part of the model *can*
> work.

    What would you do about, e.g., file-scoped variables to be shared
by several functions?  The last time I wrote FORTRAN (far back in the
last millennium), the only level of externally-sharable scoping was
COMMON, so it wouldn't have come up in FORTRAN (or COBOL, I think).
In Perl and C, though, as well as in many other "modern" languages,
it's a real issue.

    - Kurt

-
**Majordomo list services provided by PANIX <URL:http://www.panix.com>**
**To Unsubscribe, send "unsubscribe phl" to majordomo@lists.pm.org**