Re: make distcheck: cannot remove '../../po/lyx.pot'
On Mon, Jul 04, 2016 at 02:42:47PM -0700, Pavel Sanda wrote: > Scott Kostyshak wrote: > > Does the following work for anyone on current master? > > > > git reset --hard && git clean -xdf && ./autogen.sh && > > ./configure --enable-build-type=pre && > > make && > > make check && > > make distcheck && > > echo "GOOD" > > This was a tough one. distcheck was broken for a while (while showing it's > famous lyx.pot message) and bisecting nowadays master is like walking through > the minefield where bunch of commits do not compile at all or git gets crazy > due to cr-lf mismanagement. > > But try again now. Thanks! Just tried and it works well. Scott signature.asc Description: PGP signature
Re: Exporting compressed files
On Tue, Jul 05, 2016 at 10:12:52AM +1200, Andrew Parsloe wrote: > > > On 4/07/2016 10:52 a.m., Scott Kostyshak wrote: > > On Sat, May 28, 2016 at 03:00:09PM +1200, Andrew Parsloe wrote: > > > I inadvertently tried exporting a compressed 2.2 file to 2.1.4. It was not > > > recognised by 2.1.4. When I try exporting an empty 2.2 compressed file, it > > > too isn't recognized by 2.1.4, so clearly this is not an allowed mode of > > > export. However I can't see anything saying that this won't work in the > > > documentation, and I wonder if it *should* be possible -- uncompress in > > > the > > > background and then export that? (I have a number of older files saved in > > > compressed format which I'm looking at in 2.2 and saving, but also > > > exporting > > > to 2.1 format to retain a copy I can work on in 2.1.4.) > > > > > > Andrew > > > > Can you make a bug report about this, Andrew, so we don't forget? > > > > Scott > > > http://www.lyx.org/trac/ticket/10273 Thanks. > I wasn't sure of the component. File? Or is it lyx2lyx? Good question. I think either would be fine. I don't actually know what File is meant for. I would go for lyx2lyx. Scott signature.asc Description: PGP signature
Re: [LyX/2.2.x] Bring window to front after loading a document
Enrico Forestieri wrote: > You mean when your wm is configured not to bring up a window when it > is clicked, such that you can load a file from menu and still have the > main window behind other windows? You are my man :) P
Re: Compilation problems
> Am 04.07.2016 um 23:47 schrieb Guillaume Munch :
>
> I tried to reproduce the compilation issues from today by compiling with
> clang, and also by changing the build type. The result is that I cannot
> reproduce the issues. Therefore, I am not going to be able adjust my
> build setup to make sure that I cause fewer such issues in the future.
>
> But doing so I noticed the following warning with clang, in case someone
> fancies fixing it:
>
>
> In file included from ../../src/EnchantChecker.cpp:14:
> /usr/include/enchant/enchant++.h:55:25: warning: 'enchant::Exception::what'
> hides
> overloaded virtual function [-Woverloaded-virtual]
>virtual const char * what () throw() {
> ^
> /usr/bin/../lib/gcc/x86_64-linux-gnu/5.3.1/../../../../include/c++/5.3.1/exception:68:25:
> note:
> hidden overloaded virtual function 'std::exception::what' declared here:
> different qualifiers (const vs none)
>virtual const char* what() const _GLIBCXX_USE_NOEXCEPT;
>^
>
>
The enchant C++ header has more serious errors than this one.
Look at the method is_added …
I’m really surprised it’s so common on Linux.
> Also, in the future it would help if people included their configuration
> summary together with their reports in case it helps with reproducing.
Ok. I see.
Stephan
Re: [LyX/2.2.x] Bring window to front after loading a document
On Mon, Jul 04, 2016 at 01:06:42PM -0700, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > commit f5f8c6fd3828285b67e43a9c16d4ac2ff2140944
> > Author: Enrico Forestieri
> > Date: Mon Jul 4 20:44:13 2016 +0200
> >
> > Bring window to front after loading a document
> >
> > Fixes #7875.
>
> Ouch. Can we restrict this to single instance mode?
> It breaks the stacking of windows when you use less
> commong focus policies in your window manager.
You mean when your wm is configured not to bring up a window when it
is clicked, such that you can load a file from menu and still have the
main window behind other windows?
If yes, curiously, this is also my arrangement and I can understand your
pain (which would have been my own pain when I would have realized what
I was doing :)
The attached patch fixes it for me.
--
Enrico
diff --git a/src/frontends/qt4/GuiApplication.cpp b/src/frontends/qt4/GuiApplication.cpp
index 9d2f3c3..6586207 100644
--- a/src/frontends/qt4/GuiApplication.cpp
+++ b/src/frontends/qt4/GuiApplication.cpp
@@ -1680,7 +1680,7 @@ void GuiApplication::dispatch(FuncRequest const & cmd, DispatchResult & dr)
current_view_->openDocument(fname);
if (!current_view_->documentBufferView())
current_view_->close();
- else {
+ else if (cmd.origin() == FuncRequest::LYXSERVER) {
current_view_->raise();
current_view_->activateWindow();
current_view_->showNormal();
@@ -1690,9 +1690,11 @@ void GuiApplication::dispatch(FuncRequest const & cmd, DispatchResult & dr)
// but let's make sure
LASSERT(current_view_, break);
current_view_->openDocument(fname);
- current_view_->raise();
- current_view_->activateWindow();
- current_view_->showNormal();
+ if (cmd.origin() == FuncRequest::LYXSERVER) {
+current_view_->raise();
+current_view_->activateWindow();
+current_view_->showNormal();
+ }
}
break;
}
Re: [LyX/master] Rationalise includes
> Am 05.07.2016 um 00:24 schrieb Guillaume Munch : > > Le 04/07/2016 12:06, Stephan Witt a écrit : >> Hi Guillaume, >> >> now I’m getting: … >> > > Where are we after Pavel's and your changes? I’m able to build LyX again. But as Pavel said already: a git bisect was nearly impossible :( Stephan
Re: [LyX/master] Fix missing TexRow.h include after change 670efa8f646218f2a378f0cc614c4c37a9f6b89a
> Am 04.07.2016 um 23:55 schrieb Guillaume Munch : > > Le 04/07/2016 20:37, Stephan Witt a écrit : >> commit c6ce76c2fbe88c7882935d6c1bf44a6247943b97 >> Author: Stephan Witt >> Date: Mon Jul 4 20:37:06 2016 +0200 >> >> Fix missing TexRow.h include after change >> 670efa8f646218f2a378f0cc614c4c37a9f6b89a >> --- >> src/mathed/MathStream.h |2 +- >> 1 files changed, 1 insertions(+), 1 deletions(-) >> >> diff --git a/src/mathed/MathStream.h b/src/mathed/MathStream.h >> index d1cfb94..28eda3f 100644 >> --- a/src/mathed/MathStream.h >> +++ b/src/mathed/MathStream.h >> @@ -14,6 +14,7 @@ >> >> #include "InsetMath.h" >> #include "texstream.h" >> +#include "TexRow.h" >> >> #include "support/Changer.h" >> #include "support/strfwd.h" >> @@ -26,7 +27,6 @@ class Encoding; >> class InsetMath; >> class MathAtom; >> class MathData; >> -class RowEntry; >> >> // >> // LaTeX/LyX >> > > > But the point was to remove this include. > > What errors do you get with the attached? > > > Guillaume > That works too. This was the list of recompiled files (depending on MathStream.h): CXX Cursor.o CXX lyxfind.o AR liblyxcore.a CXX mathed/CommandInset.o CXX mathed/InsetMathAMSArray.o CXX mathed/InsetMathArray.o CXX mathed/InsetMathBig.o CXX mathed/InsetMathBoldSymbol.o CXX mathed/InsetMathBox.o CXX mathed/InsetMathBrace.o CXX mathed/InsetMath.o CXX mathed/InsetMathCases.o CXX mathed/InsetMathChar.o CXX mathed/InsetMathColor.o CXX mathed/InsetMathComment.o CXX mathed/InsetMathDecoration.o CXX mathed/InsetMathDelim.o CXX mathed/InsetMathDiff.o CXX mathed/InsetMathDots.o CXX mathed/InsetMathEnsureMath.o CXX mathed/InsetMathEnv.o CXX mathed/InsetMathExFunc.o CXX mathed/InsetMathExInt.o CXX mathed/InsetMathFont.o CXX mathed/InsetMathFontOld.o CXX mathed/InsetMathFrac.o CXX mathed/InsetMathGrid.o CXX mathed/InsetMathHull.o CXX mathed/InsetMathKern.o CXX mathed/InsetMathLim.o CXX mathed/InsetMathCancel.o CXX mathed/InsetMathCancelto.o CXX mathed/InsetMathMatrix.o CXX mathed/InsetMathNest.o CXX mathed/InsetMathNumber.o CXX mathed/InsetMathOverset.o CXX mathed/InsetMathPar.o CXX mathed/InsetMathPhantom.o CXX mathed/InsetMathRoot.o CXX mathed/InsetMathScript.o CXX mathed/InsetMathSideset.o CXX mathed/InsetMathSize.o CXX mathed/InsetMathSpace.o CXX mathed/InsetMathSpecialChar.o CXX mathed/InsetMathSplit.o CXX mathed/InsetMathSqrt.o CXX mathed/InsetMathStackrel.o CXX mathed/InsetMathString.o CXX mathed/InsetMathSubstack.o CXX mathed/InsetMathSymbol.o CXX mathed/InsetMathTabular.o CXX mathed/InsetMathUnderset.o CXX mathed/InsetMathUnknown.o CXX mathed/InsetMathXArrow.o CXX mathed/InsetMathXYMatrix.o CXX mathed/InsetMathDiagram.o CXX mathed/MathData.o CXX mathed/MathExtern.o CXX mathed/MathFactory.o CXX mathed/MathMacro.o CXX mathed/MathMacroArgument.o CXX mathed/MacroTable.o CXX mathed/MathMacroTemplate.o CXX mathed/MathStream.o CXX mathed/MathSupport.o AR liblyxmathed.a CXXLDlyx Stephan
Re: [LyX/master] Rationalise includes
Le 04/07/2016 12:06, Stephan Witt a écrit : Hi Guillaume, now I’m getting: … Where are we after Pavel's and your changes?
Re: Exporting compressed files
On 4/07/2016 10:52 a.m., Scott Kostyshak wrote: On Sat, May 28, 2016 at 03:00:09PM +1200, Andrew Parsloe wrote: I inadvertently tried exporting a compressed 2.2 file to 2.1.4. It was not recognised by 2.1.4. When I try exporting an empty 2.2 compressed file, it too isn't recognized by 2.1.4, so clearly this is not an allowed mode of export. However I can't see anything saying that this won't work in the documentation, and I wonder if it *should* be possible -- uncompress in the background and then export that? (I have a number of older files saved in compressed format which I'm looking at in 2.2 and saving, but also exporting to 2.1 format to retain a copy I can work on in 2.1.4.) Andrew Can you make a bug report about this, Andrew, so we don't forget? Scott http://www.lyx.org/trac/ticket/10273 I wasn't sure of the component. File? Or is it lyx2lyx? Andrew --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Re: LyX 2.2.1
Am 04.07.2016 um 12:05 schrieb Jean-Marc Lasgouttes: I'd say that only regressions could be important. Other than that, it is always better to let a good release out than to wait for a perfect one. +1 it seems that only http://www.lyx.org/trac/ticket/10199 should be fixed. Günter? regards Uwe
Re: [LyX/master] Fix missing TexRow.h include after change 670efa8f646218f2a378f0cc614c4c37a9f6b89a
Le 04/07/2016 20:37, Stephan Witt a écrit : commit c6ce76c2fbe88c7882935d6c1bf44a6247943b97 Author: Stephan Witt Date: Mon Jul 4 20:37:06 2016 +0200 Fix missing TexRow.h include after change 670efa8f646218f2a378f0cc614c4c37a9f6b89a --- src/mathed/MathStream.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mathed/MathStream.h b/src/mathed/MathStream.h index d1cfb94..28eda3f 100644 --- a/src/mathed/MathStream.h +++ b/src/mathed/MathStream.h @@ -14,6 +14,7 @@ #include "InsetMath.h" #include "texstream.h" +#include "TexRow.h" #include "support/Changer.h" #include "support/strfwd.h" @@ -26,7 +27,6 @@ class Encoding; class InsetMath; class MathAtom; class MathData; -class RowEntry; // // LaTeX/LyX But the point was to remove this include. What errors do you get with the attached? Guillaume diff --git a/src/mathed/MathStream.h b/src/mathed/MathStream.h index 28eda3f..3116ab4 100644 --- a/src/mathed/MathStream.h +++ b/src/mathed/MathStream.h @@ -14,7 +14,6 @@ #include "InsetMath.h" #include "texstream.h" -#include "TexRow.h" #include "support/Changer.h" #include "support/strfwd.h" @@ -27,6 +26,7 @@ class Encoding; class InsetMath; class MathAtom; class MathData; +struct RowEntry; // // LaTeX/LyX
Re: [LyX/master] Match code with comment
Le 04/07/2016 11:50, Jean-Marc Lasgouttes a écrit : Le 04/07/2016 à 01:36, Guillaume Munch a écrit : (Then one would have to fix the problem regarding uneven lines, mentioned in the above commit, in another fashion.) Note that this would lead to irregular dashed lines, at least in Qt4. I was thinking there might be other solutions. Note that there is at least one place where Qt's painting mechanism is misunderstood by LyX, which is when antialiasing is turned off for horizontal and vertical lines to get sharp lines. According to the manual, the proper solution is instead to add 0.5 to each coordinate. Maybe the issue that you mention has related solutions. At least this is what I had in mind when writing the above.
Compilation problems
I tried to reproduce the compilation issues from today by compiling with
clang, and also by changing the build type. The result is that I cannot
reproduce the issues. Therefore, I am not going to be able adjust my
build setup to make sure that I cause fewer such issues in the future.
But doing so I noticed the following warning with clang, in case someone
fancies fixing it:
In file included from ../../src/EnchantChecker.cpp:14:
/usr/include/enchant/enchant++.h:55:25: warning:
'enchant::Exception::what' hides
overloaded virtual function [-Woverloaded-virtual]
virtual const char * what () throw() {
^
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.3.1/../../../../include/c++/5.3.1/exception:68:25:
note:
hidden overloaded virtual function 'std::exception::what'
declared here:
different qualifiers (const vs none)
virtual const char* what() const _GLIBCXX_USE_NOEXCEPT;
^
Also, in the future it would help if people included their configuration
summary together with their reports in case it helps with reproducing.
Guillaume
Re: make distcheck: cannot remove '../../po/lyx.pot'
Scott Kostyshak wrote: > Does the following work for anyone on current master? > > git reset --hard && git clean -xdf && ./autogen.sh && > ./configure --enable-build-type=pre && > make && > make check && > make distcheck && > echo "GOOD" This was a tough one. distcheck was broken for a while (while showing it's famous lyx.pot message) and bisecting nowadays master is like walking through the minefield where bunch of commits do not compile at all or git gets crazy due to cr-lf mismanagement. But try again now. Pavel
Re: [LyX/master] Gcc 6+ use C++14 as default, so there is no need to enforce C++11
Le 04/07/2016 12:25, Jean-Marc Lasgouttes a écrit : commit 67ac031a33b1621fdadb903422de598595cc08d2 Also, use gnu++11 unconditionnally with gcc as we used to do before 67385e69. Does this mean more problems that go unnoticed until people on OSX or Windows try to compile? Guillaume
Re: [LyX/master] Fix missing include for file i/o prototypes after header cleanup in change 489dca71cd99bbc78780fa40311a2eb042c0320e
Le 04/07/2016 10:30, Stephan Witt a écrit : commit df73cade2bdbf272f5228ec895d97c21a20242d5 Author: Stephan Witt Date: Mon Jul 4 10:30:19 2016 +0200 Fix missing include for file i/o prototypes after header cleanup in change 489dca71cd99bbc78780fa40311a2eb042c0320e --- src/ServerSocket.cpp |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/src/ServerSocket.cpp b/src/ServerSocket.cpp index ece3549..fd903ce 100644 --- a/src/ServerSocket.cpp +++ b/src/ServerSocket.cpp @@ -39,6 +39,10 @@ # include #endif +#ifdef HAVE_UNISTD_H +# include +#endif + using namespace std; using namespace lyx::support; Thanks Stephan for this fix and all other fixes so far. For the above one, I would much prefer to first understand what causes the issue. No .h file from the tree includes unistd.h and therefore it could not have been included indirectly previously. I removed the include of support/bind.h but all it did load was std::functional (and before that boost::functional and no such problem surfaced during the change). The above problem is a mystery that deserves closer inspection IMO.
Re: [LyX/master] Rationalise includes
Stephan Witt wrote:
> Am 04.07.2016 um 22:35 schrieb Pavel Sanda :
> >
> > Guillaume Munch wrote:
> >> commit 670efa8f646218f2a378f0cc614c4c37a9f6b89a
> >> Author: Guillaume Munch
> >> Date: Sun Jun 19 03:39:38 2016 +0100
> >>
> >>Rationalise includes
> >>
> >>Modifying TexRow.h or texstream.h no longer triggers the recompilation
> >> of the
> >>complete source tree.
> >
> > I guess this one is related (make check):
> > CXXcheck_layout-check_layout.o
> > tests/check_layout.cpp: In function 'bool test_Layout(const string&, const
> > string&)':
> > tests/check_layout.cpp:61:35: error: invalid use of incomplete type
> > 'std::ofstream {aka struct std::basic_ofstream}'
> > /usr/include/c++/4.6/iosfwd:116:11: error: declaration of 'std::ofstream
> > {aka struct std::basic_ofstream}'
> > tests/check_layout.cpp:66:17: error: aggregate 'std::ostringstream oss'
> > has incomplete type and cannot be defined
> > tests/check_layout.cpp:68:21: error: variable 'std::istringstream iss' has
> > initializer but incomplete type
> > tests/check_layout.cpp:90:19: error: aggregate 'std::ostringstream
> > osstest' has incomplete type and cannot be defined
>
> Probably.
>
> Does the attached patch help?
I fixed it meanwhile. P
Re: [LyX/master] Rationalise includes
Am 04.07.2016 um 22:35 schrieb Pavel Sanda :
>
> Guillaume Munch wrote:
>> commit 670efa8f646218f2a378f0cc614c4c37a9f6b89a
>> Author: Guillaume Munch
>> Date: Sun Jun 19 03:39:38 2016 +0100
>>
>>Rationalise includes
>>
>>Modifying TexRow.h or texstream.h no longer triggers the recompilation of
>> the
>>complete source tree.
>
> I guess this one is related (make check):
> CXXcheck_layout-check_layout.o
> tests/check_layout.cpp: In function 'bool test_Layout(const string&, const
> string&)':
> tests/check_layout.cpp:61:35: error: invalid use of incomplete type
> 'std::ofstream {aka struct std::basic_ofstream}'
> /usr/include/c++/4.6/iosfwd:116:11: error: declaration of 'std::ofstream
> {aka struct std::basic_ofstream}'
> tests/check_layout.cpp:66:17: error: aggregate 'std::ostringstream oss' has
> incomplete type and cannot be defined
> tests/check_layout.cpp:68:21: error: variable 'std::istringstream iss' has
> initializer but incomplete type
> tests/check_layout.cpp:90:19: error: aggregate 'std::ostringstream osstest'
> has incomplete type and cannot be defined
Probably.
Does the attached patch help?
Stephan
check_layout.patch
Description: Binary data
Re: [LyX/master] Rationalise includes
Guillaume Munch wrote:
> commit 670efa8f646218f2a378f0cc614c4c37a9f6b89a
> Author: Guillaume Munch
> Date: Sun Jun 19 03:39:38 2016 +0100
>
> Rationalise includes
>
> Modifying TexRow.h or texstream.h no longer triggers the recompilation of
> the
> complete source tree.
I guess this one is related (make check):
CXXcheck_layout-check_layout.o
tests/check_layout.cpp: In function 'bool test_Layout(const string&, const
string&)':
tests/check_layout.cpp:61:35: error: invalid use of incomplete type
'std::ofstream {aka struct std::basic_ofstream}'
/usr/include/c++/4.6/iosfwd:116:11: error: declaration of 'std::ofstream {aka
struct std::basic_ofstream}'
tests/check_layout.cpp:66:17: error: aggregate 'std::ostringstream oss' has
incomplete type and cannot be defined
tests/check_layout.cpp:68:21: error: variable 'std::istringstream iss' has
initializer but incomplete type
tests/check_layout.cpp:90:19: error: aggregate 'std::ostringstream osstest'
has incomplete type and cannot be defined
p
Re: [LyX/2.2.x] Bring window to front after loading a document
Enrico Forestieri wrote: > commit f5f8c6fd3828285b67e43a9c16d4ac2ff2140944 > Author: Enrico Forestieri > Date: Mon Jul 4 20:44:13 2016 +0200 > > Bring window to front after loading a document > > Fixes #7875. Ouch. Can we restrict this to single instance mode? It breaks the stacking of windows when you use less commong focus policies in your window manager. Pavel
Re: [LyX/master] Move duplicated symbols to the macro section
On Sun, Jul 03, 2016 at 08:07:46PM +0200, Enrico Forestieri wrote: > On Sun, Jun 26, 2016 at 08:36:48PM +0200, Georg Baum wrote: > > > commit 343a379b88e35778f358742e134c61b552bcabb3 > > Author: Georg Baum > > Date: Sun Jun 26 20:23:46 2016 +0200 > > > > Move duplicated symbols to the macro section > > > > This helps to find them via unicodesymbols as I do for some STIX > > experiments > > Georg, after this commit \leq, \geq, and \lnot are shown as blanks in mathed. Fixed at 7c82ab32. -- Enrico
Re: makefile errors 'recipe for target 'lyx' failed / ..for target 'all' failed
Am 04.07.2016 um 12:44 schrieb Michael Berger : > > Dear LyX friends, > Richard Heck suggested to post this to the list. > > This is my sandbox PC > Mageia5 x86_64 KDE (performing since months without any problem) > No older Lyx version installed > TexLive2016 GUI installed and functioning > > I started to install Lyx 2.2.0 > > ./configure > went through and I was encouraged: 'Type make to compile the program.' > > But 'make' stopped and presented me the errors as per subject. > I could repeat this and always got same errors. > > See also the log attached. > > Could somebody please help? Your log is really short. It looks like you did some compiler runs before. Did you start from a clean source and build tree after your last call to configure? I suspect you did your build with different configurations. Stephan
Re: Why does LyX not accept empty list items?
On 04.07.2016 16:16, Jean-Marc Lasgouttes wrote:
Le 04/07/2016 à 15:38, racoon a écrit :
Thanks. Still I am wondering a bit why anything special at all is
necessary.
Well, I am glad I do not have dangling list items like Word gladly creates.
Thanks. Not sure what you mean exactly by "dangling list items". Is the
worry that there could be a list item, say from a description, that are
easily overlooked? I guess list items and indentations are more visible
in LyX than in word. But still I see the point somewhat.
And I do not feel that the result obtained with LaTeX with a empty list
is very understandable typography. The hassle of adding a dummy element
is less than the risk of having an unintended result IMO.
Yes, the example I gave isn't very practical. But then consider
\begin{quote}
\begin{enumerate}
\item Enumerated stuff
\end{enumerate}
\end{quote}
That seems to be very understandable typography.
Daniel
Re: Weird KDE Bug in LyX
On 07/04/2016 10:36 AM, José Abílio Matos wrote: On Friday, July 1, 2016 9:51:08 AM WEST Richard Heck wrote: Add [Development] AutoCheckAccelerators=false CopyWidgetText=false to $HOME/.config/kdeglobals Richard Thank you Richard, when that happens it can be really annoying. Trying to change a paragraph layout with Alt+P and then changing an unrelated document is really confusing and surprising. I tested and it works. Hopefully, it will also get fixed upstream. Richard
Re: Weird KDE Bug in LyX
On Friday, July 1, 2016 9:51:08 AM WEST Richard Heck wrote: > Add > > [Development] > AutoCheckAccelerators=false > CopyWidgetText=false > > to $HOME/.config/kdeglobals > > Richard Thank you Richard, when that happens it can be really annoying. Trying to change a paragraph layout with Alt+P and then changing an unrelated document is really confusing and surprising. I tested and it works. Regards, -- José Abílio
Re: Why does LyX not accept empty list items?
Le 04/07/2016 à 15:38, racoon a écrit : Thanks. Still I am wondering a bit why anything special at all is necessary. Well, I am glad I do not have dangling list items like Word gladly creates. And I do not feel that the result obtained with LaTeX with a empty list is very understandable typography. The hassle of adding a dummy element is less than the risk of having an unintended result IMO. JMarc
Re: Why does LyX not accept empty list items?
On 04.07.2016 14:48, José Abílio Matos wrote:
On Monday, July 4, 2016 12:45:05 PM WEST racoon wrote:
In LyX one has to enter and ERT with {} or a note or so in order to keep
the item. This seems cumbersome. And it is needed in order to, for
example, start an "indented environment" directly after the first, e.g.
to get
No need to go ert, use a hard space (ctrl + space).
Thanks. Still I am wondering a bit why anything special at all is necessary.
Re: Why does LyX not accept empty list items?
On Monday, July 4, 2016 12:45:05 PM WEST racoon wrote:
> In LyX one has to enter and ERT with {} or a note or so in order to keep
> the item. This seems cumbersome. And it is needed in order to, for
> example, start an "indented environment" directly after the first, e.g.
> to get
No need to go ert, use a hard space (ctrl + space).
--
José Abílio
Why does LyX not accept empty list items?
\begin{enumerate}
\item
\item
\end{enumerate}
Is totally legitimate in LaTeX. So I am wondering why LyX automatically
removes empty list items.
In LyX one has to enter and ERT with {} or a note or so in order to keep
the item. This seems cumbersome. And it is needed in order to, for
example, start an "indented environment" directly after the first, e.g.
to get
\begin{enumerate}
\item
\begin{enumerate}
\item
\end{enumerate}
\end{enumerate}
in LyX one has to create
\begin{enumerate}
\item {}
\begin{enumerate}
\item
\end{enumerate}
\end{enumerate}
I guess there is a reason why LyX behaves as it does with empty list
items but I fail to see it at the moment. Maybe someone can give the
reason or direct me to some discussion about this?
Daniel
makefile errors 'recipe for target 'lyx' failed / ..for target 'all' failed
Dear LyX friends,
Richard Heck suggested to post this to the list.
This is my sandbox PC
Mageia5 x86_64 KDE (performing since months without any problem)
No older Lyx version installed
TexLive2016 GUI installed and functioning
I started to install Lyx 2.2.0
./configure
went through and I was encouraged: 'Type make to compile the program.'
But 'make' stopped and presented me the errors as per subject.
I could repeat this and always got same errors.
See also the log attached.
Could somebody please help?
Thanks and cheers,
Michael
[mb39@localhost ~]$ cd /home/mb39/Downloads/lyx-2.2.0
[mb39@localhost lyx-2.2.0]$ ./configure
configuring LyX version 2.2.0
checking for build type... release
checking for version suffix...
checking whether Qt5 is requested... no
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking what packaging should be used... posix
checking whether to enable maintainer-specific portions of Makefiles... no
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '1000' is supported by ustar format... yes
checking whether GID '1000' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether make supports nested variables... (cached) yes
checking for a Python interpreter with version >= 2.7.0 or 3.3.0... python
checking for python... /usr/bin/python
checking for python version... 2.7
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.7/site-packages
checking for python extension module directory...
${exec_prefix}/lib64/python2.7/site-packages
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for ar... ar
checking the archiver (ar) interface... ar
checking for ranlib... ranlib
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... no
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking whether the compiler is clang... no
checking whether STL is libstdc++... yes
checking whether STL is libstdc++ using the C++11 ABI... no
checking whether the compiler implements C++11... yes
checking regex usability... yes
checking regex presence... yes
checking for regex... yes
checking for correct regex implementation... yes
checking for gcc... gcc
checking whether we are using the GNU Objective C compiler... no
checking whether gcc accepts -g... no
checking dependency style of gcc... gcc3
checking dependency style of gcc... (cached) gcc3
checking for extra library directory... NONE
checking for extra include directory... NONE
checking for extra lib+include directory... NONE
checking for main in -lshlwapi... no
checking for main in -lpsapi... no
checking for main in -lgdi32... no
checking whether to use included boost library... yes
checking whether to use included MyThes library... yes
checking whether byte ordering is bigendian... no
checking whether printing callstack is possible... yes
checking size of wchar_t... 4
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/
Re: [LyX/master] Rationalise includes
Hi Guillaume,
the iostream resp. sstream include issues I’ve changed myself.
The math related things I cannot fix.
Furthermore I’m seeing this warning:
In file included from /Users/stephan/git/lyx/src/lyxfind.cpp:42:
/Users/stephan/git/lyx/src/mathed/MathStream.h:29:1: warning: class 'RowEntry'
was previously declared as a struct [-Wmismatched-tags]
class RowEntry;
^
/Users/stephan/git/lyx/src/TexRow.h:56:8: note: previous use is here
struct RowEntry {
^
/Users/stephan/git/lyx/src/mathed/MathStream.h:29:1: note: did you mean struct
here?
class RowEntry;
^
struct
Stephan
> Am 04.07.2016 um 12:06 schrieb Stephan Witt :
>
> Hi Guillaume,
>
> now I’m getting:
>
> /Users/stephan/git/lyx/src/output_docbook.cpp:108:7: error: invalid operands
> to binary expression ('odocstream' (aka 'basic_ostream char_traits >') and 'int')
>os << '\n';
>~~ ^
>
> I have to add another include in src/output_docbook.cpp
> +#include
>
> and in src/VCBackend.cpp
> +#include
>
> which leads to another error in VCBackend.cpp:
>
> /Users/stephan/git/lyx/src/VCBackend.cpp:1338:16: error: implicit
> instantiation of undefined template 'std::__1::basic_ostringstream std::__1::char_traits,
> std::__1::allocator >'
>ostringstream os;
> ^
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/iosfwd:123:33:
> note: template is declared here
>class _LIBCPP_TYPE_VIS_ONLY basic_ostringstream;
>^
>
> The next problem is:
>
> /Users/stephan/git/lyx/src/RowPainter.cpp:691:55: error: use of undeclared
> identifier 'abs'
>pi_.pain.fillRectangle(int(xo_ + min(x1, x2)), y1,
> abs(x2 - x1),
>
> When adding the obvious include "#include “ it turns out that there is
> no abs for int values.
>
> /Users/stephan/git/lyx/src/RowPainter.cpp:691:55: error: call to 'abs' is
> ambiguous
>pi_.pain.fillRectangle(int(xo_ + min(x1, x2)), y1,
> abs(x2 - x1),
> ^~~
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cmath:664:1:
> note: candidate function
> abs(float __lcpp_x) _NOEXCEPT {return fabsf(__lcpp_x);}
> ^
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cmath:668:1:
> note: candidate function
> abs(double __lcpp_x) _NOEXCEPT {return fabs(__lcpp_x);}
> ^
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cmath:672:1:
> note: candidate function
> abs(long double __lcpp_x) _NOEXCEPT {return fabsl(__lcpp_x);}
> ^
>
> A change like the following helps.
> - pi_.pain.fillRectangle(int(xo_ + min(x1, x2)), y1,
> abs(x2 - x1),
> + pi_.pain.fillRectangle(int(xo_ + min(x1, x2)), y1,
> abs(float(x2 - x1)),
>
> But then it's the same story in the next file. So I don’t know how the proper
> fix should look like.
>
> /Users/stephan/git/lyx/src/TextMetrics.cpp:1355:8: error: call to 'abs' is
> ambiguous
>if (abs(p.x_ - x) < abs(p.x_ + dim.wid - x))
>^~~
>
> Stephan
>
>> Am 04.07.2016 um 02:42 schrieb Guillaume Munch :
>>
>> commit 670efa8f646218f2a378f0cc614c4c37a9f6b89a
>> Author: Guillaume Munch
>> Date: Sun Jun 19 03:39:38 2016 +0100
>>
>> Rationalise includes
>>
>> Modifying TexRow.h or texstream.h no longer triggers the recompilation of
>> the
>> complete source tree.
>> ---
>> src/Buffer.cpp | 23 ---
>> src/Buffer.h |6 +++---
>> src/BufferParams.cpp |1 +
>> src/Changes.cpp |1 +
>> src/Changes.h|4 ++--
>> src/Compare.cpp |1 +
>> src/Converter.h |1 -
>> src/Cursor.cpp |4 ++--
>> src/Font.cpp |1 +
>> src/Format.cpp |1 +
>> src/LaTeXFonts.cpp |1 +
>> src/PDFOptions.cpp |1 +
>> src/Paragraph.cpp|4 ++--
>> src/TexRow.cpp | 20 ++--
>> src/TexRow.h | 33 +
>> src/frontends/qt4/FindAndReplace.cpp |1 +
>> src/frontends/qt4/GuiViewSource.cpp |1 +
>> src/frontends/qt4/GuiViewSource.h|8 +++-
>> src/graphics/PreviewLoader.cpp |4 ++--
>> src/graphics/epstools.cpp|1 +
>> src/insets/ExternalSupport.cpp |1 +
>> src/insets/ExternalSupport.h |4 +++-
>> src/insets/InsetArgument.cpp |6 --
>> src/insets/InsetBibtex.cpp |1 +
>> src/insets/InsetBo
Re: [LyX/master] Rationalise includes
Hi Guillaume,
now I’m getting:
/Users/stephan/git/lyx/src/output_docbook.cpp:108:7: error: invalid operands to
binary expression ('odocstream' (aka 'basic_ostream >') and 'int')
os << '\n';
~~ ^
I have to add another include in src/output_docbook.cpp
+#include
and in src/VCBackend.cpp
+#include
which leads to another error in VCBackend.cpp:
/Users/stephan/git/lyx/src/VCBackend.cpp:1338:16: error: implicit instantiation
of undefined template 'std::__1::basic_ostringstream,
std::__1::allocator >'
ostringstream os;
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/iosfwd:123:33:
note: template is declared here
class _LIBCPP_TYPE_VIS_ONLY basic_ostringstream;
^
The next problem is:
/Users/stephan/git/lyx/src/RowPainter.cpp:691:55: error: use of undeclared
identifier 'abs'
pi_.pain.fillRectangle(int(xo_ + min(x1, x2)), y1,
abs(x2 - x1),
When adding the obvious include "#include “ it turns out that there is
no abs for int values.
/Users/stephan/git/lyx/src/RowPainter.cpp:691:55: error: call to 'abs' is
ambiguous
pi_.pain.fillRectangle(int(xo_ + min(x1, x2)), y1,
abs(x2 - x1),
^~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cmath:664:1:
note: candidate function
abs(float __lcpp_x) _NOEXCEPT {return fabsf(__lcpp_x);}
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cmath:668:1:
note: candidate function
abs(double __lcpp_x) _NOEXCEPT {return fabs(__lcpp_x);}
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cmath:672:1:
note: candidate function
abs(long double __lcpp_x) _NOEXCEPT {return fabsl(__lcpp_x);}
^
A change like the following helps.
- pi_.pain.fillRectangle(int(xo_ + min(x1, x2)), y1,
abs(x2 - x1),
+ pi_.pain.fillRectangle(int(xo_ + min(x1, x2)), y1,
abs(float(x2 - x1)),
But then it's the same story in the next file. So I don’t know how the proper
fix should look like.
/Users/stephan/git/lyx/src/TextMetrics.cpp:1355:8: error: call to 'abs' is
ambiguous
if (abs(p.x_ - x) < abs(p.x_ + dim.wid - x))
^~~
Stephan
> Am 04.07.2016 um 02:42 schrieb Guillaume Munch :
>
> commit 670efa8f646218f2a378f0cc614c4c37a9f6b89a
> Author: Guillaume Munch
> Date: Sun Jun 19 03:39:38 2016 +0100
>
>Rationalise includes
>
>Modifying TexRow.h or texstream.h no longer triggers the recompilation of
> the
>complete source tree.
> ---
> src/Buffer.cpp | 23 ---
> src/Buffer.h |6 +++---
> src/BufferParams.cpp |1 +
> src/Changes.cpp |1 +
> src/Changes.h|4 ++--
> src/Compare.cpp |1 +
> src/Converter.h |1 -
> src/Cursor.cpp |4 ++--
> src/Font.cpp |1 +
> src/Format.cpp |1 +
> src/LaTeXFonts.cpp |1 +
> src/PDFOptions.cpp |1 +
> src/Paragraph.cpp|4 ++--
> src/TexRow.cpp | 20 ++--
> src/TexRow.h | 33 +
> src/frontends/qt4/FindAndReplace.cpp |1 +
> src/frontends/qt4/GuiViewSource.cpp |1 +
> src/frontends/qt4/GuiViewSource.h|8 +++-
> src/graphics/PreviewLoader.cpp |4 ++--
> src/graphics/epstools.cpp|1 +
> src/insets/ExternalSupport.cpp |1 +
> src/insets/ExternalSupport.h |4 +++-
> src/insets/InsetArgument.cpp |6 --
> src/insets/InsetBibtex.cpp |1 +
> src/insets/InsetBox.cpp |2 ++
> src/insets/InsetCaption.cpp |2 ++
> src/insets/InsetCitation.cpp |1 +
> src/insets/InsetCommand.cpp |1 +
> src/insets/InsetExternal.cpp | 10 --
> src/insets/InsetFloat.cpp| 10 +-
> src/insets/InsetFloatList.cpp|1 +
> src/insets/InsetGraphics.cpp |1 +
> src/insets/InsetHyperlink.cpp|1 +
> src/insets/InsetIPA.cpp |6 +++---
> src/insets/InsetIPAMacro.cpp |1 +
> src/insets/InsetInclude.cpp |4 ++--
> src/insets/InsetIndex.cpp|4 ++--
> src/insets/InsetLine.cpp |1 +
> src/insets/InsetListings.cpp |4 ++--
> src/insets/InsetNewline.cpp |1 +
> src/insets/InsetNewpage.cpp |1 +
> src/insets/Ins
Re: LyX 2.2.1
Le 02/07/2016 à 20:27, Richard Heck a écrit : We have already fixed at least 43 bugs for 2.2.1, and we now also have the possibility, thanks to Dima, to release a binary that will run on Windows Vista. So it looks like a good time to start thinking about the release of LyX 2.2.1. The question at the moment is whether there is anything pressing we need to do before that release. You can find a list of open bugs with a 2.2.1 milestone here: http://www.lyx.org/trac/wiki/BugTrackerHome#Unresolvedbugstargetedtonextmaintenancerelease2.2.1 Other suggestions are also acceptable I'd say that only regressions could be important. Other than that, it is always better to let a good release out than to wait for a perfect one. JMarc
Re: [LyX/master] Match code with comment
Le 04/07/2016 à 01:36, Guillaume Munch a écrit : Also, I am sceptical with changing painting dimensions to int when Qt supports doubles for everything (see e.g. 463bd17d). If the goal is to force integer-width solid lines then one could try to disable antialiasing on Qt's side. I think the painter should move in the other direction, towards more doubles and fewer ints. For instance, for Hi-DPI, Qt could probably take advantage of the increased precision even without AA. (Then one would have to fix the problem regarding uneven lines, mentioned in the above commit, in another fashion.) Note that this would lead to irregular dashed lines, at least in Qt4. JMarc
