This Readme file has multiple occurences, it is actually: http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/gen/ contrib/nvi/README.wysiwyg.multi_linked.no_customise & symbolically linked from various directories, including: http://www.berklix.com/~jhs/public_html/src/bsd/fixes/FreeBSD/ports/gen/ graphics/xfig/patches/README.wysiwyg.multi_linked.no_customise print/ghostview/patches/README.wysiwyg.multi_linked.no_customise www/chimera/patches/README.wysiwyg.multi_linked.no_customise (no hard link to avoid complaint from rdist, so symbolic links). The .no_customise extension is to prevent my http://www.berklix.com/~jhs/bin/.csh/customise shell script processing them, (humans are not supposed to ignore them) Other files that are utility specific, are also in the directories. The patches in the various directories give additional functionality to {vi, ghostview, chimera, xfig} (they are not bug fixes). They are by Julian H. Stacey (I have not yet extended it to tgif (/usr/ports/graphics/tgif) yet. My make macro file http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/gen/share/mk/berklix.mk (that installs to /usr/share/mk) can also use gv, though no source changes are provided or needed for gv. The full set of patches applies to all FreeBSDs, working succesfully since at least June 1995. To get pathnames of a complete set of patches, look at http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/wysiwyg.shar.csh They add `automatic remake & redraw/reload after each vi write' functionality, ( so a simple :w inside a vi xterm can induce an associated ghostview, gv, chimera, or xfig to reload the file & redisplay it) They were written because I wanted something approaching WYSIWYG functionality, as I found this repetitive edit review sequence far too painful: { :w [in an xterm running vi source file], move mouse to xterm running a shell, make something.{ps or html), move mouse to ghostview or chimera, click reload button, } ]--------[ Fri Jul 16 01:37:43 CEST 1999 To: xfig-bugs_ERASE@epb1.lbl.gov cc: Chuck Robey , John-Mark Gurney Subject: patch supporting WYSIWYG sighup link between vi & xfig.3.2.2 From: "Julian H. 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.no_customise 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 H. 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 ---------} PS 2016-08 perhaps I should add a port for www/w3m which supports tables unlike lynx, though w3m not in currrent