Re: [PATCH] move row for tabular

[Jürgen Spitzmüller]

Scott Kostyshak wrote:
 Any comments on the patch in the previous email? Attached to this
 email are the icons that Enrico proposed. I will add support for them
 if the patch is OK.

Patch looks good. I'd say commit it if there are no more comments.

Jürgen

Re: make initial configure part of install (esp. Windows) ?

[Jean-Marc Lasgouttes]

Le 20/01/2013 06:28, Scott Kostyshak a écrit :

Has there been discussion on the possibility of configuring LyX as
part of the install process rather than after the install when LyX is
first opened?

I'm thinking mainly of Windows, where currently there are reports of
the users being confused by opening LyX the first time and not seeing
any indication that LyX is running correctly and they restart their
computer after a minute assuming something is wrong.


I think that it is an error to rely on configure.py to do the 
installation of the needed packages. We have a whole lot of \TestPackage 
statements that are only related to that (and the slow down everybody's 
reconfiguration, even if this is only a few seconds).


The right thing to do would be to tell directly miktex to do the 
installation, and have a proper progress bar to show what is happening 
to the user. This can probably be done using the miktex sdk:

  http://miktex.org/sdk

This is something I already proposed in the past, and I do not remember 
whether there were reasons why this would not work.


JMarc

Patch to backport linker option change

[Stephan Witt]

Ok to apply to branch?

Stephan


framkework-linker-options.diff
Description: Binary data

Re: [PATCH] move row for tabular

[Enrico Forestieri]

On Sun, Jan 20, 2013 at 10:47:15AM +0100, Jürgen Spitzmüller wrote:

 Scott Kostyshak wrote:
  Any comments on the patch in the previous email? Attached to this
  email are the icons that Enrico proposed. I will add support for them
  if the patch is OK.
 
 Patch looks good. I'd say commit it if there are no more comments.

It would be useful having the same functionality in arrays and array
environments in mathed.

-- 
Enrico

GuiDocument.cpp

[Jean-Pierre Chrétien]

Hello,

While updating fr.po for trunk, I found a typo in an original message.
Corrected in the attached patch.

--
Jean-Pierre
--- ./src/frontends/qt4/GuiDocument.cpp.orig	2013-01-20 15:05:48.0 +0100
+++ ./src/frontends/qt4/GuiDocument.cpp	2013-01-20 15:06:18.0 +0100
@@ -1287,7 +1287,7 @@
 			docstring const output_type = (tc.outputType() == lyx::DOCBOOK) ? _(DocBook) : _(LaTeX);
 			tooltip += '\n' + toqstr(wrap(bformat(_(Class not found by LyX. 
 			   Please check if you have the matching %1$s class 
-			   and all requires packages (%2$s) installed.),
+			   and all required packages (%2$s) installed.),
 			 output_type, from_utf8(tc.prerequisites(, );
 		}
 		latexModule-classCO-addItemSort(toqstr(tc.name()),

Re: GuiDocument.cpp

[Jürgen Spitzmüller]

Jean-Pierre Chrétien wrote:
 While updating fr.po for trunk, I found a typo in an original message.
 Corrected in the attached patch.

Thanks, fixed.

Jürgen

LyX.cpp

[Jean-Pierre Chrétien]

Hello again,

While updating fr.po for trunk, I found changes in the message implementing
lyx --help, and I think I found a typo (not in the new stuff, however).

I think that pointing to

Tools-Preferences-File Handling-File Formats-Short Name

is not correct because the exported file type is shown in

Tools-Preferences-File Handling-File Formats-Format

The attached patch corrects this.

--
Jean-Pierre

--- ./src/LyX.cpp.orig	2013-01-20 18:17:39.0 +0100
+++ ./src/LyX.cpp	2013-01-20 18:22:54.0 +0100
@@ -1025,7 +1025,7 @@
 		where command is a lyx command.\n
 		  \t-e [--export] fmt\n
 		where fmt is the export format of choice. Look in\n
-		Tools-Preferences-File Handling-File Formats-Short Name\n
+		Tools-Preferences-File Handling-File Formats-Format\n
 		to get an idea which parameters should be passed.\n
 		Note that the order of -e and -x switches matters.\n
 		  \t-E [--export-to] fmt filename\n

Re: LyX.cpp

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 12:29 PM, Jean-Pierre Chrétien
jeanpierre.chret...@free.fr wrote:

 Hello again,

 While updating fr.po for trunk, I found changes in the message implementing
 lyx --help, and I think I found a typo (not in the new stuff, however).

 I think that pointing to

 Tools-Preferences-File Handling-File Formats-Short Name

 is not correct because the exported file type is shown in

 Tools-Preferences-File Handling-File Formats-Format


The exported file type is shown where you suggest, but I think the
Short Name is what LyX understands and needs. You can test this out.
If you want to export to PDF (pdflatex), the following does not work:
$ lyx -e PDF (pdflatex) example.lyx
Error: Couldn't export file

No information for exporting the format PDF.

The following does:
$ lyx -e pdf2 example.lyx

Maybe the message needs clarification? You could say something like
To export to the file format shown in the field Format, you can
pass LyX's name for that format, found in short name.

Scott

Re: [LyX master] Restore good looking arrows.

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 11:42 AM, Enrico Forestieri for...@lyx.org wrote:
 The branch, master, has been updated.

 - Log -

 commit 1d5eec8744e0f000d582945aec50ba503149f313
 Author: Enrico Forestieri for...@lyx.org
 Date:   Sun Jan 20 17:40:48 2013 +0100

 Restore good looking arrows.

 Probably, they were overwritten during recent addition of math symbols.

Does Georg's automatic generation script need to be updated to take
these into account?

commit d2b49e54b95c0816db79585965312a61743b340c
Author: Georg Baum b...@lyx.org
Date:   Thu Jan 10 21:08:39 2013 +0100

Add remaining images for math symbol toolbar

Most images are generated by
development/tools/generate_symbols_images.py, but
some were drawn manually. Now there is no image missing from the ones the
script can generate.

Scott

Re: make initial configure part of install (esp. Windows) ?

[Uwe Stöhr]

Am 20.01.2013 06:28, schrieb Scott Kostyshak:


Has there been discussion on the possibility of configuring LyX as
part of the install process rather than after the install when LyX is
first opened?


LyX is already configured even twice during the installation.


I'm thinking mainly of Windows, where currently there are reports of
the users being confused by opening LyX the first time and not seeing
any indication that LyX is running correctly and they restart their
computer after a minute assuming something is wrong.


This was a problem in configure.py that was kindly fixed by Enrico some weeks ago. The fix is 
included for both installer of LyX 2.0.5.1.


-

The installer is currently suffering from a MiKTeX bug so that on some 64bit Windows the 
installation of missing packages does not work. The fix is expected this week and I'll provide a new 
installer version


regards Uwe

Re: Restart layout update discussion; was: Re: [patch] final layout patches for branch

[Uwe Stöhr]

Am 14.01.2013 11:28, schrieb Enrico Forestieri:


Nothing. If you do nothing, you break nothing.

http://www.lyx.org/trac/ticket/8503#comment:1


Thanks for having a look. There might be a bug in MiKTeX's packaging. But that is not the main 
problem. The problem is once again that there are new styles in the IEEEtran class. It is only a 
matter of time until these are required to fulfill the submission guidelines. So that is why I will 
have to support these styles in the layout and therefore I wold break the backward compatibility as 
already discussed here.


thanks and regards
Uwe

Re: Need help doing bisection for scrolling problem on OS X

[Jerry]

On Jan 19, 2013, at 1:22 AM, Kornel Benko wrote:

 Am Freitag, 18. Januar 2013 um 16:37:11, schrieb Jerry lancebo...@qwest.net
   ^
  /Applications/Words/LyX_outer_folder/lyx-git/lyx/src/insets/InsetTabular.cpp:194:19:
   error: call to function 'tostr' that is neither visible in the template 
  definition nor found by argument-dependent
lookup
  string const s = tostr(t);
   ^
  
 I don't understand.
  
 1.) You are able to compile master tree

That's correct.

 2.) The source src/insets/InsetTabular.cpp respective to tostr() is in both 
 cases
   the same, there should be the same error.

Unfortunately, no. The master version and the 2.0.0 version of 
InsetTabular.cpp, using my file comparison tool, shows 143 differences between 
the two files. On the 2.0.0 version, 
/Applications/Words/LyX_outer_folder/lyx-git/lyx/src/insets/InsetTabular.cpp:194:19
 points to the third s in the line
string const s = tostr(t);
The file sizes are different, with the master version at 166,776 bytes and the 
2.0.0 version at 160,383 bytes.

  
 Maybe different compile parameters?

No, same compile parameters.

Jerry
  
 Apropos, the given line numbers are totally unrelated to the actual 2.0.x 
 version.
 Could you please try to compile this one first?
  
   Kornel

Re: Restart layout update discussion; was: Re: [patch] final layout patches for branch

[Uwe Stöhr]

Am 15.01.2013 22:24, schrieb Georg Baum:


IMHO, IEEEtran.cls does not support Uwe's reasoning at all, but rather the
oppsosite. And I'd really like to see _one_ example of an updated
journal/conference .cls file that broke an officially supported LyX .layout
file (and no, unless somebody presents at least one incompatible change of
the ACM classes that started this thread I won't believe that the new
versions are backward incompatible: I only saw new commands, not changed or
deleted old ones).


That is what I always stated, non of my changes (except of that nasty modernCV beast) break the 
backward-compatibility in the strict sense but they introduce new commands and that is what this 
thread is about.


I now understood what you all basically want. Although that I am not a fan of the versioning, if a 
majority favors this, we do it. But I want to know how _exactly_ the preferred model works. What 
layout version is rename to what?


regards Uwe

Re: Restart layout update discussion; was: Re: [patch] final layout patches for branch

[Uwe Stöhr]

Am 15.01.2013 22:36, schrieb Jean-Marc Lasgouttes:


The same holds for moderncv. The author does support backward compatibility so 
I would be interested
to see what actually does not work anymore.


I had a look today and I cannot fiddle it out. The underlying table structure until modernCV 1.0 
makes it complicated. With almost every release I found bugs and reported them to the modernCV 
maintainer. But during last summer I lost track and cannot tell which version needs what. As my 
spare time is very limited I cannot work further on this.
But let's live with this limitations. Since modernCV 1.x the things are much easier and I think for 
the future backward compatibility will be much easier.

If you disagree feel free to modify the layout as you think it should be.

thanks and regards
Uwe

Errors when compiling current trunk math manual with PDF (pdflatex)

[Scott Kostyshak]

Are others able to compile the current trunk math manual with pdflatex?

I am using TeX Live 2012. I get errors whether I set document encoding
to Unicode (utf8) or not:

! Package inputenc Error: Unicode char \u8:Å not set up for use with LaTeX.

! Package inputenc Error: Unicode char \u8:ȷ not set up for use with LaTeX.

! LaTeX Error: Option clash for package cancel.

I've been getting the Option clash error for half a year now (reported
here http://comments.gmane.org/gmane.editors.lyx.documentation/7409
but don't read through that) but it must be something wrong on my end
since no one else has reported this.

Any ideas?

Thanks,

Scott

Re: Restart layout update discussion; was: Re: [patch] final layout patches for branch

[Uwe Stöhr]

Am 16.01.2013 10:19, schrieb Jean-Marc Lasgouttes:


We also have the right to consider the new commands and the necessity to 
support them right _now_.
It may be that they are really required, but I bet that in many cases they will 
only correspond to
corner cases.


But only sometimes. That is no acuse for not providing everything that might be 
demanded by a journal.


I do not think that any Windows user will demand that we switch LyX to use only 
the metro UI because
it is the new norm...


You still don't understand what I tried to explain so many times. In case of the journal classes it 
is not the choice of the user or our choice. The publisher forces you to do what he wants or you 
cannot commit.


regards Uwe

Re: LyX developer meeting or not ?

[Uwe Stöhr]

Am 08.01.2013 21:12, schrieb Alessandro Di Federico:


Stephan, Lars, Uwe, are you coming? I got only Vincent, Abdel an
Jean-Marc confirmations.


I want to come but missed the exact date you have chosen now. When is it? what about the 
accomodation? I cannot find this thread, could you please give me a pointer?


thanks and regards
Uwe

Re: LyX developer meeting or not ?

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 7:28 PM, Uwe Stöhr uwesto...@web.de wrote:
 Am 08.01.2013 21:12, schrieb Alessandro Di Federico:


 Stephan, Lars, Uwe, are you coming? I got only Vincent, Abdel an
 Jean-Marc confirmations.


 I want to come but missed the exact date you have chosen now. When is it?
 what about the accomodation? I cannot find this thread, could you please
 give me a pointer?

I have been following with jealousy. Maybe start here:

http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg176356.html

Scott

Re: LyX developer meeting or not ?

[Uwe Stöhr]

Am 21.01.2013 01:43, schrieb Scott Kostyshak:


I have been following with jealousy.


Just come over.


Maybe start here:

http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg176356.html


Thanks.

Hi Alessandro,
I will come, but my job does not allow me to plan more than 2 weeks in advance. So maybe I will have 
to work on Friday and7or Monday. But I will come down to Milano. (Too bad that there is no 
opportunity to see the Giro arriving there.)


regards Uwe

Re: LyX developer meeting or not ?

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 7:49 PM, Uwe Stöhr uwesto...@web.de wrote:
 Am 21.01.2013 01:43, schrieb Scott Kostyshak:


 I have been following with jealousy.


 Just come over.

Hopefully next time.

Scott

[PATCH] Fix CMake return check for export tests

[Scott Kostyshak]

The CMake export tests would never fail because the return status was
not checked correctly. The attached patch fixes this.

I guess that CMake is similar to bash in that it does not throw an
error when using an undefined variable? Is there any way to ask it to?

Can the patch go in?

Thanks, Scott
From dbb2fb26e9f5ad79d295249000ed63ada50ac23e Mon Sep 17 00:00:00 2001
From: Scott Kostyshak skost...@lyx.org
Date: Sun, 20 Jan 2013 20:36:42 -0500
Subject: [PATCH 1/2] CMake export tests now correctly check return code

---
 development/autotests/export.cmake |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/development/autotests/export.cmake 
b/development/autotests/export.cmake
index bcdcb3a..518886b 100755
--- a/development/autotests/export.cmake
+++ b/development/autotests/export.cmake
@@ -25,7 +25,7 @@ execute_process(
   COMMAND ${lyx} -E ${format} ${file}.${extension} ${LYX_ROOT}/${file}.lyx
   RESULT_VARIABLE _err)
 string(COMPARE NOTEQUAL  ${_err} 0 _erg)
-if(erg)
+if(_erg)
   message(STATUS Exporting ${f}.lyx to ${format})
   message(FATAL_ERROR Export failed)
 endif()
-- 
1.7.9.5

[PATCH] CMake PDF (pdflatex) export tests

[Scott Kostyshak]

Currently there are no export tests for pdf2, only lyx16x and xhtml. I
think it would be nice to catch bugs such as #8512. The attached patch
attempts to implement pdf2 tests. I have a couple of questions:

Which other export formats should be tested? latex? pdflatex?

I'm wondering if this is not currently being done because some of the
manuals need non-base latex packages to be compiled? If so, I would
still be in favor of the tests and then documenting the necessary
packages in the testing README files.

Any thoughts?

Thanks,

Scott
From e78121f9f0aad83e63af12241b5722fabb94c2a7 Mon Sep 17 00:00:00 2001
From: Scott Kostyshak skost...@lyx.org
Date: Sun, 20 Jan 2013 20:36:51 -0500
Subject: [PATCH] Add tests of manuals for PDF (pdflatex) exporting

---
 development/autotests/CMakeLists.txt |8 
 development/autotests/export-in.sh   |2 +-
 development/autotests/export.cmake   |4 ++--
 3 files changed, 11 insertions(+), 3 deletions(-)

diff --git a/development/autotests/CMakeLists.txt 
b/development/autotests/CMakeLists.txt
index d611307..ce043c9 100644
--- a/development/autotests/CMakeLists.txt
+++ b/development/autotests/CMakeLists.txt
@@ -67,6 +67,14 @@ foreach(f ${lyx_files})
-Dextension=xhtml
-Dfile=${f}
-P ${TOP_SRC_DIR}/development/autotests/export.cmake)
+  add_test(NAME autotests/export/${f}_pdf
+WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/${LYX_HOME}
+COMMAND ${CMAKE_COMMAND} -DLYX_ROOT=${TOP_SRC_DIR}/lib/doc
+-Dlyx=$TARGET_FILE:${_lyx}
+   -Dformat=pdf2
+   -Dextension=pdf
+   -Dfile=${f}
+   -P ${TOP_SRC_DIR}/development/autotests/export.cmake)
 endforeach()
 
 
diff --git a/development/autotests/export-in.sh 
b/development/autotests/export-in.sh
index 275ee08..63797ab 100755
--- a/development/autotests/export-in.sh
+++ b/development/autotests/export-in.sh
@@ -1,7 +1,7 @@
 #!/bin/bash
 
 failed=0
-for format in xhtml lyx16x; do
+for format in xhtml lyx16x pdf2; do
 for f in $LYX_ROOT/lib/doc/*lyx; do
 if $LYX_EXE -e $format $f  lyx-log.txt 21; then
 echo $format $f TEST_GOOD
diff --git a/development/autotests/export.cmake 
b/development/autotests/export.cmake
index 518886b..83bd5d0 100755
--- a/development/autotests/export.cmake
+++ b/development/autotests/export.cmake
@@ -6,8 +6,8 @@
 #
 # LYX_ROOT  = ${TOP_SRC_DIR}/lib/doc
 # lyx   = 
-# format= lyx16x|xhtml
-# extension = 16.lyx|xhtml
+# format= lyx16x|xhtml|pdf2
+# extension = 16.lyx|xhtml|pdf
 # file  = xxx
 #
 # Script should be called like:
-- 
1.7.9.5

Why are export tests autotests?

[Scott Kostyshak]

Why are export tests autotests?

autotests are defined (in the README file) as: Automated tests based
on the MonKey Testing keytest program.

I'm guessing this is just a convenience for organization?

Thanks,

Scott

Re: [PATCH] move row for tabular

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 4:47 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
 Scott Kostyshak wrote:
 Any comments on the patch in the previous email? Attached to this
 email are the icons that Enrico proposed. I will add support for them
 if the patch is OK.

 Patch looks good. I'd say commit it if there are no more comments.

 Jürgen

Thanks for taking a look at it. It's in at [3c84267d/lyxgit]

Scott

Re: [PATCH] move row for tabular

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 7:20 AM, Enrico Forestieri for...@lyx.org wrote:
 On Sun, Jan 20, 2013 at 10:47:15AM +0100, Jürgen Spitzmüller wrote:

 Scott Kostyshak wrote:
  Any comments on the patch in the previous email? Attached to this
  email are the icons that Enrico proposed. I will add support for them
  if the patch is OK.

 Patch looks good. I'd say commit it if there are no more comments.

 It would be useful having the same functionality in arrays and array
 environments in mathed.

OK, I will add this to my TODO list.

Thanks for the suggestion,

Scott

Re: make initial configure part of install (esp. Windows) ?

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 5:09 PM, Uwe Stöhr uwesto...@web.de wrote:
 Am 20.01.2013 06:28, schrieb Scott Kostyshak:


 Has there been discussion on the possibility of configuring LyX as
 part of the install process rather than after the install when LyX is
 first opened?


 LyX is already configured even twice during the installation.

Good to hear. Is this new or has it always been like this? I thought
that the problem below is just that the output is not seen. So to be
clear about what I'm asking: after installing LyX on Windows, when you
open LyX for the first time it takes just as long as when you open it
the second or third time (for example, two seconds) ?

Also, why is it configured twice?

 I'm thinking mainly of Windows, where currently there are reports of
 the users being confused by opening LyX the first time and not seeing
 any indication that LyX is running correctly and they restart their
 computer after a minute assuming something is wrong.


 This was a problem in configure.py that was kindly fixed by Enrico some
 weeks ago. The fix is included for both installer of LyX 2.0.5.1.

 -

 The installer is currently suffering from a MiKTeX bug so that on some 64bit
 Windows the installation of missing packages does not work. The fix is
 expected this week and I'll provide a new installer version

Good to hear.

Thanks Uwe,

Scott

Re: [LyX master] initials.module: add the missing mandatory argument

[Jürgen Spitzmüller]

Am Sonntag 20 Januar 2013, 21:24:01 schrieb Uwe Stöhr:
 +   Argument 3
 + Mandatory 1
 + LabelString   Rest of Initial
 + Tooltip   Rest of initial word or text
 EndArgument

File format change!

Jürgen

Re: [PATCH] move row for tabular

[Jürgen Spitzmüller]

Scott Kostyshak wrote:
> Any comments on the patch in the previous email? Attached to this
> email are the icons that Enrico proposed. I will add support for them
> if the patch is OK.

Patch looks good. I'd say commit it if there are no more comments.

Jürgen

Re: make initial configure part of install (esp. Windows) ?

[Jean-Marc Lasgouttes]

Le 20/01/2013 06:28, Scott Kostyshak a écrit :

Has there been discussion on the possibility of configuring LyX as
part of the install process rather than after the install when LyX is
first opened?

I'm thinking mainly of Windows, where currently there are reports of
the users being confused by opening LyX the first time and not seeing
any indication that LyX is running correctly and they restart their
computer after a minute assuming something is wrong.


I think that it is an error to rely on configure.py to do the 
installation of the needed packages. We have a whole lot of \TestPackage 
statements that are only related to that (and the slow down everybody's 
reconfiguration, even if this is only a few seconds).


The right thing to do would be to tell directly miktex to do the 
installation, and have a proper progress bar to show what is happening 
to the user. This can probably be done using the miktex sdk:

  http://miktex.org/sdk

This is something I already proposed in the past, and I do not remember 
whether there were reasons why this would not work.


JMarc

Patch to backport linker option change

[Stephan Witt]

Ok to apply to branch?

Stephan


framkework-linker-options.diff
Description: Binary data

Re: [PATCH] move row for tabular

[Enrico Forestieri]

On Sun, Jan 20, 2013 at 10:47:15AM +0100, Jürgen Spitzmüller wrote:

> Scott Kostyshak wrote:
> > Any comments on the patch in the previous email? Attached to this
> > email are the icons that Enrico proposed. I will add support for them
> > if the patch is OK.
> 
> Patch looks good. I'd say commit it if there are no more comments.

It would be useful having the same functionality in arrays and array
environments in mathed.

-- 
Enrico

GuiDocument.cpp

[Jean-Pierre Chrétien]

Hello,

While updating fr.po for trunk, I found a typo in an original message.
Corrected in the attached patch.

--
Jean-Pierre
--- ./src/frontends/qt4/GuiDocument.cpp.orig	2013-01-20 15:05:48.0 +0100
+++ ./src/frontends/qt4/GuiDocument.cpp	2013-01-20 15:06:18.0 +0100
@@ -1287,7 +1287,7 @@
 			docstring const output_type = (tc.outputType() == lyx::DOCBOOK) ? _("DocBook") : _("LaTeX");
 			tooltip += '\n' + toqstr(wrap(bformat(_("Class not found by LyX. "
 			   "Please check if you have the matching %1$s class "
-			   "and all requires packages (%2$s) installed."),
+			   "and all required packages (%2$s) installed."),
 			 output_type, from_utf8(tc.prerequisites(", ");
 		}
 		latexModule->classCO->addItemSort(toqstr(tc.name()),

Re: GuiDocument.cpp

[Jürgen Spitzmüller]

Jean-Pierre Chrétien wrote:
> While updating fr.po for trunk, I found a typo in an original message.
> Corrected in the attached patch.

Thanks, fixed.

Jürgen

LyX.cpp

[Jean-Pierre Chrétien]

Hello again,

While updating fr.po for trunk, I found changes in the message implementing
lyx --help, and I think I found a typo (not in the new stuff, however).

I think that pointing to

Tools->Preferences->File Handling->File Formats->Short Name

is not correct because the exported file type is shown in

Tools->Preferences->File Handling->File Formats->Format

The attached patch corrects this.

--
Jean-Pierre

--- ./src/LyX.cpp.orig	2013-01-20 18:17:39.0 +0100
+++ ./src/LyX.cpp	2013-01-20 18:22:54.0 +0100
@@ -1025,7 +1025,7 @@
 		  "  where command is a lyx command.\n"
 		  "\t-e [--export] fmt\n"
 		  "  where fmt is the export format of choice. Look in\n"
-		  "  Tools->Preferences->File Handling->File Formats->Short Name\n"
+		  "  Tools->Preferences->File Handling->File Formats->Format\n"
 		  "  to get an idea which parameters should be passed.\n"
 		  "  Note that the order of -e and -x switches matters.\n"
 		  "\t-E [--export-to] fmt filename\n"

Re: LyX.cpp

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 12:29 PM, Jean-Pierre Chrétien
 wrote:
>
> Hello again,
>
> While updating fr.po for trunk, I found changes in the message implementing
> lyx --help, and I think I found a typo (not in the new stuff, however).
>
> I think that pointing to
>
> Tools->Preferences->File Handling->File Formats->Short Name
>
> is not correct because the exported file type is shown in
>
> Tools->Preferences->File Handling->File Formats->Format
>

The exported file type is shown where you suggest, but I think the
Short Name is what LyX understands and needs. You can test this out.
If you want to export to PDF (pdflatex), the following does not work:
$ lyx -e "PDF (pdflatex)" example.lyx
Error: Couldn't export file

No information for exporting the format PDF.

The following does:
$ lyx -e pdf2 example.lyx

Maybe the message needs clarification? You could say something like
<>

Scott

Re: [LyX master] Restore "good looking" arrows.

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 11:42 AM, Enrico Forestieri  wrote:
> The branch, master, has been updated.
>
> - Log -
>
> commit 1d5eec8744e0f000d582945aec50ba503149f313
> Author: Enrico Forestieri 
> Date:   Sun Jan 20 17:40:48 2013 +0100
>
> Restore "good looking" arrows.
>
> Probably, they were overwritten during recent addition of math symbols.

Does Georg's automatic generation script need to be updated to take
these into account?

commit d2b49e54b95c0816db79585965312a61743b340c
Author: Georg Baum 
Date:   Thu Jan 10 21:08:39 2013 +0100

Add remaining images for math symbol toolbar

Most images are generated by
development/tools/generate_symbols_images.py, but
some were drawn manually. Now there is no image missing from the ones the
script can generate.

Scott

Re: make initial configure part of install (esp. Windows) ?

[Uwe Stöhr]

Am 20.01.2013 06:28, schrieb Scott Kostyshak:


Has there been discussion on the possibility of configuring LyX as
part of the install process rather than after the install when LyX is
first opened?


LyX is already configured even twice during the installation.


I'm thinking mainly of Windows, where currently there are reports of
the users being confused by opening LyX the first time and not seeing
any indication that LyX is running correctly and they restart their
computer after a minute assuming something is wrong.


This was a problem in configure.py that was kindly fixed by Enrico some weeks ago. The fix is 
included for both installer of LyX 2.0.5.1.


-

The installer is currently suffering from a MiKTeX bug so that on some 64bit Windows the 
installation of missing packages does not work. The fix is expected this week and I'll provide a new 
installer version


regards Uwe

Re: Restart layout update discussion; was: Re: [patch] final layout patches for branch

[Uwe Stöhr]

Am 14.01.2013 11:28, schrieb Enrico Forestieri:


Nothing. If you do nothing, you break nothing.

http://www.lyx.org/trac/ticket/8503#comment:1


Thanks for having a look. There might be a bug in MiKTeX's packaging. But that is not the main 
problem. The problem is once again that there are new styles in the IEEEtran class. It is only a 
matter of time until these are required to fulfill the submission guidelines. So that is why I will 
have to support these styles in the layout and therefore I wold break the backward compatibility as 
already discussed here.


thanks and regards
Uwe

Re: Need help doing bisection for scrolling problem on OS X

[Jerry]

On Jan 19, 2013, at 1:22 AM, Kornel Benko wrote:

> Am Freitag, 18. Januar 2013 um 16:37:11, schrieb Jerry 
> >  ^
> > /Applications/Words/LyX_outer_folder/lyx-git/lyx/src/insets/InsetTabular.cpp:194:19:
> >  error: call to function 'tostr' that is neither visible in the template 
> > definition nor found by argument-dependent
> >   lookup
> > string const s = tostr(t);
> >  ^
>  
> I don't understand.
>  
> 1.) You are able to compile master tree

That's correct.

> 2.) The source "src/insets/InsetTabular.cpp" respective to tostr() is in both 
> cases
>   the same, there should be the same error.

Unfortunately, no. The master version and the 2.0.0 version of 
InsetTabular.cpp, using my file comparison tool, shows 143 differences between 
the two files. On the 2.0.0 version, 
/Applications/Words/LyX_outer_folder/lyx-git/lyx/src/insets/InsetTabular.cpp:194:19
 points to the third "s" in the line
string const s = tostr(t);
The file sizes are different, with the master version at 166,776 bytes and the 
2.0.0 version at 160,383 bytes.

>  
> Maybe different compile parameters?

No, same compile parameters.

Jerry
>  
> Apropos, the given line numbers are totally unrelated to the actual 2.0.x 
> version.
> Could you please try to compile this one first?
>  
>   Kornel

Re: Restart layout update discussion; was: Re: [patch] final layout patches for branch

[Uwe Stöhr]

Am 15.01.2013 22:24, schrieb Georg Baum:


IMHO, IEEEtran.cls does not support Uwe's reasoning at all, but rather the
oppsosite. And I'd really like to see _one_ example of an updated
journal/conference .cls file that broke an officially supported LyX .layout
file (and no, unless somebody presents at least one incompatible change of
the ACM classes that started this thread I won't believe that the new
versions are backward incompatible: I only saw new commands, not changed or
deleted old ones).


That is what I always stated, non of my changes (except of that nasty modernCV beast) break the 
backward-compatibility in the strict sense but they introduce new commands and that is what this 
thread is about.


I now understood what you all basically want. Although that I am not a fan of the versioning, if a 
majority favors this, we do it. But I want to know how _exactly_ the preferred model works. What 
layout version is rename to what?


regards Uwe

Re: Restart layout update discussion; was: Re: [patch] final layout patches for branch

[Uwe Stöhr]

Am 15.01.2013 22:36, schrieb Jean-Marc Lasgouttes:


The same holds for moderncv. The author does support backward compatibility so 
I would be interested
to see what actually does not work anymore.


I had a look today and I cannot fiddle it out. The underlying table structure until modernCV 1.0 
makes it complicated. With almost every release I found bugs and reported them to the modernCV 
maintainer. But during last summer I lost track and cannot tell which version needs what. As my 
spare time is very limited I cannot work further on this.
But let's live with this limitations. Since modernCV 1.x the things are much easier and I think for 
the future backward compatibility will be much easier.

If you disagree feel free to modify the layout as you think it should be.

thanks and regards
Uwe

Errors when compiling current trunk math manual with PDF (pdflatex)

[Scott Kostyshak]

Are others able to compile the current trunk math manual with pdflatex?

I am using TeX Live 2012. I get errors whether I set document encoding
to Unicode (utf8) or not:

! Package inputenc Error: Unicode char \u8:Å not set up for use with LaTeX.

! Package inputenc Error: Unicode char \u8:ȷ not set up for use with LaTeX.

! LaTeX Error: Option clash for package cancel.

I've been getting the Option clash error for half a year now (reported
here http://comments.gmane.org/gmane.editors.lyx.documentation/7409
but don't read through that) but it must be something wrong on my end
since no one else has reported this.

Any ideas?

Thanks,

Scott

Re: Restart layout update discussion; was: Re: [patch] final layout patches for branch

[Uwe Stöhr]

Am 16.01.2013 10:19, schrieb Jean-Marc Lasgouttes:


We also have the right to consider the new commands and the necessity to 
support them right _now_.
It may be that they are really required, but I bet that in many cases they will 
only correspond to
corner cases.


But only sometimes. That is no acuse for not providing everything that might be 
demanded by a journal.


I do not think that any Windows user will demand that we switch LyX to use only 
the metro UI because
it is the new norm...


You still don't understand what I tried to explain so many times. In case of the journal classes it 
is not the choice of the user or our choice. The publisher forces you to do what he wants or you 
cannot commit.


regards Uwe

Re: LyX developer meeting or not ?

[Uwe Stöhr]

Am 08.01.2013 21:12, schrieb Alessandro Di Federico:


Stephan, Lars, Uwe, are you coming? I got only Vincent, Abdel an
Jean-Marc confirmations.


I want to come but missed the exact date you have chosen now. When is it? what about the 
accomodation? I cannot find this thread, could you please give me a pointer?


thanks and regards
Uwe

Re: LyX developer meeting or not ?

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 7:28 PM, Uwe Stöhr  wrote:
> Am 08.01.2013 21:12, schrieb Alessandro Di Federico:
>
>
>> Stephan, Lars, Uwe, are you coming? I got only Vincent, Abdel an
>> Jean-Marc confirmations.
>
>
> I want to come but missed the exact date you have chosen now. When is it?
> what about the accomodation? I cannot find this thread, could you please
> give me a pointer?

I have been following with jealousy. Maybe start here:

http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg176356.html

Scott

Re: LyX developer meeting or not ?

[Uwe Stöhr]

Am 21.01.2013 01:43, schrieb Scott Kostyshak:


I have been following with jealousy.


Just come over.


Maybe start here:

http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg176356.html


Thanks.

Hi Alessandro,
I will come, but my job does not allow me to plan more than 2 weeks in advance. So maybe I will have 
to work on Friday and7or Monday. But I will come down to Milano. (Too bad that there is no 
opportunity to see the Giro arriving there.)


regards Uwe

Re: LyX developer meeting or not ?

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 7:49 PM, Uwe Stöhr  wrote:
> Am 21.01.2013 01:43, schrieb Scott Kostyshak:
>
>
>> I have been following with jealousy.
>
>
> Just come over.

Hopefully next time.

Scott

[PATCH] Fix CMake return check for export tests

[Scott Kostyshak]

The CMake export tests would never fail because the return status was
not checked correctly. The attached patch fixes this.

I guess that CMake is similar to bash in that it does not throw an
error when using an undefined variable? Is there any way to ask it to?

Can the patch go in?

Thanks, Scott
From dbb2fb26e9f5ad79d295249000ed63ada50ac23e Mon Sep 17 00:00:00 2001
From: Scott Kostyshak 
Date: Sun, 20 Jan 2013 20:36:42 -0500
Subject: [PATCH 1/2] CMake export tests now correctly check return code

---
 development/autotests/export.cmake |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/development/autotests/export.cmake 
b/development/autotests/export.cmake
index bcdcb3a..518886b 100755
--- a/development/autotests/export.cmake
+++ b/development/autotests/export.cmake
@@ -25,7 +25,7 @@ execute_process(
   COMMAND ${lyx} -E ${format} ${file}.${extension} "${LYX_ROOT}/${file}.lyx"
   RESULT_VARIABLE _err)
 string(COMPARE NOTEQUAL  ${_err} 0 _erg)
-if(erg)
+if(_erg)
   message(STATUS "Exporting ${f}.lyx to ${format}")
   message(FATAL_ERROR "Export failed")
 endif()
-- 
1.7.9.5

[PATCH] CMake PDF (pdflatex) export tests

[Scott Kostyshak]

Currently there are no export tests for pdf2, only lyx16x and xhtml. I
think it would be nice to catch bugs such as #8512. The attached patch
attempts to implement pdf2 tests. I have a couple of questions:

Which other export formats should be tested? latex? pdflatex?

I'm wondering if this is not currently being done because some of the
manuals need non-base latex packages to be compiled? If so, I would
still be in favor of the tests and then documenting the necessary
packages in the testing README files.

Any thoughts?

Thanks,

Scott
From e78121f9f0aad83e63af12241b5722fabb94c2a7 Mon Sep 17 00:00:00 2001
From: Scott Kostyshak 
Date: Sun, 20 Jan 2013 20:36:51 -0500
Subject: [PATCH] Add tests of manuals for PDF (pdflatex) exporting

---
 development/autotests/CMakeLists.txt |8 
 development/autotests/export-in.sh   |2 +-
 development/autotests/export.cmake   |4 ++--
 3 files changed, 11 insertions(+), 3 deletions(-)

diff --git a/development/autotests/CMakeLists.txt 
b/development/autotests/CMakeLists.txt
index d611307..ce043c9 100644
--- a/development/autotests/CMakeLists.txt
+++ b/development/autotests/CMakeLists.txt
@@ -67,6 +67,14 @@ foreach(f ${lyx_files})
-Dextension=xhtml
-Dfile=${f}
-P "${TOP_SRC_DIR}/development/autotests/export.cmake")
+  add_test(NAME autotests/export/${f}_pdf
+WORKING_DIRECTORY "${CMAKE_CURRENT_BINARY_DIR}/${LYX_HOME}"
+COMMAND ${CMAKE_COMMAND} -DLYX_ROOT=${TOP_SRC_DIR}/lib/doc
+-Dlyx=$
+   -Dformat=pdf2
+   -Dextension=pdf
+   -Dfile=${f}
+   -P "${TOP_SRC_DIR}/development/autotests/export.cmake")
 endforeach()
 
 
diff --git a/development/autotests/export-in.sh 
b/development/autotests/export-in.sh
index 275ee08..63797ab 100755
--- a/development/autotests/export-in.sh
+++ b/development/autotests/export-in.sh
@@ -1,7 +1,7 @@
 #!/bin/bash
 
 failed=0
-for format in xhtml lyx16x; do
+for format in xhtml lyx16x pdf2; do
 for f in $LYX_ROOT/lib/doc/*lyx; do
 if $LYX_EXE -e $format $f >> lyx-log.txt 2>&1; then
 echo $format $f TEST_GOOD
diff --git a/development/autotests/export.cmake 
b/development/autotests/export.cmake
index 518886b..83bd5d0 100755
--- a/development/autotests/export.cmake
+++ b/development/autotests/export.cmake
@@ -6,8 +6,8 @@
 #
 # LYX_ROOT  = ${TOP_SRC_DIR}/lib/doc
 # lyx   = 
-# format= lyx16x|xhtml
-# extension = 16.lyx|xhtml
+# format= lyx16x|xhtml|pdf2
+# extension = 16.lyx|xhtml|pdf
 # file  = xxx
 #
 # Script should be called like:
-- 
1.7.9.5

Why are export tests autotests?

[Scott Kostyshak]

Why are export tests autotests?

autotests are defined (in the README file) as: "Automated tests based
on the "MonKey Testing" keytest program."

I'm guessing this is just a convenience for organization?

Thanks,

Scott

Re: [PATCH] move row for tabular

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 4:47 AM, Jürgen Spitzmüller  wrote:
> Scott Kostyshak wrote:
>> Any comments on the patch in the previous email? Attached to this
>> email are the icons that Enrico proposed. I will add support for them
>> if the patch is OK.
>
> Patch looks good. I'd say commit it if there are no more comments.
>
> Jürgen

Thanks for taking a look at it. It's in at [3c84267d/lyxgit]

Scott

Re: [PATCH] move row for tabular

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 7:20 AM, Enrico Forestieri  wrote:
> On Sun, Jan 20, 2013 at 10:47:15AM +0100, Jürgen Spitzmüller wrote:
>
>> Scott Kostyshak wrote:
>> > Any comments on the patch in the previous email? Attached to this
>> > email are the icons that Enrico proposed. I will add support for them
>> > if the patch is OK.
>>
>> Patch looks good. I'd say commit it if there are no more comments.
>
> It would be useful having the same functionality in arrays and array
> environments in mathed.

OK, I will add this to my TODO list.

Thanks for the suggestion,

Scott

Re: make initial configure part of install (esp. Windows) ?

[Scott Kostyshak]

On Sun, Jan 20, 2013 at 5:09 PM, Uwe Stöhr  wrote:
> Am 20.01.2013 06:28, schrieb Scott Kostyshak:
>
>
>> Has there been discussion on the possibility of configuring LyX as
>> part of the install process rather than after the install when LyX is
>> first opened?
>
>
> LyX is already configured even twice during the installation.

Good to hear. Is this new or has it always been like this? I thought
that the problem below is just that the output is not seen. So to be
clear about what I'm asking: after installing LyX on Windows, when you
open LyX for the first time it takes just as long as when you open it
the second or third time (for example, two seconds) ?

Also, why is it configured twice?

>> I'm thinking mainly of Windows, where currently there are reports of
>> the users being confused by opening LyX the first time and not seeing
>> any indication that LyX is running correctly and they restart their
>> computer after a minute assuming something is wrong.
>
>
> This was a problem in configure.py that was kindly fixed by Enrico some
> weeks ago. The fix is included for both installer of LyX 2.0.5.1.
>
> -
>
> The installer is currently suffering from a MiKTeX bug so that on some 64bit
> Windows the installation of missing packages does not work. The fix is
> expected this week and I'll provide a new installer version

Good to hear.

Thanks Uwe,

Scott

Re: [LyX master] initials.module: add the missing mandatory argument

[Jürgen Spitzmüller]

Am Sonntag 20 Januar 2013, 21:24:01 schrieb Uwe Stöhr:
> +   Argument 3
> + Mandatory 1
> + LabelString   "Rest of Initial"
> + Tooltip   "Rest of initial word or text"
> EndArgument

File format change!

Jürgen