[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference hydra::amiga_v1

Title:AMIGA NOTES
Notice:Join us in the *NEW* conference - HYDRA::AMIGA_V2
Moderator:HYDRA::MOORE
Created:Sat Apr 26 1986
Last Modified:Wed Feb 05 1992
Last Successful Update:Fri Jun 06 1997
Number of topics:5378
Total number of notes:38326

657.0. "EMACS SUGGESTIONS FOR AMIGA" by VIDEO::LEIBOW () Wed Aug 19 1987 16:06

    Howdy,
    
    I have spent the last week porting a version of MicroEmacs to the
    Amiga.  There is no specific version number written anywhere in
    the program, hence I don't know what version.  It seems to have
    been originally written by Dave Conrad with a few updates by
    others.
    
    My version right now is a little bit better then Andy Finkel's
    version that comes with 1.2.  It seems to run faster but I have
    not tested it.  My version has mouse control.  I did not fully
    implement all of the mouse routines because I think they are dangerous.
    With the left mouse button you can "grab" text like you would a
    window drag bar, and scroll the text up or down.  I have also
    implemented the help key.  It makes a new buffer and describes how
    all of the keys are binded to functions.  I also have full menu
    control similar to Andy's version.
    
    Do any of you have any good ideas for things I should add before
    I release it into the public domain?  As it is now, the only two
    features that make it more useful then the already existing emacs
    is the mouse control and incremental search.
    
    Thanks for any suggestions.
    
    Mike Leibow 
T.RTitleUserPersonal
Name
DateLines
657.1ANGORA::SMCAFEESteve McAfeeWed Aug 19 1987 16:2810
    
    Iconification.  You can reference Matt Dillion's DME code for an
    example of how to do this.  DME iconifies when the left mouse button
    is pressed.  I would prefer a custom gadget somewhere at the right
    end of the drag bar if possible.
    
    regards,
    
    steve mcafee
    
657.2the little things are the most importantCDR::WISNERPaul WisnerWed Aug 19 1987 18:3220
    One thing I hate about the other Emacs is that when you want to
    switch buffers you have to type in the name of the buffer (or
    in many cases ^Xb "list all buffers", delete the buffer list buffer,
    type in the name of the buffer)
   
    
    A "NEXT BUFFER" key (and gadget) would be nice, then you could flip through
    the buffers until the one you want comes up.  

    
    It's important to have key sequences for all functions (where it's
    reasonable), the mouse is great for many things, but it can sometimes
    slow you down.  (Like in scribble! When you hit the help key instead
    of the delete key, you have to take your hands off the keyboard
    and use the mouse to click the 'resume' gadget).
    
    
    
    		I'll look forward to trying your emacs.  
    
657.3VIDEO::LEIBOWWed Aug 19 1987 20:2117
    RE: .2
    		I was thinking about the next buffer idea already. 
    I also hate having to get a buffer list and then kill it.  That
    will be one of my first priorities.
    
    Re: .1
    		I have never used Matt's DME.  I will probably pick
    up a copy tonight.   Why is iconification nice?  Why would you want
    to turn your display into an icon if you only have one window anyhow?
    
    I have a spawn-cli command.  When you press C-C the screen and window
    disappear and a new cli window appears.  You get a CLI prompt in
    the window.  When you type endcli, EMACS will take over again.
    
    --Thanks for the suggestions...
    
    Keep em coming...  Mike
657.4gets rid of a windowNULL::TORNHEIMWed Aug 19 1987 20:3515
    Re: -.1
    
    >  Why is iconification nice?  Why would you want
    >  to turn your display into an icon if you only have one window anyhow?

    If you have a bunch of windows, it leaves one less window to get in
    your way.  Recently I have been trying to catalog the tons of PD
    software I have, and when doing I need 3 windows (one CLI to do a
    directory list, one CLI to call an editor, and one window for the
    editor to record the data about my files, and possibly more if I try
    running a program that won't delete itself). Hitting the back gadgets
    and sizing is more difficult because the extra CLI windows will be
    brought to the front of the screen from time to time.  Any not
    currently being used ICONS would be much better as ICONs.
    
657.5Scribble! gadget shortcutNAC::VISSERThu Aug 20 1987 10:343
    re: .1	in Scribble! typing the first letter of the gadget text
    will select it, e.g., type R for resume.	John
    
657.6buffered thoughtsZ::TENNYDave Tenny | DTN 225-6089Thu Aug 20 1987 14:017
re: buffer selection

[Micro]GNUemacs always supplies as the default buffer to switch
to, the last buffer used; which I find suitable about 55% of the
time.  Wierdo Prime (as in the company) emacs bound ^N and ^P to next
and prev buffer commands, but this conflicts with a some flavors of emacs
for those key bindings.
657.7Random thoughtsISTG::WISNERPaul WisnerThu Aug 20 1987 14:437
   ULTRIX workstation X-Windows has a nice feature you might consider.
   You can point the mouse cursor at any text on the screen, press the
    button, and drag a highlighted region to the end of a text fragment.
    The text is then typed out at the cursor!  
    
    Also, there is CMODE style (automatic indentation for C).  How,
    ambitious are you?  
657.8more thoughts and plansVIDEO::LEIBOWThu Aug 20 1987 18:2435
    Howdy,
    
    I have finished the first version of my port of EMACS.  As of now,
    I have other things that I am going to be working on.  I will release
    my first version of EMACS in a few days and let people play with
    that for a while.
    
    	I have a next-buffer command and its binded to the F2 key.  So, you
    can go through the different buffers pretty easily.  As far as other
    buffer commands go, I dont think they will help too much but that
    is a religious issue.  I don't think I will do the iconifying
    thing either since there is really only one window (emacs display)
    and I would have to rewrite a lot of the base code to allow seperate
    windows.
    
    Another project that I am working on, which must remain DEC
    confidential and cannot be released outside of DEC, is a new
    serial device driver with the TDSMP protocol.  TDSMP is an acronym
    for Terminal Device Session Management Protocol.  Remember that
    this stuff is confidential so you can't tell nonemployees of DEC
    about it.  This program will eventually let you create another
    session by running your favorite terminal emulator from intuition
    or AmigaDOS.  When it tries to use serial.device, the session manager
    will request another session to open on the host.  If everything
    is ok, the terminal will be allowed to continue.  This will work
    nicely on a VT2X0 type terminal.  I have given Dave Wecker the source
    code for VT2X0 style terminal emulator based on his VT100 emulator.
    Hopefully he will be implementing the changes soon and delivering
    the next version.  Anyhow, I hope to be finishing the session manager
    by the end of September.  I'd have it done sooner if I wasn't so
    involved with other garbage like work.  This project is inspired
    by Jeff Lomickas "Whack" VT220 Terminal Emulator for the Atari ST.
    
    	--Mike