Hello,
<snip>
> As for windows CE. I have got access to the developer
> kit. I would not imagine that a port to CE would
> be that difficult - does anybody have a requirement
> for this ??
>
> Regards
> Jon.

Yes, I have now a requirement for a small me-executable on windows
ce,
providing the most neccessary stuff. It would be great to live
without
all these ebook readers, notetakers, adressbooks and so on and to do
all inside me also here.

I dont have visual-c, so I can't use the special ms-sdk for win-ce I
suppose, so if Jon can do the job, this would be very great.
I know there is the old uemacs for windows-ce also, but why leave a
winning horse.

Thanks,

Detlef

Dear ME users,

We're at last  coming  to a new  release,  we are  aiming  for near the end of
October.

So this is a last request for any bugs, annoyances or feature requests. If you
have any  please  either  mail me on the above  email  address or through  the
normal channels.

Steve

Well done Steve - gone and committed us now !!

I'll try and get the Windows installer up and
running again for this release. I've received
a few complaints about not having an up-to-date
Install Shield for Windows.

Jon.

bill@... wrote:
>
> Dear ME users,
>
> We're at last  coming  to a new  release,  we are  aiming  for near the end of
> October.
>
> So this is a last request for any bugs, annoyances or feature requests. If you
> have any  please  either  mail me on the above  email  address or through  the
> normal channels.
>
> Steve

Hi there.

I'm using MicroEmacs on a daily basis and would like to find out, ways
to or documentation about
HOW-TO recompile MicroEmacs with my own choice of options.

For example can I remove the menu "Insert" and the underlying
functionality, the question goes for i.e "Format", "Execute" and
"Tools".

In other words eventhough MicroEmacs is much lighter than Emacs, I would
(and maybe someothers) to make it even lighter and slimmer, into only an
editor.
Is it possible to give MicroEmacs the possibility to support a package
view where one could choose between all or some of the packages.

I don't use ME for emails, calendar, insertions, formatting, etc.

	 Best regards Jörgen J., Stockholm, Sweden.
--
Jörgen Jägermon (SC/JöJ)       	 E-mail: jorgen_jagermon@...
Mixed Signal EDA support             Tel   : +46 (0)8 580 24 522
MITEL Medical Semiconductor BU       Fax   : +46 (0)8 580 20 190
Bruttovägen 1, Box 520               Web   : http://www.mitelsemi.com
SE-175 26 Järfälla, SWEDEN                   http://www.mitel.se

Jorgen,

Sorry  for the  delay in  replying  (I've  just  become a Dad and I'm over the
moon).


This is a largely  unexplored area and not documented - but possible. You will
need a recent release (one with MEOSD defined in emain.h - more on that later)
but there are a few things to bare in mind first.

ME is designed to have a very  powerful  macro  language  and a very small (as
small as  possible)  but very  flexible  core.  All  whizzy  features  such as
emailing,  calenders,  many of the format  commands etc are simply macros (emf
files in the macro  directory)  and are  therefore not a fixed part of ME. For
example,  there is only one  built in spell  command  'spell', it has a really
horrible, unusable  interface which is not designed to be used directly by the
user. As a result the code (in  spell.c) is only 2200 lines of code (3% of the
source). All the gui's are implemented as macros in spell.emf and dictionaries
in the *.edf files and if you don't use them they are not loaded!

So as the 'Insert'  menu is only created when the main menu is opened and each
of the  macros  called  from the  insert  menu are only  loaded  when they are
executed,  removing  the menu  will not have as big an effect as you may think
and many of the commands are base functionality which simply cannot be removed
(i.e. insert-file, execute-buffer).

I think there are two reasons for cutting down the size of ME:

1.  Save disk space

     Switching  off all  compilable  features  of ME will only reduce the image
     size by 25% (i.e. win32 binary is typically  about 400Kb it can be reduced
     to  about  300Kb)  which  is not very  significant.  Doing  this  also has
     drawbacks such as a non-tested  version, unexpected side effects etc. This
     is not to be recommended.

     More  significant and safer savings can be made by removing unused runtime
     files, e.g. the on-line  help file (me.ehf  currently  1505Kb and rising),
     any dictionary  files (*.edf typically 500Kb each). Remove any macro files
     (*.emf) you don't use, this is a slower  process but  currently  there are
     1470Kb of macro files some of which are just silly games etc.

2.  Save run-time memory

     Again  switching off all features will save 25% of the initial memory used
     but if you don't use features  like  spelling, the help, email etc that is
     about all you will save and of course you have the same disadvantages. But
     assuming you are making sure that these features  aren't used and you need
     to save memory then drastic action is required

There are two approaches to reducing the memory (and disk space) being used:

1.  Create a new macro environment

     This is the  simplest  and  safest  approach  (changing  the ME  binary by
     disabling  features may introduce bugs and nasty side effects - its making
     me nervous just thing about it).

     Create a new  empty ME  macros  directory  and just copy the  initialising
     me.emf file across, edit it and remove  anything  that you don't think you
     need, you can  remove all the "Do I need to do this?"  lines as well. Then
     run up ME, it will  probably  complain but it will tell you the line thats
     failed - remove  it??? Once its up and  running  use it, what do you miss?
     Find out what  line  sets it up in me.emf  and any of the macro  files you
     need and copy those across and try again.

     Alternatively create your own me.emf from scratch - may be quicker.

     Its a bit hit and miss but is safe (should have no nasty side effects) and
     will  drastically  reduce  the disk  usage and should  greatly  reduce the
     memory usage.

2.  Compile out unwanted ME features.

     I  recommend  doing  this only  after  doing step 1 and more  savings  are
     required.  The binary you will produce will not have been tested and while
     I will help with any problems you have I can't promise I can fix them.

     In an editor (ME  hopefully  :-) edit the source file emain.h near the top
     you will find 'MicroEmacs  Configuration options', the following twenty or
     so #defines enable various ME features, by simply  changing the '1' to '0'
     will switch the feature off, i.e. changing:

             #define MEOSD   1       /* enable OSD functionality */

     to:

             #define MEOSD   0       /* enable OSD functionality */

     will disable osd (all the menus and dialogs). But this means that any call
     to osd will fail which means that many macros will no longer work (in fact
     most things  won't,  me.emf sets up the main menu, hkc.emf  creates a menu
     and a help dialog etc), all these will have to be removed.

     Disabling  some  features  will have some  unexpected  side  effects, e.g.
     disabling  HILIGHT  will also  disable  the ident  command  as it uses the
     hilighting code.

     Hence if you can reduce  your  requirements  by doing step 1 first you may
     reduce some of the time and frustration doing this step.

     Note that when a feature  is  disabled  the  associated  commands  are not
     'removed',  they  can  still  be  executed  producing  the  error  message
     "[Command  not  available]".  This is  because  ME uses a fast hash  table
     command  lookup for better  macro  performance  and so commands  cannot be
     simply removed.

Hope this  helps and if you have any  suggestions  on how to improve  this, or
documentation on how to do this please send them my way,

Steve

> Subject: [jasspa] MicroEmacs siz vs functionality
> From: =?iso-8859-1?Q?J=F6rgen=20J=E4germon?= <jorgen_jagermon@...>
> Date: Fri, 03 Nov 2000 15:33:23 +0100
> To: jasspa@egroups.com
>
> Hi there.
>
> I'm using MicroEmacs on a daily basis and would like to find out, ways
> to or documentation about
> HOW-TO recompile MicroEmacs with my own choice of options.
>
> For example can I remove the menu "Insert" and the underlying
> functionality, the question goes for i.e "Format", "Execute" and
> "Tools".
>
> In other words eventhough MicroEmacs is much lighter than Emacs, I would
> (and maybe someothers) to make it even lighter and slimmer, into only an
> editor.
> Is it possible to give MicroEmacs the possibility to support a package
> view where one could choose between all or some of the packages.
>
> I don't use ME for emails, calendar, insertions, formatting, etc.
>
>  Best regards Jörgen J., Stockholm, Sweden.
> --
> Jörgen Jägermon (SC/JöJ)         E-mail: jorgen_jagermon@...
> Mixed Signal EDA support             Tel   : +46 (0)8 580 24 522
> MITEL Medical Semiconductor BU       Fax   : +46 (0)8 580 20 190
> Bruttovägen 1, Box 520               Web   : http://www.mitelsemi.com
> SE-175 26 Järfälla, SWEDEN                   http://www.mitel.se
>
>
> __________________________________________________________________________
>
>
>
> This is an unmoderated list. JASSPA is not responsible for the content of
>
> any material posted to this list.
>
>
>
>
>
>

Hello,
almost christmas....,

I am trying to build a tree of java-classes and it's function
for easy navigating.
Until no I only get the functions because:

  !force search-forward "^    [a-zA-Z].*\(.*\){"

only get's the function's
like:
public void paint(Graphics g){
etc.

I tried to get eigther a function or a class like
!force search-forward "(^    [a-zA-Z].*\(.*\){\| *class)"
but it does not work.

Any suggestions ?

Best regards, Detlef

My code altogether:

define-macro list-java-functions
     ;set-variable $debug 1
     set-variable .buffer $buffer-bname
     delete-other-windows
     ; erase old-contents
     find-buffer &cat &cat "*" .buffer "functions*"
     split-window-horizontally
     25 shrink-window-horizontally
     set-variable :mouse-word-select "find-java-function"

     set-variable $buffer-hilight .hilight.java
     screen-update
     beginning-of-buffer
     set-mark
     end-of-buffer
     exchange-point-and-mark
     kill-region
     next-window-find-buffer .buffer
     set-alpha-mark "p"
     beginning-of-buffer
     !force search-forward "^    [a-zA-Z].*\(.*\){"
     !while $status
         beginning-of-line
         4 forward-char
         set-mark
         end-of-line
         exchange-point-and-mark
         copy-region
         set-variable .function @y
         -1 yank
         set-variable .line $window-line
         next-window-find-buffer &cat &cat "*" .buffer "functions*"
         execute-string &cat &cat &cat "" .function "\t\t\t  Line:"
.line
         insert-newline
         next-window-find-buffer .buffer
         !force search-forward "^    [a-zA-Z].*\(.*\){"
     !done
     goto-alpha-mark "p"
!emacro

define-macro find-java-function
     ;  set-variable $debug 1
     search-forward "Line:"
     set-mark
     forward-word
     exchange-point-and-mark
     copy-region
     set-variable #l0 @y
     -1 yank
     next-window
     #l0 goto-line
     recenter
!emacro

buffer-bind-key "list-java-functions" "f7"

Try being more specific in the search i.e.

^[ \t]*[a-zA-Z0-9_]+[ \t]*([^)]*)[ \t]*{

There are too many ".*"'s. The above was taken from the
command line so you need to macro it up a bit.

Regards
Jon.

--- In jasspa@egroups.com, "Detlef Groth" <dgroth@g...> wrote:
> Hello,
> almost christmas....,
>
> I am trying to build a tree of java-classes and it's function
> for easy navigating.
> Until no I only get the functions because:
>
>  !force search-forward "^    [a-zA-Z].*\(.*\){"
>
> only get's the function's
> like:
> public void paint(Graphics g){
> etc.
>
> I tried to get eigther a function or a class like
> !force search-forward "(^    [a-zA-Z].*\(.*\){\| *class)"
> but it does not work.
>
> Any suggestions ?
>
> Best regards, Detlef
>
> My code altogether:
>
> define-macro list-java-functions
>     ;set-variable $debug 1
>     set-variable .buffer $buffer-bname
>     delete-other-windows
>     ; erase old-contents
>     find-buffer &cat &cat "*" .buffer "functions*"
>     split-window-horizontally
>     25 shrink-window-horizontally
>     set-variable :mouse-word-select "find-java-function"
>
>     set-variable $buffer-hilight .hilight.java
>     screen-update
>     beginning-of-buffer
>     set-mark
>     end-of-buffer
>     exchange-point-and-mark
>     kill-region
>     next-window-find-buffer .buffer
>     set-alpha-mark "p"
>     beginning-of-buffer
>     !force search-forward "^    [a-zA-Z].*\(.*\){"
>     !while $status
>         beginning-of-line
>         4 forward-char
>         set-mark
>         end-of-line
>         exchange-point-and-mark
>         copy-region
>         set-variable .function @y
>         -1 yank
>         set-variable .line $window-line
>         next-window-find-buffer &cat &cat "*" .buffer "functions*"
>         execute-string &cat &cat &cat "" .function "\t\t\t  Line:"
> .line
>         insert-newline
>         next-window-find-buffer .buffer
>         !force search-forward "^    [a-zA-Z].*\(.*\){"
>     !done
>     goto-alpha-mark "p"
> !emacro
>
> define-macro find-java-function
>     ;  set-variable $debug 1
>     search-forward "Line:"
>     set-mark
>     forward-word
>     exchange-point-and-mark
>     copy-region
>     set-variable #l0 @y
>     -1 yank
>     next-window
>     #l0 goto-line
>     recenter
> !emacro
>
> buffer-bind-key "list-java-functions" "f7"

Jasspa wrote:

> Try being more specific in the search i.e.
>
> ^[ \t]*[a-zA-Z0-9_]+[ \t]*([^)]*)[ \t]*{
>
> There are too many ".*"'s. The above was taken from the
> command line so you need to macro it up a bit.
>
> Regards
> Jon.

Okay a new version is the following:
"^[ \t]*[a-zA-Z0-9_ ]*\([a-zA-Z0-9_ ,]*\){"
see:

define-macro list-java-functions
  ;   set-variable $debug 1
     set-variable .buffer $buffer-bname
     delete-other-windows
     ; erase old-contents
     find-buffer &cat &cat "*" .buffer "functions*"
     split-window-horizontally
     25 shrink-window-horizontally
     set-variable :mouse-word-select "find-java-function"
     set-variable $buffer-hilight .hilight.java
     screen-update
     beginning-of-buffer
     set-mark
     end-of-buffer
     exchange-point-and-mark
     kill-region
     next-window-find-buffer .buffer
; now search for functions
     set-alpha-mark "p"
     beginning-of-buffer
     set-variable .searchstring "^[ \t]*[a-zA-Z0-9_ ]*\([a-zA-Z0-9_ ,]*\){" ;
for easier updates of two places
      !force search-forward .searchstring
     !while $status
         beginning-of-line
         4 forward-char
         set-mark
         end-of-line
         exchange-point-and-mark
         copy-region
         set-variable .function @y
         -1 yank
         set-variable .line $window-line
         next-window-find-buffer &cat &cat "*" .buffer "functions*"
         execute-string &cat &cat &cat "" .function "\t\t\t  Line:" .line
         insert-newline
         next-window-find-buffer .buffer
         !force search-forward .searchstring
     !done
     goto-alpha-mark "p"
!emacro

but what is with classes:
see:
class Flag extends java.applet.Applet
{
     int x ; int y ;
     int $size = 30 ;
     Image flagImage ;;
     Flag(int x, int y, Image flagImage){ // constructor
         this.x = x ;
         this.y = y ;
         this.flagImage = flagImage;
     }
     void drawFlag(Graphics g){
         g.drawRoundRect(x,y,$size+4,$size+4,10,10);
         g.drawRoundRect(x-1,y-1,$size+6,$size+6,11,11);
         g.drawImage(flagImage,x+2,y+2, $size, $size, this);
     }
     boolean isClicked(int x_evt, int y_evt){
         if (x_evt > x && x_evt < (x+$size) && y_evt > y && y_evt < (y+$size)){

             return true ;
         }else return false ;
     }
}
I get something like:
Flag(int x, int y, Image flagImage){     Line:231
void drawFlag(Graphics g){     Line:236
boolean isClicked(int x_evt, int y_evt){     Line:241

but i want that:

class Flag extends java.applet.Applet
Flag(int x, int y, Image flagImage){     Line:231
void drawFlag(Graphics g){     Line:236
boolean isClicked(int x_evt, int y_evt){     Line:241

so I have to provide two(!) search-stringes in one expression using the `|'
operator like
in the following short perl-program:
# can be used in tools, but requires perl !!
# variables
my $file = $ARGV[0];
# Main
open (JAVA, "$file");
while (<JAVA>){
     if (/^[ \t]*[a-zA-Z0-9_ ]+\([a-zA-Z0-9_ ,]*\){|^[a-zA-Z0-9_ ]*class
[a-zA-Z0-9_ .]*/){ #}
         print ;
     }
}
if compiled into a *toc* window I have what I wan't, but how to do this  with
a ME-search-string
searching for two strings the `\|' failed....

Any suggestions ?
   regards,
Detlef

my hktoc.emf:
define-macro find-line
   beginning-of-line
  set-mark
  end-of-line
  exchange-point-and-mark
  copy-region
  set-variable #l0 @y
  -1 yank
  next-window
  set-alpha-mark "p"
  beginning-of-buffer
  !force search-forward #l0
     !if $status
         ml-write "Here it is !!!"
         recenter
     !else
         ml-write "Sorry not found ..."
         goto-alpha-mark "p"
     !endif
!emacro
define-macro fhook-toc
     set-variable :mouse-word-select find-line
     ; execute user extensions if enabled
!emacro

ml-write "[toc file hook loaded]"

; load in user extensions if found
!force execute-file "mytoc"

Try using this:

         "^[ \t]*class\\|^[ \t]*[a-zA-Z0-9_ ]*([a-zA-Z0-9_ ,]*){"

You need to double the '\' before the '|', otherwise it is ignored. See the
help on "set-variable".

Also you should think about the "4 forward-char" a few lines below, because it
cuts of the first four characters if your function or your class definition
starts on the beginning of the line.

regards

Jirko



On 14-Dec-2000 Detlef Groth wrote:
>
>
> Jasspa wrote:
>
>> Try being more specific in the search i.e.
>>
>> ^[ \t]*[a-zA-Z0-9_]+[ \t]*([^)]*)[ \t]*{
>>
>> There are too many ".*"'s. The above was taken from the
>> command line so you need to macro it up a bit.
>>
>> Regards
>> Jon.
>
> Okay a new version is the following:
> "^[ \t]*[a-zA-Z0-9_ ]*\([a-zA-Z0-9_ ,]*\){"
> see:
>
> define-macro list-java-functions
>  ;   set-variable $debug 1
>     set-variable .buffer $buffer-bname
>     delete-other-windows
>     ; erase old-contents
>     find-buffer &cat &cat "*" .buffer "functions*"
>     split-window-horizontally
>     25 shrink-window-horizontally
>     set-variable :mouse-word-select "find-java-function"
>     set-variable $buffer-hilight .hilight.java
>     screen-update
>     beginning-of-buffer
>     set-mark
>     end-of-buffer
>     exchange-point-and-mark
>     kill-region
>     next-window-find-buffer .buffer
> ; now search for functions
>     set-alpha-mark "p"
>     beginning-of-buffer
>     set-variable .searchstring "^[ \t]*[a-zA-Z0-9_ ]*\([a-zA-Z0-9_ ,]*\){" ;
> for easier updates of two places
>      !force search-forward .searchstring
>     !while $status
>         beginning-of-line
>         4 forward-char
>         set-mark
>         end-of-line
>         exchange-point-and-mark
>         copy-region
>         set-variable .function @y
>         -1 yank
>         set-variable .line $window-line
>         next-window-find-buffer &cat &cat "*" .buffer "functions*"
>         execute-string &cat &cat &cat "" .function "\t\t\t  Line:" .line
>         insert-newline
>         next-window-find-buffer .buffer
>         !force search-forward .searchstring
>     !done
>     goto-alpha-mark "p"
> !emacro
>
> but what is with classes:
> see:
> class Flag extends java.applet.Applet
> {
>     int x ; int y ;
>     int $size = 30 ;
>     Image flagImage ;;
>     Flag(int x, int y, Image flagImage){ // constructor
>         this.x = x ;
>         this.y = y ;
>         this.flagImage = flagImage;
>     }
>     void drawFlag(Graphics g){
>         g.drawRoundRect(x,y,$size+4,$size+4,10,10);
>         g.drawRoundRect(x-1,y-1,$size+6,$size+6,11,11);
>         g.drawImage(flagImage,x+2,y+2, $size, $size, this);
>     }
>     boolean isClicked(int x_evt, int y_evt){
>         if (x_evt > x && x_evt < (x+$size) && y_evt > y && y_evt <
> (y+$size)){
>
>             return true ;
>         }else return false ;
>     }
> }
> I get something like:
> Flag(int x, int y, Image flagImage){     Line:231
> void drawFlag(Graphics g){     Line:236
> boolean isClicked(int x_evt, int y_evt){     Line:241
>
> but i want that:
>
> class Flag extends java.applet.Applet
> Flag(int x, int y, Image flagImage){     Line:231
> void drawFlag(Graphics g){     Line:236
> boolean isClicked(int x_evt, int y_evt){     Line:241
>
> so I have to provide two(!) search-stringes in one expression using the `|'
> operator like
> in the following short perl-program:
># can be used in tools, but requires perl !!
># variables
> my $file = $ARGV[0];
># Main
> open (JAVA, "$file");
> while (<JAVA>){
>     if (/^[ \t]*[a-zA-Z0-9_ ]+\([a-zA-Z0-9_ ,]*\){|^[a-zA-Z0-9_ ]*class
> [a-zA-Z0-9_ .]*/){ #}
>         print ;
>     }
> }
> if compiled into a *toc* window I have what I wan't, but how to do this  with
> a ME-search-string
> searching for two strings the `\|' failed....
>
> Any suggestions ?
>   regards,
> Detlef
>
> my hktoc.emf:
> define-macro find-line
>   beginning-of-line
>  set-mark
>  end-of-line
>  exchange-point-and-mark
>  copy-region
>  set-variable #l0 @y
>  -1 yank
>  next-window
>  set-alpha-mark "p"
>  beginning-of-buffer
>  !force search-forward #l0
>     !if $status
>         ml-write "Here it is !!!"
>         recenter
>     !else
>         ml-write "Sorry not found ..."
>         goto-alpha-mark "p"
>     !endif
> !emacro
> define-macro fhook-toc
>     set-variable :mouse-word-select find-line
>     ; execute user extensions if enabled
> !emacro
>
> ml-write "[toc file hook loaded]"
>
> ; load in user extensions if found
> !force execute-file "mytoc"
>
>
>
>
> __________________________________________________________________________
>
>
>
> This is an unmoderated list. JASSPA is not responsible for the content of
>
> any material posted to this list.

"^[ \t]*[a-zA-Z0-9_ ]*\([a-zA-Z0-9_ ,]*\){\\|\\Wclass "  !!!
                                '----------a  space !      '-------- two \\s
sounds like a programmers poem.
Thanks all, the trick was simply `\\|',
it is `|' in perl and it's competitors
it is `\|' in the microemacs-commandline,
it is `\\|' in the microemacs-macro.

I got the followong tree :
public class Start2 extends java.applet.Applet implements Runnable      Line:2
     public void init(){     Line:39
     public void start(){     Line:77
     public void stop(){     Line:84
     public void run(){     Line:89
             while(true){     Line:110 // waiting for input not a function ..
     public void paint(Graphics g){     Line:144
     public void update(Graphics g){     Line:188
     public void drawSlogans(){     Line:191
     public boolean mouseDown(Event evt, int x, int y){     Line:208
     void show(String text){     Line:235
class Flag extends java.applet.Applet      Line:240
     Flag(int x, int y, Image flagImage){     Line:245
     void drawFlag(Graphics g){     Line:250
     boolean isClicked(int x_evt, int y_evt){     Line:255
class Button extends java.applet.Applet      Line:261
     Button(int x, int y, int modus){     Line:266
     void drawButton(Graphics g){     Line:271
     boolean isClicked(int x_evt, int y_evt){     Line:286

what is almost that what I want. Of course this depends much on your coding
style
regarding the {}-brackets. Up to now I missed the javatags.emf. Did I miss a new
release ?

Follows the `final' release....

define-macro list-java-functions
  ;   set-variable $debug 1
     set-variable .buffer $buffer-bname
     delete-other-windows
     find-buffer &cat &cat "*" .buffer "functions*"
     split-window-horizontally
     25 shrink-window-horizontally
     ; to simple click the function
     set-variable :mouse-word-select "find-java-function"
     set-variable $buffer-hilight .hilight.java
     screen-update
      ; erase old-contents
     beginning-of-buffer
     set-mark
     end-of-buffer
     exchange-point-and-mark
     kill-region
     next-window-find-buffer .buffer
     set-alpha-mark "p"
     beginning-of-buffer
     ; declare what to find
     set-variable .searchstring "^[ \t]*[a-zA-Z0-9_ ]*\([a-zA-Z0-9_
,]*\){\\|\\Wclass "
     !force search-forward .searchstring
     !while $status ; if found put into the *function*-buffer
         beginning-of-line
         set-mark
         end-of-line
         exchange-point-and-mark
         copy-region
         end-of-line
         set-variable .function @y
         -1 yank
         set-variable .line $window-line
         next-window-find-buffer &cat &cat "*" .buffer "functions*"
         execute-string &cat &cat &cat "" .function "\t\t\t  Line:" .line
         insert-newline
         next-window-find-buffer .buffer
         !force search-forward .searchstring
     !done
     goto-alpha-mark "p"
!emacro

define-macro find-java-function
     search-forward "Line:"
     set-mark
     forward-word
     exchange-point-and-mark
     copy-region
     set-variable #l0 @y
     -1 yank
     next-window
     #l0 goto-line
     recenter
!emacro

buffer-bind-key "list-java-functions" "f7"

Best regards,
Detlef

I see that Borland are offering both a free compiler
and debugger for Windows now (http://www.inprise.com
- follow download links). Tbe ME alpha release supports
a BCC 5.5 build, but the debugger was not available
when I ported ME so I do not know what it is like.

Has anybody used this debugger yet ??

Regards
Jon.

--- In jasspa@egroups.com, Jon <jon@j...> wrote:
> I see that Borland are offering both a free compiler
> and debugger for Windows now (http://www.inprise.com
> - follow download links). Tbe ME alpha release supports
> a BCC 5.5 build, but the debugger was not available
> when I ported ME so I do not know what it is like.
>
> Has anybody used this debugger yet ??
>
> Regards
> Jon.

Hello Jon,

I dont wanna mistake you, but I think it's
the well known Borland (aka Inprise) console
type debugger they adopted for some time now.

I personally dont have any experience with it,
but I do prefer the MS integrated debugger.

Regards

Pedro Gomes

Hello,

I wish everyone a mery christmas.

As a special gift follows the modification of the java-tree-builder.
The function is now put into my user.emf-file, but the search string is
defined in myjava.emf, also search-strings are defined in myemf.emf and
so on so you can build navigation trees for almost every programming
languages:

myemf.emf:
set-variable :searchstring "^define-macro "
buffer-bind-key "list-functions" "f7"

myjava.emf:
set-variable :searchstring "^[ \t]*[a-zA-Z0-9_ ]*\([a-zA-Z0-9_
,]*\){\\|\\Wclass "
buffer-bind-key "list-functions" "f7"

myperl.emf
set-variable :searchstring "^sub "
buffer-bind-key "list-functions" "f7"

and so on...

now user.emf:
define-macro list-functions
  set-variable .buffer $buffer-bname
  set-variable .buffer-hilight $buffer-hilight ; for keeping proper
hilight-scheme
     delete-other-windows
     find-buffer &cat &cat "*" .buffer "functions*"
     split-window-horizontally
     25 shrink-window-horizontally
     ; to simple click the function
     set-variable :mouse-word-select "find-function"
     set-variable $buffer-hilight .buffer-hilight
     screen-update
      ; erase old-contents
     beginning-of-buffer
     set-mark
     end-of-buffer
     exchange-point-and-mark
     kill-region
     next-window-find-buffer .buffer
     set-alpha-mark "p"
     beginning-of-buffer
      !force search-forward :searchstring ; must be declared in
my...emf-files
     !while $status ; if found put into the *function*-buffer
         beginning-of-line
         set-mark
         end-of-line
         exchange-point-and-mark
         copy-region
         end-of-line
         set-variable .function @y
         -1 yank
         set-variable .line $window-line
         next-window-find-buffer &cat &cat "*" .buffer "functions*"
         execute-string &cat &cat &cat "" .function "\t\t\t  Line:" .line

         insert-newline
         next-window-find-buffer .buffer
         !force search-forward :searchstring
     !done
     goto-alpha-mark "p"
!emacro

define-macro find-function
     search-forward "Line:"
     set-mark
     forward-word
     exchange-point-and-mark
     copy-region
     set-variable #l0 @y
     -1 yank
     next-window
     #l0 goto-line
     recenter
!emacro

regards,
Detlef

Hello, Jasspas!


I'm new to me (this means MicroEmacs, not myself). I never did use an Emacs
ever before and want to congratulate JASSPA and the other authors to this
nice small editor. I use the current MicroEmacs 00 - Date 00/01/26 on
win32, HP-UX and Linux.

I found it very useful to have such things like a graphical diff etc. and
also the mode dependent Tools menu is very nice. The only thing is, that I
have to figure out all the keybindings. I would like a more cua
(Windows/Mac/Motif) like style, not so much the old emacs like keys, even
1000 people told me, that it is better for fast wrting (I never wrote
fast).

Till now I used FTE, which unfortunately seems not to be developed any
further. Also I like to have an extension language. Is there a tutorial for
me beginners, how to program for it? I have to say, that I can not read
this language on the first look, like I would with Python, C or Pascal.

Also I like all the pseudo-graphicle dialogs, boxes, filebrowsers etc. And
the best thing: It seems, that I can open and close files and windows, and
don't have to concentrate on buffers, like I would on XEmacs/FSF Emacs.
This is more my style.

Is there some still existing macro to make me as windowish as it can be? I
would like to introduce this editor to all our developers. They normally
use NEdit. But I think me is more flexible, even it does not look as
familar to them, as NEdit does.

--------------------------------------------------------------------------------\
------------------------

Martin Döring

--- In jasspa@y..., Martin_Doering@m... wrote:
Hello Martin,

may be a look at my homepage (http://www.microemacs.de) may help you a
bit:
Here just proposals for dummy shortcuts:


  This ugly keyboard...

  It can give trouble at the beginning because many `normal'
Win-shortcuts are not working as you would expect it (C-c, C-x and C-v
par example). I propose you
  are putting the following lines into your user.emf to make your live
easier in the beginning:

global-bind-key "yank"                 "A-C-v" ; ie. paste with
AltGr+V
  global-bind-key "reyank"               "A-C-y" ; this paste the
previos clip
  global-bind-key "kill-region"          "A-C-x" ; ie. cut
  global-bind-key "copy-region"          "A-C-c"
  global-bind-key "undo"                 "A-C-z"
  global-bind-key "save-buffer"          "A-C-s"
  global-bind-key "beginning-of-buffer"  "C-home" ; adjusts jumping in
the buffer
  global-bind-key "end-of-buffer"        "C-end"
  global-bind-key "end-of-line"          "end"
  global-bind-key "beginning-of-line"    "home"


  Now you can use the `ALT' and the `CTRL'-key together like you would
use the `CTRL'-key alone. This should help you (by the way on german
keyboards, the
  `Alt Gr'-Key is doing this thing also). Furthermore choose `Help User
Setup Start-Up MS-Shift Key = Y' to get still more Win-Feeling. The
shortcuts C-x and C-c
  can't be easily reconfigurated to Win-like behaviour because they
belongs to double shortcuts in the Emacs-Editor-family.

regards,
Detlef

> Hello, Jasspas!
>
>
> I'm new to me (this means MicroEmacs, not myself). I never did use
an Emacs
> ever before and want to congratulate JASSPA and the other authors to
this
> nice small editor. I use the current MicroEmacs 00 - Date 00/01/26
on
> win32, HP-UX and Linux.
>
> I found it very useful to have such things like a graphical diff
etc. and
> also the mode dependent Tools menu is very nice. The only thing is,
that I
> have to figure out all the keybindings. I would like a more cua
> (Windows/Mac/Motif) like style, not so much the old emacs like keys,
even
> 1000 people told me, that it is better for fast wrting (I never
wrote
> fast).
>
> Till now I used FTE, which unfortunately seems not to be developed
any
> further. Also I like to have an extension language. Is there a
tutorial for
> me beginners, how to program for it? I have to say, that I can not
read
> this language on the first look, like I would with Python, C or
Pascal.
>
> Also I like all the pseudo-graphicle dialogs, boxes, filebrowsers
etc. And
> the best thing: It seems, that I can open and close files and
windows, and
> don't have to concentrate on buffers, like I would on XEmacs/FSF
Emacs.
> This is more my style.
>
> Is there some still existing macro to make me as windowish as it can
be? I
> would like to introduce this editor to all our developers. They
normally
> use NEdit. But I think me is more flexible, even it does not look as
> familar to them, as NEdit does.
>
>
----------------------------------------------------------------------
----------------------------------
>
> Martin Döring

Hello!

I read about ftp support for me. When starting the "ftp command I'm asked
for a registry file. Well - I know (from NT) what a registry means. But why
do I have to specify such a file? Can I use one file/user, or is there a
registry for each task? Why am I beeing asked?

--------------------------------------------------------------------------------\
------------------------

Martin Döring

The way I most often use the ftp-command is like
!define-macro edit-email-pl
     find-file "ftp://userid:password@www.dgroth.de/cgi-bin/email.pl"
!emacro
you can also add the file to the favourites.

regards,
Detlef

Martin_Doering@... wrote:

> Hello!
>
> I read about ftp support for me. When starting the "ftp command I'm asked
> for a registry file. Well - I know (from NT) what a registry means. But why
> do I have to specify such a file? Can I use one file/user, or is there a
> registry for each task? Why am I beeing asked?
>
>
--------------------------------------------------------------------------------\
------------------------
>
> Martin Döring

<snip>

Martin,

The registry file is an ME registry file (*.erf), remembering your favourite
ftp site user name and passwd can be a real pain so the registry file does
it for you, the site name drop-down will then list all the sites. If you do
not wish to use this feature, i.e. if you don't mind typing in the Host
Address etc. the ignore it, ftp will still function without a specified
registry file. The help page on the ftp command goes some way to say this.

Another way of using the ftp support is to use find-file directly (C-x C-f)
and enter the ftp file that you want (i.e.
ftp://user:passwd@addr/myfile.txt, or ftp://addr/myfile.txt if guest login
is okay). The ftp interface is useful when you need to browser the site or
you need to transfer files.

Steve

> Hello!
>
> I read about ftp support for me. When starting the "ftp command I'm asked
> for a registry file. Well - I know (from NT) what a registry means. But
why
> do I have to specify such a file? Can I use one file/user, or is there a
> registry for each task? Why am I beeing asked?

Hello,

here are just two macros which allows to inove the java-api-files from
the program.
Versions for other programming-languages can be made in a similar
manner.

Hope this helps,
regards,

By the way, the ME-help-pages are still online at:
http://www.microemacs.de/findex094/bin/findex.htm

Detlef

; two small macros delivering support for the java-api-help-pages

; two variables which must be adjusted individually
set-variable :java-api-path "F:/java/jdk1.2.2/api/"
set-variable :browser
"E:/Programme/Netscape/Communicator/Program/netscape.exe " ; space at
the end !

;simple-invokation of the java-api
define-macro find-java-api
     shell-command &cat &cat :browser :java-api-path "index.html"
!emacro

; invoke the page in dependence of the marked text
; par example if something like `java.io.*' is marked a
directory-listing for
; all io-files will be given
; if `java.awt.Button' is marked the java/awt/Button.html page is shown
define-macro find-java-class-help
     set-variable #l0 @y ; get the marked text
     find-buffer "*temp*" ; do some replacements here
     execute-string #l0
     beginning-of-buffer
     replace-string "\\." "/"
     beginning-of-buffer
     replace-string "\*" ""
     beginning-of-buffer
     set-mark
     end-of-line
     exchange-point-and-mark
     kill-region
     delete-buffer "*temp*"
     !if &sin "*" #l0 ; ie a directory listing
         shell-command &cat &cat :browser :java-api-path @y
     !else ; ie a certain class
         shell-command &cat &cat &cat :browser :java-api-path @y ".html"
     !endif
     -1 yank
!emacro

; two ugly additions into the java-menu you can make shortcuts also
osd .osd.java-tool 50 "-"
osd .osd.java-tool 51 "" "open java-api"         f find-java-api
osd .osd.java-tool 52 "" "open java-class-api"         f
find-java-class-help

Hello,
me2000 was coming with an improved hilighting feature for hilighting
schemes inside other
hilighting schemes. Remember my proposal to hilight java-code inside
html, emf-code inside textfiles and so on.
Jon has further improved the story as I observed in the new
docmacro.emf.
However two important scripting languages were missing.

If you need you can put the following lines inside mydoc.emf and if
editing and reading the file
myuniqueperldocumentation.txt par example you can switch to
perl-hiligthing simply by typing
`>pl>' at the beginning of the line were the perl-source-code starts.
like:
>pl>
print "hello me" ;
>doc>
A unique feature of me I think.

!if &and &sin "h" #l0 &band .hilight.flags 0x02
     ; Allow Perl Code inserts
     ; Force the ".pl" scheme to be loaded into the context of the
document
     ; scheme. We delimit the .emf scheme with a pair of markers ">pl>"
and
     ; ">doc>"
     ;
     ; Force the hilighting mode to load if not already loaded.
     !if ¬ &exi .hilight.perl
         !force execute-file "hkperl"
     !endif
     ; If the hilighting mode is loaded then modify it.
     !if &and &sin "h" .fhook-perl.setup &band .hilight.flags 0x02
         hilight .hilight.doc 0xc0 "^>pl>" ">pl>"     .hilight.perl
.scheme.hide
         hilight .hilight.perl   0xc0 "^>doc>" ">doc>" .hilight.doc
.scheme.hide
     !endif

     ; Allow Tcl Code inserts
     ; Force the ".tcl" scheme to be loaded into the context of the
document
     ; scheme. We delimit the .emf scheme with a pair of markers ">pl>"
and
     ; ">doc>"
     ;
     ; Force the hilighting mode to load if not already loaded.
     !if ¬ &exi .hilight.tcl
         !force execute-file "hktcl"
     !endif
     ; If the hilighting mode is loaded then modify it.
     !if &and &sin "h" .fhook-tcl.setup &band .hilight.flags 0x02
         hilight .hilight.doc 0xc0 "^>tcl>" ">tcl>"     .hilight.tcl
.scheme.hide
         hilight .hilight.tcl   0xc0 "^>doc>" ">doc>" .hilight.doc
.scheme.hide
     !endif
!endif

you get the idea ?
Regards and hav a nice weekend,
Detlef

Hello, Listers!


I would like to develope an editor emulation for to use with me '00. I read
the documentation, and it says, that the only emulation developed so far is
the one for microemacs 3.8 from Steven Phillips (me3_8.emf).

If I have a look at the code it seems, that there are just some minor
changes in the editor behaviour. What I want to do is more, e.g. give
CUA-keybindings (not just the C-v, C-x, C-C stuff), but also a more
Motif/Windows/Mac like behaviour like C-z for undo C-a fo select all and
exclusively using the cursor keys for navigation, so that other keys like
C-p are free for other commands. Also I would like to use the ESC key for
breaking an operation, not as a modifier key.

All in all I think this is a very good idea and it also would be good for
me '00, if some users, which come from windows (or use it) or are familiar
with this keys could use me. The more people use it, the more people would
support me and do additional developements on it.

I don't want to be a missionary. I also don't want to discuss, if the
emacs, vi or XXX keyset is better, or not. I just want to use the keyset
our developers and me use this time. This is mostly the one of nedit. BUT:
I like me  '00 very much, because it is multi platform and it is very
powerful. Also it is customizable, even the language is a bit crude (for a
language fetishist like me   ;-) And at all, it is very small - much
smaller, than the big emacses, nedit or others.

So I became the idea to develope a new editor emulation for it - don't know
if this would ever become a part of the distribution, or not.

So - what do you think? Is this a good idea? There would be a need for to
change some basic things like menues etc. E.g I don't know, if I would
change the main editor menus and keysets, what I would do with the
additional packages, like HTML etc. Mostly they can stay, like they are, I
think.

All in all I find me would be a good base for such thing and - I have to
say that I find, that many things in me are done in a very modern and
userfriendly way, like the user setup, the menus, the registry, all the osd
part. It is done very well. It really would be a good base. And I would
say, that the creators must have had some windowish or better GUI-like
ideas in mind as they created it (me is not like other editors - it has not
only menues, but all other kinds of browsers, lists, directories etc.).

I once tried such conversation on JED, whose language slang I like more,
but it was not so easy as I thought. For example JED does not have such
thing like osd and does not have easy changable dialogs for to change mouse
behaviour or such.

What do you think: Would me be a good basis for me, or would you say, that
it is too much efford? Or would you not like such things? Normally the user
setup tells me, that there could be a wish, that there are some more
emulations than now.

--------------------------------------------------------------------------------\
------------------------

Martin Döring

Martin_Doering@... wrote:
>
> Hello, Listers!
>
> I would like to develope an editor emulation for to use with me '00. I read
> the documentation, and it says, that the only emulation developed so far is
> the one for microemacs 3.8 from Steven Phillips (me3_8.emf).
>
> If I have a look at the code it seems, that there are just some minor
> changes in the editor behaviour. What I want to do is more, e.g. give
> CUA-keybindings (not just the C-v, C-x, C-C stuff), but also a more
> Motif/Windows/Mac like behaviour like C-z for undo C-a fo select all and
> exclusively using the cursor keys for navigation, so that other keys like
> C-p are free for other commands. Also I would like to use the ESC key for
> breaking an operation, not as a modifier key.
>
> All in all I think this is a very good idea and it also would be good for
> me '00, if some users, which come from windows (or use it) or are familiar
> with this keys could use me. The more people use it, the more people would
> support me and do additional developements on it.
>
> I don't want to be a missionary. I also don't want to discuss, if the
> emacs, vi or XXX keyset is better, or not. I just want to use the keyset
> our developers and me use this time. This is mostly the one of nedit. BUT:
> I like me  '00 very much, because it is multi platform and it is very
> powerful. Also it is customizable, even the language is a bit crude (for a
> language fetishist like me   ;-) And at all, it is very small - much
> smaller, than the big emacses, nedit or others.
>
> So I became the idea to develope a new editor emulation for it - don't know
> if this would ever become a part of the distribution, or not.
>

Provided that it works and does not conflict with the standard macros then
it will be distributed. One reason why we have not done this to date is
that we use Emacs for the Emacs bindings.  However, one could completely
change the bindings for whatever target - in theory.

The only additional work that I can see that needs to be done is to disable
some of the Emacs bindings that are added on the hook functions. In this
case then a condition on the binding category would be required. i.e. we
could not assume some of the prefixes that we currently use. (for example
the hkc.emf has some local buffer bindings that would need to be altered).

The only other tricky area is the mouse. As you may(not) be aware most
of the mouse functionality is controlled from macros. The mouse behaviour
may need to be modified to be more in keeping with other target system
emulations.

If somebody is prepared to make a start on the binding definitions then
we will be more than willing to support more esoteric problems with
prefixes and mouse bindings. Note that I have not volunteered for this
since faced with Microsoft tools such as Notepad, Wordpad or MS-DEV I have
severe problems with the keys because they are not Emacs - typically
causing these packages to break or do wierd things when I use Emacs bindings !!

>
> So - what do you think? Is this a good idea? There would be a need for to
> change some basic things like menues etc. E.g I don't know, if I would
> change the main editor menus and keysets, what I would do with the
> additional packages, like HTML etc. Mostly they can stay, like they are, I
> think.
>
> All in all I find me would be a good base for such thing and - I have to
> say that I find, that many things in me are done in a very modern and
> userfriendly way, like the user setup, the menus, the registry, all the osd
> part. It is done very well. It really would be a good base. And I would
> say, that the creators must have had some windowish or better GUI-like
> ideas in mind as they created it (me is not like other editors - it has not
> only menues, but all other kinds of browsers, lists, directories etc.).
>
> I once tried such conversation on JED, whose language slang I like more,
> but it was not so easy as I thought. For example JED does not have such
> thing like osd and does not have easy changable dialogs for to change mouse
> behaviour or such.
>
> What do you think: Would me be a good basis for me, or would you say, that
> it is too much efford? Or would you not like such things? Normally the user
> setup tells me, that there could be a wish, that there are some more
> emulations than now.

I would say it is a bit effort, but is do-able. You could probably get
75-80% there with no help from us, but you will need more help once you
try and resolve the last few items.

There was a posting some time back requesting such a feature. I think
that people would use it if it was available - there are people in
my office that use ME for the line hilighting only and find it
difficult to navigate using the standard bindings.

I would point out that we are fairly open with new ideas etc. and are
more than willing to take them on board, provided that there is always
some sort of backwards compatibility and that it does not break any concepts
that are already in place. The real problem for us is time - so contributions
are always better than making a request for a feature - especially if
it is a feature that we will not use.

A number of you out there have come up with some exceedingly good ideas
which we have taken on board and extended. i.e. Detlef's original idea
of swapping the hilighting. This technique has been refined and included in
a number of highlighting schemes with great effect. The Windows console for
NT was another contribution.

I look forward to your contributions !!

Regards
Jon
(jon@...).

>
> Martin Döring
>

Hello!

Using ME I discovered a potential security risk: If I'm using the ftp
command, the user:password is shown for each loaded file in the status
line. Can the password be hidden?

Another thing: If I'm using ME as a html browser, always the HTML is shown
as source. Can this be changed for default? Sorry - I think this question
may have been asked a several times, but I cannot find something in the
FAQ!

BTW: What tools are being used to create the documentation? All looks very
perfect - congratulations! I would like to write some own documentation fpr
another project. How is it done - TeX?

If I kill a buffer with C-x k, I'm always asked, if I'm shure. If I use the
menu, I'm not asked. Can I switch this confirming off?

--------------------------------------------------------------------------------\
------------------------

Martin Döring

Martin

1)    FTP Password,

The best security is to only put the user name in the file name, i.e.:

         ftp://<user>@<address>/.....

You will then be prompted once for the password and all files loaded from
that site will have a ftp://<user>@<address>/... file name (i.e. the
password is not shown). The password is also not written out at all so its
much safer than any other mode.

The one pain with this is that you have to remember and type in your
password every time you start a new ME, so the solution to this is to use a
registry file in the ftp GUI. In the GUI you set a registry file name which
you must protect as this will have the password in it, on unix you can make
it readable by only yourself (and root) on windows (being windows) this is
more difficult. If this security is not good enough then don't read on. Once
you have a registry file create a site by entering the Site Name ("foo"
say), Host Address, User name and password, from then on you can load files
from this site using just the site name "foo", i.e. ftp://foo/... so again
the password is not shown (having said that the bloody things just crashed
on me - I've been chasing that bug for some time! I now have a fix)

There is a way and it depends on which version you are using, if you are
using the latest version with the nice new buffer-setup stuff then its an
option on the html buffer setup. On older versions it varies so I suggest
you load hkhtml and find the command fhook-html. near the top of that
function it will test the value of a variable (something like %html-browser
(if memory serves)) create a myhtml.emf file in your area and set this
variable appropriately. If you have problems send me your hkhtml.emf file
and I'll send back a myhtml.emf.

The documentation is written in nroff, this is then converted to html using
some in-house tools, the html is then converted to ehf using me and
ehftools, the html browser macro code in htmltool.emf is used.

You should only be prompted "Are you sure" if you've modified the buffer, if
the buffer is not modified delete-buffer (C-x k) should just kill the
buffer. If the menu version does not prompt when you have modified the
buffer then this is a bug!

Steve
----- Original Message -----
From: <Martin_Doering@...>
To: <jasspa@yahoogroups.com>
Sent: Monday, February 19, 2001 2:24 PM
Subject: [jasspa] Some questions


Hello!

Using ME I discovered a potential security risk: If I'm using the ftp
command, the user:password is shown for each loaded file in the status
line. Can the password be hidden?

Another thing: If I'm using ME as a html browser, always the HTML is shown
as source. Can this be changed for default? Sorry - I think this question
may have been asked a several times, but I cannot find something in the
FAQ!

BTW: What tools are being used to create the documentation? All looks very
perfect - congratulations! I would like to write some own documentation fpr
another project. How is it done - TeX?

If I kill a buffer with C-x k, I'm always asked, if I'm shure. If I use the
menu, I'm not asked. Can I switch this confirming off?

----------------------------------------------------------------------------
----------------------------

Martin Döring



__________________________________________________________________________



This is an unmoderated list. JASSPA is not responsible for the content of

any material posted to this list.

All,

This is harder than it may first appear, following is a list of issues that
need to be addressed:

High priority
     Ability to remove all default bindings (internal)
     Ability to rebind interrupt (C-g) key (horrible internal)
     Configure ME to run in windows mode (macro - Emulate = windows?)
     Disable the setup of various global-bindings in me.emf (macro)
     Change the buffer specific bindings to windows ones (macro)
Medium
     Change the Main menu to show correct bindings (macro)
     Change the buffer help pages (macro)
Lower
     Change or add docs (documentation)

Are there any issues I've missed? Please consider offer possible emulations.

The first 5 are musts, the next 2 are bordering on musts (what do you
think??) and documentation is documentation.

The first 2 items are not possible in the current release, ME must be
changed. The 3 is already there. The next 4 can be done, but how? this will
greatly impact the macros and their maintainability.

Given this I propose that Jasspa do a feasibility study first to determine
an expectable approach to these problems. Once a solution has been agreed
on, we can release the new version and the Emulation can then be created by
whoever wishes to.

Steve
----- Original Message -----
From: "Jon Green" <jnaught@...>
To: <jasspa@yahoogroups.com>
Sent: Friday, February 16, 2001 4:24 PM
Subject: Re: [jasspa] CUA-Editor Emulation




Martin_Doering@... wrote:
>
> Hello, Listers!
>
> I would like to develope an editor emulation for to use with me '00. I
read
> the documentation, and it says, that the only emulation developed so far
is
> the one for microemacs 3.8 from Steven Phillips (me3_8.emf).
>
> If I have a look at the code it seems, that there are just some minor
> changes in the editor behaviour. What I want to do is more, e.g. give
> CUA-keybindings (not just the C-v, C-x, C-C stuff), but also a more
> Motif/Windows/Mac like behaviour like C-z for undo C-a fo select all and
> exclusively using the cursor keys for navigation, so that other keys like
> C-p are free for other commands. Also I would like to use the ESC key for
> breaking an operation, not as a modifier key.
>
> All in all I think this is a very good idea and it also would be good for
> me '00, if some users, which come from windows (or use it) or are familiar
> with this keys could use me. The more people use it, the more people would
> support me and do additional developements on it.
>
> I don't want to be a missionary. I also don't want to discuss, if the
> emacs, vi or XXX keyset is better, or not. I just want to use the keyset
> our developers and me use this time. This is mostly the one of nedit. BUT:
> I like me  '00 very much, because it is multi platform and it is very
> powerful. Also it is customizable, even the language is a bit crude (for a
> language fetishist like me   ;-) And at all, it is very small - much
> smaller, than the big emacses, nedit or others.
>
> So I became the idea to develope a new editor emulation for it - don't
know
> if this would ever become a part of the distribution, or not.
>

Provided that it works and does not conflict with the standard macros then
it will be distributed. One reason why we have not done this to date is
that we use Emacs for the Emacs bindings.  However, one could completely
change the bindings for whatever target - in theory.

The only additional work that I can see that needs to be done is to disable
some of the Emacs bindings that are added on the hook functions. In this
case then a condition on the binding category would be required. i.e. we
could not assume some of the prefixes that we currently use. (for example
the hkc.emf has some local buffer bindings that would need to be altered).

The only other tricky area is the mouse. As you may(not) be aware most
of the mouse functionality is controlled from macros. The mouse behaviour
may need to be modified to be more in keeping with other target system
emulations.

If somebody is prepared to make a start on the binding definitions then
we will be more than willing to support more esoteric problems with
prefixes and mouse bindings. Note that I have not volunteered for this
since faced with Microsoft tools such as Notepad, Wordpad or MS-DEV I have
severe problems with the keys because they are not Emacs - typically
causing these packages to break or do wierd things when I use Emacs bindings
!!

>
> So - what do you think? Is this a good idea? There would be a need for to
> change some basic things like menues etc. E.g I don't know, if I would
> change the main editor menus and keysets, what I would do with the
> additional packages, like HTML etc. Mostly they can stay, like they are, I
> think.
>
> All in all I find me would be a good base for such thing and - I have to
> say that I find, that many things in me are done in a very modern and
> userfriendly way, like the user setup, the menus, the registry, all the
osd
> part. It is done very well. It really would be a good base. And I would
> say, that the creators must have had some windowish or better GUI-like
> ideas in mind as they created it (me is not like other editors - it has
not
> only menues, but all other kinds of browsers, lists, directories etc.).
>
> I once tried such conversation on JED, whose language slang I like more,
> but it was not so easy as I thought. For example JED does not have such
> thing like osd and does not have easy changable dialogs for to change
mouse
> behaviour or such.
>
> What do you think: Would me be a good basis for me, or would you say, that
> it is too much efford? Or would you not like such things? Normally the
user
> setup tells me, that there could be a wish, that there are some more
> emulations than now.

I would say it is a bit effort, but is do-able. You could probably get
75-80% there with no help from us, but you will need more help once you
try and resolve the last few items.

There was a posting some time back requesting such a feature. I think
that people would use it if it was available - there are people in
my office that use ME for the line hilighting only and find it
difficult to navigate using the standard bindings.

I would point out that we are fairly open with new ideas etc. and are
more than willing to take them on board, provided that there is always
some sort of backwards compatibility and that it does not break any concepts
that are already in place. The real problem for us is time - so
contributions
are always better than making a request for a feature - especially if
it is a feature that we will not use.

A number of you out there have come up with some exceedingly good ideas
which we have taken on board and extended. i.e. Detlef's original idea
of swapping the hilighting. This technique has been refined and included in
a number of highlighting schemes with great effect. The Windows console for
NT was another contribution.

I look forward to your contributions !!

Regards
Jon
(jon@...).

>
> Martin Döring
>


__________________________________________________________________________



This is an unmoderated list. JASSPA is not responsible for the content of

any material posted to this list.

Because I have moved machines a while ago I have not used jasspa for a
while.  I have copied the directories from my old computer to my new one
(old=Win95, new=WinNT4).  I've got just about everything working fine except
for a couple of items. (MicroEmacs 00 - Date 00/01/26 - win32).
When I used jasspa a lot last year jon etc were very helpful in getting me
to understand the document mode, but as always if I leave something for a
while, I always end up with problems :-)

1)  I have a text file (notes.txt)  when I open it it loads document mode
with fill-col and ofill-col (??) set to 70 - no problem it's what I want.  I
have another text file (new1.txt), when I open it, it loads in document
mode, but fill-col is set to 78 and ofill-col is set to 70.   I want the
fill col to be 70, but when I enter text, it is - of course - as per
settings - at 78.  This is frustrating.
Why is it happening.

2) When I enter a number of paragraphs with bullets (1.; 1.1; 1.1.1. etc)
the fill process (esc q) is aligning everything on the first bullet.  What
am I doing wrong?

Thanks for any replies.
Dave E.

I seem to be a bit out of date with my jasspa version.
I have the latest beta build - 26/01/00.  I went back ther today to get the
latest - downloaded and its the same as I have.
I read the docmode.txt file provided and noticed one thing.  The mode > -!-
document -!-> as defined in the file does not work.  The macros I have
(beta) still require sectioned or psuedo-code entries in the heading.
Also noticed that although the fill-column was set to 65 in the headers,
<c-h, v> still shows fill-col set to 78.

Is it possible that I need to download and install a more recent version of
the package?
If so, where do I get it from?
Thanks
Dave E.

David Edwards wrote:
>
> Because I have moved machines a while ago I have not used jasspa for a
> while.  I have copied the directories from my old computer to my new one
> (old=Win95, new=WinNT4).  I've got just about everything working fine except
> for a couple of items. (MicroEmacs 00 - Date 00/01/26 - win32).
> When I used jasspa a lot last year jon etc were very helpful in getting me
> to understand the document mode, but as always if I leave something for a
> while, I always end up with problems :-)
>

Actually, I'm wondering the document modes were in the 00/01/26 release.
I think I did most of this work in Feb/March and is most likely
supported in the Alpha release that is on the Jasspa site ??
Follow the comments below - if they do not work then switch to
the alpha.

>
> 1)  I have a text file (notes.txt)  when I open it it loads document mode
> with fill-col and ofill-col (??) set to 70 - no problem it's what I want.  I
> have another text file (new1.txt), when I open it, it loads in document
> mode, but fill-col is set to 78 and ofill-col is set to 70.   I want the
> fill col to be 70, but when I enter text, it is - of course - as per
> settings - at 78.  This is frustrating.
> Why is it happening.

You need the magic header:-

	 > -!- document; fill-column:70 -!-
	 >
	 >  Copyright 2000 Orb Systems Ltd.
	 >
	 >  Created By    : Jon Green
	 >  Created       : Tue Apr 18 17:11:08 2000
	 >  Last Modified : <010228.1458>
	 >

You could set the value of $fill-col to 70 in your start up file.

	 set-variable $fill-col 70

Then all text will wrap at 70. I would advocate the magic
header myself.

>
> 2) When I enter a number of paragraphs with bullets (1.; 1.1; 1.1.1. etc)
> the fill process (esc q) is aligning everything on the first bullet.  What
> am I doing wrong?


What do you sections look like ?? As follows I hope !!


     1.1 Section one dot one

         Some text

     1.1.1 Section one dot one dot one

         Some more text

     1.1.2 Section one dot one dot two

         Some more text

         * This is actually a bullet.
	 * This is another bullet.


Regards
Jon.

>
> Thanks for any replies.
> Dave E.
>
> __________________________________________________________________________
>
> This is an unmoderated list. JASSPA is not responsible for the content of
>
> any material posted to this list.
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

--
______________________________________________________________________

Jon Green                                           J.D.Naughton-Green
Project Manager

SAMSUNG Electronics (UK) Ltd
Samsung Electronics Research Institute (Audio / Visual Labs)
The Communication Centre
South Street
Staines               Tel(direct):    +44 (0)1784 428614
MIDDLESEX             Tel(s/w board): +44 (0)1784 428600 ext 614
TW18 4QE              Fax:            +44 (0)1784 428620
England               Email (work):   jon@...
                       Email (home):   jon@...
_______________________________________________________________________

David Edwards wrote:
>
> I seem to be a bit out of date with my jasspa version.
> I have the latest beta build - 26/01/00.  I went back ther today to get the
> latest - downloaded and its the same as I have.
> I read the docmode.txt file provided and noticed one thing.  The mode > -!-
> document -!-> as defined in the file does not work.  The macros I have
> (beta) still require sectioned or psuedo-code entries in the heading.
> Also noticed that although the fill-column was set to 65 in the headers,
> <c-h, v> still shows fill-col set to 78.
>
> Is it possible that I need to download and install a more recent version of
> the package?
> If so, where do I get it from?

http://www.jasspa.com/beta/index.html

Alpha version from the bottom of the table. Need medev000322.zip

> Thanks
> Dave E.
>
> __________________________________________________________________________
>
> This is an unmoderated list. JASSPA is not responsible for the content of
>
> any material posted to this list.
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

All,

I have managed to address all the issues out-lined below and have
successfully implemented an NEdit v5 emulation (well enough to show the
concept works). This new version is now in Alpha and currently being tested.

If someone wants this version early to help testing or to create an
Emulation they are welcome to a version - please email me a request.

I hope to get this tested and onto the Website asap.

Steve
----- Original Message -----
From: "Steven Phillips" <sphillips@...>
To: <jasspa@yahoogroups.com>
Sent: Monday, February 19, 2001 4:24 PM
Subject: Re: [jasspa] CUA-Editor Emulation


All,

This is harder than it may first appear, following is a list of issues that
need to be addressed:

High priority
     Ability to remove all default bindings (internal)
     Ability to rebind interrupt (C-g) key (horrible internal)
     Configure ME to run in windows mode (macro - Emulate = windows?)
     Disable the setup of various global-bindings in me.emf (macro)
     Change the buffer specific bindings to windows ones (macro)
Medium
     Change the Main menu to show correct bindings (macro)
     Change the buffer help pages (macro)
Lower
     Change or add docs (documentation)

Are there any issues I've missed? Please consider offer possible emulations.

The first 5 are musts, the next 2 are bordering on musts (what do you
think??) and documentation is documentation.

The first 2 items are not possible in the current release, ME must be
changed. The 3 is already there. The next 4 can be done, but how? this will
greatly impact the macros and their maintainability.

Given this I propose that Jasspa do a feasibility study first to determine
an expectable approach to these problems. Once a solution has been agreed
on, we can release the new version and the Emulation can then be created by
whoever wishes to.

Steve
----- Original Message -----
From: "Jon Green" <jnaught@...>
To: <jasspa@yahoogroups.com>
Sent: Friday, February 16, 2001 4:24 PM
Subject: Re: [jasspa] CUA-Editor Emulation




Martin_Doering@... wrote:
>
> Hello, Listers!
>
> I would like to develope an editor emulation for to use with me '00. I
read
> the documentation, and it says, that the only emulation developed so far
is
> the one for microemacs 3.8 from Steven Phillips (me3_8.emf).
>
> If I have a look at the code it seems, that there are just some minor
> changes in the editor behaviour. What I want to do is more, e.g. give
> CUA-keybindings (not just the C-v, C-x, C-C stuff), but also a more
> Motif/Windows/Mac like behaviour like C-z for undo C-a fo select all and
> exclusively using the cursor keys for navigation, so that other keys like
> C-p are free for other commands. Also I would like to use the ESC key for
> breaking an operation, not as a modifier key.
>
> All in all I think this is a very good idea and it also would be good for
> me '00, if some users, which come from windows (or use it) or are familiar
> with this keys could use me. The more people use it, the more people would
> support me and do additional developements on it.
>
> I don't want to be a missionary. I also don't want to discuss, if the
> emacs, vi or XXX keyset is better, or not. I just want to use the keyset
> our developers and me use this time. This is mostly the one of nedit. BUT:
> I like me  '00 very much, because it is multi platform and it is very
> powerful. Also it is customizable, even the language is a bit crude (for a
> language fetishist like me   ;-) And at all, it is very small - much
> smaller, than the big emacses, nedit or others.
>
> So I became the idea to develope a new editor emulation for it - don't
know
> if this would ever become a part of the distribution, or not.
>

Provided that it works and does not conflict with the standard macros then
it will be distributed. One reason why we have not done this to date is
that we use Emacs for the Emacs bindings.  However, one could completely
change the bindings for whatever target - in theory.

The only additional work that I can see that needs to be done is to disable
some of the Emacs bindings that are added on the hook functions. In this
case then a condition on the binding category would be required. i.e. we
could not assume some of the prefixes that we currently use. (for example
the hkc.emf has some local buffer bindings that would need to be altered).

The only other tricky area is the mouse. As you may(not) be aware most
of the mouse functionality is controlled from macros. The mouse behaviour
may need to be modified to be more in keeping with other target system
emulations.

If somebody is prepared to make a start on the binding definitions then
we will be more than willing to support more esoteric problems with
prefixes and mouse bindings. Note that I have not volunteered for this
since faced with Microsoft tools such as Notepad, Wordpad or MS-DEV I have
severe problems with the keys because they are not Emacs - typically
causing these packages to break or do wierd things when I use Emacs bindings
!!

>
> So - what do you think? Is this a good idea? There would be a need for to
> change some basic things like menues etc. E.g I don't know, if I would
> change the main editor menus and keysets, what I would do with the
> additional packages, like HTML etc. Mostly they can stay, like they are, I
> think.
>
> All in all I find me would be a good base for such thing and - I have to
> say that I find, that many things in me are done in a very modern and
> userfriendly way, like the user setup, the menus, the registry, all the
osd
> part. It is done very well. It really would be a good base. And I would
> say, that the creators must have had some windowish or better GUI-like
> ideas in mind as they created it (me is not like other editors - it has
not
> only menues, but all other kinds of browsers, lists, directories etc.).
>
> I once tried such conversation on JED, whose language slang I like more,
> but it was not so easy as I thought. For example JED does not have such
> thing like osd and does not have easy changable dialogs for to change
mouse
> behaviour or such.
>
> What do you think: Would me be a good basis for me, or would you say, that
> it is too much efford? Or would you not like such things? Normally the
user
> setup tells me, that there could be a wish, that there are some more
> emulations than now.

I would say it is a bit effort, but is do-able. You could probably get
75-80% there with no help from us, but you will need more help once you
try and resolve the last few items.

There was a posting some time back requesting such a feature. I think
that people would use it if it was available - there are people in
my office that use ME for the line hilighting only and find it
difficult to navigate using the standard bindings.

I would point out that we are fairly open with new ideas etc. and are
more than willing to take them on board, provided that there is always
some sort of backwards compatibility and that it does not break any concepts
that are already in place. The real problem for us is time - so
contributions
are always better than making a request for a feature - especially if
it is a feature that we will not use.

A number of you out there have come up with some exceedingly good ideas
which we have taken on board and extended. i.e. Detlef's original idea
of swapping the hilighting. This technique has been refined and included in
a number of highlighting schemes with great effect. The Windows console for
NT was another contribution.

I look forward to your contributions !!

Regards
Jon
(jon@...).

>
> Martin Döring
>


__________________________________________________________________________



This is an unmoderated list. JASSPA is not responsible for the content of

any material posted to this list.








__________________________________________________________________________



This is an unmoderated list. JASSPA is not responsible for the content of

any material posted to this list.