erratic undo behaviour with trunk

2010-01-20 Thread Guenter Milde 
Dear LyXers,

Trying out a recently updated and compiled LyX (SVN trunk)

 LyX 2.0.0svn (not released yet)
 Built on Jan 15 2010, 08:40:26

I have problems with the undo feature:

* sometimes, when editing a test case for a bug report, undo will
  undo all changes since the buffer was opened in one step.
  
* trying to reproduce this behaviour, it happens that undo is just
  well-behaved.
  
Anyone else seeing this?

Günter

Re: erratic undo behaviour with trunk

2010-01-20 Thread rgheck 

On 01/20/2010 06:37 AM, Guenter Milde wrote:

Dear LyXers,

Trying out a recently updated and compiled LyX (SVN trunk)

  LyX 2.0.0svn (not released yet)
  Built on Jan 15 2010, 08:40:26

I have problems with the undo feature:

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

* trying to reproduce this behaviour, it happens that undo is just
   well-behaved.

Anyone else seeing this?

   

No, but it must mean that an undo group hasn't been closed somewhere.

rh

Lyx compilation fails when the colon symbol is active in babel (varioref prettyref)

2010-01-20 Thread Jean-Pierre Chrétien 
hello,

We discussed this already (about the compilation of some manuals) here:
http://article.gmane.org/gmane.editors.lyx.devel/121520

Using TexLive2009, the varioref problem occurs again when hyperref is not
activated (see bug http://www.lyx.org/trac/ticket/6420). The patch I proposed
(call nameref before varioref) still solves it.

The prettyref issue is solved with Richard's patch implementing refstyle instead
of prettyref, but refstyle has currently no Fench translation (I created one to
check the patch). What are the plans about refstyle ? Is is planned also to
extend the set of choices in the scrolling crossref menu to account for the
various vref and refstyle options (ranging, capitalization and such) ?

-- 
Jean-Pierre

Re: Lyx compilation fails when the colon symbol is active in babel (varioref prettyref)

2010-01-20 Thread rgheck 

On 01/20/2010 12:12 PM, Jean-Pierre Chrétien wrote:

hello,

We discussed this already (about the compilation of some manuals) here:
http://article.gmane.org/gmane.editors.lyx.devel/121520

Using TexLive2009, the varioref problem occurs again when hyperref is not
activated (see bug http://www.lyx.org/trac/ticket/6420). The patch I proposed
(call nameref before varioref) still solves it.

The prettyref issue is solved with Richard's patch implementing refstyle instead
of prettyref, but refstyle has currently no Fench translation (I created one to
check the patch). What are the plans about refstyle ? Is is planned also to
extend the set of choices in the scrolling crossref menu to account for the
various vref and refstyle options (ranging, capitalization and such) ?

   
I don't think we made a final decision about this, but we should make 
one soon, as this is definitely for 1.7/2.0.


rh

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

2010-01-20 Thread Andre Poenitz 
On Wed, Jan 20, 2010 at 08:42:16PM +0100, 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.

Cool. Thanks!

Andre'

Serious functionality problems in 1.6.5

2010-01-20 Thread David J. Raymond 

Lyx 1.6.5 has introduced some functionality problems that have
caused me to go back to using 1.6.4 where they don't exist.  These
are

1. Bug #5594, which causes the cursor to do weird things upon
exiting a math box under certain circumstances.

2. Something I reported in this mailing list in December, but
which seems to have fallen through the cracks:

  To: lyx-devel@lists.lyx.org
  Subject: Regression in 1.6.5 -- cursor location in newcommand argument
  Date: Thu, 10 Dec 2009 10:26:32 -0700
  
  
  Create a new Lyx file with
  
  \newcommand{\sunit}[1]{\mbox{ #1}}
  
  in the latex preamble.  Then go into math mode and type
  
  3\sunit{
  
  Previous to 1.6.5, lyx adds a closing curly bracket and leaves the
  cursor in the space between the brackets.  In 1.6.5 the cursor is left
  instead after the closing bracket.  One can move the cursor back
  between the brackets and fill in whatever (say, m for meters),
  but it is annoying to have to move the cursor back to do this.
  
  Dave Raymond

I was trying to report this as a bug today, but the bug tracker seems
to be dead (or very slow).

I hope these items are considered serious enough to get fixed in 1.6.6.

Best regards,

Dave Raymond

elyxer requests

2010-01-20 Thread Sam Liddicott 

Elyxer is great.

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...

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


I've used this to generate ISO-8859-1

|python -m elyxer --css lyx.css $LYX_SRC | iconv -c -f utf-8 -t 
ISO-8859-1//TRANSLIT | sed 's/UTF-8\(.\)/ISO-8859-1\1/'  
www/docs/newfangle.html|


but it requires //TRANSLIT to find alternate representations of 
characters that don't exist in ISO-8859, such as visible space, or menu 
seperator.


iconv replaces visible space with underscore, and the menu separator and 
other characters with ?


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.




2. Please could it emit listings differently, the code tag it uses 
causes code to cut-n-paste as a single line and also to display as a 
single line if no css is enabled.



3. Please could listings align left instead of centre. I've hacked this 
in css for all floats, but I think it only needs doing for listings.



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.



Sam

Re: elyxer requests

2010-01-20 Thread Alex Fernandez 
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.

 2. Please could it emit listings differently, the code tag it uses causes
 code to cut-n-paste as a single line and also to display as a single line if
 no css is enabled.

You are right, I tried to be too clever with the CSS:
code.listing {
white-space: pre;
}
but it would be better to use a pre.listing tag.

 3. Please could listings align left instead of centre. I've hacked this in
 css for all floats, but I think it only needs doing for listings.

For this one I have to look into it. I had align left at some point
but removed it to make the code more uniform. I guess it should be
doable.

 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?

Thanks,

Alex.

Re: elyxer requests

2010-01-20 Thread rgheck 

On 01/20/2010 05:34 PM, Sam Liddicott wrote:

Elyxer is great.

I have a few requests...


You're reporting this to the wrong list. Elyxer has its own list.

rh

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

2010-01-20 Thread rgheck 

On 01/20/2010 04:22 PM, Andre Poenitz wrote:

On Wed, Jan 20, 2010 at 08:42:16PM +0100, 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.
 

Cool. Thanks!

   

I put them there, I guess I should get rid of them.

rh

erratic undo behaviour with trunk

2010-01-20 Thread Guenter Milde 
Dear LyXers,

Trying out a recently updated and compiled LyX (SVN trunk)

 LyX 2.0.0svn (not released yet)
 Built on Jan 15 2010, 08:40:26

I have problems with the "undo" feature:

* sometimes, when editing a test case for a bug report, "undo" will
  undo all changes since the buffer was opened in one step.
  
* trying to reproduce this behaviour, it happens that "undo" is just
  well-behaved.
  
Anyone else seeing this?

Günter

Re: erratic undo behaviour with trunk

2010-01-20 Thread rgheck 

On 01/20/2010 06:37 AM, Guenter Milde wrote:

Dear LyXers,

Trying out a recently updated and compiled LyX (SVN trunk)

  LyX 2.0.0svn (not released yet)
  Built on Jan 15 2010, 08:40:26

I have problems with the "undo" feature:

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

* trying to reproduce this behaviour, it happens that "undo" is just
   well-behaved.

Anyone else seeing this?

   

No, but it must mean that an undo group hasn't been closed somewhere.

rh

Lyx compilation fails when the colon symbol is active in babel (varioref & prettyref)

2010-01-20 Thread Jean-Pierre Chrétien 
hello,

We discussed this already (about the compilation of some manuals) here:
http://article.gmane.org/gmane.editors.lyx.devel/121520

Using TexLive2009, the varioref problem occurs again when hyperref is not
activated (see bug http://www.lyx.org/trac/ticket/6420). The patch I proposed
(call nameref before varioref) still solves it.

The prettyref issue is solved with Richard's patch implementing refstyle instead
of prettyref, but refstyle has currently no Fench translation (I created one to
check the patch). What are the plans about refstyle ? Is is planned also to
extend the set of choices in the scrolling crossref menu to account for the
various vref and refstyle options (ranging, capitalization and such) ?

-- 
Jean-Pierre

Re: Lyx compilation fails when the colon symbol is active in babel (varioref & prettyref)

2010-01-20 Thread rgheck 

On 01/20/2010 12:12 PM, Jean-Pierre Chrétien wrote:

hello,

We discussed this already (about the compilation of some manuals) here:
http://article.gmane.org/gmane.editors.lyx.devel/121520

Using TexLive2009, the varioref problem occurs again when hyperref is not
activated (see bug http://www.lyx.org/trac/ticket/6420). The patch I proposed
(call nameref before varioref) still solves it.

The prettyref issue is solved with Richard's patch implementing refstyle instead
of prettyref, but refstyle has currently no Fench translation (I created one to
check the patch). What are the plans about refstyle ? Is is planned also to
extend the set of choices in the scrolling crossref menu to account for the
various vref and refstyle options (ranging, capitalization and such) ?

   
I don't think we made a final decision about this, but we should make 
one soon, as this is definitely for 1.7/2.0.


rh

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

2010-01-20 Thread Andre Poenitz 
On Wed, Jan 20, 2010 at 08:42:16PM +0100, 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.

Cool. Thanks!

Andre'

Serious functionality problems in 1.6.5

2010-01-20 Thread David J. Raymond 

Lyx 1.6.5 has introduced some functionality problems that have
caused me to go back to using 1.6.4 where they don't exist.  These
are

1. Bug #5594, which causes the cursor to do weird things upon
exiting a math box under certain circumstances.

2. Something I reported in this mailing list in December, but
which seems to have fallen through the cracks:

>  To: lyx-devel@lists.lyx.org
>  Subject: Regression in 1.6.5 -- cursor location in newcommand argument
>  Date: Thu, 10 Dec 2009 10:26:32 -0700
>  
>  
>  Create a new Lyx file with
>  
>  \newcommand{\sunit}[1]{\mbox{ #1}}
>  
>  in the latex preamble.  Then go into math mode and type
>  
>  3\sunit{
>  
>  Previous to 1.6.5, lyx adds a closing curly bracket and leaves the
>  cursor in the space between the brackets.  In 1.6.5 the cursor is left
>  instead after the closing bracket.  One can move the cursor back
>  between the brackets and fill in whatever (say, "m" for meters),
>  but it is annoying to have to move the cursor back to do this.
>  
>  Dave Raymond

I was trying to report this as a bug today, but the bug tracker seems
to be dead (or very slow).

I hope these items are considered serious enough to get fixed in 1.6.6.

Best regards,

Dave Raymond

elyxer requests

2010-01-20 Thread Sam Liddicott 

Elyxer is great.

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...

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


I've used this to generate ISO-8859-1

|python -m elyxer --css lyx.css $LYX_SRC | iconv -c -f utf-8 -t 
ISO-8859-1//TRANSLIT | sed 's/UTF-8"\(.\)>/ISO-8859-1"\1>/' > 
www/docs/newfangle.html|


but it requires //TRANSLIT to find alternate representations of 
characters that don't exist in ISO-8859, such as visible space, or menu 
seperator.


iconv replaces visible space with underscore, and the menu separator and 
other characters with ?


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.




2. Please could it emit listings differently, the  tag it uses 
causes code to cut-n-paste as a single line and also to display as a 
single line if no css is enabled.



3. Please could listings align left instead of centre. I've hacked this 
in css for all floats, but I think it only needs doing for listings.



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.



Sam

Re: elyxer requests

2010-01-20 Thread Alex Fernandez 
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.

> 2. Please could it emit listings differently, the  tag it uses causes
> code to cut-n-paste as a single line and also to display as a single line if
> no css is enabled.

You are right, I tried to be too clever with the CSS:
code.listing {
white-space: pre;
}
but it would be better to use a pre.listing tag.

> 3. Please could listings align left instead of centre. I've hacked this in
> css for all floats, but I think it only needs doing for listings.

For this one I have to look into it. I had align left at some point
but removed it to make the code more uniform. I guess it should be
doable.

> 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?

Thanks,

Alex.

Re: elyxer requests

2010-01-20 Thread rgheck 

On 01/20/2010 05:34 PM, Sam Liddicott wrote:

Elyxer is great.

I have a few requests...


You're reporting this to the wrong list. Elyxer has its own list.

rh

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

2010-01-20 Thread rgheck 

On 01/20/2010 04:22 PM, Andre Poenitz wrote:

On Wed, Jan 20, 2010 at 08:42:16PM +0100, 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.
 

Cool. Thanks!

   

I put them there, I guess I should get rid of them.

rh