sorry for not answering earlier-had been on a two week hollieday.

your proposed solution worked for me. but still I think that g-brief
should work out of the box for any lyx user. what can be done about it?
could the "Telefon" variable in g-brief be changed into something unique?
But that probably breaks older files.lyx based on g-brief...

Juergen Spitzmueller wrote:
> Also sprach sk:
>> OK that worked
>> my marvosym.sty is newer than yours, might there be the problem?
> 
> Yes. Indeed.
> 
>> \newcommand\Telefon{\mvchr{84}}
> 
> Here's the problem. My version uses
> \def\Telefon{\mvchr{84}}
> which overrides g-brief's definition silently, while \newcommand results in 
> an 
> error, if the macro is already defined.[1]
> 
> I guess this has been done by default, in order to "inform" the user that a 
> file definition is overridden.
> 
> The easiest fix is probably to replace the \newcommand by \def. This keeps 
> the 
> Symbol available in principle (for other apllications).
> 
> Jürgen
> 
> [1] The procedure goes as follows:
> 1. gbrief defines \Telefon
> 2. then gbrief loads marvosym, which defines \Telefon as well
> 3. right after that, g-brief defines \Telefon again 
> The error happens in step 2.
> 
> 

Reply via email to