Re: space after formula

2001-11-19 Thread Juergen Vigna


On 16-Nov-2001 John Levon wrote:

> Many people prefer to be CC:ed even if they are on the list.
> Many people post to lists when they are not subscribed.

I leave the Cc: always if I'm not sure about that. I only remove it for
people I know listening to the list (all developers)!

Jug

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

"Problem solving under linux has never been the circus that it is under
AIX."
(By Pete Ehlke in comp.unix.aix)




Re: [PATCH] LaTeXFeatures.[Ch] cleanup

2001-11-19 Thread Herbert Voss


On Mon, 19 Nov 2001, Andre Poenitz wrote:

> On Sat, Nov 17, 2001 at 09:46:03AM +0100, Herbert Voss wrote:
> > >void handleFeature(std::ostream os, string const &name) const
> > >{
> > >  if(isRequired(name))
> > >os << "\usepackage{" << name << "\}\n";
> > >}
> > >
> > If we install a packagemanager we need something like
> >
> > void LaTeXFeatures::require(string const & name,
> > string const & options = "[]{}")
>
> I still want to be able to write arbitrary stuff like macro definitions
> etc. some day. Please keep that in mind. Maybe a mapping map string> "feature name -> what has to be written out" would be in order.
> This way, what gets written does not have to be hard-coded, but could be
> determined during the  validate() run by the piece of code that needs that
> feature.

I have now an own class like

Package(name, options, additionalStuff)

and it works fine.

Herbert




[pietsch@mathematik.tu-chemnitz.de: lyx - figure]

2001-11-19 Thread Andre Poenitz


LyX crashes if one presses enter in the line containing the '\input' (not
at the end).  Backtrace attached.

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]


#0  0x2ad4bbc1 in ?? ()
#1  0x2ad4cfe1 in ?? ()
#2  0x829899b in Letext () at abort.C:9
#3  0x8128ec7 in Paragraph::Pimpl::insertInset (this=0x8434dc0, pos=1, 
inset=0x8424e68, font=@0x8392c60) at support/LAssert.h:24
#4  0x8121a2f in Paragraph::insertInset (this=0x8434d98, pos=1, 
inset=0x8424e68, font=@0x8392c60) at paragraph.C:519
#5  0x812187e in Paragraph::insertFromMinibuffer (this=0x8434d98, pos=1)
at paragraph.C:459
#6  0x81245a3 in Paragraph::breakParagraph (this=0x8424d08, 
bparams=@0x8420b88, pos=4, flag=0) at paragraph.C:899
#7  0x8143036 in LyXText::breakParagraph (this=0x8426d78, bview=0x840e560, 
keep_layout=0 '\000') at text.C:1675
#8  0x81dc601 in InsetText::localDispatch (this=0x8424be8, bv=0x840e560, 
action=LFUN_BREAKPARAGRAPH, arg=@0x70c8) at insettext.C:1217
#9  0x81e5711 in InsetCollapsable::localDispatch (this=0x8424b90, 
bv=0x840e560, action=LFUN_BREAKPARAGRAPH, arg=@0x70c8)
at insetcollapsable.C:422
#10 0x80f71f5 in LyXFunc::dispatch (this=0x83f4c88, ac=66, 
do_not_use_this_arg=@0x7108) at lyxfunc.C:875
#11 0x80f5095 in LyXFunc::processKeySym (this=0x83f4c88, keysym=65293,
state=0)
at lyxfunc.C:352
#12 0x80563b5 in BufferView::Pimpl::workAreaKeyPress (this=0x840e578,


#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass article
\begin_preamble
\usepackage{bbm}
\usepackage{epsfig}

\newcommand{\ds}{\displaystyle}
\newcommand{\rr}{\rule{0ex}{4.5ex}}

\usepackage{thmkonni}
\newtheorem{satz}{Satz}[section]
\newtheorem{assump}[satz]{Annahme}
\newtheorem{lemma}[satz]{Lemma}
%\newtheorem{bem}[satz]{Bemerkung}
{\theorembodyfont{\rm} \newtheorem{bem}[satz]{Bemerkung}}

%\DeclareMathSizes{10.95}{10}{7.4}{6}

\usepackage{psfrag}
\end_preamble
\options draft|final
\language german
\inputencoding latin1
\fontscheme default
\graphics default
\float_placement htbp
\paperfontsize 11
\spacing single 
\papersize a4paper
\paperpackage widemarginsa4
\use_geometry 0
\use_amsmath 0
\use_natbib 0
\use_numerical_citations 1
\paperorientation portrait
\paperwidth 0cm
\paperheight 0cm
\leftmargin 0cm
\topmargin 0cm
\rightmargin 0cm
\bottommargin 0cm
\headheight 0cm
\headsep 0cm
\footskip 0cm
\secnumdepth 3
\tocdepth 3
\paragraph_separation skip
\defskip medskip
\quotes_language german
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default

\layout Standard


\begin_inset Float figure
placement h
wide false
collapsed false

\layout Standard


\hfill 

\begin_inset Include \input{gebiet_loesverhalten.pstex_t}

\end_inset 


\hfill 

\hfill 

\hfill 
\SpecialChar ~

\layout Caption

Gebietsaufteilung zum Beschreiben der exakten Lösung
\layout Standard


\begin_inset LatexCommand \label{figure:gebiet_lshape_teile}

\end_inset 


\end_inset 


\layout Standard

\the_end



Re: duplicate mail (was Re: space after formula)

2001-11-19 Thread Mate Wierdl

On Fri, Nov 16, 2001 at 09:15:43AM -0800, Kayvan A. Sylvan wrote:
> Add this to your procmail recipes and it will be done for you...

Not everybody is mailing from Unix, and many mailers still do not
respect Mail-Followup-To (pine never will).  What Jurgen complains
about is people hitting the reply-to-all button on the mailer.  It is
almost never needed on the list. 

Mate



I'm worried...

2001-11-19 Thread Michael Schmitt

Hi folks,

have a look at the cvs repository:

  ...
  mathed/3 days   poenitzformulabase.C/1.99
  ...^^

Andre, are you ill? You haven't committed _anything_ since more than 3 
days!!! :-)

Michael


-- 
===
Michael Schmitt   Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-12
Bahnhofstrasse 30-32  WWW: http://www.ti.fhg.de
D-54292 Trier E-Mail:  mailto:[EMAIL PROTECTED]
===




Re: I'm worried...

2001-11-19 Thread Andre Poenitz

On Mon, Nov 19, 2001 at 02:40:32PM +0100, Michael Schmitt wrote:
> Andre, are you ill? You haven't committed _anything_ since more than 3 
> days!!! :-)

Empty wish list ;-)

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]



Re: I'm worried...

2001-11-19 Thread Michael Schmitt

Andre Poenitz wrote:

>>Andre, are you ill? You haven't committed _anything_ since more than 3 
>>days!!! :-)
> 
> Empty wish list ;-)


Hmmm, so time has come that you switch to the LyX kernel ???

(Ok, ok, ok, I promise you not to push you into that direction anymore!
  (But, of course, you'd become immortal if you fix the inset problems
   (Even though we already adore you because of your mathed rewriting)))

Michael


-- 
===
Michael Schmitt   Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-12
Bahnhofstrasse 30-32  WWW: http://www.ti.fhg.de
D-54292 Trier E-Mail:  mailto:[EMAIL PROTECTED]
===




Re: Translation of LaTeX to LyX comments and back

2001-11-19 Thread Amir Karger

On Fri, Nov 16, 2001 at 05:08:31PM +, John Levon wrote:
> On Fri, Nov 16, 2001 at 02:08:07AM -0500, Matej Cepl wrote:
> 
> > I have again been urged to use vim for editing some
> > document on my archaic notebook (where I use M$-DOS and vim) and
> > I was against unpleasantly surprised, that LyX still does not
> > provide interoperability between LyX and LaTeX in terms of
> > comments. Do you think, that it would be really so hard to
> > implement a translation of any LyX note (Insert/Note) into LaTeX
> > comment (with %) and vice versa? It would make things hugely
> > better for me.
> 
> I suppose this would be utterly trivial to code, unless I'm missing
> something ?

Well, you have to be somewhat careful. You probably don't want to copy every
"%whatever" as a LyX note. What about %'s that are put in to fix line breaks
in TeX commands? You might want to check the archives, because I think we
discussed this long ago. I know Lars had talked about using Comment style
for this. There is a Comment style in LyX already, right? 

-Amir



The new minibuffer drop down stuff.

2001-11-19 Thread Angus Leeming

Forgive me if this has all been answered in my absence. Couldn't see anything 
in the archives though...

two comments:
* it'd be nice to be able to select one of the displayed choices using the 
mouse.
* how permanent is this implementation envisaged to be? I think it shouldn't 
drop down below the LyX window, but rather obscure part of the BufferView. 
What happens if I'm using LyX with a maximised display? I don't get to see 
the options. Emacs does something very similar (I know, John doesn't use 
emacs), but splits the main window into two sub windows, one for the buffer 
and one for the completions. I think that long term this is the way to go.

Don't get me wrong, I think it's a great addition. Just a couple of comments.

Angus



Re: The new minibuffer drop down stuff.

2001-11-19 Thread Jean-Marc Lasgouttes

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:

Angus> Forgive me if this has all been answered in my absence.
Angus> Couldn't see anything in the archives though...

Angus> two comments: * it'd be nice to be able to select one of the
Angus> displayed choices using the mouse. 

You have to double-click, I think.

Angus> * how permanent is this implementation envisaged to be? I think
Angus> it shouldn't drop down below the LyX window, but rather obscure
Angus> part of the BufferView. What happens if I'm using LyX with a
Angus> maximised display? I don't get to see the options. Emacs does
Angus> something very similar (I know, John doesn't use emacs), but
Angus> splits the main window into two sub windows, one for the buffer
Angus> and one for the completions. I think that long term this is the
Angus> way to go.

Agreed.

A third one: if I type a character, it closes the drop-down, but is
ignored. It would be better to have it inserted in minibuffer.

JMarc



Re: [PATCH] LaTeXFeatures.[Ch] cleanup

2001-11-19 Thread Jean-Marc Lasgouttes

> "Michael" == Michael A Koziarski <[EMAIL PROTECTED]> writes:

Michael> This is the last patch I'll be able to contribute till late
Michael> next week some time. Hopefully there's nothing that can
Michael> prevent it being applied.

I have applied this patch, after determining that the problems I have
been seeing looks like a bug in cxx ostringstreams :( 

JMarc



Re: Bibliography style

2001-11-19 Thread Jean-Marc Lasgouttes

> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:

>> Allan Rae wrote: BTW, duplicate entries aren't removed from the
>> lists in the TeXInputs dialog even after sorting when paths are
>> hidden. I think they should be (actually the very first entry seems
>> to be filtered if duplicated but none of the others).
>> 
Herbert> this belongs to the changes of the TeXFiles.sh, because there
Herbert> are dirs doubled in the dirlist. here's a patch.

Applied.

JMarc 



Re: [PATCH] LaTeXFeatures.[Ch] cleanup

2001-11-19 Thread Angus Leeming

On Monday 19 November 2001 3:39 pm, Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael A Koziarski <[EMAIL PROTECTED]> writes:
> 
> Michael> This is the last patch I'll be able to contribute till late
> Michael> next week some time. Hopefully there's nothing that can
> Michael> prevent it being applied.
> 
> I have applied this patch, after determining that the problems I have
> been seeing looks like a bug in cxx ostringstreams :( 

Related to that comment perhaps, I can't compile math_arrayinset.C line 35:

typedef std::istream_iterator iter;
vector v = vector(iter(ls), iter());

cxx: Error: /usr/include/cxx/iterator, line 250: #70 incomplete type
  is not allowed
  detected during:
instantiation of
  "std::iterator_traits::difference_type
  std::distance(ForwardIterator, ForwardIterator) [with
  ForwardIterator=std::istream_iterator, ptrdiff_t>]" at line 212 of
  "/usr/include/cxx/vector"
instantiation of "void std::vector::__vector(InputIterator, InputIterator,
  __false_category) [with T=std::string,
  Allocator=std::allocator,
  InputIterator=std::istream_iterator, ptrdiff_t>]" at line 284 of
  "/usr/include/cxx/vector"
instantiation of "std::vector::vector(InputIterator,
  InputIterator, const Allocator &) [with T=std::string,
  Allocator=std::allocator,
  InputIterator=std::istream_iterator, ptrdiff_t>]" at line 40 of
  "math_arrayinset.C"
iterator_traits::difference_type n = 0;

I'm dammed if I know what header file I need to include...
A




Re: [PATCH] LaTeXFeatures.[Ch] cleanup

2001-11-19 Thread Andre Poenitz

On Mon, Nov 19, 2001 at 03:53:48PM +, Angus Leeming wrote:
> On Monday 19 November 2001 3:39 pm, Jean-Marc Lasgouttes wrote:
> I'm dammed if I know what header file I need to include...

Try   and tell me if that helps.

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]



Patch: Fix return value of InsetFormula::latex

2001-11-19 Thread Dekel Tsur

I've attached a patch that fix the return value of InsetFormula::latex.
The fix is done by counting the number of \n chars in every string that is
written to WriteStream.

A more efficient solution is to check for \n only in
WriteStream::operator<<(char c), but this will make the code ugly, because
we will then need to use 
  os << "\begin{equation}" << '\n'
instead of
  os << "\begin{equation}\n"



patch.gz
Description: GNU Zip compressed data


Re: [PATCH] LaTeXFeatures.[Ch] cleanup

2001-11-19 Thread Angus Leeming

On Monday 19 November 2001 4:03 pm, Andre Poenitz wrote:
> On Mon, Nov 19, 2001 at 03:53:48PM +, Angus Leeming wrote:
> > On Monday 19 November 2001 3:39 pm, Jean-Marc Lasgouttes wrote:
> > I'm dammed if I know what header file I need to include...
> 
> Try   and tell me if that helps.

No luck so far, but I'll keep playing.
A



Re: Patch: Fix return value of InsetFormula::latex

2001-11-19 Thread Andre Poenitz

On Mon, Nov 19, 2001 at 06:37:23PM +0200, Dekel Tsur wrote:
> I've attached a patch that fix the return value of InsetFormula::latex.
> The fix is done by counting the number of \n chars in every string that is
> written to WriteStream.

Looks ok.

You could apply/commit it if you want, I have a few changes that I do not
want to commit yet...

> A more efficient solution is to check for \n only in
> WriteStream::operator<<(char c), but this will make the code ugly, because
> we will then need to use 
>   os << "\begin{equation}" << '\n'
> instead of
>   os << "\begin{equation}\n"

Yes. And not that that's not exactly a performance bottleneck here...

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]



Re: Graphics

2001-11-19 Thread Herbert Voss

Garst R. Reese wrote:

> Maybe this would be better as a 1.3 thing.
> The Old-graphics is limited to ps and eps, but it works.
> The new graphics is a great idea, but seems to be a long way away from
> predictable.



- it takes now a long time when opening a doc with a lot of images
for the converting to pbm
- inserting an image into a minipage is buggy, only closing doc
and reopen helps

Herbert





Re: Graphics

2001-11-19 Thread Angus Leeming

On Monday 19 November 2001 5:19 pm, Herbert Voss wrote:
> Garst R. Reese wrote:
> 
> > Maybe this would be better as a 1.3 thing.
> > The Old-graphics is limited to ps and eps, but it works.
> > The new graphics is a great idea, but seems to be a long way away from
> > predictable.
> 
> 
> 
> - it takes now a long time when opening a doc with a lot of images
>   for the converting to pbm

We can fix this. Indeed, I almost have! (Although the fix probably won't 
appear anytime soon.)

> - inserting an image into a minipage is buggy, only closing doc
>   and reopen helps

This isn't a graphics inset problem per se but rather an example of the 
insets in insets problems. (I think!)

Angus



Re: Graphics

2001-11-19 Thread Herbert Voss

Angus Leeming wrote:

> On Monday 19 November 2001 5:19 pm, Herbert Voss wrote:

>>- it takes now a long time when opening a doc with a lot of images
>>  for the converting to pbm
>>
> 
> We can fix this. Indeed, I almost have! (Although the fix probably won't 
> appear anytime soon.)


what's about woth a button "don't convert images" in the preferences??
or alternativ with a message "converting image blah ...", so that the
user can see, that lyx is working. it takes more than 5 minutes on my
1GHerz machine to open a doc with a lot of images and there isn't
any message.

>>- inserting an image into a minipage is buggy, only closing doc
>>  and reopen helps
>>
> 
> This isn't a graphics inset problem per se but rather an example of the 
> insets in insets problems. (I think!)


I think a problem of redrawing the inset, because it always works
when reopened. and when you delete the minipage a rest of the graphic
is always on screen.

Herbert





Re: Graphics

2001-11-19 Thread Angus Leeming

On Monday 19 November 2001 7:18 pm, Herbert Voss wrote:
> >>- it takes now a long time when opening a doc with a lot of images
> >>for the converting to pbm

> > We can fix this. Indeed, I almost have! (Although the fix probably won't 
> > appear anytime soon.)

> what's about woth a button "don't convert images" in the preferences??
> or alternativ with a message "converting image blah ...", so that the
> user can see, that lyx is working. it takes more than 5 minutes on my
> 1GHerz machine to open a doc with a lot of images and there isn't
> any message.

There already is such a button.
See the Look&Feel->Misc tab of the preferences dialog.

> >>- inserting an image into a minipage is buggy, only closing doc
> >>and reopen helps

> > This isn't a graphics inset problem per se but rather an example of the 
> > insets in insets problems. (I think!)

> I think a problem of redrawing the inset, because it always works
> when reopened. and when you delete the minipage a rest of the graphic
> is always on screen.

Ok! Apparently the inset has to tell its parent that it has changed. Perhaps 
Jürgen can tell us how to go about this?

Angus



Re: Graphics

2001-11-19 Thread Herbert Voss

Angus Leeming wrote:

> On Monday 19 November 2001 7:18 pm, Herbert Voss wrote:
> 
- it takes now a long time when opening a doc with a lot of images
for the converting to pbm

> 
>>>We can fix this. Indeed, I almost have! (Although the fix probably won't 
>>>appear anytime soon.)
>>>
> 
>>what's about woth a button "don't convert images" in the preferences??
>>or alternativ with a message "converting image blah ...", so that the
>>user can see, that lyx is working. it takes more than 5 minutes on my
>>1GHerz machine to open a doc with a lot of images and there isn't
>>any message.
>>
> 
> There already is such a button.
> See the Look&Feel->Misc tab of the preferences dialog.


uups .. maybe that I was blinded by the light ... ;-)


Herbert






bug report

2001-11-19 Thread kovzol

Hi LyX Developers,

I have been using LyX for more than 4 years with lots of success and joy.
Thank you for your great work and effort making LyX so nice and beautiful.
I also teach LyX at the University of Szeged, at Bolyai Institute, for
mathematics teachers. I also wrote my thesis and all my mathematics
publications in LyX. :-)

I would like to report 2 small bugs. The first one is a bit annoying,
LyX contains this bug since epoch AFAIK. Consider the following example:

-
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 2,15
\textclass article
\language default
\inputencoding latin2
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize Default
\paperpackage a4
\use_geometry 0
\use_amsmath 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default

\layout Standard
\added_space_bottom vfill* \line_bottom \align center
foo
\newline
bar
\newline
123
\layout Standard

text
\the_end
-

Here I can should see the line below the first paragraph but it sometimes
appears on the text. Is it possible that this part of the code doesn't
mind \newline characters?

Second problem. I would like to use \angle in a figure caption but I
get a LaTeX error during generating the DVI file. Is this a LaTeX bug?

-
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 2,15
\textclass article
\language default
\inputencoding latin2
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize Default
\paperpackage a4
\use_geometry 0
\use_amsmath 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default

\layout Standard

\begin_float fig
\layout Caption


\begin_inset Formula \( \angle  \)
\end_inset


\end_float
\the_end
-

I'm using 1.1.6 but this output was made by 1.1.4fix3. Both versions produce
both problems.


Regards,

Zolt\'an Kov\'acs
assistant teacher
Dept. of Math. Analysis
[EMAIL PROTECTED]
http://www.math.u-szeged.hu/~kovzol




Mathed patch: \binom

2001-11-19 Thread Dekel Tsur

This patch make lyx use \binom{1}{2} instead of {1 \choose 2}.



patch2.gz
Description: GNU Zip compressed data


quotation marks ...

2001-11-19 Thread Dr. Ing. Dieter Jurzitza

Dear listmembers,
I have a question about quotation marks (LyX 1.1.6 fix2). My wife told me that
she got mad when trying to change the style of quotation marks, she marked all
and tried to change the style and nothing happend. I could not trust, I tried -
the same. Do I really have to delete each single quotation mark sign by hand
when I want to change it's appearance?
If not I would appreciate if you would put that on the wishlist :-)
Many thanks for your support,
take care




Dieter Jurzitza

---
E-Mail: Dr. Ing. Dieter Jurzitza <[EMAIL PROTECTED]>
Date: 19-Nov-2001
Time: 21:00:04 |
\
 /\_/\   |
| ~x~ |/-\   /
 \   /-   \_/
  ^^__   _/  _     /
 <°°__ \- \_/ |  |/|  |
  ||  || _| _|_| _|

if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
---



Re: [pietsch@mathematik.tu-chemnitz.de: lyx - figure]

2001-11-19 Thread Allan Rae

On Mon, 19 Nov 2001, Andre Poenitz wrote:

>
> LyX crashes if one presses enter in the line containing the '\input' (not
> at the end).  Backtrace attached.

I think this is a variation of the "delete/backspace to join two
paragraphs containing an inset" problem -- except this is the reverse
situation breaking a paragraph into two.

The insertion of insets is bogus.

Allan. (ARRae)




Re: [pietsch@mathematik.tu-chemnitz.de: lyx - figure]

2001-11-19 Thread Andre Poenitz

On Tue, Nov 20, 2001 at 02:47:06PM +1000, Allan Rae wrote:
> > LyX crashes if one presses enter in the line containing the '\input' (not
> > at the end).  Backtrace attached.
> 
> I think this is a variation of the "delete/backspace to join two
> paragraphs containing an inset" problem -- except this is the reverse
> situation breaking a paragraph into two.
> 
> The insertion of insets is bogus.

The more serious part of this crash was the fact that the document was lost
(but unfortunately not much work thanks to CVS...). And this in turn means
that Konni was a bit upset, which means I almost got no beer for dinner,
which means I almost got upset, which ...  You get the pattern ;-}

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]



Re: bug report

2001-11-19 Thread Andre Poenitz

On Mon, Nov 19, 2001 at 09:41:42PM +0100, kovzol wrote:
> Second problem. I would like to use \angle in a figure caption but I
> get a LaTeX error during generating the DVI file. Is this a LaTeX bug?

Write  \protect  immediately before \angle

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]