Re: r40285 - lyx-devel/branches/BRANCH_2_0_X/development/cmake

[Vincent van Ravesteijn]

Op 26-11-2011 11:04, kuem...@lyx.org schreef:

Author: kuemmel
Date: Sat Nov 26 11:04:14 2011
New Revision: 40285
URL: http://www.lyx.org/trac/changeset/40285

Log:
update adrress for msvc deps

Modified:
lyx-devel/branches/BRANCH_2_0_X/development/cmake/CMakeLists.txt

Modified: lyx-devel/branches/BRANCH_2_0_X/development/cmake/CMakeLists.txt
==
--- lyx-devel/branches/BRANCH_2_0_X/development/cmake/CMakeLists.txtSat Nov 
26 11:03:23 2011(r40284)
+++ lyx-devel/branches/BRANCH_2_0_X/development/cmake/CMakeLists.txtSat Nov 
26 11:04:14 2011(r40285)
@@ -109,13 +109,14 @@
message(STATUS)
set(LYX_DEPENDENCIES_DIR ${CMAKE_BINARY_DIR}/msvc2010-deps)
message(STATUS Using downloaded dependencies in 
${LYX_DEPENDENCIES_DIR})
-   set(deps_files lyx20-deps-msvc2010-x86.zip)
+   set(deps_files lyx20-deps-msvc2010.zip)
+   set(deps_server 
http://downloads.sourceforge.net/project/lyx/Win_installers/Dependencies)


It seems the file is now again called:

lyx20-deps-msvc2010-x86.zip


Vincent

Re: Lemma etc. missing from entcs.layout.

[John McCabe-Dansted]

I have proposed a patch to allow use of lemmas etc. in the ENTCS
format. I think someone who was familiar with the LyX layout format
could do a better job, but it works and a few few months have passed
with no comments. Shall I just tidy up the attribution a bit and
commit to trunk?

On Sun, Jul 31, 2011 at 8:30 PM, John McCabe-Dansted gma...@gmail.com wrote:
 When I convert an article to entcs format I get the problem:
 1) If I leave the Theorems module enabled. I get errors claiming e.g.
 “Command \proof already defined”
 2) If I delete the Theorems module then LyX claims that lists the
 Lemma environment as Lemma (unknown).

 I attach the patch I am using to work around this, it adds a
 theorems-nopreamble-fullnames.inc file that is similar to
 theorems.inc, but does not add definitions to the preamble, and uses
 the full names in the LaTeX output e.g. \begin{lemma} instead of
 \begin{lem}  .

 Presumably this problem has occurred before in other layout files, and
 there is already a ready made solution and so we don't need to add
 theorems-nopreamble-fullnames.inc. However, I can't find the
 solution using e.g. Google, nor does including any of the existing
 theorem files seem to do the trick.

 --
 John C. McCabe-Dansted




-- 
John C. McCabe-Dansted


fix_ENTCS_lemma.layout
Description: Binary data

Re: Lemma etc. missing from entcs.layout.

[Richard Heck]

On 11/27/2011 06:43 AM, John McCabe-Dansted wrote:
 I have proposed a patch to allow use of lemmas etc. in the ENTCS
 format. I think someone who was familiar with the LyX layout format
 could do a better job, but it works and a few few months have passed
 with no comments. Shall I just tidy up the attribution a bit and
 commit to trunk?

Sorry not to have commented on this.

I guess my main suggestion would be to do this by importing the
theorems.inc module and then making whatever changes need to be made, i.e.:

Input theorems.inc

Style Corollary
LatexName corollary
Preamble
EndPreamble
End

Style Lemma
LatexName lemma
Preamble
EndPreamble
End

Etc.

That will make maintenance a bit easier.

Richard

LyX 2.0.2 Source Packages Ready Again

[Richard Heck]

The LyX 2.0.2 source package has been updated a bit in response to
earlier issues and is again available here:
http://frege.brown.edu/lyx/
Please let me know when binaries have been built. Let's try to do the
official release by midweek.

Richard

Re: LyX 2.0.2 Source Packages Ready Again

[Jean-Pierre Chrétien]

Richard Heck rgheck at comcast.net writes:

 
 
 The LyX 2.0.2 source package has been updated a bit in response to
 earlier issues and is again available here:
 http://frege.brown.edu/lyx/
 Please let me know when binaries have been built. Let's try to do the
 official release by midweek.

Compiles fine here on Debian Squueze, just warnings in the shell window when
writing a short document:

Undo.cpp(296): There is no group open (creating one)

Jean-Pierre

Configuration
  Host type:i686-pc-linux-gnu
  Special build flags:  build=release use-aspell
  C   Compiler: gcc 
  C   Compiler LyX flags:
  C   Compiler flags:-O2
  C++ Compiler: g++ (4.4.5)
  C++ Compiler LyX flags:
  C++ Compiler flags:-O2
  Linker flags: 
  Linker user flags:
  Qt 4 Frontend:
  Qt 4 version: 4.6.3
  Packaging:posix
  LyX binary dir:   /usr/local/bin
  LyX files dir:/usr/local/share/lyx-2.0.2

Re: LyX 2.0.2 Source Packages Ready Again

[Richard Heck]

On 11/27/2011 10:35 AM, Jean-Pierre Chrétien wrote:
 Richard Heck rgheck at comcast.net writes:


 The LyX 2.0.2 source package has been updated a bit in response to
 earlier issues and is again available here:
 http://frege.brown.edu/lyx/
 Please let me know when binaries have been built. Let's try to do the
 official release by midweek.
 Compiles fine here on Debian Squueze, just warnings in the shell window when
 writing a short document:

 Undo.cpp(296): There is no group open (creating one)

Probably a common issue, though one it'd be nice to fix...

rh

Re: LyX 2.0.2 Source Packages Ready Again

[Stephan Witt]

Am 27.11.2011 um 15:49 schrieb Richard Heck:

 
 The LyX 2.0.2 source package has been updated a bit in response to
 earlier issues and is again available here:
http://frege.brown.edu/lyx/
 Please let me know when binaries have been built. Let's try to do the
 official release by midweek.

It compiles w/o problems on Mac. I'll upload the packages later.

Stephan

LyX integrated with Sage

[Nicu Tofan]

Hello.

This message is related to this inquiry on Sage Ask
forumhttp://ask.sagemath.org/question/935/mathcad-like-front-end-for-sage
and, later, on Sage developers mailing
listhttps://groups.google.com/forum/#%21topic/sage-devel/fqaMLOP0Y6w.
This is how I found
LyX.

What I'm after is the ability to integrate the Sage computational engine
into LyX, creating a MathCad like environment. On top of that, allowing
to create and integrate code using a dual approach (both visual and
textual, like in Bouml http://bouml.free.fr/) would further enhance the
editor.

My intention is to either contribute to LyX, if the ideas that I've
presented
here fit in current vision, or to make a fork. I would like to ask if there
is
previous work in this regard and any other thoughts that you may have
about what I said here.

Thank you.
Nick

Re: LyX integrated with Sage

[Richard Heck]

On 11/27/2011 11:32 AM, Nicu Tofan wrote:
 Hello.

 This message is related to this inquiry on Sage Ask forum
 http://ask.sagemath.org/question/935/mathcad-like-front-end-for-sage
 and, later, on Sage developers mailing list
 https://groups.google.com/forum/#%21topic/sage-devel/fqaMLOP0Y6w.
 This is how I found
 LyX.

 What I'm after is the ability to integrate the Sage computational engine
 into LyX, creating a MathCad like environment. On top of that, allowing
 to create and integrate code using a dual approach (both visual and
 textual, like in Bouml http://bouml.free.fr/) would further enhance
 the editor.

 My intention is to either contribute to LyX, if the ideas that I've
 presented
 here fit in current vision, or to make a fork. I would like to ask if
 there is
 previous work in this regard and any other thoughts that you may have
 about what I said here.

I don't know anything about Sage, but LyX already has some ability to
use mathematica, maxima, and similar engines, as well as packages like
Sweave and R. So there's infrastructure within LyX that you may be able
to use. I know a lot of us would like to see the existing stuff
improved, and getting it to work with something FOSS would be great.
There's actually a lot of activity these days around R; a lot of people
seem to be using LyX with it. But not much special support. It's most a
matter of making it easier to enter R code verbatim.

So I think I speak for everyone in saying that the general idea
certainly fits into what we think LyX is. Of course, the details are
everything here, so no promises at this point. But if you want to start
a git branch (we're moving toward git), and start work there, then we
can all keep up with what you are doing. You can fork later if you think
you need to do so.

Richard

Re: LyX integrated with Sage

[Nicu Tofan]

2011/11/27 Richard Heck rgh...@comcast.net

 **
 On 11/27/2011 11:32 AM, Nicu Tofan wrote:

 Hello.

 This message is related to this inquiry on Sage Ask 
 forumhttp://ask.sagemath.org/question/935/mathcad-like-front-end-for-sage
 and, later, on Sage developers mailing 
 listhttps://groups.google.com/forum/#%21topic/sage-devel/fqaMLOP0Y6w.
 This is how I found
 LyX.

 What I'm after is the ability to integrate the Sage computational engine
 into LyX, creating a MathCad like environment. On top of that, allowing
 to create and integrate code using a dual approach (both visual and
 textual, like in Bouml http://bouml.free.fr/) would further enhance the
 editor.

 My intention is to either contribute to LyX, if the ideas that I've
 presented
 here fit in current vision, or to make a fork. I would like to ask if
 there is
 previous work in this regard and any other thoughts that you may have
 about what I said here.

  I don't know anything about Sage, but LyX already has some ability to use
 mathematica, maxima, and similar engines, as well as packages like Sweave
 and R. So there's infrastructure within LyX that you may be able to use. I
 know a lot of us would like to see the existing stuff improved, and getting
 it to work with something FOSS would be great. There's actually a lot of
 activity these days around R; a lot of people seem to be using LyX with it.
 But not much special support. It's most a matter of making it easier to
 enter R code verbatim.

 So I think I speak for everyone in saying that the general idea certainly
 fits into what we think LyX is. Of course, the details are everything here,
 so no promises at this point. But if you want to start a git branch (we're
 moving toward git), and start work there, then we can all keep up with what
 you are doing. You can fork later if you think you need to do so.

 Richard


Thank you for your reply, Richard.

*Sage* is a free open-source http://hg.sagemath.org/ mathematics software
 system licensed under the GPL. It combines the 
 powerhttp://www.sagemath.org/tour.htmlof many existing open-source
 packages http://www.sagemath.org/links-components.html into a common
 Python-based interface.

One of the packages it includes is Maxima.

Having an infrastructure in place is a big plus. I would like to hear from
the R users about how they would like to see LyX enhanced. Maybe there is a
convergence somewhere.

Glad to hear that the general idea fits with your views. I will examine the
code and will came back with specific ideas. Meanwhile, if anyone feels
like dropping a thought about this, I would be happy to read it.

Nick

Main window visualization bug(s) in recent trunk?

[stefano franchi]

Recent builds (last couple of weeks, about) of trunk on my system
exhibit a very annoying behavior: the top and bottom portion of the
main window becomes invisible after the first few interaction. I mean
the top row containing the main menu and the bottom row containing the
status. They are present at startup, and they disappear after the
first access of a window-related function (i.e. opening a menu,
activating an item in  a toolbar, etc.). The menu bar becomes visible
if I access one of the menus through the keyboard, and disappears
again as soon as one of the menu items is selected.
In the most recent version I downloaded (rev. 40284) an even more
serious behavior has appeared: now the window frame is not visible as
well, making it impossible to move or resize the main window.
Is this a know bug (or bugs)? I looked on the tracker and could not
find anything.

I am on Arch linux with Qt 4.7.4

Cheers,

Stefano


-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Main window visualization bug(s) in recent trunk?

[stefano franchi]

On Sun, Nov 27, 2011 at 12:28 PM, stefano franchi
stefano.fran...@gmail.com wrote:
 Recent builds (last couple of weeks, about) of trunk on my system
 exhibit a very annoying behavior: the top and bottom portion of the
 main window becomes invisible after the first few interaction. I mean
 the top row containing the main menu and the bottom row containing the
 status. They are present at startup, and they disappear after the
 first access of a window-related function (i.e. opening a menu,
 activating an item in  a toolbar, etc.). The menu bar becomes visible
 if I access one of the menus through the keyboard, and disappears
 again as soon as one of the menu items is selected.
 In the most recent version I downloaded (rev. 40284) an even more
 serious behavior has appeared: now the window frame is not visible as
 well, making it impossible to move or resize the main window.
 Is this a know bug (or bugs)? I looked on the tracker and could not
 find anything.

 I am on Arch linux with Qt 4.7.4



Actually, it looks like it is a problem with Kwin (Kde window
manager). For some reasons, the system-wide/application-specific
window settings were forced to full screen. I have no idea how that
happened, since I never use Lyx full screen.
I'll post again if the problem reappears.


Cheers,

Stefano



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas AM University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: LyX 2.0.2 Source Packages Ready Again

[Jean-Marc Lasgouttes]

It would be nice to have a short recipe to reproduce it.

JMarc
-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.


Jean-Pierre Chrétien jeanpierre.chret...@free.fr a écrit :

Richard Heck rgheck at comcast.net writes:

 
 
 The LyX 2.0.2 source package has been updated a bit in response to
 earlier issues and is again available here:
 http://frege.brown.edu/lyx/
 Please let me know when binaries have been built. Let's try to do the
 official release by midweek.

Compiles fine here on Debian Squueze, just warnings in the shell window when
writing a short document:

Undo.cpp(296): There is no group open (creating one)

Jean-Pierre

Configuration
Host type: i686-pc-linux-gnu
Special build flags: build=release use-aspell
C Compiler: gcc 
C Compiler LyX flags: 
C Compiler flags: -O2
C++ Compiler: g++ (4.4.5)
C++ Compiler LyX flags: 
C++ Compiler flags: -O2
Linker flags: 
Linker user flags: 
Qt 4 Frontend:
Qt 4 version: 4.6.3
Packaging: posix
LyX binary dir: /usr/local/bin
LyX files dir: /usr/local/share/lyx-2.0.2

Re: LyX integrated with Sage

[Liviu Andronic]

On Sun, Nov 27, 2011 at 7:02 PM, Nicu Tofan nicu.to...@gmail.com wrote:
 Thank you for your reply, Richard.

 Sage is a free open-source mathematics software system licensed under the
 GPL. It combines the power of many existing open-source packages into a
 common Python-based interface.

 One of the packages it includes is Maxima.

This looks promising.


 Having an infrastructure in place is a big plus.

There's been once a long discussion on the topic of CAS support in
LyX, which you may want to look into [1]. One of the main issues
pointed there concerned the need for heuristics when evaluating LaTeX
expressions [2]; if this can be improved and rendered more robust then
it would be a great contribution.

[1] http://www.mail-archive.com/lyx-users@lists.lyx.org/msg77889.html
[2] http://www.mail-archive.com/lyx-users@lists.lyx.org/msg77929.html


 I would like to hear from
 the R users about how they would like to see LyX enhanced. Maybe there is a
 convergence somewhere.

I am not sure what is the scope of Sage. Is it symbolic evaluation
plus computations, similar to the way Maxima et al. are used in LyX
math environments? Or can it be used to perform complex mathematical
and statistical procedures, as R does?

Currently Sweave and Maxima et al. support in LyX are rather
orthogonal. As far as I can see LyX  Sweave do as much as LaTeX 
Sweave are capable of, so I don't anticipate many improvements on this
front: more keeping everything robust and up-to-date. One possible
improvement would be to provide a native LyX inset for R code, which
may slightly improve the workflow (#6753). Another improvement is
support for several other packages extending Sweave, via additional
modules (#7887). But again, this seems to overlap very little with the
CAS support.

Regards
Liviu


 Glad to hear that the general idea fits with your views. I will examine the
 code and will came back with specific ideas. Meanwhile, if anyone feels like
 dropping a thought about this, I would be happy to read it.

 Nick




-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Re: LyX integrated with Sage

[Nicu Tofan]

2011/11/27 Liviu Andronic landronim...@gmail.com

 On Sun, Nov 27, 2011 at 7:02 PM, Nicu Tofan nicu.to...@gmail.com wrote:
  Thank you for your reply, Richard.
 
  Sage is a free open-source mathematics software system licensed under
 the
  GPL. It combines the power of many existing open-source packages into a
  common Python-based interface.
 
  One of the packages it includes is Maxima.
 
 This looks promising.


  Having an infrastructure in place is a big plus.
 
 There's been once a long discussion on the topic of CAS support in
 LyX, which you may want to look into [1]. One of the main issues
 pointed there concerned the need for heuristics when evaluating LaTeX
 expressions [2]; if this can be improved and rendered more robust then
 it would be a great contribution.

 [1] http://www.mail-archive.com/lyx-users@lists.lyx.org/msg77889.html
 [2] http://www.mail-archive.com/lyx-users@lists.lyx.org/msg77929.html


  I would like to hear from
  the R users about how they would like to see LyX enhanced. Maybe there
 is a
  convergence somewhere.
 
 I am not sure what is the scope of Sage. Is it symbolic evaluation
 plus computations, similar to the way Maxima et al. are used in LyX
 math environments? Or can it be used to perform complex mathematical
 and statistical procedures, as R does?

 Currently Sweave and Maxima et al. support in LyX are rather
 orthogonal. As far as I can see LyX  Sweave do as much as LaTeX 
 Sweave are capable of, so I don't anticipate many improvements on this
 front: more keeping everything robust and up-to-date. One possible
 improvement would be to provide a native LyX inset for R code, which
 may slightly improve the workflow (#6753). Another improvement is
 support for several other packages extending Sweave, via additional
 modules (#7887). But again, this seems to overlap very little with the
 CAS support.

 Regards
 Liviu


  Glad to hear that the general idea fits with your views. I will examine
 the
  code and will came back with specific ideas. Meanwhile, if anyone feels
 like
  dropping a thought about this, I would be happy to read it.
 
  Nick
 



 --
 Do you know how to read?
 http://www.alienetworks.com/srtest.cfm
 http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
 Do you know how to write?
 http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail



Hello, Liviu, thanks for your input.

The two links that you have provided are highly welcomed. Will look into
that.

Sage contains R. http://tutorial.sagenb.org/home/pub/4/  Sage is a Python
blanket that covers a number of free open source packages. Also has
original code in what it is called the Sage library. Is capable of both
numerical and symbolic processing. Look at this
listhttp://www.sagemath.org/links-components.html.
It has BLAS, it has Boost, Python, R, Maxima, Mercurial, Cython ...
you may test
it online http://test.sagenb.org/. I have to say I'm pretty impressed.

That being said, the job of implementing CAS support is easier, as one only
has to write a single interface. That sounds simpler than it really is, no
doubt, but it's a huge plus. The downside is the size of the Sage download
(the VirtualBox .ova file is 1401.04 MB, the 32bit Ubuntu release is 403.19
MB).

Nick

Re: Documentation status for LyX 2.0.x

[Uwe Stöhr]

Am 14.11.2011 08:17, schrieb PhilipPirrip:


Ping!
May I ask what's the plan with these documents? Have you forgotten to commit 
them, or is there a
problem?


It seems that Richard was too busy with the release of LyX 2.0.2.

Many thanks for your work! Unfortunately LyX 2.0.2 is now out, but it will be part of LyX 2.0.3. 
I'll put it in.
But one question? Do you know Japanese? I suggested to copy the changes into the other files in 
English so that the translators can translate the changes easily. If you already know Japanese, 
French, German and Spanish it is OK. Do you? If not, I'll ask our translators to review your 
translations.


best regards
Uwe

Re: CMake problems was: removing scons

[Uwe Stöhr]

Am 14.11.2011 09:30, schrieb Peter Kümmel:


Can anybody help me please?


Somehow reusing PATH does not work: set PATH=%GNUWIN32_DIR%\bin;%PATH%


This command works, also in an if statement, but for an unknown reason not inside an else part of an 
if-statement.



But this has nothing to do with cmake, it's ms batch file scripting.

I would set all needed environment variables and call a batch script with a 
one-line cmake call.


After some fiddling I got it to compile. I will report if branch works too.

thanks and regards Uwe

Re: LyX 2.0.2 Again

[Yihui Xie]

The templates for book and report were added due to the comment here:
http://www.lyx.org/trac/ticket/7495#comment:8

But Uwe is absolutely right -- we do not really need them. It suffices
to only keep the one for article.

Thanks!

Regards,
Yihui
--
Yihui Xie xieyi...@gmail.com
Phone: 515-294-2465 Web: http://yihui.name
Department of Statistics, Iowa State University
2215 Snedecor Hall, Ames, IA



On Thu, Nov 24, 2011 at 4:20 PM, Richard Heck rgh...@comcast.net wrote:
 On 11/24/2011 04:23 PM, Uwe Stöhr wrote:

 I'm planning to do a bit more
 testing the next couple days, and then I will prepare the release on
 Friday, assuming there are no issues.

 Please postpone it until Monday. Currently branch is not in shape for
 me and I need more time to test.

 If you wish, we can remove the ctex.lyx template for this release.
 Otherwise, I would think that things would be fine. The new layouts

 Richard

Editing wiki pages

[Bulletproof Monkey]

Hello.

I'm looking into the sources of the LyX. Would it be Ok to Edit the wiki pages 
(like http://wiki.lyx.org/Devel/FilesInTrunk) as I go? I see that LyX password 
works.

Are the informations in http://wiki.lyx.org/Devel/Git up to date?

Thank you.
BPM

Re: r40285 - lyx-devel/branches/BRANCH_2_0_X/development/cmake

[Vincent van Ravesteijn]

Op 26-11-2011 11:04, kuem...@lyx.org schreef:

Author: kuemmel
Date: Sat Nov 26 11:04:14 2011
New Revision: 40285
URL: http://www.lyx.org/trac/changeset/40285

Log:
update adrress for msvc deps

Modified:
lyx-devel/branches/BRANCH_2_0_X/development/cmake/CMakeLists.txt

Modified: lyx-devel/branches/BRANCH_2_0_X/development/cmake/CMakeLists.txt
==
--- lyx-devel/branches/BRANCH_2_0_X/development/cmake/CMakeLists.txtSat Nov 
26 11:03:23 2011(r40284)
+++ lyx-devel/branches/BRANCH_2_0_X/development/cmake/CMakeLists.txtSat Nov 
26 11:04:14 2011(r40285)
@@ -109,13 +109,14 @@
message(STATUS)
set(LYX_DEPENDENCIES_DIR ${CMAKE_BINARY_DIR}/msvc2010-deps)
message(STATUS "Using downloaded dependencies in 
${LYX_DEPENDENCIES_DIR}")
-   set(deps_files lyx20-deps-msvc2010-x86.zip)
+   set(deps_files lyx20-deps-msvc2010.zip)
+   set(deps_server 
http://downloads.sourceforge.net/project/lyx/Win_installers/Dependencies)


It seems the file is now again called:

lyx20-deps-msvc2010-x86.zip


Vincent

Re: Lemma etc. missing from entcs.layout.

[John McCabe-Dansted]

I have proposed a patch to allow use of lemmas etc. in the ENTCS
format. I think someone who was familiar with the LyX layout format
could do a better job, but it works and a few few months have passed
with no comments. Shall I just tidy up the attribution a bit and
commit to trunk?

On Sun, Jul 31, 2011 at 8:30 PM, John McCabe-Dansted  wrote:
> When I convert an article to entcs format I get the problem:
> 1) If I leave the Theorems module enabled. I get errors claiming e.g.
> “Command \proof already defined”
> 2) If I delete the Theorems module then LyX claims that lists the
> Lemma environment as "Lemma (unknown)".
>
> I attach the patch I am using to work around this, it adds a
> "theorems-nopreamble-fullnames.inc" file that is similar to
> theorems.inc, but does not add definitions to the preamble, and uses
> the full names in the LaTeX output "e.g. \begin{lemma}" instead of
> "\begin{lem}"  .
>
> Presumably this problem has occurred before in other layout files, and
> there is already a ready made solution and so we don't need to add
> "theorems-nopreamble-fullnames.inc". However, I can't find the
> solution using e.g. Google, nor does including any of the existing
> theorem files seem to do the trick.
>
> --
> John C. McCabe-Dansted
>



-- 
John C. McCabe-Dansted


fix_ENTCS_lemma.layout
Description: Binary data

Re: Lemma etc. missing from entcs.layout.

[Richard Heck]

On 11/27/2011 06:43 AM, John McCabe-Dansted wrote:
> I have proposed a patch to allow use of lemmas etc. in the ENTCS
> format. I think someone who was familiar with the LyX layout format
> could do a better job, but it works and a few few months have passed
> with no comments. Shall I just tidy up the attribution a bit and
> commit to trunk?
>
Sorry not to have commented on this.

I guess my main suggestion would be to do this by importing the
theorems.inc module and then making whatever changes need to be made, i.e.:

Input theorems.inc

Style Corollary
LatexName corollary
Preamble
EndPreamble
End

Style Lemma
LatexName lemma
Preamble
EndPreamble
End

Etc.

That will make maintenance a bit easier.

Richard

LyX 2.0.2 Source Packages Ready Again

[Richard Heck]

The LyX 2.0.2 source package has been updated a bit in response to
earlier issues and is again available here:
http://frege.brown.edu/lyx/
Please let me know when binaries have been built. Let's try to do the
official release by midweek.

Richard

Re: LyX 2.0.2 Source Packages Ready Again

[Jean-Pierre Chrétien]

Richard Heck  comcast.net> writes:

> 
> 
> The LyX 2.0.2 source package has been updated a bit in response to
> earlier issues and is again available here:
> http://frege.brown.edu/lyx/
> Please let me know when binaries have been built. Let's try to do the
> official release by midweek.

Compiles fine here on Debian Squueze, just warnings in the shell window when
writing a short document:

Undo.cpp(296): There is no group open (creating one)

Jean-Pierre

Configuration
  Host type:i686-pc-linux-gnu
  Special build flags:  build=release use-aspell
  C   Compiler: gcc 
  C   Compiler LyX flags:
  C   Compiler flags:-O2
  C++ Compiler: g++ (4.4.5)
  C++ Compiler LyX flags:
  C++ Compiler flags:-O2
  Linker flags: 
  Linker user flags:
  Qt 4 Frontend:
  Qt 4 version: 4.6.3
  Packaging:posix
  LyX binary dir:   /usr/local/bin
  LyX files dir:/usr/local/share/lyx-2.0.2

Re: LyX 2.0.2 Source Packages Ready Again

[Richard Heck]

On 11/27/2011 10:35 AM, Jean-Pierre Chrétien wrote:
> Richard Heck  comcast.net> writes:
>
>>
>> The LyX 2.0.2 source package has been updated a bit in response to
>> earlier issues and is again available here:
>> http://frege.brown.edu/lyx/
>> Please let me know when binaries have been built. Let's try to do the
>> official release by midweek.
> Compiles fine here on Debian Squueze, just warnings in the shell window when
> writing a short document:
>
> Undo.cpp(296): There is no group open (creating one)
>
Probably a common issue, though one it'd be nice to fix...

rh

Re: LyX 2.0.2 Source Packages Ready Again

[Stephan Witt]

Am 27.11.2011 um 15:49 schrieb Richard Heck:

> 
> The LyX 2.0.2 source package has been updated a bit in response to
> earlier issues and is again available here:
>http://frege.brown.edu/lyx/
> Please let me know when binaries have been built. Let's try to do the
> official release by midweek.

It compiles w/o problems on Mac. I'll upload the packages later.

Stephan

LyX integrated with Sage

[Nicu Tofan]

Hello.

This message is related to this inquiry on Sage Ask
forum
and, later, on Sage developers mailing
list.
This is how I found
LyX.

What I'm after is the ability to integrate the Sage computational engine
into LyX, creating a MathCad like environment. On top of that, allowing
to create and integrate code using a dual approach (both visual and
textual, like in Bouml ) would further enhance the
editor.

My intention is to either contribute to LyX, if the ideas that I've
presented
here fit in current vision, or to make a fork. I would like to ask if there
is
previous work in this regard and any other thoughts that you may have
about what I said here.

Thank you.
Nick

Re: LyX integrated with Sage

[Richard Heck]

On 11/27/2011 11:32 AM, Nicu Tofan wrote:
> Hello.
>
> This message is related to this inquiry on Sage Ask forum
> 
> and, later, on Sage developers mailing list
> .
> This is how I found
> LyX.
>
> What I'm after is the ability to integrate the Sage computational engine
> into LyX, creating a MathCad like environment. On top of that, allowing
> to create and integrate code using a dual approach (both visual and
> textual, like in Bouml ) would further enhance
> the editor.
>
> My intention is to either contribute to LyX, if the ideas that I've
> presented
> here fit in current vision, or to make a fork. I would like to ask if
> there is
> previous work in this regard and any other thoughts that you may have
> about what I said here.
>
I don't know anything about Sage, but LyX already has some ability to
use mathematica, maxima, and similar engines, as well as packages like
Sweave and R. So there's infrastructure within LyX that you may be able
to use. I know a lot of us would like to see the existing stuff
improved, and getting it to work with something FOSS would be great.
There's actually a lot of activity these days around R; a lot of people
seem to be using LyX with it. But not much special support. It's most a
matter of making it easier to enter R code verbatim.

So I think I speak for everyone in saying that the general idea
certainly fits into what we think LyX is. Of course, the details are
everything here, so no promises at this point. But if you want to start
a git branch (we're moving toward git), and start work there, then we
can all keep up with what you are doing. You can fork later if you think
you need to do so.

Richard

Re: LyX integrated with Sage

[Nicu Tofan]

2011/11/27 Richard Heck 

> **
> On 11/27/2011 11:32 AM, Nicu Tofan wrote:
>
> Hello.
>
> This message is related to this inquiry on Sage Ask 
> forum
> and, later, on Sage developers mailing 
> list.
> This is how I found
> LyX.
>
> What I'm after is the ability to integrate the Sage computational engine
> into LyX, creating a MathCad like environment. On top of that, allowing
> to create and integrate code using a dual approach (both visual and
> textual, like in Bouml ) would further enhance the
> editor.
>
> My intention is to either contribute to LyX, if the ideas that I've
> presented
> here fit in current vision, or to make a fork. I would like to ask if
> there is
> previous work in this regard and any other thoughts that you may have
> about what I said here.
>
>  I don't know anything about Sage, but LyX already has some ability to use
> mathematica, maxima, and similar engines, as well as packages like Sweave
> and R. So there's infrastructure within LyX that you may be able to use. I
> know a lot of us would like to see the existing stuff improved, and getting
> it to work with something FOSS would be great. There's actually a lot of
> activity these days around R; a lot of people seem to be using LyX with it.
> But not much special support. It's most a matter of making it easier to
> enter R code verbatim.
>
> So I think I speak for everyone in saying that the general idea certainly
> fits into what we think LyX is. Of course, the details are everything here,
> so no promises at this point. But if you want to start a git branch (we're
> moving toward git), and start work there, then we can all keep up with what
> you are doing. You can fork later if you think you need to do so.
>
> Richard
>
>
Thank you for your reply, Richard.

*Sage* is a free open-source  mathematics software
> system licensed under the GPL. It combines the 
> powerof many existing open-source
> packages  into a common
> Python-based interface.
>
One of the packages it includes is Maxima.

Having an infrastructure in place is a big plus. I would like to hear from
the R users about how they would like to see LyX enhanced. Maybe there is a
convergence somewhere.

Glad to hear that the general idea fits with your views. I will examine the
code and will came back with specific ideas. Meanwhile, if anyone feels
like dropping a thought about this, I would be happy to read it.

Nick

Main window visualization bug(s) in recent trunk?

[stefano franchi]

Recent builds (last couple of weeks, about) of trunk on my system
exhibit a very annoying behavior: the top and bottom portion of the
main window becomes invisible after the first few interaction. I mean
the top row containing the main menu and the bottom row containing the
status. They are present at startup, and they disappear after the
first access of a window-related function (i.e. opening a menu,
activating an item in  a toolbar, etc.). The menu bar becomes visible
if I access one of the menus through the keyboard, and disappears
again as soon as one of the menu items is selected.
In the most recent version I downloaded (rev. 40284) an even more
serious behavior has appeared: now the window frame is not visible as
well, making it impossible to move or resize the main window.
Is this a know bug (or bugs)? I looked on the tracker and could not
find anything.

I am on Arch linux with Qt 4.7.4

Cheers,

Stefano


-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas A University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: Main window visualization bug(s) in recent trunk?

[stefano franchi]

On Sun, Nov 27, 2011 at 12:28 PM, stefano franchi
 wrote:
> Recent builds (last couple of weeks, about) of trunk on my system
> exhibit a very annoying behavior: the top and bottom portion of the
> main window becomes invisible after the first few interaction. I mean
> the top row containing the main menu and the bottom row containing the
> status. They are present at startup, and they disappear after the
> first access of a window-related function (i.e. opening a menu,
> activating an item in  a toolbar, etc.). The menu bar becomes visible
> if I access one of the menus through the keyboard, and disappears
> again as soon as one of the menu items is selected.
> In the most recent version I downloaded (rev. 40284) an even more
> serious behavior has appeared: now the window frame is not visible as
> well, making it impossible to move or resize the main window.
> Is this a know bug (or bugs)? I looked on the tracker and could not
> find anything.
>
> I am on Arch linux with Qt 4.7.4
>


Actually, it looks like it is a problem with Kwin (Kde window
manager). For some reasons, the system-wide/application-specific
window settings were forced to "full screen." I have no idea how that
happened, since I never use Lyx full screen.
I'll post again if the problem reappears.


Cheers,

Stefano



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies            Ph:   +1 (979) 845-2125
Texas A University                          Fax:  +1 (979) 845-6421
College Station, Texas, USA

Re: LyX 2.0.2 Source Packages Ready Again

[Jean-Marc Lasgouttes]

It would be nice to have a short recipe to reproduce it.

JMarc
-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.


"Jean-Pierre Chrétien"  a écrit :

Richard Heck  comcast.net> writes:

> 
> 
> The LyX 2.0.2 source package has been updated a bit in response to
> earlier issues and is again available here:
> http://frege.brown.edu/lyx/
> Please let me know when binaries have been built. Let's try to do the
> official release by midweek.

Compiles fine here on Debian Squueze, just warnings in the shell window when
writing a short document:

Undo.cpp(296): There is no group open (creating one)

Jean-Pierre

Configuration
Host type: i686-pc-linux-gnu
Special build flags: build=release use-aspell
C Compiler: gcc 
C Compiler LyX flags: 
C Compiler flags: -O2
C++ Compiler: g++ (4.4.5)
C++ Compiler LyX flags: 
C++ Compiler flags: -O2
Linker flags: 
Linker user flags: 
Qt 4 Frontend:
Qt 4 version: 4.6.3
Packaging: posix
LyX binary dir: /usr/local/bin
LyX files dir: /usr/local/share/lyx-2.0.2

Re: LyX integrated with Sage

[Liviu Andronic]

On Sun, Nov 27, 2011 at 7:02 PM, Nicu Tofan  wrote:
> Thank you for your reply, Richard.
>
>> Sage is a free open-source mathematics software system licensed under the
>> GPL. It combines the power of many existing open-source packages into a
>> common Python-based interface.
>
> One of the packages it includes is Maxima.
>
This looks promising.


> Having an infrastructure in place is a big plus.
>
There's been once a long discussion on the topic of CAS support in
LyX, which you may want to look into [1]. One of the main issues
pointed there concerned the need for heuristics when evaluating LaTeX
expressions [2]; if this can be improved and rendered more robust then
it would be a great contribution.

[1] http://www.mail-archive.com/lyx-users@lists.lyx.org/msg77889.html
[2] http://www.mail-archive.com/lyx-users@lists.lyx.org/msg77929.html


> I would like to hear from
> the R users about how they would like to see LyX enhanced. Maybe there is a
> convergence somewhere.
>
I am not sure what is the scope of Sage. Is it symbolic evaluation
plus computations, similar to the way Maxima et al. are used in LyX
math environments? Or can it be used to perform complex mathematical
and statistical procedures, as R does?

Currently Sweave and Maxima et al. support in LyX are rather
orthogonal. As far as I can see LyX & Sweave do as much as LaTeX &
Sweave are capable of, so I don't anticipate many improvements on this
front: more keeping everything robust and up-to-date. One possible
improvement would be to provide a native LyX inset for R code, which
may slightly improve the workflow (#6753). Another improvement is
support for several other packages extending Sweave, via additional
modules (#7887). But again, this seems to overlap very little with the
CAS support.

Regards
Liviu


> Glad to hear that the general idea fits with your views. I will examine the
> code and will came back with specific ideas. Meanwhile, if anyone feels like
> dropping a thought about this, I would be happy to read it.
>
> Nick
>



-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Re: LyX integrated with Sage

[Nicu Tofan]

2011/11/27 Liviu Andronic 

> On Sun, Nov 27, 2011 at 7:02 PM, Nicu Tofan  wrote:
> > Thank you for your reply, Richard.
> >
> >> Sage is a free open-source mathematics software system licensed under
> the
> >> GPL. It combines the power of many existing open-source packages into a
> >> common Python-based interface.
> >
> > One of the packages it includes is Maxima.
> >
> This looks promising.
>
>
> > Having an infrastructure in place is a big plus.
> >
> There's been once a long discussion on the topic of CAS support in
> LyX, which you may want to look into [1]. One of the main issues
> pointed there concerned the need for heuristics when evaluating LaTeX
> expressions [2]; if this can be improved and rendered more robust then
> it would be a great contribution.
>
> [1] http://www.mail-archive.com/lyx-users@lists.lyx.org/msg77889.html
> [2] http://www.mail-archive.com/lyx-users@lists.lyx.org/msg77929.html
>
>
> > I would like to hear from
> > the R users about how they would like to see LyX enhanced. Maybe there
> is a
> > convergence somewhere.
> >
> I am not sure what is the scope of Sage. Is it symbolic evaluation
> plus computations, similar to the way Maxima et al. are used in LyX
> math environments? Or can it be used to perform complex mathematical
> and statistical procedures, as R does?
>
> Currently Sweave and Maxima et al. support in LyX are rather
> orthogonal. As far as I can see LyX & Sweave do as much as LaTeX &
> Sweave are capable of, so I don't anticipate many improvements on this
> front: more keeping everything robust and up-to-date. One possible
> improvement would be to provide a native LyX inset for R code, which
> may slightly improve the workflow (#6753). Another improvement is
> support for several other packages extending Sweave, via additional
> modules (#7887). But again, this seems to overlap very little with the
> CAS support.
>
> Regards
> Liviu
>
>
> > Glad to hear that the general idea fits with your views. I will examine
> the
> > code and will came back with specific ideas. Meanwhile, if anyone feels
> like
> > dropping a thought about this, I would be happy to read it.
> >
> > Nick
> >
>
>
>
> --
> Do you know how to read?
> http://www.alienetworks.com/srtest.cfm
> http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
> Do you know how to write?
> http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
>


Hello, Liviu, thanks for your input.

The two links that you have provided are highly welcomed. Will look into
that.

Sage contains R.   Sage is a Python
blanket that covers a number of free open source packages. Also has
original code in what it is called the Sage library. Is capable of both
numerical and symbolic processing. Look at this
list.
It has BLAS, it has Boost, Python, R, Maxima, Mercurial, Cython ...
you may test
it online . I have to say I'm pretty impressed.

That being said, the job of implementing CAS support is easier, as one only
has to write a single interface. That sounds simpler than it really is, no
doubt, but it's a huge plus. The downside is the size of the Sage download
(the VirtualBox .ova file is 1401.04 MB, the 32bit Ubuntu release is 403.19
MB).

Nick

Re: Documentation status for LyX 2.0.x

[Uwe Stöhr]

Am 14.11.2011 08:17, schrieb PhilipPirrip:


Ping!
May I ask what's the plan with these documents? Have you forgotten to commit 
them, or is there a
problem?


It seems that Richard was too busy with the release of LyX 2.0.2.

Many thanks for your work! Unfortunately LyX 2.0.2 is now out, but it will be part of LyX 2.0.3. 
I'll put it in.
But one question? Do you know Japanese? I suggested to copy the changes into the other files in 
English so that the translators can translate the changes easily. If you already know Japanese, 
French, German and Spanish it is OK. Do you? If not, I'll ask our translators to review your 
translations.


best regards
Uwe

Re: CMake problems was: removing scons

[Uwe Stöhr]

Am 14.11.2011 09:30, schrieb Peter Kümmel:


Can anybody help me please?


Somehow reusing PATH does not work: set PATH=%GNUWIN32_DIR%\bin;%PATH%


This command works, also in an if statement, but for an unknown reason not inside an else part of an 
if-statement.



But this has nothing to do with cmake, it's ms batch file scripting.

I would set all needed environment variables and call a batch script with a 
one-line cmake call.


After some fiddling I got it to compile. I will report if branch works too.

thanks and regards Uwe

Re: LyX 2.0.2 Again

[Yihui Xie]

The templates for book and report were added due to the comment here:
http://www.lyx.org/trac/ticket/7495#comment:8

But Uwe is absolutely right -- we do not really need them. It suffices
to only keep the one for article.

Thanks!

Regards,
Yihui
--
Yihui Xie 
Phone: 515-294-2465 Web: http://yihui.name
Department of Statistics, Iowa State University
2215 Snedecor Hall, Ames, IA



On Thu, Nov 24, 2011 at 4:20 PM, Richard Heck  wrote:
> On 11/24/2011 04:23 PM, Uwe Stöhr wrote:
>>
>>> I'm planning to do a bit more
>>> testing the next couple days, and then I will prepare the release on
>>> Friday, assuming there are no issues.
>>
>> Please postpone it until Monday. Currently branch is not in shape for
>> me and I need more time to test.
>>
> If you wish, we can remove the ctex.lyx template for this release.
> Otherwise, I would think that things would be fine. The new layouts
>
> Richard
>
>

Editing wiki pages

[Bulletproof Monkey]

Hello.

I'm looking into the sources of the LyX. Would it be Ok to Edit the wiki pages 
(like http://wiki.lyx.org/Devel/FilesInTrunk) as I go? I see that LyX password 
works.

Are the informations in http://wiki.lyx.org/Devel/Git up to date?

Thank you.
BPM