> You must have read my mind, beacuse I've been for the last 2 weeks
> finishing my thesis (as I've told you!). running Me99 and calling Latex
> (miktex package) from ME99. The only problem I got is when the text has a
> bad text command and the compilation is aborted . When I try to save the
> file it gives me an warning like ' cannot backup file name.~a'  and when I
> run latex again it prompts me if I wanna close an active process I say yes
> and all goes well.

I'm having the same problem. I think the problem lies in the fact that
the MikTex latex job prompts the user when there is an error. I've been
trying to sort this one out but cannot find an option to enable ALL
errors, but not to stop i.e. much the same as a C/C++ compiler.

The only solution I've come up with is a modification to hklatex.emf
as follows:

!if &seq $platform "win32"
     ; Win32, lets assume that everybody is using MikTex, and why not !!
     set-variable %latex-view    &cond &seq %latex-view    "ERROR" "yap" 
%latex-view
     set-variable %latex-compile &cond &seq %latex-compile "ERROR" "latex
--c-style-errors --halt-on-error " %latex-compile

     ; Add hooks for the latex compiler errors
     add-next-line "*latex-compile*" ""
     add-next-line "*latex-compile*" "%f:%l:"
!else
     set-variable %latex-compile &cond &seq %latex-compile "ERROR" "latex"
%latex-compile
     set-variable %latex-view    &cond &seq %latex-view    "ERROR" "xvdi" 
%latex-view
!endif

The down side is that it stops on the first error - but does not hang. Note
that I added the add-next-line. This allows you to use  "C-x `" to goto
the error line.

This is bit of a compromise but does seem to do the job.

Regards
Jon.
--
______________________________________________________________________

Jon Green                                           J.D.Naughton-Green

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

------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Hello MicroEmacs users,

I would like to use a fifth prefix-shortcut like:
But ME shows me an error message for the prefix5 line.

global-bind-key prefix5                 "C-1"
global-bind-key "yank"                  "C-1 v"
global-bind-key "kill-region"           "C-1 x"
global-bind-key "copy-region"           "C-1 c"

Any suggestions ?

Detlef groth

------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Detlef,

	 There is no "prefix5" which is why it is not working. I have prototyped
	 additional prefixes which appears to work with mininal changes - so this
	 should be possible soon.

	 You could try the "A-C" bindings as follows:-

global-bind-key "yank" "A-C-v"
global-bind-key "kill-region" "A-C-x"
global-bind-key "copy-region" "A-C-c"

	 These keystokes might be a little more fluid than "C-1" as the
	 Ctrl-Alt keys are very close together (or use "Alt-Gr"). Could
	 give this a go ???

Detlef Groth wrote:
>
> Hello MicroEmacs users,
>
> I would like to use a fifth prefix-shortcut like:
> But ME shows me an error message for the prefix5 line.
>
> global-bind-key prefix5                 "C-1"
> global-bind-key "yank"                  "C-1 v"
> global-bind-key "kill-region"           "C-1 x"
> global-bind-key "copy-region"           "C-1 c"
>
> Any suggestions ?
>
> Detlef groth

ASIDE
-----
	 As an aside your "prefix" binding left me with some worrying
	 thoughts. Consider the current definition of "prefix4" defined
	 in me.emf

global-bind-key prefix4                  "C-c"

	 Now lets say for instance that the user wanted to change "C-c" for
	 something else. i.e. "C-1". This would then cause problems as the
	 macro definitions always define their keystrokes in terms of the
	 raw characters, for example the next line in "me.emf" binds grep

global-bind-key grep                     "C-c g"

	 This has just used "prefix4", however it has not specified the
	 key binding in terms of "prefix4". Now if you try to re-bind
	 "prefix4" then in this partular instance "grep" will be bound
	 to "C-1 g". (Because the binding has already been installed
	 against the original prefix key). However there are alot of
         macro files (i.e. hkXXXX.emf) which get loaded late i.e. after
         the user.emf has been loaded. These might make reference to
	 "C-c" commands i.e. in hkc.emf we have:-

buffer-bind-key c-comment-line   "C-c C-c"

	 If we have already have changed the "prefix4" binding then
	 we will expect "C-c C-c" to be bound to our new prefix
	 "C-1 C-c" - which is not the case. Ideally this macro binding
	 should be expressed in terms of it's prefix rather than
	 the literal value of the 'expected' prefix. i.e.

buffer-bind-key c-comment-line   "prefix4 C-c"

	 This would then make the macro definitions more resilent
	 to 'unexpected' binding changes. This does have some
	 unpleasent side effects as some of the keys appear in the
	 OSD help pages i.e. on the help page then we have

osd .osd.c-help 7  ""  "    C-c C-c - Comment out current line"

	 This would no longer apply, writing:-

osd .osd.c-help 7  ""  "    prefix4 C-c - Comment out current line"

	 is deeply unpleasent. The only thing that you could do
	 is ask for a return on the key bindinging for prefix4
	 (which is not currently available). Lets assume we
	 introduced a &kstroke macro that would return the literal
	 key stroke (this is the opposite of &kbind), but with an
	 expanded prefix, we could then re-write the OSD as:-

osd .osd.c-help 7  ""  &spr "    %s - Comment out current line" &kstroke
c-comment-line

	 This would then get around the problem.

	 This is probably further than I wanted to go with this - but
	 does hilight a current problem. - The question is "Is it really
	 worth sorting out ??"

Regards
Jon.

--
______________________________________________________________________

Jon Green                                           J.D.Naughton-Green

SAMSUNG Electronics Ltd
Samsung Electronics Research Institute (Audio / Visual Labs)
_______________________________________________________________________

------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Another thing, while I think about it, leading on from my last
posting.

	 The "Alt" key is currently a modifier key.

	 The "Alt-Gr" key is currently internally transposed to
	 "A-C" i.e. Alt-Ctrl.

	 Should the "Alt" and "Alt-Gr" keys be treated independently
	 such that "Alt-Gr" is a modifier key in it's own right ??

	 After playing with GNU Emacs, it ceretainly treats "Alt" and
	 "Alt-Gr" as different keys. The default bindings "Alt-c" => "M-c"
	 which capitalises a word, "Alt-Gr-c" does nothing.

	 If my understanding is correct, the likes of German, French keyboards
	 use the "Alt-Gr" to map to thier own language key extensions to
	 the keyboard, is this translation also applied on the
	 "Alt" key by convention ??

Regards
Jon.

______________________________________________________________________

Jon Green                                           J.D.Naughton-Green

SAMSUNG Electronics Ltd
Samsung Electronics Research Institute (Audio / Visual Labs)
_______________________________________________________________________

------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Hi,  I got the beta99 version of MicroEmacs from the web site, but
whenever I run it I get an error at line 66 of language.emf at startup.

Any ideas?


------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

> Subject: [jasspa] Beta 99 problem with 'language.emf'
> From: mpr@...
> Date: Thu, 15 Jul 1999 08:59:04 -0700
> To: jasspa@egroups.com
>
> Hi,  I got the beta99 version of MicroEmacs from the web site, but
> whenever I run it I get an error at line 66 of language.emf at startup.
>
> Any ideas?
>

There is a bug in the language  setup of Beta 1 in that it requires a language
setup, the default being American.

There are 2 solutions to this problem:

1)  Comment out line 66 of language.emf (add a ';' to the start ofthe line).

2)  Download from the site and install the language you use, e.g. american.zip
     and use the Language box in user-setup to select this language.

The second solution is better as it will give you a working spell-checker etc.

Regards,

Steve

------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

What or who is JASSPA?  They put out a great editor, but what else do they
do?

--
Henry Harpending           harpend@...
Department of Anthropology, University of Utah, Salt Lake City UT 84112
phone 801 581 3776  fax 801 581 6252 home 801 582 7760
http://mombasa.anthro.utah.edu/henry.html


------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

When I run the program, right out of the box and freshly installed, I get "error
executing language, line 66" (which is the last line: set-language #l0).  I
suspect this is another one of those things that once you initialize it in a
user profile, goes in the history file and you never hear about it again.

(Personally, I don't much like the history mechanism; I'd rather not store state
someplace.  I work on too many things at once for it to be useful, and never use
the '-c' option.)


Also, line 21 of language.emf is:

	 0 define-macro set-laguage-list

which could use some spell-checking :-)

language.emf:
;  Created       : Thu May 7 20:18:08 1998
;  Last Modified : <030699.1147>


-Th


------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Oops.  This was just addressed in the previous e-mail.  Sorry!

-Th


At 11:54 AM 7/15/99 -0700, Thomas Hundt wrote:
>When I run the program, right out of the box and freshly installed, I get
"error executing language, line 66" (which is the last line: set-language #l0). 
I

------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Wow.  I've just started using the new beta version... and am totally impressed. 
It adds a lot of functionality and fixes a whole lot of stuff.

- Highlighting now is scheme-driven, for consistency and ease-of-maintenance. 
And the highlight-line functionality (right-click!) is very cool.

- There's a whole lot of other stuff stored in the scheme that bears
investigating.

- New languages supported for spell-checking (I'll have to see how easy/hard it
is to switch between them, which I'll definitely want to do).

- Little things like Alt-Space being decouple-able (for Alt-Space n quick
minimizing) and the mouse working better.

This is great!  Great job by the Jasspa team.


Rework necessary so far:

- Adding in my little "!force my-fhook-xxx" etc. lines into the main hkxxx.emf
etc. files (so that my custom settings in myxxx.emf are run every time a .xxx
associated file is opened).  I know I'm going to have to look into this bhook
thing; I may not be doing it "right" yet.  But at least it will get me going for
now.

- Fixing the highlighting anywhere it is done (from init-hilight to the new "0
hilight" setup).

- Use the new $scroll variable instead of the old one ($horiz-scroll or
something like that).  There are probably more of these kinds of things waiting
to be found.

-Th


------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Hello John,

At 08:26 14.07.1999 +0000, you wrote:
>Detlef,
>
> There is no "prefix5" which is why it is not working. I have prototyped
> additional prefixes which appears to work with mininal changes - so this
> should be possible soon.
>
> You could try the "A-C" bindings as follows:-
>
>global-bind-key "yank" "A-C-v"
>global-bind-key "kill-region" "A-C-x"
>global-bind-key "copy-region" "A-C-c"
>
> These keystokes might be a little more fluid than "C-1" as the
> Ctrl-Alt keys are very close together (or use "Alt-Gr"). Could
> give this a go ???
>
This was really a good idea, I did for Win-dummies like me the following...
;-------------start user.emf---------------------
global-bind-key "yank"                 "A-C-v"
global-bind-key "reyank"               "A-C-y"
global-bind-key "kill-region"          "A-C-x"
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 "osd-file-open"        "A-C-o"
global-bind-key "osd-1-new"            "A-C-n"

; and this is for everbody...

define-macro  Buffer-osd
	 20 osd n 1 a "1"
	 !emacro

global-bind-key "Buffer-osd"           "A-C-b"
global-bind-key "Buffer-osd"           "C-mouse-drop-3"
;--------------- end user.emf-------------------


However ME shows me an error message ad line
global-bind-key "osd-file-open"        "A-C-o"

I open the emf-file and can execute the buffer without any error and it is
working ! What happens ?

The macro Buffer-osd is great, it allows very fast moving between the buffers
simple by Ctrl-right mouse-click.... no disturbing new window...I never miss the
tabs again...

Best regards, Detlef


------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

> However ME shows me an error message ad line
> global-bind-key "osd-file-open"        "A-C-o"
>
> I open the  emf-file  and can  execute the buffer  without any error and it is
> working ! What happens ?

A macro  MUST be  defined  before it is used, but there are 2 ways to define a
macro.  The  first and main one is using  define-macro  which is used when you
execute the openfile.emf macro file.

The other way is to  'pre-define'  it using  define-macro-file,  this tells ME
that the macro exists and where the  definition is if its needed. This is used
to greatly improve start-up loading times and run time memory.

The above  problem  is caused by none of the above 2  mechanisms  being  used,
before the first use (the global-bind-key). osd-file-open is define-macro'd in
fileopen.emf. It is  define-macro-file'd  in osd.emf (and other places), it is
not defined in me.emf or any of the other files  executed at  start-up. So add
the following line to your emf file just before you first use it:

     define-macro-file fileopen osd-file-open osd-get-file

Regards,

Steve

------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Friday 16th July 1999:

The 2nd Beta release of JASSPA's  MicroEmacs has now been posted to our
home sites:-

     http://www.geocities.com/ResearchTriangle/Thinktank/7109/
and
     http://members.xoom.com/jasspa/index.html

This is likely to be the last beta  prior to the final  release. Any
feedback  from this release is welcomed.

Thanks
JASSPA.


------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Hello jasspa,



Regards,

     Bruno

_________________________________________________________________
Bruno Sabin                     Senior Technical Support Engineer
19 Apex Court, Woodlands, Almondsbury park, BRISTOL, BS32 4JT, UK
Phone:+44 (0) 1454 615 554 Ext: 232      Fax:+44 (0) 1454 615 532
mailto:bruno@...               http://www.division.com

If I try to be like him, who will be like me? -Yiddish proverb



------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

Hello Jasspa-MicroEmacs Users.
I am writing a large LaTex (pdfTex)-document.
If I include a pdf-image and add some comments after the "%" comment symbol
like....

\begin{figure}
% E:\PROMOTIO\Sdraw\evolution.sda (comment)
\pdfimage width 14cm c:/tex/promotion/png/evolution.png
\caption{\bf Text}
\footnotesize{Text}
\label{fig.Figurexyz}
\end{figure}

And I reformat this either by the paragraph or the buffer command, it looks
this:

\begin{figure} % E:\PROMOTIO\Sdraw\evolution.sda (comment) \pdfimage width
14cm c:/tex/promotion/png/evolution.png \caption{\bf Text}
\footnotesize{Text} \label{fig.Figurexyz} \end{figure}

This output can not be processed by the LaTex-compiler. Because the \pdfimage
command is now a comment.

Is there any possibility to not wrap a line which contains a comment ?
Or alternativly to prevent wrapping of lines, starting with \begin{figure},
\pdfimage, \caption \label and so on ?

Thanks, Detlef

------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

For the benefit of the eGroup members, here is a more detailed list of changes
for the new Beta2

1)  The use of GNU regex. ME '99 is now using the GNU regex library and is now
     fully  compatible with Big Emacs, e.g. you can now use word groups such as
     "\(first\|second\|third\)  choice"  etc. The only  noticed  side effect is
     with the empty replacement  string, it used to be "\0" its now just "". To
     allow this the default replacement string has been disabled.

2)  The  replacement of prefix1,  prefix2 prefix3 and prefix4  commands with a
     single  prefix  command.  When bound the  global-bind-key  command must be
     given an argument specifying which prefix is to be bound, i.e.

         global-bind-key prefix3 "C-h"

     Becomes:

         3 global-bind-key prefix "C-h"

     We've  changed the internal key bit meanings to allow more  prefixes,  the
     old limit was 4, the new limit is  documented as 8, although  currently 16
     are  available.  We are not sure  whether to use a bit to store AltGr as a
     separate  modifier,  reducing  the  maximum  number of prefixes to 8 or to
     leave AltGr as "A-C-..."  and thereby have 16 prefixes or a free bit to do
     something  else  (please  send us you view on this). In the mean  time use
     prefix 9+ at your peril, they may disappear.

     One bad side effect to this change is to recorded  keyboard  macros  which
     use the 'special' or named keys. These will not work with the new version,
     you will have to  re-record  them.  Note that  because  of their  volatile
     nature  it is  preferable  to avoid  using the  special  keys  where  ever
     possible, e.g. use "C-f" instead of "right" etc.

3)  Mouse support in completion  lists. If you use the commands  "find-buffer"
     or  "find-file"  etc and press tab twice to get a  completion  buffer,  in
     previous  versions  the mouse  could not be used to scroll  the  buffer or
     select a completion. Basic support has now been added.

4)  New  keyboard  configuration  option  added to  user-setup,  this area has
     caused the largest number of problems,  usually with foreign  keyboards on
     win32 platforms.

5)  New my-fhook-.... fhook macro extension support.

     It is now simple to add your own file type buffer binding  without editing
     the  release  files.  For  example,  if I  created  a  new  latex  command
     "my-latex-command"  which  I  wanted  bound  to "C-c n" I would  create  a
     mylatex.emf  macro file in my area (keeping  everything I change  separate
     from the release). In the file I'd add the following:

         define-macro my-latex-command
             .
             .
         !emacro

         define-macro my-fhook-latex
             buffer-bind-key my-latex-command "C-c n"
             .
             .
             ml-write "[My latex extensions have been executed]"
         !emacro
         set-variable .my-fhook-latex.exec 1

     The  variable   definition   at  the  end  informs  the  latex  file  hook
     (fhook-latex found in hklatex.emf) that the command  my-fhook-latex exists
     and should be executed (not 0).

     This is based on Thomas  Hundt  extension,  except it avoids the "[No such
     command ...]" error message when the user does not have an extension.

6)  The   abbreviation   support  has  been   greatly   changed,  the  command
     set-abbrev-file   has   been   renamed   to   buffer-abbrev-file,   a  new
     global-abbrev-file  command has been create with the obvious  effect. Both
     commands now have the ability of force a reload of the  abbreviation  file
     (give an  argument  of 0). A new  general  abbreviation  handler  has been
     created  (expand-abbrev-handle)  bound  to "esc  esc"  which  handles  all
     the following abbreviation types in the following order of priority:

         buffer-abbrev-file
         global-abbrev-file
         iso-accents-expand
         buffer specific abbrev expansion (e.g. macro files)
         spell-complete-word

     The last one is a new  command, it take the current  word and  attempts to
     expand it in the current language, e.g. in British, given "langua" it will
     expand to  "language".  This  feature  must be  enabled by  executing  the
     following line:

         set-variable .spell-complete-word.on 1

     If you like this  feature  add the line to you Setup File. The command can
     be run separately.

7)  Jon fixed the  fill-paragraph  command so the set-mark  position is always
     correctly  saved and the cursor  position is saved if no argument is given
     to the command. This behaviour has also been supported (where possible) by
     the ifill-paragraph and other formating command.

8)  Much  better  latex  support (is it just me or is everyone  getting fed up
     with Word?)

9)  I'm in the process of expanding the mail and vm commands to support a POP3
     dial-up  type  environment  using a free program  postie  (available  from
     www.download.com).  The current  version has a $debug line which should be
     removed. I hope to have this fully working and stable by the main release.

Other small fixes have been made, e.g. the Match-It hi-score was broken, which
I wont  bore  you  with.  Hopefully  the  documentation  has  also  been  kept
up-to-date,

Steve Phillips
JASSPA


------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

>8)  Much  better  latex  support (is it just me or is everyone  getting fed up
>    with Word?)

I don't know what problems you have with it, but if you ask me, Word is great
for 2-page memos.  For 20-page multi-section documents, it falls flat on its
face.  Every time I try to create a document that has a cover page, table of
contents, text with diagrams and tables, I run into serious operational
problems.  I've had endless problems with right- and left-page headers and
footers, and had it actually crash with certain types of tables.  It's really
sad :-)

I haven't used LaTeX in quite a few years, but since apparently it's alive and
well, I may have to look into it again... it would be really nice to have an
alternative!

Great job on the me32 changes!  I will have to give the e-mail a try, haven't
yet because of concerns about differing ways the mail is handled on different
systems.  All I can say is, "wow!!"

FYI I always install it in a location like c:\Program Files\me32 -- the jasspa
directory in between, for me, just means extra typing for no reason :-)  (It's
not just you, Adobe puts Photoshop in Program Files\Adobe\Photoshop by default.)


-Th


------------------------------------------------------------------------
__________________________________________________________________________

This is an unmoderated list. JASSPA is not responsible for the content of
any material posted to this list.

For JASSPA Beta2 there is a slight build problem with the Sun
Solaris x86 platform (Intel), in that sys_errlist[] is not
resolved correctly.

Source fix follows.

Regards
Jon.
______________________________________________________________________________

diff -c emain.h~ emain.h
*** emain.h~    Tue Jul  6 10:07:47 1999
--- emain.h     Fri Jul 23 00:08:37 1999
***************
*** 198,204 ****
   #include <stdio.h>      /* Always need this              */
   #include <stdlib.h>     /* Usually need this             */
   #include <errno.h>      /* Need errno and sys_errlist    */
! #if (defined _HPUX) || (defined _SUNOS) || (defined _AIX)
   extern char *sys_errlist[];
   #endif

--- 198,204 ----
   #include <stdio.h>      /* Always need this              */
   #include <stdlib.h>     /* Usually need this             */
   #include <errno.h>      /* Need errno and sys_errlist    */
! #if (defined _HPUX) || (defined _SUNOS) || (defined _AIX) || (defined
_SUNOS_X86)
   extern char *sys_errlist[];
   #endif
[Exit]

Here's another cute one, works for me on NT4 and Slowaris (xdisplayed to a PC
using Exceed).  99beta2.  Harmless but fun:

Click on the menu, with the mouse.  You get a dropdown.

Now play with the PageUp and PageDown keys.  See anything unusual? :-)

-Th

Somebody posted a question that the example macro
super-delete did not function correctly. This had been
fixed a while ago but one of the documentation pages
carried the old version of the macro (see
CurrentBufferVariables(4)). The correct version is:-

;
;---    Macro to delete the whitespace, or if on a word all of the
;       word until the next word is reached.
define-macro super-delete
     !while ¬ &sin @wc " \t\n"
         forward-delete-char
     !done
     !repeat
         forward-delete-char
     !until &or &seq @wc "" ¬ &sin @wc " \t\n"
     !return
!emacro

I typically bind this to "C-delete"

	 global-bind-key super-delete            "C-delete"

Problem being that a deletion from the end of the buffer
locked up. Sorry !!

Regards
Jon.

Hello Me-users !

I was missing the possibility to add favourites to the menu, which is common in
many other editors and helps a lot. Therfore I was modifiying osd.emf and were
creating favourit.emf.
You should include favourite files in the file-menu like:

in osd.emf
after
osd 1  60  ""   "&Close     C-x k"    f osd-close
; add
osd 1  61   "Mde"  "Favo&urites A-1"  .osd.favour-popup1 ; addition for
favourit.emf
;
in the new favourit.emf write:

set-variable .osd.favour-popup1 &pinc .osd.next 1

osd .osd.favour-popup1 0   "b"
osd .osd.favour-popup1 1  "i"   "add &New"             f "find-file
\"C:/jemacs99b/macros/favourit.emf\""
osd .osd.favour-popup1 2  "-"
osd .osd.favour-popup1 10  "i"  "&Abkürzung"             f "find-file
\"E:/promotio/Latex/Abkurz.tex\""
osd .osd.favour-popup1 20  "i"  "&Einleitung"            f "find-file
\"E:/promotio/Latex/Einleit.tex\""
;and so on...other files place here
osd .osd.favour-popup1 60  "-"
; for fast access by "A-1" shortcut:
define-macro favour-popup1
       .osd.favour-popup1 osd
!emacro

global-bind-key "favour-popup1" "A-1"

No I can switch very fast between my most important documents. If the buffer is
already opened it is activated and I am immediatly at the actual place. Great !
May be something similar is advisable for a program-starter in the excecute-menu
after the shell-command. I were creating a special progstart.emf similar to the
favourites. In the moment you have to add your files manually to the file
favourit.emf. Is there a possibility to do this automatically ?

Best regards,

Detlef

> Here's another cute one, works for me on NT4 and Slowaris  (xdisplayed to a PC
> using Exceed). 99beta2. Harmless but fun:
>
> Click on the menu, with the mouse.  You get a dropdown.
>
> Now play with the PageUp and PageDown keys.  See anything unusual? :-)
>
> -Th
>

Good find  Thomas, I have found and fixed this  bugette, I won't post a fix as
it is not a serious bug.

Thomas has also found a much more  serious bug, ME crashes  doing a replace if
magic mode is disabled. The immediate work-around is to always use magic mode.
The short term  solution is to add the following fix to search.c  (beta 2) and
recompile. This will be fixed for the final release, which  unfortunately  has
been delayed,

Steve

*** C:/tmp/search.c.~0~ Sat Aug 07 11:31:48 1999
--- C:/tmp/search.c Sat Aug 07 11:31:58 1999
***************
*** 2231,2238 ****
--- 2231,2240 ----
               /* only set the new regex slength here as if the user is doing a
query replace
                * and does an undo, the slength must be correct for the last
insertion */
   #ifdef _GNU_REGEX
+             if(magical)
                   slength = mereRegs.end[0] ;
   #else
+             if(magical && meModeTest(curbp->b_mode,MDMAGIC))
                   slength = mclen;
   #endif
   #endif

Whatever it is, it takes a lonnnnnnnnnnnng time! :-)

What I would expect, of course, is that it do ifill-paragraphs for every
paragraph in the whole thing.  And based on what I've seen, this is, indeed,
what it tries to do.  (Looked in format.emf.)

Which brings me to the problem: I think fill-paragraph (and hence,
ifill-paragraph) doesn't ever move on to the next paragraph.  (Maybe I've got
something set wrong.  Don't know.)

(BTW: If I was king?  I would make it first kill all the whitespace at the
beginning of a line, which you get when you cut and paste from Netscape.  That
is *so* annoying.  Yes, Netscape should be fixed, not uemacs, but I don't have
Andreeeeson's e-mail address :-)

-Th

Thomas,

	 Nice find !! You are right it does not advance a paragraph.
	 The new paragraph fill leaves the cursor at the same position
	 in the paragraph. In order to force it to the next then you
	 need to give it a numerical argument.

	 "Lonnnnnnnnnnng Time" == "forever" with the current operation !!

	 Modify format.emf by inserting a "1 " as follows to fix, note
	 that NROFF also requires the same fix:-

Regards
Jon.

cd d:/me990527/macros/
diff --context --minimal --ignore-space-change --report-identical-files
--recursive "d:/me990527/macros/format.em~" "d:/me990527/macros/format.emf"

*** d:/me990527/macros/format.em~ Mon Jul 12 08:24:48 1999
--- d:/me990527/macros/format.emf Tue Aug 10 09:18:54 1999
***************
*** 278,284 ****
           !if &seq $buffer-fhook "fhook-nroff"
!             set-variable #l1 "nroff-para"
           !else
!             set-variable #l1 "ifill-paragraph"
           !endif
           !while &les $window-line #l0
               execute-line #l1
--- 278,284 ----
           !if &seq $buffer-fhook "fhook-nroff"
!             set-variable #l1 "1 nroff-para"
           !else
!             set-variable #l1 "1 ifill-paragraph"
           !endif
           !while &les $window-line #l0
               execute-line #l1
[EXIT]



Thomas Hundt wrote:
>
> Whatever it is, it takes a lonnnnnnnnnnnng time! :-)
>
> What I would expect, of course, is that it do ifill-paragraphs for every
paragraph in the whole thing.  And based on what I've seen, this is, indeed,
what it tries to do.  (Looked in format.emf.)
>
> Which brings me to the problem: I think fill-paragraph (and hence,
ifill-paragraph) doesn't ever move on to the next paragraph.  (Maybe I've got
something set wrong.  Don't know.)
>
> (BTW: If I was king?  I would make it first kill all the whitespace at the
beginning of a line, which you get when you cut and paste from Netscape.  That
is *so* annoying.  Yes, Netscape should be fixed, not uemacs, but I don't have
Andreeeeson's e-mail address :-)
>
> -Th
>
> ------------------------------------------------------------------------
> Click Here to apply for a NextCard Internet Visa and start earning
> FREE travel in HALF the time with the NextCard Rew@rds Program.
> http://clickhere.egroups.com/click/449
>
> __________________________________________________________________________
>
> This is an unmoderated list. JASSPA is not responsible for the content of
> any material posted to this list.

--
______________________________________________________________________

Jon Green                                           J.D.Naughton-Green

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

It seems that query-replace-string (M-% on my setup) remembers the target
string, but forgets the replacement string, the next time through.

This will be annoying when you're search-and-replacing the same string in
several files in a row.  (The "good" news is that it's now easy to enter a "null
string" when you want to replace a string with nothing, to just plain remove it,
which I can never figure out how to do. :-)

Thanks,

-Th

All,

I've found another problem with reverse search, the bug seems harmless enough,
but it stops the new gdiff from working (it loops until you abort).

Below is a diff of ALL the search.c changes I've made since beta 2.

Sorry for the bugs,

Steve
------------------------------------------------------------------------------
cd C:/tmp/
diff --context --minimal  --ignore-space-change "C:/tmp/search.c.~0~"
"C:/tmp/search.c"

*** C:/tmp/search.c.~0~ Tue Aug 10 23:07:24 1999
--- C:/tmp/search.c Tue Aug 10 23:06:44 1999
***************
*** 359,369 ****
           ii = re_search_2(&mereBuffer,NULL,0,(char *) ltext(lp),jj,
                            ii,jj-ii,&mereRegs,jj) ;
       }
!     else
       {
           ii = re_search_2(&mereBuffer,NULL,0,(char *) ltext(lp),jj,
                            ii-1,0-ii,&mereRegs,jj) ;
       }
       if(ii >= 0)
       {
           kk = mereRegs.end[0] ;
--- 359,374 ----
           ii = re_search_2(&mereBuffer,NULL,0,(char *) ltext(lp),jj,
                            ii,jj-ii,&mereRegs,jj) ;
       }
!     /* special case on the first line if going backward, if ii is 0
!      * it cannot match and we must catch this case as 0-ii == 0 == forward! */
!     else if(ii != 0)
       {
           ii = re_search_2(&mereBuffer,NULL,0,(char *) ltext(lp),jj,
                            ii-1,0-ii,&mereRegs,jj) ;
       }
+     else
+         ii = -1 ;
+
       if(ii >= 0)
       {
           kk = mereRegs.end[0] ;
***************
*** 384,390 ****
                   }
                   lnno++ ;
                   ii = llength(lp) ;
!                 if((ii=re_search_2(&mereBuffer,NULL,0,(char *)
ltext(lp),ii,0,ii,&mereRegs,ii)) >= 0)
                       break ;
               }
           }
--- 389,396 ----
                   }
                   lnno++ ;
                   ii = llength(lp) ;
!                 if((ii=re_search_2(&mereBuffer,NULL,0,(char *) ltext(lp),ii,
!                                    0,ii,&mereRegs,ii)) >= 0)
                       break ;
               }
           }
***************
*** 399,405 ****
                   }
                   lnno-- ;
                   ii = llength(lp) ;
!                 if((ii=re_search_2(&mereBuffer,NULL,0,(char *)
ltext(lp),ii,ii-1,-ii,&mereRegs,ii)) >= 0)
                       break ;
               }
           }
--- 405,412 ----
                   }
                   lnno-- ;
                   ii = llength(lp) ;
!                 if((ii=re_search_2(&mereBuffer,NULL,0,(char *) ltext(lp),ii,
!                                    ii,-ii,&mereRegs,ii)) >= 0)
                       break ;
               }
           }
***************
*** 435,441 ****
               jj = llength(lp) ;
               lputc(lp,jj,meNLCHAR) ;
               ii = re_search_2(&mereBuffer,(char *) ltext(lp),jj+1,(char *)
ltext(nlp),kk,
!                              jj+1+ii-1,0-(jj+1+ii),&mereRegs,jj+1+kk) ;
               lputc(lp,jj,0) ;
           }
           if(ii < 0)
--- 442,448 ----
               jj = llength(lp) ;
               lputc(lp,jj,meNLCHAR) ;
               ii = re_search_2(&mereBuffer,(char *) ltext(lp),jj+1,(char *)
ltext(nlp),kk,
!                              jj+1+((ii) ?
ii-1:0),0-(jj+1+ii),&mereRegs,jj+1+kk) ;
               lputc(lp,jj,0) ;
           }
           if(ii < 0)
***************
*** 560,566 ****
                                            offs,jj,&mereRegs,jj) ;
                       else
                           ii = re_search_2(&mereBuffer,NULL,0,mereNewlBuf,jj,
!                                          jj-offs-1,0-(jj-offs),&mereRegs,jj) ;
                       if(ii >= 0)
                           break ;
                   }
--- 567,573 ----
                                            offs,jj,&mereRegs,jj) ;
                       else
                           ii = re_search_2(&mereBuffer,NULL,0,mereNewlBuf,jj,
!                                          jj-((offs) ?
offs-1:0),0-(jj-offs),&mereRegs,jj) ;
                       if(ii >= 0)
                           break ;
                   }
[EXIT]

> It seems  that  query-replace-string  (M-% on my setup)  remembers  the target
> string, but forgets the replacement string, the next time through.
>
> This will be  annoying  when  you're  search-and-replacing  the same string in
> several  files  in a row. (The  "good"  news is that  it's now easy to enter a
> "null  string"  when you want to replace a string with  nothing, to just plain
> remove it, which I can never figure out how to do. :-)

The dropping of the replace  history is  deliberate  and for the reason is for
the "good" news. You can get the previous  replace  using the history,  either
"esc p", "A-p" (if the Alt -> esc is enabled)  or my preferred  key binding is
C-up.

Hope that helps,

Steve

Hello bill (or Steve),

   I eventually got round to give a go at the spell functionality
   and ... hmmmm ... I must have done it wrong. I get an error:-

   [error executing spell, line 686]
   [file-macro spell-buffer not defined]

   to  trigger  this  I  use  the  Tools->Spell  Buffer  menu. My
   Language  setting  has moved back from British-Ext to British
   to American. Any idea of what I missed?

Regards,

     Bruno

_________________________________________________________________
Bruno Sabin                     Senior Technical Support Engineer
19 Apex Court, Woodlands, Almondsbury park, BRISTOL, BS32 4JT, UK
Phone:+44 (0) 1454 615 554 Ext: 232      Fax:+44 (0) 1454 615 532
mailto:bruno@...               http://www.division.com

The actions of men are the best interpreters of their thoughts
                                                    -John Locke

This is a really wacky problem, I haven't figured out the pattern yet.  You guys
solved the other ones so easily, I figured it's time for a hard one :-)

Chief Complaint:
---------------

Copying in me32 and pasting into another program often gives me the previous
clipboard contents.  The "copy" done in me32 did not take.

Symptoms:
--------

I start up an me32 from the start menu.  (It's in "*scratch*" buffer and default
mode.)

I copy something (like text from an e-mail message) and paste it into me32 using
Shift-Insert (or yank).

I do something like reformat the text.  (Typical: fill the paragraph, add "|"s
to the left side to indicate "quoting".)

Now I set a mark at the beginning, move the cursor to the end (and the text all
gets a blue background, as it's the "region").  Do a Copy.  (M-w)

Now I switch (Alt-Tab) to the other app and do a Paste (typically Shift-Insert).
It pastes back the original text I copied!  Not the edited version I just
selected and copied in me32!

I can do this a couple of times and it still won't work.  Then, suddenly, it
will start to work right, and I get the selected text.  I can't predict when.

Hints:
-----

If the blue background (region) goes away, then it's pretty much certain to have
been copied to the clipboard correctly.

If I use the mouse menu to do the Copy, then it almost certainly works.

If I do a Cut (C-w) rather than a Copy (M-w), that does not matter.  It'll
either work or not.

Yank will always work, if I do it right away.  If I switch to the other app, and
then do a Paste (and it happens to paste the old clipboard), and then switch
back to me32, doing Yank will suddenly start pasting the old data!

I think I've had similar problems under Unix (where it copies to the X
clipboard, which the Exceed X server copies to the Windows clipboard, and which
occasionally crashes while doing so).


Thanks!

-Th
"I love MicroEmacs"

>I can do this a couple of times and it still won't work.  Then, suddenly, it
will
>start to work right, and I get the selected text.  I can't predict when.

To clarify, I do the entire sequence -- copy, switch apps, paste -- a couple of
times, and then when it's good and ready, it will start working for a while. 
I.e., apply the time-honored method of "messing with it" to get the software to
work. :-)  (In general, "messing with it" only works with well-written products;
it tends to crash Microsoft stuff...)

-Th