For those who use maven and apt for site generation, I've created a
language mode for it.

Bryan Schofield wrote:
> For those who use maven and apt for site generation, I've created a
> language mode for it.
>
>

Thanks Bryan,

I dropped this here:

http://www.jasspa.com/development/

Regards
Jon.

I've been writing PHP code of late and have the following problem, and am
hoping someone can point me in the right direction.

Comments that should look like this ("javadoc" style)

/**
  * dbGetPatchData: Read problems table data for a given server.
  *
  * @param $serverName  The server to get data for.
  * @param $patchData  Ref to array to store fields and data.
  */

instead get formatted by ME to look like this

/**
   * dbGetPatchData: Read problems table data for a given server.
   *
   * @param $serverName  The server to get data for.
   * @param $patchData  Ref to array to store fields and data.
   */

(i.e., there is an extra space before the '*' from the second line onward.)

It does this when I hit Tab on those lines -- it auto-formats them the way
I pasted above.  Obviously the indent feature is doing it.

What controls this?  I've looked at the hkphp.emf, hkphps.emf and tried
things like messing with the .fhook-phps.comment variable... but it
doesn't seem to help at all.

This comment style works perfectly if I edit a .c or .cpp or .java file,
so I KNOW the indentation code can work right if it wants to :-)

Running "MicroEmacs 06 - Date 2006/09/09 - win32".

Thanks

--
Thomas Hundt <tom@...> +1-415-867-6698

Better folding, support for classes, ToDo,Fixes etc.

Can be seen and downloaded here:

http://www.dgroth.de/pmwiki/index.php?n=MicroEmacs.RMode

regards,
Detlef

I feel very happy that a text editor like MicroEmacs exists, i love it
just like it is. But I had two little inconvinients using it, one is
the multi-byte files thing, and the other one is that i liked the
transparent background on linux consoles and it doesn't work with
micro emacs.

I already hear that the first one is very hard to solve, but what
about the second one transparent background on linux consoles, what do
i have to seek for ?? is there any place where i can change the color
maping ?? where is it ??.

i so that "Jeremy" wrote a message about this (#972) but no one aswered...

i sopose that i'll have to recompile it.


Thankyou guys !!!

Pablo Mercader Alcantara wrote:
> I feel very happy that a text editor like MicroEmacs exists, i love it
> just like it is. But I had two little inconvinients using it, one is
> the multi-byte files thing, and the other one is that i liked the
> transparent background on linux consoles and it doesn't work with
> micro emacs.
>
> I already hear that the first one is very hard to solve, but what
> about the second one transparent background on linux consoles, what do
> i have to seek for ?? is there any place where i can change the color
> maping ?? where is it ??.
>
> i so that "Jeremy" wrote a message about this (#972) but no one aswered...
>
> i sopose that i'll have to recompile it.
>
>
> Thankyou guys !!!
>

Hi Pablo,

With respect to multi-byte, a few people have asked but there as been no
real attempt to look at this in any detail. So this is one for the
future if it really becomes necessary - for the time being then no.

As for transparent backgrounds, you are referring to the console here,
rather then the X-window. There is no code in here that supports the
transparent background and will need a source code change.

We are too busy at the moment to look at this, but if you are able to
make the necessary changes in the termcap code then you could attempt to
implement it yourself. I did look at it briefly about a year ago and
felt that it would not be too difficult.

Regards
Jon.

Hey, if it's a console xterm type of window, then the transparent might
map to one of the ansi colors... anything displayed in that color comes
out as transparent...

If that's the case, then all you have to do is either map the right
color (for the scheme ME is using) in the xterm, or, map the right color
(the one for "transparent") in the ME scheme.  You can use the scheme
editor, or edit a scheme manually.  (I hacked a schemeXX.emf file
manually once, let me know if you want me to send it.)  The ansi colors
(I think there are 16 combinations: 8 colors each in "bright" and
"normal" versions) are a subset of the available colors (8-bit rgb)
defined in the scheme file.

Hope this helps...

-Tom


Jon Green wrote:
> Pablo Mercader Alcantara wrote:
>> I feel very happy that a text editor like MicroEmacs exists, i love it
>> just like it is. But I had two little inconvinients using it, one is
>> the multi-byte files thing, and the other one is that i liked the
>> transparent background on linux consoles and it doesn't work with
>> micro emacs.
>>
>> I already hear that the first one is very hard to solve, but what
>> about the second one transparent background on linux consoles, what do
>> i have to seek for ?? is there any place where i can change the color
>> maping ?? where is it ??.
>>
>> i so that "Jeremy" wrote a message about this (#972) but no one aswered...
>>
>> i sopose that i'll have to recompile it.
>>
>>
>> Thankyou guys !!!
>>
>
> Hi Pablo,
>
> With respect to multi-byte, a few people have asked but there as been no
> real attempt to look at this in any detail. So this is one for the
> future if it really becomes necessary - for the time being then no.
>
> As for transparent backgrounds, you are referring to the console here,
> rather then the X-window. There is no code in here that supports the
> transparent background and will need a source code change.
>
> We are too busy at the moment to look at this, but if you are able to
> make the necessary changes in the termcap code then you could attempt to
> implement it yourself. I did look at it briefly about a year ago and
> felt that it would not be too difficult.
>
> Regards
> Jon.


--
Thomas Hundt <tom@...>

Hello all,

I would like to run a pipeline like:

$ /c/Programme/jasspa/me32.exe -m 'C:ME:find-file  c:/path/to/
Makefile'
$ /c/Programme/jasspa/me32.exe -m 'C:ME:goto-line 18'

unfortunatly does not work. Sometimes the *server* window popups
instead of the desired file argument and the file even if it popups
does not have a focus

cmds like
$ /c/Programme/jasspa/me32.exe -m 'C:ME:delete-other-windows'

are simply ignored.

A macro like:

define-macro find-file-line
     find-file @1
     !if ¬ &equal 0 @2
         goto-line @2
     !endif
!emacro

works if tested inside emacs but the invoked file-window does not get
the focus if invoked from the commandline.

Keeping short. I would like to invoke me with two arguments the file-
name and a line number. The server should show at the end just one
window with the right file at the right line.

any suggestions ?

regards,
Detlef

The server interface has deliberately been restricted to avoid the user
accidentally breaking things (consider doing a large macro based
operation to modify the current buffer when the server interface changes
the current buffer half way through - the confusion this will create is
going to hurt). But if you are convinced that this really is what you
want (and you give up your right to sue when you corrupt your files :-))
then I'll look into how to do this...

Dr. Detlef Groth wrote:
>
> Hello all,
>
> I would like to run a pipeline like:
>
> $ /c/Programme/jasspa/me32.exe -m 'C:ME:find-file c:/path/to/
> Makefile'
> $ /c/Programme/jasspa/me32.exe -m 'C:ME:goto-line 18'
>
> unfortunatly does not work. Sometimes the *server* window popups
> instead of the desired file argument and the file even if it popups
> does not have a focus
>
> cmds like
> $ /c/Programme/jasspa/me32.exe -m 'C:ME:delete-other-windows'
>
> are simply ignored.
>
> A macro like:
>
> define-macro find-file-line
> find-file @1
> !if ¬ &equal 0 @2
> goto-line @2
> !endif
> !emacro
>
> works if tested inside emacs but the invoked file-window does not get
> the focus if invoked from the commandline.
>
> Keeping short. I would like to invoke me with two arguments the file-
> name and a line number. The server should show at the end just one
> window with the right file at the right line.
>
> any suggestions ?
>
> regards,
> Detlef
>
>

Hi Steven,

I think the only thing I really would like to do is opening a file or reusing an
existing buffer and optional going to a certain line number if line number is
not null. As can be seen in the example macro. The reason for this, that is that
I want to implement a tree control in Tcl/Tk which keeps track of my files and
Tcl-classes and Tcl-Procs. Klicking on file should visit the appropiate buffer,
clicking on a class-method or a file should open the file and jump to the
appropiate line. Similar to a Tcl-proc. See the sample.gif

Such feature which are common to eclipse and komodo for instance. Our me-
toolbar is quite handy but with many projects and files it becomes to difficult
to use.

regards,
Detlef

-------- Original-Nachricht --------
> Datum: Wed, 09 Apr 2008 13:44:40 +0100
> Von: Steven Phillips <bill@...>
> An: jasspa@yahoogroups.com
> Betreff: Re: [jasspa] Client-Server Problems with find-file, goto-line

> The server interface has deliberately been restricted to avoid the user
> accidentally breaking things (consider doing a large macro based
> operation to modify the current buffer when the server interface changes
> the current buffer half way through - the confusion this will create is
> going to hurt). But if you are convinced that this really is what you
> want (and you give up your right to sue when you corrupt your files :-))
> then I'll look into how to do this...
>
> Dr. Detlef Groth wrote:
> >
> > Hello all,
> >
> > I would like to run a pipeline like:
> >
> > $ /c/Programme/jasspa/me32.exe -m 'C:ME:find-file c:/path/to/
> > Makefile'
> > $ /c/Programme/jasspa/me32.exe -m 'C:ME:goto-line 18'
> >
> > unfortunatly does not work. Sometimes the *server* window popups
> > instead of the desired file argument and the file even if it popups
> > does not have a focus
> >
> > cmds like
> > $ /c/Programme/jasspa/me32.exe -m 'C:ME:delete-other-windows'
> >
> > are simply ignored.
> >
> > A macro like:
> >
> > define-macro find-file-line
> > find-file @1
> > !if ¬ &equal 0 @2
> > goto-line @2
> > !endif
> > !emacro
> >
> > works if tested inside emacs but the invoked file-window does not get
> > the focus if invoked from the commandline.
> >
> > Keeping short. I would like to invoke me with two arguments the file-
> > name and a line number. The server should show at the end just one
> > window with the right file at the right line.
> >
> > any suggestions ?
> >
> > regards,
> > Detlef
> >
> >
>
>
> ------------------------------------
>
> __________________________________________________________________________
>
> This is an unmoderated list, but new members are moderated to ensure that
> there are no spam users. JASSPA is not responsible for the content of
> any material posted to this list.
>
> To un-subscribe, send a mail message to
>
>     mailto:jasspa-unsubscribe@yahoogroups.com
>
> or visit http://groups.yahoo.com/group/jasspa and
> modify your account settings manually.
>
>
> Yahoo! Groups Links
>
>
>
--
Dr.Detlef Groth
Neue Scheune 5
14548 Ferch
Germany

Detlef,

I've worked out the best way to do this, you need 2 macros - the first
is the one directly called by the client/server interface, this stores
the information. The second is the one that actually does the work, it
is executed via the callback mechanism from the first macro so it will
not run until ME is idle and is reasonably safe to do so. Below are the
2 macros, however I did hit a problem with the meserver.emf macro code,
below is a fix, 2 lines need to be removed.

Steve

0 define-macro server-find-file-callback
     find-file .server-find-file.f
     delete-other-windows
     !if &gre .server-find-file.l 0
         !force goto-line .server-find-file.l
     !endif
     screen-update
!emacro

define-macro server-find-file
     !force set-variable .f @1
     !if $status
         !force set-variable .l @2
         !if ¬ $status
             set-variable .l 0
         !endif
         1 create-callback server-find-file-callback
     !endif
!emacro

*** meserver.emf    4 Oct 2006 20:07:08 -0000    2.10
--- meserver.emf    9 Apr 2008 20:53:03 -0000
***************
*** 30,40 ****
                   !force 0 find-buffer #l4
               !endif
               !force execute-line #l3
-             !if ¬ &seq $buffer-bname #l4
                   set-variable #l4 $buffer-bname
                   popup-window #l1
                   set-variable &ind &spr ":%s-buffer" #l2 #l4
-             !endif
           !elif &seq @wc "M"
               set-variable #l2 &lget &rig @wl 1 1
               set-variable #l3 &rig @wl &add 3 &len #l2
--- 30,38 ----


Detlef Groth wrote:
>
> Hi Steven,
>
> I think the only thing I really would like to do is opening a file or
> reusing an existing buffer and optional going to a certain line number
> if line number is not null. As can be seen in the example macro. The
> reason for this, that is that I want to implement a tree control in
> Tcl/Tk which keeps track of my files and Tcl-classes and Tcl-Procs.
> Klicking on file should visit the appropiate buffer, clicking on a
> class-method or a file should open the file and jump to the appropiate
> line. Similar to a Tcl-proc. See the sample.gif
>
> Such feature which are common to eclipse and komodo for instance. Our
> me- toolbar is quite handy but with many projects and files it becomes
> to difficult to use.
>
> regards,
> Detlef
>
> -------- Original-Nachricht --------
> > Datum: Wed, 09 Apr 2008 13:44:40 +0100
> > Von: Steven Phillips <bill@... <mailto:bill%40jasspa.com>>
> > An: jasspa@yahoogroups.com <mailto:jasspa%40yahoogroups.com>
> > Betreff: Re: [jasspa] Client-Server Problems with find-file, goto-line
>
> > The server interface has deliberately been restricted to avoid the user
> > accidentally breaking things (consider doing a large macro based
> > operation to modify the current buffer when the server interface
> changes
> > the current buffer half way through - the confusion this will create is
> > going to hurt). But if you are convinced that this really is what you
> > want (and you give up your right to sue when you corrupt your files
> :-))
> > then I'll look into how to do this...
> >
> > Dr. Detlef Groth wrote:
> > >
> > > Hello all,
> > >
> > > I would like to run a pipeline like:
> > >
> > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:find-file c:/path/to/
> > > Makefile'
> > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:goto-line 18'
> > >
> > > unfortunatly does not work. Sometimes the *server* window popups
> > > instead of the desired file argument and the file even if it popups
> > > does not have a focus
> > >
> > > cmds like
> > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:delete-other-windows'
> > >
> > > are simply ignored.
> > >
> > > A macro like:
> > >
> > > define-macro find-file-line
> > > find-file @1
> > > !if ¬ &equal 0 @2
> > > goto-line @2
> > > !endif
> > > !emacro
> > >
> > > works if tested inside emacs but the invoked file-window does not get
> > > the focus if invoked from the commandline.
> > >
> > > Keeping short. I would like to invoke me with two arguments the file-
> > > name and a line number. The server should show at the end just one
> > > window with the right file at the right line.
> > >
> > > any suggestions ?
> > >
> > > regards,
> > > Detlef
> > >
> > >
> >
> >
> > ------------------------------------
> >
> > __________________________________________________________
> >
> > This is an unmoderated list, but new members are moderated to ensure
> that
> > there are no spam users. JASSPA is not responsible for the content of
> > any material posted to this list.
> >
> > To un-subscribe, send a mail message to
> >
> > mailto:jasspa-unsubscribe@yahoogroups.com
> <mailto:jasspa-unsubscribe%40yahoogroups.com>
> >
> > or visit http://groups.yahoo.com/group/jasspa
> <http://groups.yahoo.com/group/jasspa> and
> > modify your account settings manually.
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> --
> Dr.Detlef Groth
> Neue Scheune 5
> 14548 Ferch
> Germany
>
>
> ------------------------------------------------------------------------
>

Thanks Steven,

works like a charm:

$ /c/Programme/jasspa/me32.exe -m 'C:ME:server-find-file
c:/home/dgroth/mycvs/mytcl/goblet1/conf/goblet.cfg 2'

$ /c/Programme/jasspa/me32.exe -m 'C:ME:server-find-file
c:/home/dgroth/mycvs/mytcl/goblet1/Makefile 13'

now does indeed what it should.

Just for curious, is it possible to invoke the client that way that the server
just returns the actual value of a variable ($buffer-bname or $buffer-fname) as
an example.

This would be the last step to do such external me-extensions enabling
auto-update of the source-tree for instance. We can invoke a client at regular
intervals. Of course a socket communication would make this less heavy. It might
be as well possible to alter save-file that it writes important variables into a
communication file.

regards,
Detlef
regards,
Detlef
-------- Original-Nachricht --------
> Datum: Wed, 09 Apr 2008 22:14:06 +0100
> Von: Steven Phillips <bill@...>
> An: jasspa@yahoogroups.com
> Betreff: Re: [jasspa] Client-Server Problems with find-file, goto-line

> Detlef,
>
> I've worked out the best way to do this, you need 2 macros - the first
> is the one directly called by the client/server interface, this stores
> the information. The second is the one that actually does the work, it
> is executed via the callback mechanism from the first macro so it will
> not run until ME is idle and is reasonably safe to do so. Below are the
> 2 macros, however I did hit a problem with the meserver.emf macro code,
> below is a fix, 2 lines need to be removed.
>
> Steve
>
> 0 define-macro server-find-file-callback
>     find-file .server-find-file.f
>     delete-other-windows
>     !if &gre .server-find-file.l 0
>         !force goto-line .server-find-file.l
>     !endif
>     screen-update
> !emacro
>
> define-macro server-find-file
>     !force set-variable .f @1
>     !if $status
>         !force set-variable .l @2
>         !if ¬ $status
>             set-variable .l 0
>         !endif
>         1 create-callback server-find-file-callback
>     !endif
> !emacro
>
> *** meserver.emf    4 Oct 2006 20:07:08 -0000    2.10
> --- meserver.emf    9 Apr 2008 20:53:03 -0000
> ***************
> *** 30,40 ****
>                   !force 0 find-buffer #l4
>               !endif
>               !force execute-line #l3
> -             !if ¬ &seq $buffer-bname #l4
>                   set-variable #l4 $buffer-bname
>                   popup-window #l1
>                   set-variable &ind &spr ":%s-buffer" #l2 #l4
> -             !endif
>           !elif &seq @wc "M"
>               set-variable #l2 &lget &rig @wl 1 1
>               set-variable #l3 &rig @wl &add 3 &len #l2
> --- 30,38 ----
>
>
> Detlef Groth wrote:
> >
> > Hi Steven,
> >
> > I think the only thing I really would like to do is opening a file or
> > reusing an existing buffer and optional going to a certain line number
> > if line number is not null. As can be seen in the example macro. The
> > reason for this, that is that I want to implement a tree control in
> > Tcl/Tk which keeps track of my files and Tcl-classes and Tcl-Procs.
> > Klicking on file should visit the appropiate buffer, clicking on a
> > class-method or a file should open the file and jump to the appropiate
> > line. Similar to a Tcl-proc. See the sample.gif
> >
> > Such feature which are common to eclipse and komodo for instance. Our
> > me- toolbar is quite handy but with many projects and files it becomes
> > to difficult to use.
> >
> > regards,
> > Detlef
> >
> > -------- Original-Nachricht --------
> > > Datum: Wed, 09 Apr 2008 13:44:40 +0100
> > > Von: Steven Phillips <bill@... <mailto:bill%40jasspa.com>>
> > > An: jasspa@yahoogroups.com <mailto:jasspa%40yahoogroups.com>
> > > Betreff: Re: [jasspa] Client-Server Problems with find-file, goto-line
> >
> > > The server interface has deliberately been restricted to avoid the
> user
> > > accidentally breaking things (consider doing a large macro based
> > > operation to modify the current buffer when the server interface
> > changes
> > > the current buffer half way through - the confusion this will create
> is
> > > going to hurt). But if you are convinced that this really is what you
> > > want (and you give up your right to sue when you corrupt your files
> > :-))
> > > then I'll look into how to do this...
> > >
> > > Dr. Detlef Groth wrote:
> > > >
> > > > Hello all,
> > > >
> > > > I would like to run a pipeline like:
> > > >
> > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:find-file c:/path/to/
> > > > Makefile'
> > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:goto-line 18'
> > > >
> > > > unfortunatly does not work. Sometimes the *server* window popups
> > > > instead of the desired file argument and the file even if it popups
> > > > does not have a focus
> > > >
> > > > cmds like
> > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:delete-other-windows'
> > > >
> > > > are simply ignored.
> > > >
> > > > A macro like:
> > > >
> > > > define-macro find-file-line
> > > > find-file @1
> > > > !if ¬ &equal 0 @2
> > > > goto-line @2
> > > > !endif
> > > > !emacro
> > > >
> > > > works if tested inside emacs but the invoked file-window does not
> get
> > > > the focus if invoked from the commandline.
> > > >
> > > > Keeping short. I would like to invoke me with two arguments the
> file-
> > > > name and a line number. The server should show at the end just one
> > > > window with the right file at the right line.
> > > >
> > > > any suggestions ?
> > > >
> > > > regards,
> > > > Detlef
> > > >
> > > >
> > >
> > >
> > > ------------------------------------
> > >
> > > __________________________________________________________
> > >
> > > This is an unmoderated list, but new members are moderated to ensure
> > that
> > > there are no spam users. JASSPA is not responsible for the content of
> > > any material posted to this list.
> > >
> > > To un-subscribe, send a mail message to
> > >
> > > mailto:jasspa-unsubscribe@yahoogroups.com
> > <mailto:jasspa-unsubscribe%40yahoogroups.com>
> > >
> > > or visit http://groups.yahoo.com/group/jasspa
> > <http://groups.yahoo.com/group/jasspa> and
> > > modify your account settings manually.
> > >
> > >
> > > Yahoo! Groups Links
> > >
> > >
> > >
> > --
> > Dr.Detlef Groth
> > Neue Scheune 5
> > 14548 Ferch
> > Germany
> >
> >
> > ------------------------------------------------------------------------
> >
>
>
> ------------------------------------
>
> __________________________________________________________________________
>
> This is an unmoderated list, but new members are moderated to ensure that
> there are no spam users. JASSPA is not responsible for the content of
> any material posted to this list.
>
> To un-subscribe, send a mail message to
>
>     mailto:jasspa-unsubscribe@yahoogroups.com
>
> or visit http://groups.yahoo.com/group/jasspa and
> modify your account settings manually.
>
>
> Yahoo! Groups Links
>
>
>
--
Dr.Detlef Groth
Neue Scheune 5
14548 Ferch
Germany

Detlef -

Once apon a time I integrated a TCL interpreter with MicroEmacs that
provided a new ME command "tcl some tcl statement" and one new TCL
command "emf some-me-macro"  With just a little bit of macros and TCL
procs it was very easy to get tight integration. It looks like you
going down an ME based TCL IDE road, so this may be an option to
consider.

cheers

-- bryan

Hi Brian,

sounds very interesting,
do you have still some code around for the Tcl integration ?


regards,
Detlef
-------- Original-Nachricht --------
> Datum: Thu, 10 Apr 2008 08:40:37 -0400
> Von: "Bryan Schofield" <schofield.bryan@...>
> An: MicroEmacs <jasspa@yahoogroups.com>
> Betreff: RE: [jasspa] Client-Server Problems with find-file, goto-line

> Detlef -
>
> Once apon a time I integrated a TCL interpreter with MicroEmacs that
> provided a new ME command "tcl some tcl statement" and one new TCL
> command "emf some-me-macro"  With just a little bit of macros and TCL
> procs it was very easy to get tight integration. It looks like you
> going down an ME based TCL IDE road, so this may be an option to
> consider.
>
> cheers
>
> -- bryan
>
> ------------------------------------
>
> __________________________________________________________________________
>
> This is an unmoderated list, but new members are moderated to ensure that
> there are no spam users. JASSPA is not responsible for the content of
> any material posted to this list.
>
> To un-subscribe, send a mail message to
>
>     mailto:jasspa-unsubscribe@yahoogroups.com
>
> or visit http://groups.yahoo.com/group/jasspa and
> modify your account settings manually.
>
>
> Yahoo! Groups Links
>
>
>
--
Dr.Detlef Groth
Neue Scheune 5
14548 Ferch
Germany

I'm afraid I can't find it, but I remember the changes were pretty
simple. A couple of C files. This would have been 3 years or so ago...
I can't search the Yahoo Groups archives (blocked by corporate web
proxy) but I know I posted something, whether it was code or not I
can't remember.

On Thu, Apr 10, 2008 at 9:59 AM, Detlef Groth <dgroth@...> wrote:
>
>
>
>
>
>
> Hi Brian,
>
>  sounds very interesting,
>  do you have still some code around for the Tcl integration ?
>
>  regards,
>  Detlef
>  -------- Original-Nachricht --------
>  > Datum: Thu, 10 Apr 2008 08:40:37 -0400
>  > Von: "Bryan Schofield" <schofield.bryan@...>
>  > An: MicroEmacs <jasspa@yahoogroups.com>
>  > Betreff: RE: [jasspa] Client-Server Problems with find-file, goto-line
>
>
>
>  > Detlef -
>  >
>  > Once apon a time I integrated a TCL interpreter with MicroEmacs that
>  > provided a new ME command "tcl some tcl statement" and one new TCL
>  > command "emf some-me-macro" With just a little bit of macros and TCL
>  > procs it was very easy to get tight integration. It looks like you
>  > going down an ME based TCL IDE road, so this may be an option to
>  > consider.
>  >
>  > cheers
>  >
>  > -- bryan
>  >
>  > ------------------------------------
>  >
>  > __________________________________________________________
>  >
>  > This is an unmoderated list, but new members are moderated to ensure that
>  > there are no spam users. JASSPA is not responsible for the content of
>  > any material posted to this list.
>  >
>  > To un-subscribe, send a mail message to
>  >
>  > mailto:jasspa-unsubscribe@yahoogroups.com
>  >
>  > or visit http://groups.yahoo.com/group/jasspa and
>  > modify your account settings manually.
>  >
>  >
>  > Yahoo! Groups Links
>  >
>  >
>  >
>  --
>  Dr.Detlef Groth
>  Neue Scheune 5
>  14548 Ferch
>  Germany
>
>

Good nights !

I thought that this would be easier, i couldn't make transparent the
me's background on the X (i'm using gnome-terminal and
xfce4-terminal). i was thinking that this is a dummy subject, and
right now i don't have the time to play with me source (i'm a newbie,
but i've never fear the code and won't start now), so i'll kind of
retire from this battle, but i'll be back.

By now i've only read something about termcap and i've made all kind
of modifications to scheme files, but i haven't found anything that
does what i want. I just wanted to use me as i used emacs with the
sintax and everything in the transparent background, it was nice. but
i guess i'll have to do it later.

mmm ... one final question, me uses termcap to handle the screen and
the input (in a xterm), but what about ncurses, i think that emacs
uses ncurses, i know that it would be hard work to re-write me to use
ncurses insted of termcap, but isn't ncurses a better library, better
than termcap ??


--- In jasspa@yahoogroups.com, thundt <thundt@...> wrote:
>
> Hey, if it's a console xterm type of window, then the transparent might
> map to one of the ansi colors... anything displayed in that color comes
> out as transparent...
>
> If that's the case, then all you have to do is either map the right
> color (for the scheme ME is using) in the xterm, or, map the right
color
> (the one for "transparent") in the ME scheme.  You can use the scheme
> editor, or edit a scheme manually.  (I hacked a schemeXX.emf file
> manually once, let me know if you want me to send it.)  The ansi colors
> (I think there are 16 combinations: 8 colors each in "bright" and
> "normal" versions) are a subset of the available colors (8-bit rgb)
> defined in the scheme file.
>
> Hope this helps...
>
> -Tom
>
>
> Jon Green wrote:
> > Pablo Mercader Alcantara wrote:
> >> I feel very happy that a text editor like MicroEmacs exists, i
love it
> >> just like it is. But I had two little inconvinients using it, one is
> >> the multi-byte files thing, and the other one is that i liked the
> >> transparent background on linux consoles and it doesn't work with
> >> micro emacs.
> >>
> >> I already hear that the first one is very hard to solve, but what
> >> about the second one transparent background on linux consoles,
what do
> >> i have to seek for ?? is there any place where i can change the color
> >> maping ?? where is it ??.
> >>
> >> i so that "Jeremy" wrote a message about this (#972) but no one
aswered...
> >>
> >> i sopose that i'll have to recompile it.
> >>
> >>
> >> Thankyou guys !!!
> >>
> >
> > Hi Pablo,
> >
> > With respect to multi-byte, a few people have asked but there as
been no
> > real attempt to look at this in any detail. So this is one for the
> > future if it really becomes necessary - for the time being then no.
> >
> > As for transparent backgrounds, you are referring to the console
here,
> > rather then the X-window. There is no code in here that supports the
> > transparent background and will need a source code change.
> >
> > We are too busy at the moment to look at this, but if you are able to
> > make the necessary changes in the termcap code then you could
attempt to
> > implement it yourself. I did look at it briefly about a year ago and
> > felt that it would not be too difficult.
> >
> > Regards
> > Jon.
>
>
> --
> Thomas Hundt <tom@...>
>

Note: my suggestion pertained to running ME inside an xterm (in other
words, 'me -n' or the 'mec' version which is console-only).  Not as a
native X app.  So, if it's in a console window, and you've already
figured out how to get the console window transparent, ME will be
transparent, too (if you set the right background color).  That's the
theory, anyway.  Maybe, as Jon says below, it's not possible.

Re ncurses, I think most people, most of the time, use it as a native X
app.  And yes, you're probably right, ncurses/terminfo is newer than
straight termcap... but every system I've seen so far has some kind of
libtermcap available, so is there really a reason to retarget it?  (For
me, for example, I wouldn't spend time on that, since it works very well
-- I'd rather port it to be a native Mac app, as that's where my
interests lie at the moment.)

Have fun

-Tom Hundt


Pablo Mercader Alcantara wrote:
> Good nights !
>
> I thought that this would be easier, i couldn't make transparent the
> me's background on the X (i'm using gnome-terminal and
> xfce4-terminal). i was thinking that this is a dummy subject, and
> right now i don't have the time to play with me source (i'm a newbie,
> but i've never fear the code and won't start now), so i'll kind of
> retire from this battle, but i'll be back.
>
> By now i've only read something about termcap and i've made all kind
> of modifications to scheme files, but i haven't found anything that
> does what i want. I just wanted to use me as i used emacs with the
> sintax and everything in the transparent background, it was nice. but
> i guess i'll have to do it later.
>
> mmm ... one final question, me uses termcap to handle the screen and
> the input (in a xterm), but what about ncurses, i think that emacs
> uses ncurses, i know that it would be hard work to re-write me to use
> ncurses insted of termcap, but isn't ncurses a better library, better
> than termcap ??
>
>
> --- In jasspa@yahoogroups.com, thundt <thundt@...> wrote:
>> Hey, if it's a console xterm type of window, then the transparent might
>> map to one of the ansi colors... anything displayed in that color comes
>> out as transparent...
>>
>> If that's the case, then all you have to do is either map the right
>> color (for the scheme ME is using) in the xterm, or, map the right
> color
>> (the one for "transparent") in the ME scheme.  You can use the scheme
>> editor, or edit a scheme manually.  (I hacked a schemeXX.emf file
>> manually once, let me know if you want me to send it.)  The ansi colors
>> (I think there are 16 combinations: 8 colors each in "bright" and
>> "normal" versions) are a subset of the available colors (8-bit rgb)
>> defined in the scheme file.
>>
>> Hope this helps...
>>
>> -Tom
>>
>>
>> Jon Green wrote:
>>> Pablo Mercader Alcantara wrote:
>>>> I feel very happy that a text editor like MicroEmacs exists, i
> love it
>>>> just like it is. But I had two little inconvinients using it, one is
>>>> the multi-byte files thing, and the other one is that i liked the
>>>> transparent background on linux consoles and it doesn't work with
>>>> micro emacs.
>>>>
>>>> I already hear that the first one is very hard to solve, but what
>>>> about the second one transparent background on linux consoles,
> what do
>>>> i have to seek for ?? is there any place where i can change the color
>>>> maping ?? where is it ??.
>>>>
>>>> i so that "Jeremy" wrote a message about this (#972) but no one
> aswered...
>>>> i sopose that i'll have to recompile it.
>>>>
>>>>
>>>> Thankyou guys !!!
>>>>
>>> Hi Pablo,
>>>
>>> With respect to multi-byte, a few people have asked but there as
> been no
>>> real attempt to look at this in any detail. So this is one for the
>>> future if it really becomes necessary - for the time being then no.
>>>
>>> As for transparent backgrounds, you are referring to the console
> here,
>>> rather then the X-window. There is no code in here that supports the
>>> transparent background and will need a source code change.
>>>
>>> We are too busy at the moment to look at this, but if you are able to
>>> make the necessary changes in the termcap code then you could
> attempt to
>>> implement it yourself. I did look at it briefly about a year ago and
>>> felt that it would not be too difficult.
>>>
>>> Regards
>>> Jon.
>>
>> --
>> Thomas Hundt <tom@...>
>>
>

I'm having to do some work remotely over a painfully slow network. ME
works great in console mode -- I'm rlogin'ed to a Solaris server.
However, over the slow connection, sometimes complex key sequences are
mis-interpreted. For example, pressing F8 sends ^[[19~. Sometimes it
is properly handled, sometimes it seems be handled as ^[[1 followed by
a 9~. So what I'm wondering is there something I can do to globally
increase the threshold for which key sequences are interpreted. I know
I could redefine every key using

     n translate-key

specifying a delay, but I'd rather not.

Thanks in advance.
-- bryan

Bryan Schofield wrote:
> I'm having to do some work remotely over a painfully slow network. ME
> works great in console mode -- I'm rlogin'ed to a Solaris server.
> However, over the slow connection, sometimes complex key sequences are
> mis-interpreted. For example, pressing F8 sends ^[[19~. Sometimes it
> is properly handled, sometimes it seems be handled as ^[[1 followed by
> a 9~. So what I'm wondering is there something I can do to globally
> increase the threshold for which key sequences are interpreted. I know
> I could redefine every key using
>
>     n translate-key
>
> specifying a delay, but I'd rather not.
>
> Thanks in advance.
> -- bryan

Hi Bryan,

We have never seen this (and certainly used to use termcap mode a lot
before we had X-Windows support on SGI platforms in the dim and distant
past).

The key timer variable is not exported or globally accessible, but like
you have determined it is specifiable by over-riding each binding. From
what you said it may be worth our while providing a global 'offset'
parameter to the key timer in the future to allow just such a tweak as
you describe.

I would suggest that your best bet is the n translate-key at the moment
(I assume that X-window mode is out of the question - this would hold
the keys together better). I suggest that you start with the F8 and see
if this makes a difference. The termcap keys are built in but are
defined in eskeys.def in the source files if you want to quickly find
out what the key sequences are - or use this as a basis to hack together
a macro file to extend the times.

Let us know how you get on with this. If there is a case to add a offest
then can do this quite easily after looking at the termcap code - this
might be sufficient to solve your problem. Experiment with the above
first and then we will be able to access whether it will be worth while.

Regards
Jon.

The quick fix, if you have a compiler, which should solve the problem is
to change the default. In termio.c look for the following line:

meTRANSKEY TTtransKey={0,250,0,ME_INVALID_KEY,NULL} ;

the 250 is the default timer in msec (i.e. quarter of a second. Simply
change this to 500 and all keys should wait for half a second as the
default is based off this one value. Let us know if this works and we'll
look into making this configurable.

Steve

Jon Green wrote:
>
> Bryan Schofield wrote:
> > I'm having to do some work remotely over a painfully slow network. ME
> > works great in console mode -- I'm rlogin'ed to a Solaris server.
> > However, over the slow connection, sometimes complex key sequences are
> > mis-interpreted. For example, pressing F8 sends ^[[19~. Sometimes it
> > is properly handled, sometimes it seems be handled as ^[[1 followed by
> > a 9~. So what I'm wondering is there something I can do to globally
> > increase the threshold for which key sequences are interpreted. I know
> > I could redefine every key using
> >
> > n translate-key
> >
> > specifying a delay, but I'd rather not.
> >
> > Thanks in advance.
> > -- bryan
>
> Hi Bryan,
>
> We have never seen this (and certainly used to use termcap mode a lot
> before we had X-Windows support on SGI platforms in the dim and distant
> past).
>
> The key timer variable is not exported or globally accessible, but like
> you have determined it is specifiable by over-riding each binding. From
> what you said it may be worth our while providing a global 'offset'
> parameter to the key timer in the future to allow just such a tweak as
> you describe.
>
> I would suggest that your best bet is the n translate-key at the moment
> (I assume that X-window mode is out of the question - this would hold
> the keys together better). I suggest that you start with the F8 and see
> if this makes a difference. The termcap keys are built in but are
> defined in eskeys.def in the source files if you want to quickly find
> out what the key sequences are - or use this as a basis to hack together
> a macro file to extend the times.
>
> Let us know how you get on with this. If there is a case to add a offest
> then can do this quite easily after looking at the termcap code - this
> might be sufficient to solve your problem. Experiment with the above
> first and then we will be able to access whether it will be worth while.
>
> Regards
> Jon.
>
>

Is this meTRANSKEY 250ms value the default time used when creating new
translate-key bindings?

On Sat, May 24, 2008 at 10:18 AM, Steven Phillips <bill@...> wrote:
> The quick fix, if you have a compiler, which should solve the problem is
> to change the default. In termio.c look for the following line:
>
> meTRANSKEY TTtransKey={0,250,0,ME_INVALID_KEY,NULL} ;
>
> the 250 is the default timer in msec (i.e. quarter of a second. Simply
> change this to 500 and all keys should wait for half a second as the
> default is based off this one value. Let us know if this works and we'll
> look into making this configurable.
>
> Steve
>
> Jon Green wrote:
>>
>> Bryan Schofield wrote:
>> > I'm having to do some work remotely over a painfully slow network. ME
>> > works great in console mode -- I'm rlogin'ed to a Solaris server.
>> > However, over the slow connection, sometimes complex key sequences are
>> > mis-interpreted. For example, pressing F8 sends ^[[19~. Sometimes it
>> > is properly handled, sometimes it seems be handled as ^[[1 followed by
>> > a 9~. So what I'm wondering is there something I can do to globally
>> > increase the threshold for which key sequences are interpreted. I know
>> > I could redefine every key using
>> >
>> > n translate-key
>> >
>> > specifying a delay, but I'd rather not.
>> >
>> > Thanks in advance.
>> > -- bryan
>>
>> Hi Bryan,
>>
>> We have never seen this (and certainly used to use termcap mode a lot
>> before we had X-Windows support on SGI platforms in the dim and distant
>> past).
>>
>> The key timer variable is not exported or globally accessible, but like
>> you have determined it is specifiable by over-riding each binding. From
>> what you said it may be worth our while providing a global 'offset'
>> parameter to the key timer in the future to allow just such a tweak as
>> you describe.
>>
>> I would suggest that your best bet is the n translate-key at the moment
>> (I assume that X-window mode is out of the question - this would hold
>> the keys together better). I suggest that you start with the F8 and see
>> if this makes a difference. The termcap keys are built in but are
>> defined in eskeys.def in the source files if you want to quickly find
>> out what the key sequences are - or use this as a basis to hack together
>> a macro file to extend the times.
>>
>> Let us know how you get on with this. If there is a case to add a offest
>> then can do this quite easily after looking at the termcap code - this
>> might be sufficient to solve your problem. Experiment with the above
>> first and then we will be able to access whether it will be worth while.
>>
>> Regards
>> Jon.
>>
>>
>
>

---

From: jasspa@yahoogroups.com [mailto:jasspa@yahoogroups.com] On Behalf Of Bryan Schofield
Sent: 27 May 2008 13:53
To: jasspa@yahoogroups.com
Subject: Re: [jasspa] Console ME over slow network

Is this meTRANSKEY 250ms value the default time used when creating new
translate-key bindings?

On Sat, May 24, 2008 at 10:18 AM, Steven Phillips <bill@jasspa.com> wrote:
> The quick fix, if you have a compiler, which should solve the problem is
> to change the default. In termio.c look for the following line:
>
> meTRANSKEY TTtransKey={0,250,0,ME_INVALID_KEY,NULL} ;
>
> the 250 is the default timer in msec (i.e. quarter of a second. Simply
> change this to 500 and all keys should wait for half a second as the
> default is based off this one value. Let us know if this works and we'll
> look into making this configurable.
>
> Steve
>
> Jon Green wrote:
>>
>> Bryan Schofield wrote:
>> > I'm having to do some work remotely over a painfully slow network. ME
>> > works great in console mode -- I'm rlogin'ed to a Solaris server.
>> > However, over the slow connection, sometimes complex key sequences are
>> > mis-interpreted. For example, pressing F8 sends ^[[19~. Sometimes it
>> > is properly handled, sometimes it seems be handled as ^[[1 followed by
>> > a 9~. So what I'm wondering is there something I can do to globally
>> > increase the threshold for which key sequences are interpreted. I know
>> > I could redefine every key using
>> >
>> > n translate-key
>> >
>> > specifying a delay, but I'd rather not.
>> >
>> > Thanks in advance.
>> > -- bryan
>>
>> Hi Bryan,
>>
>> We have never seen this (and certainly used to use termcap mode a lot
>> before we had X-Windows support on SGI platforms in the dim and distant
>> past).
>>
>> The key timer variable is not exported or globally accessible, but like
>> you have determined it is specifiable by over-riding each binding. From
>> what you said it may be worth our while providing a global 'offset'
>> parameter to the key timer in the future to allow just such a tweak as
>> you describe.
>>
>> I would suggest that your best bet is the n translate-key at the moment
>> (I assume that X-window mode is out of the question - this would hold
>> the keys together better). I suggest that you start with the F8 and see
>> if this makes a difference. The termcap keys are built in but are
>> defined in eskeys.def in the source files if you want to quickly find
>> out what the key sequences are - or use this as a basis to hack together
>> a macro file to extend the times.
>>
>> Let us know how you get on with this. If there is a case to add a offest
>> then can do this quite easily after looking at the termcap code - this
>> might be sufficient to solve your problem. Experiment with the above
>> first and then we will be able to access whether it will be worth while.
>>
>> Regards
>> Jon.
>>
>>
>
>

I don't know if I've posted these before, but here are 4 schemes that
I use. They all share the same basic color palette but differ in their
primary colors.

schemege - black
schemege2 - blue
schemege3 - Windows XP olive green
schemege4 - medium gray

enjoy
-- bryan

Hi all,

I finally found the time to interact with the ME-Server from an
Tcl-Tree showing my project files see:
http://www.dgroth.de/downloads/me-no-ide.png

What disturbs me is that me opens a popup-window for the running
me-server. If I have just one window I would rather see after clicking
in the tree just again one window. This is especially true for the
second feature goto-line where I would like to jum to a certain method
of a class definition for example.

I tried to comment out popup-window invokations inside meserver.emf
but this does not work. Any idea ?

regards,
Detlef


--- In jasspa@yahoogroups.com, Steven Phillips <bill@...> wrote:
>
> Detlef,
>
> I've worked out the best way to do this, you need 2 macros - the first
> is the one directly called by the client/server interface, this stores
> the information. The second is the one that actually does the work, it
> is executed via the callback mechanism from the first macro so it will
> not run until ME is idle and is reasonably safe to do so. Below are the
> 2 macros, however I did hit a problem with the meserver.emf macro code,
> below is a fix, 2 lines need to be removed.
>
> Steve
>
> 0 define-macro server-find-file-callback
>     find-file .server-find-file.f
>     delete-other-windows
>     !if &gre .server-find-file.l 0
>         !force goto-line .server-find-file.l
>     !endif
>     screen-update
> !emacro
>
> define-macro server-find-file
>     !force set-variable .f @1
>     !if $status
>         !force set-variable .l @2
>         !if ¬ $status
>             set-variable .l 0
>         !endif
>         1 create-callback server-find-file-callback
>     !endif
> !emacro
>
> *** meserver.emf    4 Oct 2006 20:07:08 -0000    2.10
> --- meserver.emf    9 Apr 2008 20:53:03 -0000
> ***************
> *** 30,40 ****
>                   !force 0 find-buffer #l4
>               !endif
>               !force execute-line #l3
> -             !if ¬ &seq $buffer-bname #l4
>                   set-variable #l4 $buffer-bname
>                   popup-window #l1
>                   set-variable &ind &spr ":%s-buffer" #l2 #l4
> -             !endif
>           !elif &seq @wc "M"
>               set-variable #l2 &lget &rig @wl 1 1
>               set-variable #l3 &rig @wl &add 3 &len #l2
> --- 30,38 ----
>
>
> Detlef Groth wrote:
> >
> > Hi Steven,
> >
> > I think the only thing I really would like to do is opening a file or
> > reusing an existing buffer and optional going to a certain line
number
> > if line number is not null. As can be seen in the example macro. The
> > reason for this, that is that I want to implement a tree control in
> > Tcl/Tk which keeps track of my files and Tcl-classes and Tcl-Procs.
> > Klicking on file should visit the appropiate buffer, clicking on a
> > class-method or a file should open the file and jump to the
appropiate
> > line. Similar to a Tcl-proc. See the sample.gif
> >
> > Such feature which are common to eclipse and komodo for instance. Our
> > me- toolbar is quite handy but with many projects and files it
becomes
> > to difficult to use.
> >
> > regards,
> > Detlef
> >
> > -------- Original-Nachricht --------
> > > Datum: Wed, 09 Apr 2008 13:44:40 +0100
> > > Von: Steven Phillips <bill@... <mailto:bill%40jasspa.com>>
> > > An: jasspa@yahoogroups.com <mailto:jasspa%40yahoogroups.com>
> > > Betreff: Re: [jasspa] Client-Server Problems with find-file,
goto-line
> >
> > > The server interface has deliberately been restricted to avoid
the user
> > > accidentally breaking things (consider doing a large macro based
> > > operation to modify the current buffer when the server interface
> > changes
> > > the current buffer half way through - the confusion this will
create is
> > > going to hurt). But if you are convinced that this really is
what you
> > > want (and you give up your right to sue when you corrupt your files
> > :-))
> > > then I'll look into how to do this...
> > >
> > > Dr. Detlef Groth wrote:
> > > >
> > > > Hello all,
> > > >
> > > > I would like to run a pipeline like:
> > > >
> > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:find-file c:/path/to/
> > > > Makefile'
> > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:goto-line 18'
> > > >
> > > > unfortunatly does not work. Sometimes the *server* window popups
> > > > instead of the desired file argument and the file even if it
popups
> > > > does not have a focus
> > > >
> > > > cmds like
> > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:delete-other-windows'
> > > >
> > > > are simply ignored.
> > > >
> > > > A macro like:
> > > >
> > > > define-macro find-file-line
> > > > find-file @1
> > > > !if ¬ &equal 0 @2
> > > > goto-line @2
> > > > !endif
> > > > !emacro
> > > >
> > > > works if tested inside emacs but the invoked file-window does
not get
> > > > the focus if invoked from the commandline.
> > > >
> > > > Keeping short. I would like to invoke me with two arguments
the file-
> > > > name and a line number. The server should show at the end just one
> > > > window with the right file at the right line.
> > > >
> > > > any suggestions ?
> > > >
> > > > regards,
> > > > Detlef
> > > >
> > > >
> > >
> > >
> > > ------------------------------------
> > >
> > > __________________________________________________________
> > >
> > > This is an unmoderated list, but new members are moderated to
ensure
> > that
> > > there are no spam users. JASSPA is not responsible for the
content of
> > > any material posted to this list.
> > >
> > > To un-subscribe, send a mail message to
> > >
> > > mailto:jasspa-unsubscribe@yahoogroups.com
> > <mailto:jasspa-unsubscribe%40yahoogroups.com>
> > >
> > > or visit http://groups.yahoo.com/group/jasspa
> > <http://groups.yahoo.com/group/jasspa> and
> > > modify your account settings manually.
> > >
> > >
> > > Yahoo! Groups Links
> > >
> > >
> > >
> > --
> > Dr.Detlef Groth
> > Neue Scheune 5
> > 14548 Ferch
> > Germany
> >
> >
> >
------------------------------------------------------------------------
> >
>

Hi.

sorry, but I found the solution myself. Of course I have to use just
the server-find-file command from below instead of find-file:

The Tcl-command is:
exec $me -m "C:ME:server-find-file $path" &

regards,
Detlef
--- In jasspa@yahoogroups.com, "Dr. Detlef Groth" <dgroth@...> wrote:
>
> Hi all,
>
> I finally found the time to interact with the ME-Server from an
> Tcl-Tree showing my project files see:
> http://www.dgroth.de/downloads/me-no-ide.png
>
> What disturbs me is that me opens a popup-window for the running
> me-server. If I have just one window I would rather see after clicking
> in the tree just again one window. This is especially true for the
> second feature goto-line where I would like to jum to a certain method
> of a class definition for example.
>
> I tried to comment out popup-window invokations inside meserver.emf
> but this does not work. Any idea ?
>
> regards,
> Detlef
>
>
> --- In jasspa@yahoogroups.com, Steven Phillips <bill@> wrote:
> >
> > Detlef,
> >
> > I've worked out the best way to do this, you need 2 macros - the
first
> > is the one directly called by the client/server interface, this
stores
> > the information. The second is the one that actually does the
work, it
> > is executed via the callback mechanism from the first macro so it
will
> > not run until ME is idle and is reasonably safe to do so. Below
are the
> > 2 macros, however I did hit a problem with the meserver.emf macro
code,
> > below is a fix, 2 lines need to be removed.
> >
> > Steve
> >
> > 0 define-macro server-find-file-callback
> >     find-file .server-find-file.f
> >     delete-other-windows
> >     !if &gre .server-find-file.l 0
> >         !force goto-line .server-find-file.l
> >     !endif
> >     screen-update
> > !emacro
> >
> > define-macro server-find-file
> >     !force set-variable .f @1
> >     !if $status
> >         !force set-variable .l @2
> >         !if ¬ $status
> >             set-variable .l 0
> >         !endif
> >         1 create-callback server-find-file-callback
> >     !endif
> > !emacro
> >
> > *** meserver.emf    4 Oct 2006 20:07:08 -0000    2.10
> > --- meserver.emf    9 Apr 2008 20:53:03 -0000
> > ***************
> > *** 30,40 ****
> >                   !force 0 find-buffer #l4
> >               !endif
> >               !force execute-line #l3
> > -             !if ¬ &seq $buffer-bname #l4
> >                   set-variable #l4 $buffer-bname
> >                   popup-window #l1
> >                   set-variable &ind &spr ":%s-buffer" #l2 #l4
> > -             !endif
> >           !elif &seq @wc "M"
> >               set-variable #l2 &lget &rig @wl 1 1
> >               set-variable #l3 &rig @wl &add 3 &len #l2
> > --- 30,38 ----
> >
> >
> > Detlef Groth wrote:
> > >
> > > Hi Steven,
> > >
> > > I think the only thing I really would like to do is opening a
file or
> > > reusing an existing buffer and optional going to a certain line
> number
> > > if line number is not null. As can be seen in the example macro.
The
> > > reason for this, that is that I want to implement a tree control in
> > > Tcl/Tk which keeps track of my files and Tcl-classes and Tcl-Procs.
> > > Klicking on file should visit the appropiate buffer, clicking on a
> > > class-method or a file should open the file and jump to the
> appropiate
> > > line. Similar to a Tcl-proc. See the sample.gif
> > >
> > > Such feature which are common to eclipse and komodo for
instance. Our
> > > me- toolbar is quite handy but with many projects and files it
> becomes
> > > to difficult to use.
> > >
> > > regards,
> > > Detlef
> > >
> > > -------- Original-Nachricht --------
> > > > Datum: Wed, 09 Apr 2008 13:44:40 +0100
> > > > Von: Steven Phillips <bill@ <mailto:bill%40jasspa.com>>
> > > > An: jasspa@yahoogroups.com <mailto:jasspa%40yahoogroups.com>
> > > > Betreff: Re: [jasspa] Client-Server Problems with find-file,
> goto-line
> > >
> > > > The server interface has deliberately been restricted to avoid
> the user
> > > > accidentally breaking things (consider doing a large macro based
> > > > operation to modify the current buffer when the server interface
> > > changes
> > > > the current buffer half way through - the confusion this will
> create is
> > > > going to hurt). But if you are convinced that this really is
> what you
> > > > want (and you give up your right to sue when you corrupt your
files
> > > :-))
> > > > then I'll look into how to do this...
> > > >
> > > > Dr. Detlef Groth wrote:
> > > > >
> > > > > Hello all,
> > > > >
> > > > > I would like to run a pipeline like:
> > > > >
> > > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:find-file c:/path/to/
> > > > > Makefile'
> > > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:goto-line 18'
> > > > >
> > > > > unfortunatly does not work. Sometimes the *server* window popups
> > > > > instead of the desired file argument and the file even if it
> popups
> > > > > does not have a focus
> > > > >
> > > > > cmds like
> > > > > $ /c/Programme/jasspa/me32.exe -m 'C:ME:delete-other-windows'
> > > > >
> > > > > are simply ignored.
> > > > >
> > > > > A macro like:
> > > > >
> > > > > define-macro find-file-line
> > > > > find-file @1
> > > > > !if ¬ &equal 0 @2
> > > > > goto-line @2
> > > > > !endif
> > > > > !emacro
> > > > >
> > > > > works if tested inside emacs but the invoked file-window does
> not get
> > > > > the focus if invoked from the commandline.
> > > > >
> > > > > Keeping short. I would like to invoke me with two arguments
> the file-
> > > > > name and a line number. The server should show at the end
just one
> > > > > window with the right file at the right line.
> > > > >
> > > > > any suggestions ?
> > > > >
> > > > > regards,
> > > > > Detlef
> > > > >
> > > > >
> > > >
> > > >
> > > > ------------------------------------
> > > >
> > > > __________________________________________________________
> > > >
> > > > This is an unmoderated list, but new members are moderated to
> ensure
> > > that
> > > > there are no spam users. JASSPA is not responsible for the
> content of
> > > > any material posted to this list.
> > > >
> > > > To un-subscribe, send a mail message to
> > > >
> > > > mailto:jasspa-unsubscribe@yahoogroups.com
> > > <mailto:jasspa-unsubscribe%40yahoogroups.com>
> > > >
> > > > or visit http://groups.yahoo.com/group/jasspa
> > > <http://groups.yahoo.com/group/jasspa> and
> > > > modify your account settings manually.
> > > >
> > > >
> > > > Yahoo! Groups Links
> > > >
> > > >
> > > >
> > > --
> > > Dr.Detlef Groth
> > > Neue Scheune 5
> > > 14548 Ferch
> > > Germany
> > >
> > >
> > >
> ------------------------------------------------------------------------
> > >
> >
>

I have code like:

constant NAME=1,
     AGE=2,
     DOB=3

However, indenting is not working for it (my own mode). Indenting
works for everything else, but I cannot seem to make the above work.
Does anyone have any recipe for the above?

Thank you,

Jeremy

cp200205 wrote:
> I have code like:
>
> constant NAME=1,
>     AGE=2,
>     DOB=3
>
> However, indenting is not working for it (my own mode). Indenting
> works for everything else, but I cannot seem to make the above work.
> Does anyone have any recipe for the above?
>
> Thank you,
>
> Jeremy

There is nothing for the indent to work against as there is no indent
character like '{' or '(' so it simply defaults to an indent-width for a
line continuation (in your case I assume 4).

I assume that you are expecting it to magically align vertically with
NAME above? To do this then you would need a rule. Even 'C' indentation
   does what you have above unless there is a '(' in there for expressions.

Jon.

Quoting Jon Green <jon@...>:
> cp200205 wrote:
> > I have code like:
> >
> > constant NAME=1,
> > AGE=2,
> > DOB=3
> >
> > However, indenting is not working for it (my own mode). Indenting
> > works for everything else, but I cannot seem to make the above work.
> > Does anyone have any recipe for the above?
> >
> > Thank you,
> >
> > Jeremy
>
> There is nothing for the indent to work against as there is no indent
> character like '{' or '(' so it simply defaults to an indent-width for a
> line continuation (in your case I assume 4).
>
> I assume that you are expecting it to magically align vertically with
> NAME above? To do this then you would need a rule. Even 'C' indentation
> does what you have above unless there is a '(' in there for expressions.
>

Actually, all I want to do is a line continuation, that's all but I cannot
seem to make it work correctly and am not finding an example except in
hkruby.emf, but every time I add , to the list, it seems to mess quite a few
things up.

Jeremy

Hello All,
Found a problem in the assignment of the Sift-Left-Button assignment.
It never seems to work (all the others and with the other buttons are
correct - don't ask me why). And the only way I found to make it work
was my forcing the load of the "mouse.emf" in the bottom of me.emf file.

Below a piece of code to append the me.emf file.

Please note I don't believe this is a nice and neat way to do it, but
it does work :-)

----cut here----
; Load in the mouse handling routines if required
!if &band $mouse 0x10
     !force exec-file "mouse"
!endif
---cut here--------