This Readme file has multiple occurences, it is actually: http://www.berklix.com/~jhs/public_html/src/bsd/fixes/FreeBSD/ src/gen/contrib/nvi/README.wysiwyg.multi_linked.ignore & symbolically linked from all of: http://www.berklix.com/~jhs/public_html/src/bsd/fixes/FreeBSD/ ports/gen/graphics/xfig/patches/README.wysiwyg.multi_linked.ignore ports/gen/print/ghostview/patches/README.wysiwyg.multi_linked.ignore ports/gen/www/chimera/patches/README.wysiwyg.multi_linked.ignore (no hard link to avoid complaint from rdist, so symbolic links). The .ignore extension is to stop a shell processing them, (humans are not supposed to ignore them) Other files, utility specific are also in the directories. These patches give additional functionality to {vi, ghostview, chimera, xfig} (they are not bug fixes). They are by Julian H. Stacey , John-Mark Gurney Subject: patch supporting WYSIWYG sighup link between vi & xfig.3.2.2 From: "Julian Stacey" , John-Mark Gurney Here is a patch that gets xfig.3.2.2 to redisplay on Sighup. (Tested on freebsd-3.2 ports/graphics/xfig) Why ? Well, I can then use any old editor to tweak the xfig data, vi in my case, & each vi (also extended by me) runs an arbitrary process (sighup to xfig in this case) to cause redisplay on each :w in vi. Result ? pseudo-what-you-see-is-what-you-get type of editing, albeit updated on file write, not per keystroke, though one could mod. vi C src to do that too. It saves all that mousing about between xterm & xfig clicking on redisplay, if one is tweaking the data file direct. I've done similar for ghostview & chimera (a web browser), & have a set of bsd-make macros too, it's all on my web directories, http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/gen/contrib/nvi/README.wysiwyg.multi_linked.ignore except that the xfig patches on web are old, so new one appended here. It's all a lot quicker to demo & see than it is to explain :-) Hopefully you might be prepared to incorporate my patches in xfig please ? ]--------[ 96 08 11 To: bvsmith@_ERASE_lbl.gov cc: ports@_ERASE_freebsd.org,gj@_ERASE_freebsd.org,me@_ERASE_freebsd.org,asami@_ERASE_FreeBSD.ORG Subject: xfig.3.1.4 extension to support vi -C signals linkage From: Julian H. Stacey and then issue one of these commands make something.vfig make something.vhtml make something.vps My appropriate .ps .html or .fig viewer then starts, vi then starts, & the signal handling & any appropriate make rules are applied on every subsequent write. Makes for a sort of WYSIWYG effect with a .rof file & "make something.vps", make a handy web editor with "make something.vhtml", & makes a handy way of tweaking & viewing .fig file contents from vi, with instant zero additional mouse clicks necessary. Share & Enjoy :-) Julian -- Julian H. Stacey ]--------[ Date: Sun, 11 Aug 1996 15:27:32 -0400 (EDT) From: Chuck Robey To: "Julian H. Stacey" 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? I sure like the basic idea, a timesaver for sure. > > The sources are viewable from here: > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ > as these: > ports/gen/graphics/xfig/patches/ > src/gen/share/mk/text.mk > src/gen/contrib/nvi/ > ports/gen/print/ghostview/ > ports/gen/www/chimera/ > > To try it: > Apply the patches, compile, create a one line makefile with > .include > and then issue one of these commands > make something.vfig > make something.vhtml > make something.vps > My appropriate .ps .html or .fig viewer then starts, vi then starts, > & the signal handling & any appropriate make rules are applied on every > subsequent write. > > Makes for a sort of WYSIWYG effect with a .rof file & "make something.vps", > make a handy web editor with "make something.vhtml", & makes a handy way of > tweaking & viewing .fig file contents from vi, with instant > zero additional mouse clicks necessary. > > Share & Enjoy :-) > > Julian > -- > Julian H. Stacey > Date: Sun, 11 Aug 1996 15:27:32 -0400 (EDT) From: Chuck Robey To: "Julian H. Stacey" 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? I sure like the basic idea, a timesaver for sure. > > The sources are viewable from here: > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ > as these: > ports/gen/graphics/xfig/patches/ > src/gen/share/mk/text.mk > src/gen/contrib/nvi/ > ports/gen/print/ghostview/ > ports/gen/www/chimera/ > > To try it: > Apply the patches, compile, create a one line makefile with > .include > and then issue one of these commands > make something.vfig > make something.vhtml > make something.vps > My appropriate .ps .html or .fig viewer then starts, vi then starts, > & the signal handling & any appropriate make rules are applied on every > subsequent write. > > Makes for a sort of WYSIWYG effect with a .rof file & "make something.vps", > make a handy web editor with "make something.vhtml", & makes a handy way of > tweaking & viewing .fig file contents from vi, with instant > zero additional mouse clicks necessary. > > Share & Enjoy :-) > > Julian > -- > Julian H. Stacey > Date: Sun, 11 Aug 1996 15:49:02 -0400 (EDT) From: Chuck Robey To: Narvi cc: "Julian H. Stacey" > > 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... I want to hear from Julian, does adding this functionality make any difference to how the port works in the absence of a patched vi? I'm looking for a reason why we would NOT want this mod in our ports? I'm thinking that maybe this should go into xfig, ghostview, chimera, and maybe a patched port of nvi. > > Sander > > > I sure like the basic idea, a timesaver for sure. > > > > > > > [snip - sorry, I really did mean to snip the .sigs] > ]--------[ Date: Tue, 1 Aug 1995 03:14:23 +0200 From: John-Mark Gurney To: Julian Stacey > jkh wrote: > > > > > A couple of months ago I whined about not being able to use the web > > > browser in xemacs - the pictures weren't being inlined properly. > > > > How would you like to be able to hack files in an xterm with vi, > > & every time yo do :w in that xterm, the adjacent chimera (real) > > browser does an automatic redisplay ? > > Not of interest. I just want the pictures to come up properly, I'm > not writing the stuff myself! :-) > Forgive Julian, he came up wit a real cool hack to vi to notify other applications upon writes. Unfortunately, this is old news for emacs users who've had that ability for a long time. Jordan, why don't *you* try and convert Julian to emacs, I've failed so far :-) Michael ]--------[ Date: Sun, 29 Sep 1996 13:22:26 -0400 (EDT) From: Chuck Robey I got into doing that object stuff I told you about, ......... I haven't looked any more at yor stuff, nor am I really likely to until semester break. I hope this isn't oo disappointing to you (it IS to me!) ]--------[ Julian H. Stacey ================== I need to examione this some time too: {--------- Well, the EZ is include in the Andrew-6.3. Also called Auis-6.3. It's a X11 + html user interface development package. It's not PD but src is available. Together with the tools, comes som X11-applications. I think they are supposed to be looked at as examples, but they reach almost commercial standard. The EZ is a word processing WYSIWYG editor. Really nice... It's the 'nicest' editor or word processor freely available that i have seen so far. The auis-6.3 is included in local contrib-3 package. I am finishing a port to FreeBSD-2.0(-current) right now. It's slightly tedious to get all patches but most of them are found so far. It was not a 'straight' port, a lot of small fixe s had to be done. The patches are based on a 2.0-current and XFree86-3.1 system. The highlights A WYSIWYG editor A X11 Mail tool ( really nice ) A X11 file manager Rgds dana@_ERASE_me.chalmers.se ---------}