Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Aug 1996 22:48:19 +0300 (EET DST)
From:      Narvi <narvi@haldjas.folklore.ee>
To:        Chuck Robey <chuckr@glue.umd.edu>
Cc:        "Julian H. Stacey" <jhs%freebsd.org@sunrise.cs.berkeley.edu>, bvsmith@lbl.gov, ports%freebsd.org@sunrise.cs.berkeley.edu, gj%freebsd.org@sunrise.cs.berkeley.edu, me%freebsd.org@sunrise.cs.berkeley.edu, asami%freebsd.org@sunrise.cs.berkeley.edu
Subject:   Re: xfig.3.1.4 extension to support vi -C signals linkage
Message-ID:  <Pine.BSF.3.91.960811224439.3409B-100000@haldjas.folklore.ee>
In-Reply-To: <Pine.OSF.3.95.960811152441.10084C-100000@thurston.eng.umd.edu>

next in thread | previous in thread | raw e-mail | index | archive | help


On Sun, 11 Aug 1996, Chuck Robey wrote:

> On Sun, 11 Aug 1996, Julian H. Stacey wrote:
> 
> > I have developed an extension to xfig.3.1.4 (Ref. freebsd/ports/graphics/xfig)
> > that allows an adjacent xterm running 'vi' to send a signal on each ':w'
> > that xfig interprets as a re-open & redisplay command.
> > 
> > This mechanism is compatible with my previous work on vi ghostview & chimera.
> 
> I like the matchup, I wonder if there's some way to make something like
> this work inside the standard ports setup.  There's not port of nvi (Keith
> Bostic's latest version of vi) although it compiles easily on FreeBSD.  Do
> you have pointers to your work on ghostview and and chimera?
> 

How about making it a separate, local port that would depend on the 
presence of xfig and build a new xfig? Just like tclX does...

	Sander

> I sure like the basic idea, a timesaver for sure.
> 
> > 

[snip - sorry, I really did mean to snip the .sigs]



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.960811224439.3409B-100000>