HDTenEightyP/NetNews huggingface dataset:
From: aaron@iscp.Bellcore.COM (Aaron Akman)
Newsgroups: gnu.epoch.misc
Subject: different buffer styles
Date: 28 Jul 92 14:09:57 GMT
Reply-To: aaron@iscp.Bellcore.COM (Aaron Akman)
Organization: Bell Communications Research (Bellcore)

Has anyone experimented with changing buffer styles for files of
different types?  I tried following the stuff in the FAQ.  When I used
set-font as-is it worked, but when I tried to make my own variant of
goto-style, it didn't do anything.  Here's what I did:

; my own custom styles
(setq browse-style (make-style))
(set-style-foreground browse-style "white")
(set-style-background browse-style "black")
(set-style-font browse-style "6x13")

(defun goto-style (newstyle)
  "Set current buffer to a given font NEWSTYLE."
  (interactive "sNew Style: ")
  (setq buffer-style newstyle)
  (redraw-display))

When I do M-x goto-style browse-style, nothing happens.  I look at the
buffer-style variable, and it is set to browse-style, but no visual
change takes place.  What am I doing wrong?  Also, does anyone have some
examples of changing styles they can show as a guide to doing fancier
things?

-- 

aaron@iscp.bellcore.com (Aaron Akman)
RRC 4B-325, x6262
Newsgroups: gnu.epoch.misc
From: root@hops.cstl.bldrdoc.gov
Subject: installation - can't find lispsimple.el
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 22 Jul 1992 02:53:27 GMT

Hi.

I tried to install epoch on an HP9000-720 running HP-UX 8.07 on which I have
already installed emacs-18.58, but I had some problems.  First I got an error
that make couldn't open /usr/local/epoch, so I created this directory and
tried again.  This is what transpired:

/usr/local/lib/epoch-4.0p2> make
        cd etc; make  all
        cd src; make  all
        make    -f xmakefile  all
Make:  Don't know how to make /usr/local/emacs/lispsimple.elc.  Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.

I also tried running make install.sysv and got the same error.  I used find to
search for lispsimple.el and it's nowhere to be found, even though I have lots
of other uncompiled lisp (.el) files in various ../lisp/ directories.

I also want to say that the INSTALL file was somewhat confusing to me as to
what I should use for the "shared lisp directory" if I already have emacs-18.58
up, so I tried using several options, including the default and
/usr/local/emacs/lisp in the paths.h files.

Any help would be GREATLY and humbly appreciated.  Thank you!

Sincerely, Gary
hardin@hops.cstl.bldrdoc.gov
(I work for NIST)

P.S.  The emacs-18.58 I installed doesn't start up it's own window; does this
mean it's an "ASCII version"?  (My guess is yes.)
From: shadagop@central.rutgers.edu (Narayanan Shadagopan)
Newsgroups: gnu.epoch.misc
Subject: Epoch client/server
Keywords: epoch, client, server
Date: 28 Jul 92 16:50:38 GMT
Organization: Rutgers Univ., New Brunswick, N.J.



I am running Epoch 4.0 under X11R5.

Here's my problem:

	I have to invoke Epoch automatically from certain 
shell scripts (or say from command line) many times.

	However, I do not want many instances of Epoch starting
up. Rather, every time I call Epoch, I want to connect to one
Epoch 'server' (for obvious reasons, I don't want all the functions
in my .emacs starting over and over again. I just want one 
screen.) Is there such a thing as Epoch client/server? Is this
the idea behind emacsclient?

	Any ideas?

-Narayanan 
Xref: sparky gnu.epoch.misc:730 alt.lucid-emacs.help:172
From: ssurhode@suma1.rdg.ac.uk (Paul Rhodes)
Newsgroups: gnu.epoch.misc,alt.lucid-emacs.help
Subject: Hiliting
Date: 29 Jul 92 15:00:14 GMT
Followup-To: gnu.epoch.misc
Distribution: gnu
Organization: Reading University, England
Originator: netnews@uts.mcc.ac.uk

Does anyone have hiliting code for latex, please ??????


Paul.
Newsgroups: gnu.epoch.misc
From: edsuwe@edski.ericsson.se (Ulf Westermark  Tph +46 87263406)
Subject: Cut&Paste to OpenWindows
Organization: Ericsson Data Services, Stockholm,Sweden
Distribution: gnu
Date: Fri, 31 Jul 1992 12:46:23 GMT


Hi,
I have been happily been using Epoch 4.0p2 for a while. I'm running it
on a SparcStation with SunOS 4.1.1 and OpenWindows 3.

This might bee a silly question, but I have problems with doing
copy&paste from Epoch to OpenWindows-programs such as shelltool and
cmdtool. Copying information from shelltool to Epoch works fine.

Am I doing something wrong or is this a bug ?

Hope someone can help me.

Thanks in advance

Ulf Westermark

--
 ___________________________________________________________________________
////////////////////////////////////////////////////////////////////////////
#//#######################################################################//
#//                                                                      #//
#//  Ulf Westermark                                                      #//
#//                                                                      #//
#//  Ericsson Data AB                Phone   : +46 8 7263406             #//
#//  GN/EDT/X/KI                     Fax     : +46 8 7263439             #//
#//                                                                      #//
#//  S-12582  STOCKHOLM              E-mail  : edsuwe@edski.ericsson.se  #//
#//  SWEDEN                          Memo    : ERI.EDS.EDSUWE            #//
#//                                                                      #//
#//______________________________________________________________________#//
#///////////////////////////////////////////////////////////////////////////
###########################################################################/
--

--
 ___________________________________________________________________________
////////////////////////////////////////////////////////////////////////////
#//#######################################################################//
#//                                                                      #//
#//  Ulf Westermark                                                      #//
#//                                                                      #//
#//  Ericsson Data AB                Phone   : +46 8 7263406             #//
#//  GN/EDT/X/KI                     Fax     : +46 8 7263439             #//
#//                                                                      #//
#//  S-12582  STOCKHOLM              E-mail  : edsuwe@edski.ericsson.se  #//
#//  SWEDEN                          Memo    : ERI.EDS.EDSUWE            #//
#//                                                                      #//
#//______________________________________________________________________#//
#///////////////////////////////////////////////////////////////////////////
###########################################################################/
Newsgroups: gnu.epoch.misc
From: rickb@farfle.farfle.asd.sgi.com (Rick Braumoeller)
Subject: Using hiliting with cmushell mode
Organization: Silicon Graphics, Inc.
Distribution: gnu
Date: Wed, 22 Jul 1992 22:44:28 GMT

Hiliting is one of the most useful features of Epoch, IMHO.  I would
like to use it in cmushell mode, for various reasons.  Thing is, I
don't how to describe the mode line for CMUshell --

(hilit::mode-list-update "CMU shell: run" cmushell-mode-hilit)

doesn't seem to work.  Does anybody know what I need to use for this?

Thanks in advance.

-----
Rick Braumoeller                                 rickb@asd.sgi.com
Silicon Graphics, Inc.                              (415) 390-2034
Newsgroups: gnu.epoch.misc
From: vu2gmc%squid@hub.ucsb.edu (Sitaram Ramaswamy)
Subject: epoch4.0
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 22 Jul 1992 12:11:28 GMT

Hello there
	I am on a HP 9000/730 running HPUX 8.05. I could compile epoch4.0
without much problem. but on execution it dumped core with the message 
Fatal Termination (11) Core Dumped.
	I think the problem could be with the xemacs program (which gave me
the same error). As far as I could figure out, the discussion on bugs did
not have this erro. I am at loss as to the reason here and wonder if 
anyone's seen this before and if it points to something that I must obviously
doing wrong. 
	Emacs does not exist on this machine. 
Appreciating any help I can get 
Ram
(vu2gmc@squid.ucsb.edu)

Newsgroups: gnu.epoch.misc
From: eeide%asylum.cs.utah.edu@cs.utah.edu (Eric Eide)
Subject: Broken window-edges in Epoch 4.0p2
Organization: University of Utah Department of Computer Science
Distribution: gnu
Date: 28 Jul 92 10:44:45

In Epoch 4.0p2, the function "window-edges" is documented as returning

  (LEFT TOP RIGHT BOTTOM)

as it does in other Emacs.  However, Epoch 4.0p2's version actually returns

  (LEFT TOP WIDTH HEIGHT)

--
-------------------------------------------------------------------------------
Eric Eide          |          University of Utah Department of Computer Science
eeide@cs.utah.edu  | Buddhist to hot dog vendor: "Make me one with everything."
Newsgroups: gnu.epoch.misc
From: Scott Brim <swb@nr-tech.cit.cornell.edu>
Subject: Re: sun-4 function key binding ?
Nntp-Posting-User: @cornell.edu
Organization: Cornell University, Ithaca, New York, USA
	<9207282126.AA11427@se33.wg2.waii.com>
Distribution: gnu
Date: Wed, 29 Jul 1992 20:09:59 GMT

I like Alan Carroll's approach (which used to be in the contrib stuff;
I'm not sure if it's there anymore.  Anyway ... ).  The main advantage
for me is that it does completely away with the leading ESC in the
function key sequences.  This means you can end a search automatically
when you press a function key, instead of getting an accidental "276z"
inserted in your buffer (the other way to do it is to end the search
termination character, but this is more elegant).  Here's the philosophy
and some samples; check rebind-key and such for more information.  I
suppose I could send all my key bindings if you like....

;; Function key mapping is to start with \C-^ as the first character.
;; This stuff here prevents the function keys from screwing up during search
;; and other minibuffer activities, as it does when for the default settings,
;; which have ESC as the first char.
;;
;; Conventions:
;; Rebound keys start with control-^.
;; Keypad keys are "k" followed by the keypad symbol.
;; Functions keys are the function letter ("r","l", or "f") followed by the
;; number mod 10. The letter is uppercase if the function number is >9.
;; letter use "_" followed by the letter.
;;
;; Modifiers are "S" for shift, "C" for control, "M" for meta, and "A" for alt.

(rebind-key "L3" 0 "\C-^l3")
(rebind-key "L3" 'shift "\C-^Sl3")
(rebind-key "L3" 'control "\C-^Cl3")
(rebind-key "L3" 'meta "\C-^Ml3")

(global-set-key "\C-^l3" (definteractive
			   (list-buffers)
			   (pop-to-buffer "*Buffer List*"))) ; L3


By the way, at least when using Openwin ... 

;;;
;;; Apparently X can't distinguish L1 from F11 or L2 from F12.
;;; We do an xmodmap -e 'keycode 8 = Select' and 'keycode 10 = Execute'
;;;  and then the following bindings to recover.
;;;
(rebind-key "Select" 0 "\C-^l1")
(rebind-key "Execute" 0 "\C-^l2")
(rebind-key "Select" 'control "\C-^Cl1")
(rebind-key "Execute" 'control "\C-^Cl2")
(rebind-key "Select" 'meta "\C-^Ml1")
(rebind-key "Execute" 'meta "\C-^Ml2")
Newsgroups: gnu.epoch.misc
From: kniveton@zeus.swindon.rtsg.mot.COM (Andy Kniveton)
Subject: Please remove me from the list
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 22 Jul 1992 11:40:12 GMT

Hi,

Could you please remove me form the mail list.

Andy.
--
  _ _ /|        Andy Kniveton,  Tel No  +44 793 545349
  \'o.O'        Motorola Ltd,   Fax No  +44 793 541228
  =(___)=       16 Euro Way,    E-mail  kniveton@zeus.swindon.rtsg.mot.com
     U          Blagrove, Swindon,      uunet!motcid!zeus!kniveton
                England, SN5 8YW.

    "The path of my life is strewn with cowpats from the devils' own herd."
                        -- Edmund Blackadder II
Newsgroups: gnu.epoch.misc
From: wmm@world.std.com (William M Miller)
Subject: Performance profiling
Organization: Software Emancipation Technology, Inc.
Date: Thu, 23 Jul 1992 15:46:32 GMT

Has anyone done any performance profiling of Epoch?  If so, what kinds
of tools and methods did you use?  We're finding it difficult to
isolate performance problems, e.g., whether a bottleneck is in the
LISP code or Epoch proper, which functions are involved, etc.

Any help will be appreciated.

-- William M. Miller, wmm@world.std.com
Newsgroups: gnu.epoch.misc
From: eeide%asylum.cs.utah.edu@cs.utah.edu (Eric Eide)
Subject: Re: Pixel Coords --> Character Coords
In-reply-to: marca@ncsa.uiuc.edu's message of Sun, 26 Jul 1992 03:59:03 GMT
Organization: University of Utah Department of Computer Science
	<9207260359.AA02599@void.ncsa.uiuc.edu>
Distribution: gnu
Date: 26 Jul 92 14:58:28

In article <9207260359.AA02599@void.ncsa.uiuc.edu> Marc Andreessen writes:

Marc> How about: coords-to-point:
Marc> Convert X Y SCREEN in pixel coordinates to a list of
Marc> (POINT BUFFER WINDOW SCREEN).

I found this function, but what I want is a function that turns pixel
coordinates into character coordinates, not into a buffer point value.  In
other words, I want a function that turns pixel coordinates into (window line,
column position on that line), as Epoch 3.2 reports.  If I must, I can get by
with coords-to-point (I think), but it means rewriting a fair bit of my
mouse-handling package.  Bummer.

As an aside, of what use are pixel coordinates anyway, other than that the
function coords-to-point requires pixel coordinates?  I suppose that it's
easier for Epoch 4.0 to report pixel coordinates instead of character
coordinates, but is there anything that can be done with pixel coordinates
other than turning them into a (point buffer window screen) tuple?

--
-------------------------------------------------------------------------------
Eric Eide          |          University of Utah Department of Computer Science
eeide@cs.utah.edu  | Buddhist to hot dog vendor: "Make me one with everything."
Newsgroups: gnu.epoch.misc
From: marca@void.ncsa.uiuc.edu (Marc Andreessen)
Subject: Re: installation - can't find lispsimple.el
Organization: University of Illinois at Urbana
Distribution: gnu
Date: Wed, 22 Jul 1992 19:27:12 GMT

root@hops.cstl.bldrdoc.gov writes:
: Hi.

Hi.

: /usr/local/lib/epoch-4.0p2> make
:         cd etc; make  all
:         cd src; make  all
:         make    -f xmakefile  all
: Make:  Don't know how to make /usr/local/emacs/lispsimple.elc.  Stop.
: *** Error code 1

In src/ymakefile the value of 'lispdir' has to have a trailing slash.
In the Epoch distribution it looks like:

lispdir = $(dot)$(dot)/lisp/

Marc

-- 
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
From: swu@att.com (Chi-Sharn Wu)
Newsgroups: gnu.epoch.misc
Subject: sun-4 function key binding ?
Date: 28 Jul 92 17:35:29 GMT
Reply-To: swu@att.com
Organization: AT&T Bell Laboratories
Originator: news@cbnewsb.cb.att.com


 
Did anyone know how to define the bindings on sun-4 function keys  
under epoch ?

Chi-Sharn Wu
swu@probe.att.com
Newsgroups: gnu.epoch.misc
From: eeide%asylum.cs.utah.edu@cs.utah.edu (Eric Eide)
Subject: Pixel Coords --> Character Coords
Organization: University of Utah Department of Computer Science
Distribution: gnu
Date: 24 Jul 92 17:10:12

Please forgive me a FAQ, but I couldn't find an answer in the online Epoch
documentation.

I have a mouse handling package that worked well under Epoch 3.2, but now it
fails under Epoch 4.0.  My problem is that button (and motion) events are now
described with pixel coordinates rather than character coordinates.  What I
need is a function to convert screen pixel coordinates into screen character
coordinates.  Where can I find such a thing, or how can I write one well?

(Alternately, I could use a function that converts a point-and-window value
into screen-relative character coordinates.  Epoch 4.0 provides a function to
turn pixel coordinates into a point and buffer and window.  But I want
character coordinates!)

Thanks for any help.

--
-------------------------------------------------------------------------------
Eric Eide          |          University of Utah Department of Computer Science
eeide@cs.utah.edu  | Buddhist to hot dog vendor: "Make me one with everything."
Newsgroups: gnu.epoch.misc
From: alex@opal.idbsu.edu (Alex Feldman)
Subject: archive??
Organization: Boise State University Math Dept.
Distribution: na
Date: 29 Jul 92 08:41:35

Is there an archive for this group?  Failing that, can someone answer,
yet again, the question about how to prevent epoch from being quite so
eager to always jump on top of all other screens?

Thanks,
--
	--alex			alex@opal.idbsu.edu
From: ehgasm2@uts.mcc.ac.uk (Simon Marshall)
Newsgroups: gnu.epoch.misc
Subject: Re: minibuffer title and icon problems
Date: 29 Jul 92 10:00:32 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.

In article <Jul.27.20.31.06.1992.13218@dartagnan.rutgers.edu> marsella@dartagnan.rutgers.edu (Stacy Marsella) writes:
>I recently started using epoch 3.2 under X11R5 and noticed a new
>behavior for the minibuffer's title. The Minibuffer is now titled
>"Minibuffer @ hostname" where hostname is the actually name of
>whatever host (console) that I am on. Considering that this version of
>epoch was compiled under R4, this would not be too disturbing except
>that the change in title name means that the following settings inside
>.twmrc or .tvtmwrc no longer work.
>
>      IconManagerDontShow {"Minibuffer"}
> and
>      NoTitle {"Minibuffer"}

I may be wrong, but this sounds like the `fault' is with twm, not epoch.  When
we moved to R5 from R4, I noticed that using the Icons{} declaration:

Icons {
	"emacs"		"emacs.xbm"		"tcsh"		"tcsh.xbm"
	"epoch"		"epoch.xbm"		"csh"		"csh.xbm"
}

did not result in those windows with titles *beginning* with "emacs", "tcsh"
etc. using the relevant bitmap as icon (the window names are of the form
"app@hostname").  The change was that R5 twm matches *exactly* with the
specified string, rather than matching the beginning.  (I prefer the R4
behaviour myself.)  The fix, if this is the case, is to hack the twm code, or,
as I ended up doing, listing each possible string of the form "Minibuffer @
hostname" in the declarations.

Have fun.  Simon.
-- 
Simon Marshall, Dept. of Computer Science, University of Hull, Hull HU6 7RX, UK
  "Football isn't about life and death.  It's more important than that." Bill
Email: S.Marshall@Hull.ac.uk    Phone: +44 482 465181    Fax: 466666   Shankley
Newsgroups: gnu.epoch.misc
From: gelsey@convex.com (Jon Gelsey)
Subject: printing wysiwig
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Fri, 31 Jul 1992 03:02:30 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

Has anyone written a package yet to be able to print out wysiwig on a
postscript printer when using an variable width font?  I'm thinking of
an elisp package that would convert my current screen font, character
positioning and so on into postscript or tex.

While I'm on the subject, are there any elisp packages out there for
filling on a pixel basis, rather than on a column basis?  Columns are
sort of meaningless when you're using a variable width font.




-- 
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
  Jon Gelsey		    (214) 497 4483	      gelsey@convex.COM
  Convex Computer Corp.  P.O. Box 833851   Richardson, Texas 75083-3851
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
Newsgroups: gnu.epoch.misc
From: bob@almeria.inria.fr (Renaud Marlet)
Subject: Buffer background, style font name
Organization: INRIA, Sophia-Antipolis (Fr)
Distribution: gnu
Date: Tue, 21 Jul 1992 09:28:33 GMT


It looks like there is no way to change the background color of a buffer. I
mean a buffer, not a screen. I also mean the whole buffer background, not only
where the text lies. Can somebody confirm this?

Though it is possible to know the name (a string) of a screen font (using the
function epoch::font), I couldn't find a way to get the name of a style font:
the function epoch::style-font returns a <raw-data-block>. Any hints?

Many thanks.

-- Renaud
Newsgroups: gnu.epoch.misc
From: blk@mitre.org (Brian L. Kahn)
Subject: Re: Maximum Buffer Size exceeded?
Organization: The MITRE Corp. Bedford, MA
Date: Mon, 27 Jul 1992 14:46:29 GMT


I've gotten this message when I run out of swap space.  I've run out
of swap space just by looking at a number of large files, even if I
close some of them before I move on.  I betcha you are out of swap
space when you get that message.

Apparently emacs18 doesn't reclaim memory alloc'd for buffers or
something like that, so browsing through big files can make emacs a
memory hog.  Someone who knows precisely might post a more complete
answer. 

--
B<   Brian Kahn   blk@security.mitre.org   "may the farce be with you"
From: peterc@suite.sw.oz.au (Peter Chubb)
Newsgroups: gnu.epoch.misc
Subject: Maximum Buffer Size exceeded?
Date: 24 Jul 92 03:54:44 GMT
Organization: Softway Pty Ltd


I'm using epoch 4.0p2 with ange-ftp and crypt.el on a Mips running
Riscos 4.0, and keep getting messages `maximum buffer size exceeded'
-- even on operations that shouldn't need a buffer (such as saving a
non-compressed, non-encrypted file to a local directory).

Can anyone help me work out why it's happening?

With this configuration, I also often find myself running out of
memory.  Maximum up time is around 5 hours, before I get the `memory
exhausted' messages.  Sometimes, depending on what I'm doing, it could
be a lot sooner.  


			Regards,

				- Peter Chubb

Softway Pty Ltd, P.O. Box 305, Strawberry Hills, NSW 2012, AUSTRALIA
Phone: +61 2 698 2322;       Fax: +61 2 699 9174;     Telex: AA27987
Internet: peterc@softway.oz.au	   UUCP: ...!uunet!softway.oz!peterc
From: marsella@dartagnan.rutgers.edu (Stacy Marsella)
Newsgroups: gnu.epoch.misc
Subject: minibuffer title and icon problems
Date: 28 Jul 92 00:31:07 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

I recently started using epoch 3.2 under X11R5 and noticed a new
behavior for the minibuffer's title. The Minibuffer is now titled
"Minibuffer @ hostname" where hostname is the actually name of
whatever host (console) that I am on. Considering that this version of
epoch was compiled under R4, this would not be too disturbing except
that the change in title name means that the following settings inside
.twmrc or .tvtmwrc no longer work.

      IconManagerDontShow {"Minibuffer"}
 and
      NoTitle {"Minibuffer"}

So I am getting a title on the minibuffer and an icon for it when I
use R5, but this worked fine under R4.  It is not apparent from the
various setup files where things are going amiss, especially since
the problem only occurs if I invoke epoch in .xinitrc prior to
invoking twm or tvtwm.  If I invoke epoch in an xterm after the window
manager has started then it works fine.

Is anyone familiar with this problem?  At the moment it is not a
simple matter to recompile epoch 3.2 or 4.0 under R5 and besides I am
not sure that will solve this problem. Any suggestions would be
appreciated.

Thanks

S. Marsella
Newsgroups: gnu.epoch.misc