Re: r33110 - in lyx-devel/trunk/src: . insets mathed

[Abdelrazak Younes]

On 01/20/2010 08:42 PM, rgh...@lyx.org wrote:

Author: rgheck
Date: Wed Jan 20 20:42:12 2010
New Revision: 33110
URL: http://www.lyx.org/trac/changeset/33110

Log:
Get rid of some magic booleans in updateLabels() and related routines.


I think it's really time to rename this method and stop pretending this 
is only about labels. I propose realizeBuffer() or maybe updateBuffer()...


Abdel

AMS Diamond symbol problem

[Pavel Sanda]

hi,

the icon is missing here on linux in ams misc toolbar. iirc Uwe was recently
introducing diamond and didn't see this problem, since windows has not case
sensitive filesystem, so diamond.png=Diamond.png.

the fix itself wouldn't be hard, but i'm not sure how to proceed. for example
is \Diamond something else than \lozenge in toolbar? they seems to render the
same character. should we just add another png file or kill it from ams bar?

pavel

Metric (TFM) file not found

[Pavel Sanda]

as a side note,
i just tried to work on older document and got for compilation this error:

LaTeX.cpp(601): Log line: Missing character: There is no j in font nullfont!
LaTeX.cpp(601): Log line: ! Font LGR/lmss/m/n/6=gsmn0800 at 6.0pt not loadable: 
Metric (TFM) file not fou

thats direct consequence of using $F_{\lyxmathsym{\textgreek{j}}}$ . sure i can 
replace
it by normal \theta by i'm wondering why is stopped working.

it has probably something to do with switch to texlive 2008 from previous tex
distros (cant remeber if tetex 3 or telive 2007). texlive is installed here via
various modules, maybe i just need to pull some package?

pavel

Re: Metric (TFM) file not found

[Pavel Sanda]

Pavel Sanda wrote:
 as a side note,
 i just tried to work on older document and got for compilation this error:
 
 LaTeX.cpp(601): Log line: Missing character: There is no j in font nullfont!
 LaTeX.cpp(601): Log line: ! Font LGR/lmss/m/n/6=gsmn0800 at 6.0pt not 
 loadable: Metric (TFM) file not fou
 
 thats direct consequence of using $F_{\lyxmathsym{\textgreek{j}}}$ . sure i 
 can replace
 it by normal \theta by i'm wondering why is stopped working.
 
 it has probably something to do with switch to texlive 2008 from previous tex
 distros (cant remeber if tetex 3 or telive 2007). texlive is installed here 
 via
 various modules, maybe i just need to pull some package?
 
forgot to add that latin modern roman fonts were selected for this document.

 pavel

Re: Metric (TFM) file not found

[Guenter Milde]

On 2010-01-21, Pavel Sanda wrote:
 Pavel Sanda wrote:

 i just tried to work on older document and got for compilation this error:

 LaTeX.cpp(601): Log line: Missing character: There is no j in font nullfont!
 LaTeX.cpp(601): Log line: ! Font LGR/lmss/m/n/6=gsmn0800 at 6.0pt not 
 loadable: Metric (TFM) file not fou

 thats direct consequence of using $F_{\lyxmathsym{\textgreek{j}}}$ . sure i 
 can replace
 it by normal \theta by i'm wondering why is stopped working.

This is one reason, why I would like to map Greek characters in math
to math symbols. (You will still be able to get the upright shape via
text-in-math.)

 forgot to add that latin modern roman fonts were selected for this document.

I got greek fonts working also with lmodern, however no
emphasized/italic, small caps, or bold versions.

I fixed this with a homgrown fd file in my TEXPATH.

Günter


%%
%% This is file `lgrlmr.fd',
%%
%% 
%% Copyright 2009 Guenter Milde
%%
%% based on lgrcmr.fd by Johannes L. Braams it makes the Greek CB fonts
%% working with the `lmodern' package.
%% 
%% It may be distributed and/or modified under the
%% conditions of the LaTeX Project Public License, either version 1.3
%% of this license or (at your option) any later version.
%% The latest version of this license is in
%%   http://www.latex-project.org/lppl.txt
%% and version 1.3 or later is part of all distributions of LaTeX
%% version 2003/12/01 or later.
%% 
\ProvidesFile{lgrlmr.fd}
 [2010/01/ v0.1 %
  Greek Latin Modern]
\providecommand{...@family}[5]{%
  \DeclareFontShape{#1}{#2}{#3}{#4}
  {567891010.951214.4%
   17.2820.7424.8829.8635.83genb*#5}{}}
\DeclareFontFamily{LGR}{lmr}{}
\...@family{lgr}{lmr}{m}{n}{grmn}
\...@family{lgr}{lmr}{m}{sl}   {grmo}
\...@family{lgr}{lmr}{m}{it}   {grmi}
\...@family{lgr}{lmr}{m}{sc}   {grmc}
\...@family{lgr}{lmr}{m}{ui}   {grmu}
\...@family{lgr}{lmr}{bx}{sc}  {grxc}
\...@family{lgr}{lmr}{bx}{n}   {grxn}
\...@family{lgr}{lmr}{bx}{sl}  {grxo}
\...@family{lgr}{lmr}{bx}{it}  {grxi}
\...@family{lgr}{lmr}{bx}{ui}  {grxu}
\DeclareFontShape{LGR}{lmr}{b}{n}
   {-ssub*lmr/bx/n}{}
\DeclareFontShape{LGR}{lmr}{b}{sc}
   {-ssub*lmr/bx/sc}{}
\endinput
%%
%% End of file `lgrlmr.fd'.

Re: elyxer requests

[Sam Liddicott]

* Alex Fernandez wrote, On 20/01/10 22:58:

Hi Sam,

On Wed, Jan 20, 2010 at 11:34 PM, Sam Liddicott s...@liddicott.com wrote:
  

Elyxer is great.



Thanks!

  

I've used it to generate some great looking html for my lyx literate
programming tool at:
http://repo.or.cz/w/newfangle.git/blob_plain/master:/www/docs/newfangle.html
(git site: http://repo.or.cz/w/newfangle.git)

I have a few requests...



Sure, but from now on please make your requests to the eLyXer users
mailing list (in CC). Many LyX developers understandably do not want
to be bothered with details about an external package. I am leaving
lyx-devel for this message, but in any follow-ups please remove it.
For those of you who don't care about eLyXer please ignore the rest.

  

1. Please could elyxer support alternate character encodings besides utf-8?
repo.or.cz insists on serving as ISO-8859-1.


[snip]
  

It would be better for elyxer to pick the replacement, for in a listing an
underscore where a visible space was shown is going to cut-n-paste wrong as
well as look wrong.



I can add a menu option without too much trouble.

  


There are also some Lyx specially matched sequences, such as:
--- which is an emdash
LyX which is a funny Lyx
LaTeX which is a funny Latex

there may be others


4. Are listings able to show line numberings? There ought to be a separate
line number counter for each named listing, and the counters resume next
time a listing of the same name appears. This point could have more
discussion as I also hope elyxer will support the chunk command used by my
literate programming module.



They are able indeed to show line numberings, but numbers do not
resume as you want. Also, I don't know what the chunk command should
do. Could you send a sample for each of these cases (the .lyx file is
enough) to me directly?
  

Done

Sam

Re: Metric (TFM) file not found

[Pavel Sanda]

Guenter Milde wrote:
 On 2010-01-21, Pavel Sanda wrote:
  Pavel Sanda wrote:
 
  i just tried to work on older document and got for compilation this error:
 
  LaTeX.cpp(601): Log line: Missing character: There is no j in font 
  nullfont!
  LaTeX.cpp(601): Log line: ! Font LGR/lmss/m/n/6=gsmn0800 at 6.0pt not 
  loadable: Metric (TFM) file not fou
 
  thats direct consequence of using $F_{\lyxmathsym{\textgreek{j}}}$ . sure 
  i can replace
  it by normal \theta by i'm wondering why is stopped working.
 
 This is one reason, why I would like to map Greek characters in math
 to math symbols. (You will still be able to get the upright shape via
 text-in-math.)
 
  forgot to add that latin modern roman fonts were selected for this document.
 
 I got greek fonts working also with lmodern, however no
 emphasized/italic, small caps, or bold versions.
 
 I fixed this with a homgrown fd file in my TEXPATH.

there would be many ways how to 'fix' this, i was rather asking why
document edited in lyx 1.6.2/3 stop working in 1.6.5/6. if its by different tex
engine underneath - then well, what can you do...

for normal user this would be quite problem since our error detection from latex
log is wrong - it puts the cursor in wrong paragraphs without any idea what is
the problem.

secondly i needed to dig this 'Missing character: There is no j in font 
nullfont!'
from my console, the error window only shows
 \lyxframeend
   {}\lyxframe{Pairwise comparison of IF and kerne...
   I wasn't able to read the size data for this font,
   so I will ignore the font specification.
   [Wizards can fix TFM files using TFtoPL/PLtoTF.]
   You might try inserting a different font spec;
   e.g., type `I\fontsame font id=substitute font name'.


i'm not so average user and took me some while to understand what going on

pavel

Re: AMS Diamond symbol problem

[Uwe Stöhr]

Pavel Sanda schrieb:


the icon is missing here on linux in ams misc toolbar. iirc Uwe was recently
introducing diamond and didn't see this problem, since windows has not case
sensitive filesystem, so diamond.png=Diamond.png.


Oops. So I'll add a new image file named e.g. diamondLarge.png and map 
it in the UI file to \Diamond, OK?



the fix itself wouldn't be hard, but i'm not sure how to proceed. for example
is \Diamond something else than \lozenge in toolbar?


It is, but only when you disable the usage of AMS math, see page 65 of 
http://www.ctan.org/tex-archive/info/symbols/comprehensive/symbols-a4.pdf


\Diamond was introduced due to a user request and we should keep it. 
Users might stumble over this command and might wonder why it is not in 
the math toolbar. Moreover you need to be a font expert to know that 
\lozenge and \Diamond is the same if AMS math is used.
Furthermore AMS users expect to have all AMS-specific commands in the 
AMS misc toolbar, therefore \Diamond should there be listed.


thanks and regards
Uwe

Re: AMS Diamond symbol problem

[Pavel Sanda]

Uwe Stöhr wrote:
 the icon is missing here on linux in ams misc toolbar. iirc Uwe was 
 recently
 introducing diamond and didn't see this problem, since windows has not 
 case
 sensitive filesystem, so diamond.png=Diamond.png.

 Oops. So I'll add a new image file named e.g. diamondLarge.png and map it 
 in the UI file to \Diamond, OK?

if the correct solution is just providing another image file (as i see the
habit is to call it diamond2.png) then yes.

 the fix itself wouldn't be hard, but i'm not sure how to proceed. for 
 example
 is \Diamond something else than \lozenge in toolbar?

 It is, but only when you disable the usage of AMS math, see page 65 of 
 http://www.ctan.org/tex-archive/info/symbols/comprehensive/symbols-a4.pdf

 \Diamond was introduced due to a user request and we should keep it. Users 
 might stumble over this command and might wonder why it is not in the math 
 toolbar. Moreover you need to be a font expert to know that \lozenge and 
 \Diamond is the same if AMS math is used.

i thought that both \lozenge and \Diamond are usable only under AMS.

pavel

Re: erratic undo behaviour with trunk

[Jean-Marc Lasgouttes]

Guenter Milde mi...@users.berlios.de writes:
 * sometimes, when editing a test case for a bug report, undo will
   undo all changes since the buffer was opened in one step.

There was one instance of an undo group that did not get closed (as
richard guessed). It should be fixed now.

This shows the fragility of this undo groups thing when people move code
around. I have reviewed all current uses, but a breakage can happen
again.

There is a solution to this, but I understand that not everybody may
like this: a class UndoGroupHelper that would be basically:

class UndoGroupHelper {
public:
UndoGroupHelper(Buffer buf) : buf_(buf) { buf.beginUndoGroup() }
~UndoGroupHelper() { 
 if (buf_ is still loaded)
buf_.endUndoGroup() 
}

private:
Buffer  buf_;
}

The use of this would be to just instantiate an UndoGroupHelp variable
that would never need to be referred to, but which would do the cleanup
when going out pf scope (like the Path variable we used to have).

Would anybody object to such a class?

JMarc

Re: erratic undo behaviour with trunk

[rgheck]

On 01/21/2010 12:06 PM, Jean-Marc Lasgouttes wrote:

Guenter Mildemi...@users.berlios.de  writes:
   

* sometimes, when editing a test case for a bug report, undo will
   undo all changes since the buffer was opened in one step.
 

There was one instance of an undo group that did not get closed (as
richard guessed). It should be fixed now.

This shows the fragility of this undo groups thing when people move code
around. I have reviewed all current uses, but a breakage can happen
again.

There is a solution to this, but I understand that not everybody may
like this: a class UndoGroupHelper that would be basically:

class UndoGroupHelper {
public:
 UndoGroupHelper(Buffer buf) : buf_(buf) { buf.beginUndoGroup() }
 ~UndoGroupHelper() {
  if (buf_ is still loaded)
 buf_.endUndoGroup()
 }

private:
 Buffer  buf_;
}

The use of this would be to just instantiate an UndoGroupHelp variable
that would never need to be referred to, but which would do the cleanup
when going out pf scope (like the Path variable we used to have).

Would anybody object to such a class?

   
We use this kind of idiom in many places, and where it is usable, we 
should use it. As you say, it prevents precisely this kind of error.


rh

Re: Assertion in the Compare feature

[Vincent van Ravesteijn]

Everytime compl_vector::operator[] needs an index that does not exist,
it does a push_back which can/will reallocate the whole vector when a
bigger memory block is necessary. I had the same mysterious bugs with
tex2lyx a few months ago.

This means that if you hold a DocIterator of an element of the
compl_vector, it will eventually point into nowhere. I have found where
it happens yet, but it has to come from that.

(I am recompiling without stdlib-debug to see whether it makes things
clearer, but I doubt it.)
  


Is it fixed at r33137 ?

Vincent

Re: AMS Diamond symbol problem

[Uwe Stöhr]

 i thought that both \lozenge and \Diamond are usable only under AMS.

I had a closer look: \lozenge is AMS-special while \Diamond is also defined by several other font 
packages. Therefore the output of \Diamond is different when AMS is not used.


 Oops. So I'll add a new image file named e.g. diamondLarge.png and map it
 in the UI file to \Diamond, OK?

 if the correct solution is just providing another image file (as i see the
 habit is to call it diamond2.png) then yes.

I have done this in trunk:
http://www.lyx.org/trac/changeset/33152

Jürgen, can this also go to branch or do you have another proposal?

regards Uwe

Re: r33110 - in lyx-devel/trunk/src: . insets mathed

[Abdelrazak Younes]

On 01/20/2010 08:42 PM, rgh...@lyx.org wrote:

Author: rgheck
Date: Wed Jan 20 20:42:12 2010
New Revision: 33110
URL: http://www.lyx.org/trac/changeset/33110

Log:
Get rid of some magic booleans in updateLabels() and related routines.


I think it's really time to rename this method and stop pretending this 
is only about labels. I propose realizeBuffer() or maybe updateBuffer()...


Abdel

AMS Diamond symbol problem

[Pavel Sanda]

hi,

the icon is missing here on linux in ams misc toolbar. iirc Uwe was recently
introducing diamond and didn't see this problem, since windows has not case
sensitive filesystem, so diamond.png=Diamond.png.

the fix itself wouldn't be hard, but i'm not sure how to proceed. for example
is \Diamond something else than \lozenge in toolbar? they seems to render the
same character. should we just add another png file or kill it from ams bar?

pavel

Metric (TFM) file not found

[Pavel Sanda]

as a side note,
i just tried to work on older document and got for compilation this error:

LaTeX.cpp(601): Log line: Missing character: There is no j in font nullfont!
LaTeX.cpp(601): Log line: ! Font LGR/lmss/m/n/6=gsmn0800 at 6.0pt not loadable: 
Metric (TFM) file not fou

thats direct consequence of using $F_{\lyxmathsym{\textgreek{j}}}$ . sure i can 
replace
it by normal \theta by i'm wondering why is stopped working.

it has probably something to do with switch to texlive 2008 from previous tex
distros (cant remeber if tetex 3 or telive 2007). texlive is installed here via
various modules, maybe i just need to pull some package?

pavel

Re: Metric (TFM) file not found

[Pavel Sanda]

Pavel Sanda wrote:
> as a side note,
> i just tried to work on older document and got for compilation this error:
> 
> LaTeX.cpp(601): Log line: Missing character: There is no j in font nullfont!
> LaTeX.cpp(601): Log line: ! Font LGR/lmss/m/n/6=gsmn0800 at 6.0pt not 
> loadable: Metric (TFM) file not fou
> 
> thats direct consequence of using $F_{\lyxmathsym{\textgreek{j}}}$ . sure i 
> can replace
> it by normal \theta by i'm wondering why is stopped working.
> 
> it has probably something to do with switch to texlive 2008 from previous tex
> distros (cant remeber if tetex 3 or telive 2007). texlive is installed here 
> via
> various modules, maybe i just need to pull some package?
 
forgot to add that latin modern roman fonts were selected for this document.

> pavel

Re: Metric (TFM) file not found

[Guenter Milde]

On 2010-01-21, Pavel Sanda wrote:
> Pavel Sanda wrote:

>> i just tried to work on older document and got for compilation this error:

>> LaTeX.cpp(601): Log line: Missing character: There is no j in font nullfont!
>> LaTeX.cpp(601): Log line: ! Font LGR/lmss/m/n/6=gsmn0800 at 6.0pt not 
>> loadable: Metric (TFM) file not fou

>> thats direct consequence of using $F_{\lyxmathsym{\textgreek{j}}}$ . sure i 
>> can replace
>> it by normal \theta by i'm wondering why is stopped working.

This is one reason, why I would like to map Greek characters in math
to math symbols. (You will still be able to get the upright shape via
text-in-math.)

> forgot to add that latin modern roman fonts were selected for this document.

I got greek fonts working also with lmodern, however no
emphasized/italic, small caps, or bold versions.

I fixed this with a homgrown fd file in my TEXPATH.

Günter


%%
%% This is file `lgrlmr.fd',
%%
%% 
%% Copyright 2009 Guenter Milde
%%
%% based on lgrcmr.fd by Johannes L. Braams it makes the Greek CB fonts
%% working with the `lmodern' package.
%% 
%% It may be distributed and/or modified under the
%% conditions of the LaTeX Project Public License, either version 1.3
%% of this license or (at your option) any later version.
%% The latest version of this license is in
%%   http://www.latex-project.org/lppl.txt
%% and version 1.3 or later is part of all distributions of LaTeX
%% version 2003/12/01 or later.
%% 
\ProvidesFile{lgrlmr.fd}
 [2010/01/ v0.1 %
  Greek Latin Modern]
\providecommand{...@family}[5]{%
  \DeclareFontShape{#1}{#2}{#3}{#4}
  {<5><6><7><8><9><10><10.95><12><14.4>%
   <17.28><20.74><24.88><29.86><35.83>genb*#5}{}}
\DeclareFontFamily{LGR}{lmr}{}
\...@family{lgr}{lmr}{m}{n}{grmn}
\...@family{lgr}{lmr}{m}{sl}   {grmo}
\...@family{lgr}{lmr}{m}{it}   {grmi}
\...@family{lgr}{lmr}{m}{sc}   {grmc}
\...@family{lgr}{lmr}{m}{ui}   {grmu}
\...@family{lgr}{lmr}{bx}{sc}  {grxc}
\...@family{lgr}{lmr}{bx}{n}   {grxn}
\...@family{lgr}{lmr}{bx}{sl}  {grxo}
\...@family{lgr}{lmr}{bx}{it}  {grxi}
\...@family{lgr}{lmr}{bx}{ui}  {grxu}
\DeclareFontShape{LGR}{lmr}{b}{n}
   {<->ssub*lmr/bx/n}{}
\DeclareFontShape{LGR}{lmr}{b}{sc}
   {<->ssub*lmr/bx/sc}{}
\endinput
%%
%% End of file `lgrlmr.fd'.

Re: elyxer requests

[Sam Liddicott]

* Alex Fernandez wrote, On 20/01/10 22:58:

Hi Sam,

On Wed, Jan 20, 2010 at 11:34 PM, Sam Liddicott  wrote:
  

Elyxer is great.



Thanks!

  

I've used it to generate some great looking html for my lyx literate
programming tool at:
http://repo.or.cz/w/newfangle.git/blob_plain/master:/www/docs/newfangle.html
(git site: http://repo.or.cz/w/newfangle.git)

I have a few requests...



Sure, but from now on please make your requests to the eLyXer users
mailing list (in CC). Many LyX developers understandably do not want
to be bothered with details about an external package. I am leaving
lyx-devel for this message, but in any follow-ups please remove it.
For those of you who don't care about eLyXer please ignore the rest.

  

1. Please could elyxer support alternate character encodings besides utf-8?
repo.or.cz insists on serving as ISO-8859-1.


[snip]
  

It would be better for elyxer to pick the replacement, for in a listing an
underscore where a visible space was shown is going to cut-n-paste wrong as
well as look wrong.



I can add a menu option without too much trouble.

  


There are also some Lyx specially matched sequences, such as:
--- which is an emdash
LyX which is a funny Lyx
LaTeX which is a funny Latex

there may be others


4. Are listings able to show line numberings? There ought to be a separate
line number counter for each named listing, and the counters resume next
time a listing of the same name appears. This point could have more
discussion as I also hope elyxer will support the chunk command used by my
literate programming module.



They are able indeed to show line numberings, but numbers do not
resume as you want. Also, I don't know what the chunk command should
do. Could you send a sample for each of these cases (the .lyx file is
enough) to me directly?
  

Done

Sam

Re: Metric (TFM) file not found

[Pavel Sanda]

Guenter Milde wrote:
> On 2010-01-21, Pavel Sanda wrote:
> > Pavel Sanda wrote:
> 
> >> i just tried to work on older document and got for compilation this error:
> 
> >> LaTeX.cpp(601): Log line: Missing character: There is no j in font 
> >> nullfont!
> >> LaTeX.cpp(601): Log line: ! Font LGR/lmss/m/n/6=gsmn0800 at 6.0pt not 
> >> loadable: Metric (TFM) file not fou
> 
> >> thats direct consequence of using $F_{\lyxmathsym{\textgreek{j}}}$ . sure 
> >> i can replace
> >> it by normal \theta by i'm wondering why is stopped working.
> 
> This is one reason, why I would like to map Greek characters in math
> to math symbols. (You will still be able to get the upright shape via
> text-in-math.)
> 
> > forgot to add that latin modern roman fonts were selected for this document.
> 
> I got greek fonts working also with lmodern, however no
> emphasized/italic, small caps, or bold versions.
> 
> I fixed this with a homgrown fd file in my TEXPATH.

there would be many ways how to 'fix' this, i was rather asking why
document edited in lyx 1.6.2/3 stop working in 1.6.5/6. if its by different tex
engine underneath - then well, what can you do...

for normal user this would be quite problem since our error detection from latex
log is wrong - it puts the cursor in wrong paragraphs without any idea what is
the problem.

secondly i needed to dig this 'Missing character: There is no j in font 
nullfont!'
from my console, the error window only shows
 \lyxframeend
   {}\lyxframe{Pairwise comparison of IF and kerne...
   I wasn't able to read the size data for this font,
   so I will ignore the font specification.
   [Wizards can fix TFM files using TFtoPL/PLtoTF.]
   You might try inserting a different font spec;
   e.g., type `I\font='.


i'm not so average user and took me some while to understand what going on

pavel

Re: AMS Diamond symbol problem

[Uwe Stöhr]

Pavel Sanda schrieb:


the icon is missing here on linux in ams misc toolbar. iirc Uwe was recently
introducing diamond and didn't see this problem, since windows has not case
sensitive filesystem, so diamond.png=Diamond.png.


Oops. So I'll add a new image file named e.g. "diamondLarge.png" and map 
it in the UI file to \Diamond, OK?



the fix itself wouldn't be hard, but i'm not sure how to proceed. for example
is \Diamond something else than \lozenge in toolbar?


It is, but only when you disable the usage of AMS math, see page 65 of 
http://www.ctan.org/tex-archive/info/symbols/comprehensive/symbols-a4.pdf


\Diamond was introduced due to a user request and we should keep it. 
Users might stumble over this command and might wonder why it is not in 
the math toolbar. Moreover you need to be a font expert to know that 
\lozenge and \Diamond is the same if AMS math is used.
Furthermore AMS users expect to have all AMS-specific commands in the 
AMS misc toolbar, therefore \Diamond should there be listed.


thanks and regards
Uwe

Re: AMS Diamond symbol problem

[Pavel Sanda]

Uwe Stöhr wrote:
>> the icon is missing here on linux in ams misc toolbar. iirc Uwe was 
>> recently
>> introducing diamond and didn't see this problem, since windows has not 
>> case
>> sensitive filesystem, so diamond.png=Diamond.png.
>
> Oops. So I'll add a new image file named e.g. "diamondLarge.png" and map it 
> in the UI file to \Diamond, OK?

if the correct solution is just providing another image file (as i see the
habit is to call it diamond2.png) then yes.

>> the fix itself wouldn't be hard, but i'm not sure how to proceed. for 
>> example
>> is \Diamond something else than \lozenge in toolbar?
>
> It is, but only when you disable the usage of AMS math, see page 65 of 
> http://www.ctan.org/tex-archive/info/symbols/comprehensive/symbols-a4.pdf
>
> \Diamond was introduced due to a user request and we should keep it. Users 
> might stumble over this command and might wonder why it is not in the math 
> toolbar. Moreover you need to be a font expert to know that \lozenge and 
> \Diamond is the same if AMS math is used.

i thought that both \lozenge and \Diamond are usable only under AMS.

pavel

Re: erratic undo behaviour with trunk

[Jean-Marc Lasgouttes]

Guenter Milde  writes:
> * sometimes, when editing a test case for a bug report, "undo" will
>   undo all changes since the buffer was opened in one step.

There was one instance of an undo group that did not get closed (as
richard guessed). It should be fixed now.

This shows the fragility of this undo groups thing when people move code
around. I have reviewed all current uses, but a breakage can happen
again.

There is a solution to this, but I understand that not everybody may
like this: a class UndoGroupHelper that would be basically:

class UndoGroupHelper {
public:
UndoGroupHelper(Buffer buf) : buf_(buf) { buf.beginUndoGroup() }
~UndoGroupHelper() { 
 if (buf_ is still loaded)
buf_.endUndoGroup() 
}

private:
Buffer & buf_;
}

The use of this would be to just instantiate an UndoGroupHelp variable
that would never need to be referred to, but which would do the cleanup
when going out pf scope (like the Path variable we used to have).

Would anybody object to such a class?

JMarc

Re: erratic undo behaviour with trunk

[rgheck]

On 01/21/2010 12:06 PM, Jean-Marc Lasgouttes wrote:

Guenter Milde  writes:
   

* sometimes, when editing a test case for a bug report, "undo" will
   undo all changes since the buffer was opened in one step.
 

There was one instance of an undo group that did not get closed (as
richard guessed). It should be fixed now.

This shows the fragility of this undo groups thing when people move code
around. I have reviewed all current uses, but a breakage can happen
again.

There is a solution to this, but I understand that not everybody may
like this: a class UndoGroupHelper that would be basically:

class UndoGroupHelper {
public:
 UndoGroupHelper(Buffer buf) : buf_(buf) { buf.beginUndoGroup() }
 ~UndoGroupHelper() {
  if (buf_ is still loaded)
 buf_.endUndoGroup()
 }

private:
 Buffer&  buf_;
}

The use of this would be to just instantiate an UndoGroupHelp variable
that would never need to be referred to, but which would do the cleanup
when going out pf scope (like the Path variable we used to have).

Would anybody object to such a class?

   
We use this kind of idiom in many places, and where it is usable, we 
should use it. As you say, it prevents precisely this kind of error.


rh

Re: Assertion in the Compare feature

[Vincent van Ravesteijn]

Everytime compl_vector::operator[] needs an index that does not exist,
it does a push_back which can/will reallocate the whole vector when a
bigger memory block is necessary. I had the same mysterious bugs with
tex2lyx a few months ago.

This means that if you hold a DocIterator& of an element of the
compl_vector, it will eventually point into nowhere. I have found where
it happens yet, but it has to come from that.

(I am recompiling without stdlib-debug to see whether it makes things
clearer, but I doubt it.)
  


Is it fixed at r33137 ?

Vincent

Re: AMS Diamond symbol problem

[Uwe Stöhr]

> i thought that both \lozenge and \Diamond are usable only under AMS.

I had a closer look: \lozenge is AMS-special while \Diamond is also defined by several other font 
packages. Therefore the output of \Diamond is different when AMS is not used.


>> Oops. So I'll add a new image file named e.g. "diamondLarge.png" and map it
>> in the UI file to \Diamond, OK?
>
> if the correct solution is just providing another image file (as i see the
> habit is to call it diamond2.png) then yes.

I have done this in trunk:
http://www.lyx.org/trac/changeset/33152

Jürgen, can this also go to branch or do you have another proposal?

regards Uwe