Re: System for continuous integration (CI) of LyX master branch, compiled on Ubuntu

[Jean-Marc Lasgouttes]

Le 25/01/2017 à 10:01, Pavel Sanda a écrit :

I am not sure why . is added explicitly here. What happens if we remove it?


bilions of
...
make[3]: Entering directory '/home/paf/lyx/devel/lyx-2.3.0dev/_build/sub/src'
.deps/AppleSpellChecker.Po: No such file or directory


Here is my take on the bug. This is the right thing to do with 
subdir-objects option, which will be required with automake-2 (if this 
is ever released), but does not work with versions earlier than 1.14.


However, this breaks build with 1.11.

I have another idea, we'll see how it fares, but here is the first take 
anyway.


JMarc
From 1b07d825083f2b5c80dd740230be70c2459c9944 Mon Sep 17 00:00:00 2001
From: Jean-Marc Lasgouttes 
Date: Thu, 26 Jan 2017 14:39:22 +0100
Subject: [PATCH] Fix distclean for recent automake versions

When subdir-objects is used, it is not a good idea for a Makefile to
use a source file which is under the control of another one.

Therefore we refer to object files instead, which leads to less
compilation in tex2lyx BTW.

This will however not work with old automake versions (<1.14).
---
 src/Makefile.am   | 81 ---
 src/tests/dummy_functions.cpp | 56 ++
 src/tex2lyx/Makefile.am   | 50 +-
 3 files changed, 127 insertions(+), 60 deletions(-)
 create mode 100644 src/tests/dummy_functions.cpp

diff --git a/src/Makefile.am b/src/Makefile.am
index 3f3e99a..f0b1921 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -709,7 +709,9 @@ EXTRA_DIST += \
 	tests/regfiles/Length \
 	tests/regfiles/ListingsCaption \
 	tests/test_layout \
-	tests/test_Length
+	tests/test_Length \
+	tests/dummy_functions.cpp \
+	tests/boost.cpp
 
 TESTS = tests/test_ExternalTransforms tests/test_Length tests/test_ListingsCaption
 
@@ -738,57 +740,66 @@ ADD_FRAMEWORKS = -framework QtGui -framework QtCore -framework AppKit -framework
 endif
 
 check_layout_CPPFLAGS = $(AM_CPPFLAGS)
-check_layout_LDADD = support/liblyxsupport.a CiteEnginesList.o $(LIBICONV) $(BOOST_LIBS) @LIBS@ \
+check_layout_LDADD = $(check_layout_LYX_OBJS) support/liblyxsupport.a \
+	$(LIBICONV) $(BOOST_LIBS) @LIBS@ \
 	$(ICONV_LIBS) $(ZLIB_LIBS) $(QT_LIB) $(LIBSHLWAPI)
 check_layout_LDFLAGS = $(QT_LDFLAGS) $(ADD_FRAMEWORKS)
 check_layout_SOURCES = \
-	insets/InsetLayout.cpp \
-	Color.cpp \
-	Counters.cpp \
-	Floating.cpp \
-	FloatList.cpp \
-	FontInfo.cpp \
-	Layout.cpp \
-	LayoutFile.cpp \
-	Lexer.cpp \
-	ModuleList.cpp \
-	Spacing.cpp \
-	TextClass.cpp \
-	support/tests/dummy_functions.cpp \
-	tests/check_layout.cpp \
-	tests/boost.cpp
+	tests/check_layout.cpp
+check_layout_LYX_OBJS = \
+	insets/InsetLayout.o \
+	CiteEnginesList.o \
+	Color.o \
+	Counters.o \
+	Floating.o \
+	FloatList.o \
+	FontInfo.o \
+	Layout.o \
+	LayoutFile.o \
+	Lexer.o \
+	ModuleList.o \
+	Spacing.o \
+	TextClass.o \
+	tests/dummy_functions.o \
+	tests/boost.o
 
 check_ExternalTransforms_CPPFLAGS = $(AM_CPPFLAGS)
-check_ExternalTransforms_LDADD = support/liblyxsupport.a $(LIBICONV) $(BOOST_LIBS) @LIBS@ \
+check_ExternalTransforms_LDADD = $(check_ExternalTransforms_LYX_OBJS) support/liblyxsupport.a \
+	$(LIBICONV) $(BOOST_LIBS) @LIBS@ \
 	$(ICONV_LIBS) $(ZLIB_LIBS) $(QT_LIB) $(LIBSHLWAPI)
 check_ExternalTransforms_LDFLAGS = $(QT_LDFLAGS) $(ADD_FRAMEWORKS)
 check_ExternalTransforms_SOURCES = \
-	graphics/GraphicsParams.cpp \
-	insets/ExternalTransforms.cpp \
-	Length.cpp \
-	lengthcommon.cpp \
-	support/tests/dummy_functions.cpp \
-	tests/check_ExternalTransforms.cpp \
-	tests/boost.cpp
+	tests/check_ExternalTransforms.cpp
+check_ExternalTransforms_LYX_OBJS = \
+	tests/dummy_functions.o \
+	tests/boost.o \
+	graphics/GraphicsParams.o \
+	insets/ExternalTransforms.o \
+	Length.o \
+	lengthcommon.o
 
 check_Length_CPPFLAGS = $(AM_CPPFLAGS)
-check_Length_LDADD = support/liblyxsupport.a $(LIBICONV) $(BOOST_LIBS) @LIBS@ \
+check_Length_LDADD = $(check_Length_LYX_OBJS) support/liblyxsupport.a \
+	$(LIBICONV) $(BOOST_LIBS) @LIBS@ \
 	$(ICONV_LIBS) $(ZLIB_LIBS) $(QT_LIB) $(LIBSHLWAPI)
 check_Length_LDFLAGS = $(QT_LDFLAGS) $(ADD_FRAMEWORKS)
 check_Length_SOURCES = \
-	Length.cpp \
-	lengthcommon.cpp \
-	support/tests/dummy_functions.cpp \
-	tests/check_Length.cpp \
-	tests/boost.cpp
+	tests/check_Length.cpp
+check_Length_LYX_OBJS = \
+	tests/dummy_functions.o \
+	tests/boost.o \
+	Length.o \
+	lengthcommon.o
 
 check_ListingsCaption_CPPFLAGS = $(AM_CPPFLAGS)
-check_ListingsCaption_LDADD = support/liblyxsupport.a $(LIBICONV) $(BOOST_LIBS) @LIBS@ \
+check_ListingsCaption_LDADD = $(check_ListingsCaption_LYX_OBJS) support/liblyxsupport.a \
+	$(LIBICONV) $(BOOST_LIBS) @LIBS@ \
 	$(ICONV_LIBS) $(ZLIB_LIBS) $(QT_LIB) $(LIBSHLWAPI)
 check_ListingsCaption_LDFLAGS = $(QT_LDFLAGS) $(ADD_FRAMEWORKS)
 check_ListingsCaption_SOURCES = \
-	support/tests/dummy_functions.cpp \
-	tests/check_ListingsCaption.cpp \
-	tests/boost.cpp
+	tests/check_ListingsCaption.cpp
+check_ListingsCaption_LYX_OBJS = \
+	

Re: Reproducible crash with attached template

[PhilipPirrip]

On 01/26/2017 04:11 AM, Kornel Benko wrote:

Master branch

Steps to reproduce
1.) File->New from template...
2.) Insert some text in the row above 'D-PLZ Stadt'
3.) File->Save as ...
crash

Kornel



Can't reproduce. I'm at 8491962c6bc, compiling after cmake 
-DLYX_USE_QT=QT5, Qt is v. 5.7.1.

Re: row-breaking question

[Jean-Marc Lasgouttes]

Le 26/01/2017 à 10:54, Jean-Marc Lasgouttes a écrit :

I am not sure. The cause for 3 is that the code fails to account
precisely for the available space on next row (because when it evaluates
whether breaking would be a good idea. I just have to find the time to
write a patch.


I pushed a fix at 8491962c6bc1. Scott, I would appreciate testing if you 
have time. This is eventually candidate for stable.


JMarc

Re: EmDash Problems (patch)

[Guenter Milde]

On 2017-01-25, Enrico Forestieri wrote:
> On Wed, Jan 25, 2017 at 08:50:21PM +, Guenter Milde wrote:
>> On 2017-01-25, Enrico Forestieri wrote:
>> > On Tue, Jan 24, 2017 at 09:11:12PM +0100, Enrico Forestieri wrote:
>> >> On Tue, Jan 24, 2017 at 12:00:02PM +, Guenter Milde wrote:
>> >> > On 2017-01-24, Enrico Forestieri wrote:

...

>> >> > > 1) start a new document and input "--" and you get \textendash
>> >> > > 2) now enter another "-" and you get \textemdash
>> >> > > 3) now enter another "-" and everything gets replaced by "-"
...
>> > The attached patch corrects this glitch and I am going to commit it
>> > because I really don't see any rationale behind this behavior.

>> With your patch, would pressing the [-]-Key 4 times become 
>> EM DASH + HYPHEN or ?

>    becomes EM DASH + HYPHEN
> -  becomes EM DASH + EN DASH
> -- becomes EM DASH + EM DASH

> and so on. 

So this is reproducing the behaviour you get with LaTeX ligatures.

+1 for this patch.

===

> With the other patch I posted, these become again a series
> of dashes on output.

In the LaTeX source, yes. In PDF output, it will be the same characters
as in the LyX file.

> Perfect compatibility with earlier versions

Not "perfect" (but maybe "satisfactory"): There may be issues with
documents containing literal Unicode dashes: these may now have different
line breaks. 

The problem is that not even power users have a way to bypass the forced
conversion of EM/EN DASH characters to hyphens on LaTeX export.



> and visually satisfactory for those who want to see em-dashes instead
> of those horrible looking three dashes.

It is not about "horrible look", but about WYSIWYM:

Treat hyphens similar to other TeX ligatures (e.g. << and >>) and special
characters: 

* show on screen what you will get in the output

* escape in LaTeX export.

If the LyX GUI shows "get the LyX version with `lyx --version`", I don't
want a suprise `lyx –version` in the output.


Günter

Re: row-breaking question

[Richard Heck]

On 01/26/2017 08:20 AM, Jean-Marc Lasgouttes wrote:
> Le 26/01/2017 à 10:54, Jean-Marc Lasgouttes a écrit :
>> I am not sure. The cause for 3 is that the code fails to account
>> precisely for the available space on next row (because when it evaluates
>> whether breaking would be a good idea. I just have to find the time to
>> write a patch.
>
> I pushed a fix at 8491962c6bc1. Scott, I would appreciate testing if
> you have time. This is eventually candidate for stable.

Let me know when you think eventually comes.

Richard

Re: Reproducible crash with attached template

[Richard Heck]

On 01/26/2017 04:11 AM, Kornel Benko wrote:
> Master branch
>
> Steps to reproduce
> 1.) File->New from template...
> 2.) Insert some text in the row above 'D-PLZ Stadt'
> 3.) File->Save as ...
>   crash

Can't reproduce either.

Richard

Re: [LyX/master] Fix wrong splitting of text row

[Richard Heck]

On 01/26/2017 08:17 AM, Jean-Marc Lasgouttes wrote:
> commit 8491962c6bc1c73df076fa4807cc6ee295ccce41
> Author: Jean-Marc Lasgouttes 
> Date:   Thu Jan 26 14:10:23 2017 +0100
>
> Fix wrong splitting of text row

While you're at this...it's a bit weird the way hyphens are handled
here. If you have a hyphen at the end of the line, then it is not
justified. That just looks wrong, and it can cause some weird 'jumping'
behavior when you type a hyphen at the end of a line.

Richard

Re: [LyX/master] Fix wrong splitting of text row

[Jean-Marc Lasgouttes]

Care to give an example file? Is this stable or master ?

JMarc

Le 26 janvier 2017 18:09:43 GMT+01:00, Richard Heck  a écrit :
>While you're at this...it's a bit weird the way hyphens are handled
>here. If you have a hyphen at the end of the line, then it is not
>justified. That just looks wrong, and it can cause some weird 'jumping'
>behavior when you type a hyphen at the end of a line.
>
>Richard

Re: Reproducible crash with attached template

[Kornel Benko]

Am Donnerstag, 26. Januar 2017 um 12:12:13, schrieb Richard Heck 

> On 01/26/2017 04:11 AM, Kornel Benko wrote:
> > Master branch
> >
> > Steps to reproduce
> > 1.) File->New from template...
> > 2.) Insert some text in the row above 'D-PLZ Stadt'
> > 3.) File->Save as ...
> > crash
> 
> Can't reproduce either.
> 
> Richard

Weird. I try to provide backtrace. Remark: If I use 'save as' as the first 
action after
loading the template, I do not see the crash anymore.

...
Program received signal SIGSEGV, Segmentation fault.
0x00c88648 in lyx::DocIterator::inMathed (this=0x2d343c8)
at /usr2/src/lyx/lyx-git/src/DocIterator.h:140
140 { return !empty() && inset().inMathed(); }
(gdb)  p inset()
$1 = (lyx::Inset &) @0x2d98390: {
  _vptr.Inset = 0x680054, 
  buffer_ = 0x200065
}
(gdb) p *this
$2 = {
  boundary_ = false, 
  slices_ = {
> = {
  _M_impl = {
 = {
  <__gnu_cxx::new_allocator> = {}, 
}, 
members of std::_Vector_base::_Vector_impl: 
_M_start = 0x2f984b0, 
_M_finish = 0x2f98530, 
_M_end_of_storage = 0x2f98530
  }
}, }, 
  inset_ = 0x2f5ec90, 
  buffer_ = 0x2d0fc60
}
(gdb) bt
#0  0x00c88648 in lyx::DocIterator::inMathed (this=0x2d343c8)
at /usr2/src/lyx/lyx-git/src/DocIterator.h:140
#1  0x00cf7442 in lyx::DocIterator::lastpos (this=0x2d343c8)
at /usr2/src/lyx/lyx-git/src/DocIterator.cpp:255
#2  0x00cdaaf6 in lyx::Cursor::checkNewWordPosition (this=0x2d34278)
at /usr2/src/lyx/lyx-git/src/Cursor.cpp:531
#3  0x00cda75f in lyx::Cursor::resetAnchor (this=0x2d34278)
at /usr2/src/lyx/lyx-git/src/Cursor.cpp:489
#4  0x00ce28b1 in lyx::Cursor::sanitize (this=0x2d34278)
at /usr2/src/lyx/lyx-git/src/Cursor.cpp:2251
#5  0x01104a33 in lyx::frontend::GuiView::structureChanged 
(this=0x23091d0)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiView.cpp:1658
#6  0x00c03ca1 in lyx::Buffer::structureChanged (this=0x2d0fc60)
at /usr2/src/lyx/lyx-git/src/Buffer.cpp:3950
#7  0x00c09b0b in lyx::Buffer::updateBuffer (this=0x2d0fc60, 
scope=lyx::Buffer::UpdateMaster, utype=lyx::InternalUpdate)
at /usr2/src/lyx/lyx-git/src/Buffer.cpp:4745
#8  0x00c0cc30 in lyx::Buffer::updateBuffer (this=0x2d0fc60)
at /usr2/src/lyx/lyx-git/src/Buffer.h:736
#9  0x00c0b6f7 in lyx::Buffer::reload (this=0x2d0fc60)
at /usr2/src/lyx/lyx-git/src/Buffer.cpp:5137
#10 0x0110c3df in lyx::frontend::GuiView::renameBuffer (this=0x23091d0, 
b=..., 
newname=..., kind=lyx::frontend::GuiView::LV_WRITE_AS)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiView.cpp:2569
#11 0x01115785 in lyx::frontend::GuiView::dispatch (this=0x23091d0, 
cmd=..., dr=...)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiView.cpp:3749
#12 0x010ca8ce in lyx::frontend::GuiApplication::dispatch 
(this=0x1f47c80, cmd=..., dr=...)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiApplication.cpp:2081
#13 0x010c68b2 in lyx::frontend::GuiApplication::dispatch 
(this=0x1f47c80, cmd=...)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiApplication.cpp:1400
#14 0x00da42b2 in lyx::dispatch (action=...) at 
/usr2/src/lyx/lyx-git/src/LyX.cpp:1449
#15 0x0117aa3a in lyx::frontend::Action::action (this=0x25629d0)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/Action.cpp:87
#16 0x0117aab3 in lyx::frontend::Action::qt_static_metacall 
(_o=0x25629d0, 
_c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7fffccb0)
at 
/BUILD/BUILDMint17/BuildLyxGitQt5.7main-gcc6.2/src/frontends/qt4/moc_Action.cpp:79
#17 0x756c5056 in QMetaObject::activate(QObject*, int, int, void**) ()
   from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Core.so.5
#18 0x7643c7b2 in QAction::triggered(bool) ()
   from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#19 0x7643f18d in QAction::activate(QAction::ActionEvent) ()
   from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#20 0x765a4faa in ?? () from 
/usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#21 0x765a9964 in ?? () from 
/usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#22 0x765ad7c6 in QMenu::mouseReleaseEvent(QMouseEvent*) ()
   from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#23 0x76488b78 in QWidget::event(QEvent*) ()
   from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#24 0x765ae1cb in QMenu::event(QEvent*) ()
   from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#25 0x7644352c in QApplicationPrivate::notify_helper(QObject*, QEvent*) 
()
   from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#26 0x7644a808 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
#27 0x010ce68d in 

Re: #10550: CAS Maxima does not provide results (MacOS Sierra)

[Ferruccio Miglietta]

Thank-You

I have solved. Maxima path was already present, but the file maxima-init did 
not work.
I have erased it and everything works.

Ferruccio

Il giorno 26/01/17, 19:00 "LyX Ticket Tracker"  ha scritto:

#10550: CAS Maxima does not provide results (MacOS Sierra)
+
 Reporter:  fermig  |   Owner:  baum
 Type:  defect  |  Status:  new
 Priority:  normal  |   Milestone:
Component:  mathed  | Version:  2.2.2
 Severity:  normal  |  Resolution:
 Keywords:  |
+

Comment (by skostysh):

 the maxima binary should be in your PATH. This should be automatic, but
 perhaps there's an extra step you need to do on OS X?

 On Ubuntu, it works well for me out-of-the-box.

-- 
Ticket URL: 
The LyX Project 
LyX -- The Document Processor

Re: [LyX/master] Fix wrong splitting of text row

[Richard Heck]

On 01/26/2017 12:23 PM, Jean-Marc Lasgouttes wrote:
> Care to give an example file? Is this stable or master ?

Stable. It's hard to create one that will necessarily work for you,
since it depends on the size of the window, etc. But just create a new
document and type "this-and-that" several times (or cut and paste).
Then resize so the line will break at the hyphen. I get a display like
the attached. If I put the cursor at the end of one of the lines with a
hyphen and type a space, it will jump to the right, suddenly being
justified. But of course you can't see the space, either.

Richard

>
> JMarc
>
> Le 26 janvier 2017 18:09:43 GMT+01:00, Richard Heck  a écrit :
>> While you're at this...it's a bit weird the way hyphens are handled
>> here. If you have a hyphen at the end of the line, then it is not
>> justified. That just looks wrong, and it can cause some weird 'jumping'
>> behavior when you type a hyphen at the end of a line.
>>
>> Richard

Re: Reproducible crash with attached template

[Richard Heck]

On 01/26/2017 01:03 PM, Kornel Benko wrote:
> Am Donnerstag, 26. Januar 2017 um 12:12:13, schrieb Richard Heck 
> 
>> On 01/26/2017 04:11 AM, Kornel Benko wrote:
>>> Master branch
>>>
>>> Steps to reproduce
>>> 1.) File->New from template...
>>> 2.) Insert some text in the row above 'D-PLZ Stadt'
>>> 3.) File->Save as ...
>>> crash
>> Can't reproduce either.
>>
>> Richard
> Weird. I try to provide backtrace. Remark: If I use 'save as' as the first 
> action after
> loading the template, I do not see the crash anymore.

This looks familiar. There was a crash a month or two ago, maybe, that
also happened during reload (see #9 below) due to invalid cursors.
Guillaume, I think you were the one who fixed that other problem?

Richard



> ...
> Program received signal SIGSEGV, Segmentation fault.
> 0x00c88648 in lyx::DocIterator::inMathed (this=0x2d343c8)
> at /usr2/src/lyx/lyx-git/src/DocIterator.h:140
> 140   { return !empty() && inset().inMathed(); }
> (gdb)  p inset()
> $1 = (lyx::Inset &) @0x2d98390: {
>   _vptr.Inset = 0x680054, 
>   buffer_ = 0x200065
> }
> (gdb) p *this
> $2 = {
>   boundary_ = false, 
>   slices_ = {
> > 
> = {
>   _M_impl = {
>  = {
>   <__gnu_cxx::new_allocator> = {}, 
> }, 
> members of std::_Vector_base std::allocator >::_Vector_impl: 
> _M_start = 0x2f984b0, 
> _M_finish = 0x2f98530, 
> _M_end_of_storage = 0x2f98530
>   }
> }, }, 
>   inset_ = 0x2f5ec90, 
>   buffer_ = 0x2d0fc60
> }
> (gdb) bt
> #0  0x00c88648 in lyx::DocIterator::inMathed (this=0x2d343c8)
> at /usr2/src/lyx/lyx-git/src/DocIterator.h:140
> #1  0x00cf7442 in lyx::DocIterator::lastpos (this=0x2d343c8)
> at /usr2/src/lyx/lyx-git/src/DocIterator.cpp:255
> #2  0x00cdaaf6 in lyx::Cursor::checkNewWordPosition (this=0x2d34278)
> at /usr2/src/lyx/lyx-git/src/Cursor.cpp:531
> #3  0x00cda75f in lyx::Cursor::resetAnchor (this=0x2d34278)
> at /usr2/src/lyx/lyx-git/src/Cursor.cpp:489
> #4  0x00ce28b1 in lyx::Cursor::sanitize (this=0x2d34278)
> at /usr2/src/lyx/lyx-git/src/Cursor.cpp:2251
> #5  0x01104a33 in lyx::frontend::GuiView::structureChanged 
> (this=0x23091d0)
> at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiView.cpp:1658
> #6  0x00c03ca1 in lyx::Buffer::structureChanged (this=0x2d0fc60)
> at /usr2/src/lyx/lyx-git/src/Buffer.cpp:3950
> #7  0x00c09b0b in lyx::Buffer::updateBuffer (this=0x2d0fc60, 
> scope=lyx::Buffer::UpdateMaster, utype=lyx::InternalUpdate)
> at /usr2/src/lyx/lyx-git/src/Buffer.cpp:4745
> #8  0x00c0cc30 in lyx::Buffer::updateBuffer (this=0x2d0fc60)
> at /usr2/src/lyx/lyx-git/src/Buffer.h:736
> #9  0x00c0b6f7 in lyx::Buffer::reload (this=0x2d0fc60)
> at /usr2/src/lyx/lyx-git/src/Buffer.cpp:5137
> #10 0x0110c3df in lyx::frontend::GuiView::renameBuffer 
> (this=0x23091d0, b=..., 
> newname=..., kind=lyx::frontend::GuiView::LV_WRITE_AS)
> at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiView.cpp:2569
> #11 0x01115785 in lyx::frontend::GuiView::dispatch (this=0x23091d0, 
> cmd=..., dr=...)
> at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiView.cpp:3749
> #12 0x010ca8ce in lyx::frontend::GuiApplication::dispatch 
> (this=0x1f47c80, cmd=..., dr=...)
> at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiApplication.cpp:2081
> #13 0x010c68b2 in lyx::frontend::GuiApplication::dispatch 
> (this=0x1f47c80, cmd=...)
> at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiApplication.cpp:1400
> #14 0x00da42b2 in lyx::dispatch (action=...) at 
> /usr2/src/lyx/lyx-git/src/LyX.cpp:1449
> #15 0x0117aa3a in lyx::frontend::Action::action (this=0x25629d0)
> at /usr2/src/lyx/lyx-git/src/frontends/qt4/Action.cpp:87
> #16 0x0117aab3 in lyx::frontend::Action::qt_static_metacall 
> (_o=0x25629d0, 
> _c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7fffccb0)
> at 
> /BUILD/BUILDMint17/BuildLyxGitQt5.7main-gcc6.2/src/frontends/qt4/moc_Action.cpp:79
> #17 0x756c5056 in QMetaObject::activate(QObject*, int, int, void**) ()
>from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Core.so.5
> #18 0x7643c7b2 in QAction::triggered(bool) ()
>from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
> #19 0x7643f18d in QAction::activate(QAction::ActionEvent) ()
>from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
> #20 0x765a4faa in ?? () from 
> /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
> #21 0x765a9964 in ?? () from 
> /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
> #22 0x765ad7c6 in QMenu::mouseReleaseEvent(QMouseEvent*) ()
>from /usr/BUILD/BuildQt5/5.7/gcc_64/lib/libQt5Widgets.so.5
> #23 0x76488b78 in QWidget::event(QEvent*) ()
>from 

Reproducible crash with attached template

[Kornel Benko]

Master branch

Steps to reproduce
1.) File->New from template...
2.) Insert some text in the row above 'D-PLZ Stadt'
3.) File->Save as ...
crash

Kornel

signature.asc
Description: This is a digitally signed message part.


template.lyx
Description: application/lyx

Re: [LyX/2.2.x] Fix compilation with --disable-cxx11

[Jean-Marc Lasgouttes]

Le 26/01/2017 à 01:14, Guillaume Munch a écrit :

commit 2305fd838c33dc71a653ff9b53275a1a8124b821
Author: Guillaume Munch 
Date:   Sun Jan 15 01:40:23 2017 +0100

Fix compilation with --disable-cxx11


Thanks ! I knew I would be bitten by this one one day :)

JMarc

Re: row-breaking question

[Jean-Marc Lasgouttes]

Le 26/01/2017 à 00:48, Guillaume Munch a écrit :

They are mostly not desired.
* 3 is clearly a bug
* 2 and 5 should be avoidable, but it requires to have some knowledge
that breaking before the inset is more desirable than in the middle of
the text. It might be doable. I have code somewhere to allow each inset
to declare whether it allows breaking before/after.



This is the sort of behaviour which is fixed (IIRC) by the improvement
to row breaking described in
.


I am not sure. The cause for 3 is that the code fails to account 
precisely for the available space on next row (because when it evaluates 
whether breaking would be a good idea. I just have to find the time to 
write a patch.


Concerning my other remark, I do not think this will be fixed by this 
improvement. This is a separate question, I believe.


JMarc

Re: [LyX/master] Fix wrong splitting of text row

[Richard Heck]

On 01/26/2017 12:23 PM, Jean-Marc Lasgouttes wrote:
> Care to give an example file? Is this stable or master ?

PS Same behavior in master.

rh


>
> JMarc
>
> Le 26 janvier 2017 18:09:43 GMT+01:00, Richard Heck  a écrit :
>> While you're at this...it's a bit weird the way hyphens are handled
>> here. If you have a hyphen at the end of the line, then it is not
>> justified. That just looks wrong, and it can cause some weird 'jumping'
>> behavior when you type a hyphen at the end of a line.
>>
>> Richard

Re: [LyX/master] Fix wrong splitting of text row

[Jean-Marc Lasgouttes]

OK, I think that I know what happens. I am not sure yet how to fix it...

JMarc

Le 26 janvier 2017 19:55:31 GMT+01:00, Richard Heck  a écrit :
> I get a display like
>the attached. If I put the cursor at the end of one of the lines with a
>hyphen and type a space, it will jump to the right, suddenly being
>justified. But of course you can't see the space, either.