Re: [LyX/master] Strike out (in the output) deleted display math with track-changes

2016-10-17 Thread Scott Kostyshak
On Tue, Oct 18, 2016 at 04:41:17AM +0200, Enrico Forestieri wrote:

> I think I fixed this glitch at 129459a7. Your example with a huge
> size also revealed that a spurious space was being introduced by
> \lyxmathsout. Also fixed at 6ae61988.
> 
> Thanks for testing.

Tested the new fixes and everything looks good.

Thanks,

Scott


signature.asc
Description: PGP signature


Re: [LyX/master] Strike out (in the output) deleted display math with track-changes

2016-10-17 Thread Enrico Forestieri
On Mon, Oct 17, 2016 at 02:57:02PM -0400, Scott Kostyshak wrote:
> 
> One more detail I noticed is that the size of the equation is not
> accurate when showing the changes in output. Again, I don't think this
> is that important since the information that the equation was deleted is
> the only critical thing, but I report it nonetheless. To see this,
> compile the attached example file with "show changes in output". The
> equations should be the same size.

I think I fixed this glitch at 129459a7. Your example with a huge
size also revealed that a spurious space was being introduced by
\lyxmathsout. Also fixed at 6ae61988.

Thanks for testing.

-- 
Enrico


Re: new compiler warnings in today's master

2016-10-17 Thread Uwe Stöhr

Am 18.10.2016 um 01:08 schrieb Guillaume Munch:


Thanks for the report. This should be fixed now. Please tell me if there
are still warnings now.


Hi Guillaume,

many thanks, the warnings went away.

regards Uwe

p.s. if possible please only cite what you are referring to in your 
replies. This makes them easier to read. I am also lazy to scroll on my 
smartphone ;-) )


Re: [LyX/master] Implement reverse-search in the source panel

2016-10-17 Thread Guillaume Munch

Le 17/10/2016 à 00:35, Guillaume Munch a écrit :

commit 01d6333db21d3ed2c16f7c958fa204ff1c52044a
Author: Guillaume Munch 
Date:   Wed Sep 7 01:36:55 2016 +0100

Implement reverse-search in the source panel

Double-clicking on a line in the source panel triggers the selection of the
corresponding line in the Buffer View.



This feature should ease the debugging of reverse-search, do not 
hesitate to use it when trying to reproduce issues.





Re: [LyX/master] Add the customary 1-pixel gap before MathMacroTemplate to better see cursor

2016-10-17 Thread Guillaume Munch

Le 17/10/2016 à 10:25, Jean-Marc Lasgouttes a écrit :

Le 06/10/2016 à 01:36, Guillaume Munch a écrit :

commit 2717ef114c655bd0680aefb27820a2196dacdc22
Author: Guillaume Munch 
Date:   Thu Oct 6 01:32:47 2016 +0200

Add the customary 1-pixel gap before MathMacroTemplate to better
see cursor


Does it work to do this without increasing the width in metrics?



Yes, both metrics and painting were taken into account when writing the
patch, and what you see is the result.



Re: [LyX/master] Docstringify getLongString in general and preamble snippets in particular

2016-10-17 Thread Guillaume Munch

Le 17/10/2016 à 00:35, Guillaume Munch a écrit :

commit 1f945177b9628b213c60872df88f2d155c3d6c54
Author: Guillaume Munch 
Date:   Sun Sep 25 12:37:40 2016 +0200

Docstringify getLongString in general and preamble snippets in particular

Prepare ground for TexRow InPreamble



I can rename getLongString into getLongDocstring if people are more
comfortable with that.




Re: [patch] Increase precision of TexRow in captions

2016-10-17 Thread Guillaume Munch

Le 17/10/2016 à 04:12, Pavel Sanda a écrit :

Guillaume Munch wrote:

Dear list,

The attached patches add safe line breaks ("%\n") to the output, to
crucially increase the precision of forward/reverse-search and error
reporting of captions. This is especially useful as these captions
introduce a discontinuity in the TexRow. The change is trivial but since
this modifies the LaTeX output I prefer to ask for any objection.


How ugly (in terms of chunked text) the LaTeX code becomes now for people who
actually use LaTeX source after the export?



Hi Pavel,

captions in listings appear as:

  \begin{lstlisting}%
  [caption={Caption}]
  \end{lstlisting}

instead of:

  \begin{lstlisting}[caption={Caption}]
  \end{lstlisting}

and sub-captions show up as:

  \begin{figure}
  \subfloat[Sub-caption]%
  {Sub-figure}

  \caption{Caption}
  \end{figure}

instead of:

  \begin{figure}
  \subfloat[Sub-caption]{Sub-figure}

  \caption{Caption}
  \end{figure}


What do you think?



Re: Track changes deleted float caption

2016-10-17 Thread Guillaume Munch

Le 17/10/2016 à 09:14, racoon a écrit :

Very nice that tracked changes for deletions of insets now crosses out
the frames.

I guess it would be nice to also apply this to float captions (see
attached).


Done.



Another question: Is there a specific reason why captions are not
displayed as classic collapsables [sic]? Or would that look too
confusing, e.g. when sub floats are used or so?




I do not know the reason for the current display style, but I am okay
with it.




Re: new compiler warnings in today's master

2016-10-17 Thread Guillaume Munch

Le 17/10/2016 à 01:49, Uwe Stöhr a écrit :

Hi Guillaume,

your recent changes introduced these new compiler warning:

GuiViewSource.cpp
D:\LyXGit\Master\src\TexRow.h(51): warning C4099: 'lyx::TextEntry': type
name first seen using 'class' now seen using 'struct' (compiling source
file D:\LyXGit\Master\src\frontends\qt4\GuiView.cpp)
[D:\LyXGit\Master\compile-2015\src\frontends\qt4\frontend_qt.vcxproj]
  D:\LyXGit\Master\src\TexRow.h(51): note: see declaration of
'lyx::TextEntry' (compiling source file
D:\LyXGit\Master\src\frontends\qt4\GuiView.cpp)
D:\LyXGit\Master\src\TexRow.h(51): warning C4099: 'lyx::TextEntry': type
name first seen using 'class' now seen using 'struct' (compiling source
file D:\LyXGit\Master\src\frontends\qt4\GuiViewSource.cpp)
[D:\LyXGit\Master\compile-2015\src\frontends\qt4\frontend_qt.vcxproj]
  D:\LyXGit\Master\src\TexRow.h(51): note: see declaration of
'lyx::TextEntry' (compiling source file
D:\LyXGit\Master\src\frontends\qt4\GuiViewSource.cpp)

PreviewLoader.cpp
D:\LyXGit\Master\src\TexRow.h(222): warning C4099: 'lyx::TexString':
type namefirst seen using 'class' now seen using 'struct' (compiling
source file D:\LyXGit\Master\src\graphics\PreviewLoader.cpp)
[D:\LyXGit\Master\compile-2015\src\graphics\graphics.vcxproj]
  D:\LyXGit\Master\src\TexRow.h(222): note: see declaration of
'lyx::TexString' (compiling source file
D:\LyXGit\Master\src\graphics\PreviewLoader.cpp)
D:\LyXGit\Master\src\texstream.h(21): warning C4099: 'lyx::TexString':
type name first seen using 'struct' now seen using 'class' (compiling
source file D:\LyXGit\Master\src\graphics\PreviewLoader.cpp)
[D:\LyXGit\Master\compile-2015\src\graphics\graphics.vcxproj]

I get these 2 warnings a dozen times. Could you please have a look?



Hi Uwe,

Thanks for the report. This should be fixed now. Please tell me if there
are still warnings now.




Re: [LyX/master] TexRow for InPreamble

2016-10-17 Thread Guillaume Munch

Le 17/10/2016 à 00:35, Guillaume Munch a écrit :

commit 1f6c451ee3e41f31464cabcdabceb23045443175
Author: Guillaume Munch 
Date:   Sun Sep 25 12:38:53 2016 +0200

TexRow for InPreamble

This enables error reporting for the preamble, provided the preamble is 
written
using the new InPreamble layouts.

In the future, I find it preferable to deprecate the usual preamble in 
favour of
InPreamble layouts rather than implementing error reporting for the usual
preamble. This requires some improvements to code editing in the buffer view
first (line breaking behaviour, syntax highlighting).


As written above. Error reporting for the preamble would be easy to
implement now, but I think it is better to be more ambitious and to aim
for moving the preamble entirely from the dialog to the buffer view in
the long term. But, if somebody is ready to implement the Qt aspect of
error reporting in the preamble (i.e. showing the dialog and
highlighting the erroneous line all the while paying attention to not
annoying the user) then I am happy to add the tracking of line numbers
of the preamble.




Re: Regular expressions (adv search) not working on Mac OS X?

2016-10-17 Thread Kornel Benko
Am Montag, 17. Oktober 2016 um 22:53:25, schrieb Tommaso Cucinotta 

> On 17/10/2016 19:41, Tadeus Ras wrote:
> > I had posted a bug report on this a while ago: 
> > http://www.lyx.org/trac/ticket/10356
> > With the recent activity of Mac users on this list and dear Tommaso 
> > Cucinotta asking whether people are still using his nice feature (I am!) I 
> > thought this might be a good moment to readdress my issue.
> 
> sure, right moment, but I don't have a Mac :-). However, I'll go through that 
> TT and double-check whether we have any regression on Linux!
> 
> Thanks,
> 
>  T.

Please try with std:regex enabled.

Kornel

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


Re: Regular expressions (adv search) not working on Mac OS X?

2016-10-17 Thread Tommaso Cucinotta

On 17/10/2016 19:41, Tadeus Ras wrote:

I had posted a bug report on this a while ago: 
http://www.lyx.org/trac/ticket/10356
With the recent activity of Mac users on this list and dear Tommaso Cucinotta 
asking whether people are still using his nice feature (I am!) I thought this 
might be a good moment to readdress my issue.


sure, right moment, but I don't have a Mac :-). However, I'll go through that 
TT and double-check whether we have any regression on Linux!

Thanks,

T.



Re: [LyX/master] Strike out (in the output) deleted display math with track-changes

2016-10-17 Thread Kornel Benko
Am Montag, 17. Oktober 2016 um 15:31:04, schrieb Scott Kostyshak 

> On Mon, Oct 17, 2016 at 09:20:55PM +0200, Kornel Benko wrote:
> > Am Montag, 17. Oktober 2016 um 14:57:02, schrieb Scott Kostyshak 
> > 
> 
> > > One more detail I noticed is that the size of the equation is not
> > > accurate when showing the changes in output. Again, I don't think this
> > > is that important since the information that the equation was deleted is
> > > the only critical thing, but I report it nonetheless. To see this,
> > > compile the attached example file with "show changes in output". The
> > > equations should be the same size.
> > 
> > For me, they look same size.
> 
> Sorry for not being clear. I meant when "show changes in output" is
> checked and the PDF is viewed. When you view the PDF are the two
> equations the same size? Attached is what I get.
> 
> Scott

Now I understand. Same here.

Kornel

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


Re: [LyX/master] Strike out (in the output) deleted display math with track-changes

2016-10-17 Thread Scott Kostyshak
On Mon, Oct 17, 2016 at 09:20:55PM +0200, Kornel Benko wrote:
> Am Montag, 17. Oktober 2016 um 14:57:02, schrieb Scott Kostyshak 
> 

> > One more detail I noticed is that the size of the equation is not
> > accurate when showing the changes in output. Again, I don't think this
> > is that important since the information that the equation was deleted is
> > the only critical thing, but I report it nonetheless. To see this,
> > compile the attached example file with "show changes in output". The
> > equations should be the same size.
> 
> For me, they look same size.

Sorry for not being clear. I meant when "show changes in output" is
checked and the PDF is viewed. When you view the PDF are the two
equations the same size? Attached is what I get.

Scott


size_of_equations.pdf
Description: Adobe PDF document


signature.asc
Description: PGP signature


Re: [LyX/master] Strike out (in the output) deleted display math with track-changes

2016-10-17 Thread Kornel Benko
Am Montag, 17. Oktober 2016 um 14:57:02, schrieb Scott Kostyshak 

> On Mon, Oct 17, 2016 at 08:10:04PM +0200, Enrico Forestieri wrote:
> > On Sun, Oct 16, 2016 at 11:27:02PM -0400, Scott Kostyshak wrote:
> 
> > > I tested it out and have a couple of questions. Attached is a file. If I
> > > compile I get an error ("there's no line to end here"). If I put the
> > > cursor at the end of "hello" and press (forward) delete to remove the
> > > newline (nothing changes on the screen) and then compile, there is no
> > > error.
> > 
> > Fixed at c1bfaa5c.
> 
> Tested and confirmed.
> 
> > > A second question is: Is the diagonal line supposed to be so large?
> > > Screenshot attached.
> > 
> > Yes, unfortunately. There is no way (that I know of) for determing the
> > width occupied by displayed math,
> 
> Neither can I. The only thing I can think of is to preview the display
> equation but that seems like a bad hack for something like this.
> 
> > However, one can redefine \lyxmathsout
> > and customize the width of the line case by case. See the attached first
> > example. Maybe that hook should be provided by default?
> 
> Could be. I think leaving it how you had it is fine though. This is only
> about aesthetics. The important thing is that thanks to your fix, the
> information that the display equation was deleted can now be accurately
> conveyed it the output.
> 
> > I also explored other different ways for striking out displayed math.
> > I like very much method 1 in the second attached example. However, it is
> > more complicated to automate in LyX. Maybe I could do that when I find
> > the necessary time and introduce some preference for choosing the way
> > display math is striked out. But don't hold your breath while waiting ;-)
> 
> OK.
> 
> One more detail I noticed is that the size of the equation is not
> accurate when showing the changes in output. Again, I don't think this
> is that important since the information that the equation was deleted is
> the only critical thing, but I report it nonetheless. To see this,
> compile the attached example file with "show changes in output". The
> equations should be the same size.

For me, they look same size.
 
> Scott

Kornel

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


Re: [LyX/master] Strike out (in the output) deleted display math with track-changes

2016-10-17 Thread Scott Kostyshak
On Mon, Oct 17, 2016 at 08:10:04PM +0200, Enrico Forestieri wrote:
> On Sun, Oct 16, 2016 at 11:27:02PM -0400, Scott Kostyshak wrote:

> > I tested it out and have a couple of questions. Attached is a file. If I
> > compile I get an error ("there's no line to end here"). If I put the
> > cursor at the end of "hello" and press (forward) delete to remove the
> > newline (nothing changes on the screen) and then compile, there is no
> > error.
> 
> Fixed at c1bfaa5c.

Tested and confirmed.

> > A second question is: Is the diagonal line supposed to be so large?
> > Screenshot attached.
> 
> Yes, unfortunately. There is no way (that I know of) for determing the
> width occupied by displayed math,

Neither can I. The only thing I can think of is to preview the display
equation but that seems like a bad hack for something like this.

> However, one can redefine \lyxmathsout
> and customize the width of the line case by case. See the attached first
> example. Maybe that hook should be provided by default?

Could be. I think leaving it how you had it is fine though. This is only
about aesthetics. The important thing is that thanks to your fix, the
information that the display equation was deleted can now be accurately
conveyed it the output.

> I also explored other different ways for striking out displayed math.
> I like very much method 1 in the second attached example. However, it is
> more complicated to automate in LyX. Maybe I could do that when I find
> the necessary time and introduce some preference for choosing the way
> display math is striked out. But don't hold your breath while waiting ;-)

OK.

One more detail I noticed is that the size of the equation is not
accurate when showing the changes in output. Again, I don't think this
is that important since the information that the equation was deleted is
the only critical thing, but I report it nonetheless. To see this,
compile the attached example file with "show changes in output". The
equations should be the same size.

Scott
#LyX 2.3 created this file. For more info see http://www.lyx.org/
\lyxformat 513
\begin_document
\begin_header
\save_transient_properties true
\origin unavailable
\textclass article
\use_default_options true
\maintain_unincluded_children false
\language english
\language_package default
\inputencoding auto
\fontencoding global
\font_roman "default" "default"
\font_sans "default" "default"
\font_typewriter "default" "default"
\font_math "auto" "auto"
\font_default_family default
\use_non_tex_fonts false
\font_sc false
\font_osf false
\font_sf_scale 100 100
\font_tt_scale 100 100
\use_microtype false
\graphics default
\default_output_format default
\output_sync 1
\bibtex_command default
\index_command default
\paperfontsize default
\spacing single
\use_hyperref false
\papersize default
\use_geometry false
\use_package amsmath 1
\use_package amssymb 1
\use_package cancel 1
\use_package esint 1
\use_package mathdots 1
\use_package mathtools 1
\use_package mhchem 1
\use_package stackrel 1
\use_package stmaryrd 1
\use_package undertilde 1
\cite_engine basic
\cite_engine_type default
\biblio_style plain
\use_bibtopic false
\use_indices false
\paperorientation portrait
\suppress_date false
\justification true
\use_refstyle 1
\index Index
\shortcut idx
\color #008000
\end_index
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\paragraph_indentation default
\quotes_language english
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes true
\output_changes true
\html_math_output 0
\html_css_as_file 0
\html_be_strict false
\author 274215730 "scott"
\end_header

\begin_body

\begin_layout Standard
Both of these are the same size:
\size giant

\begin_inset Formula 
\[
x+y
\]

\end_inset


\end_layout

\begin_layout Standard
and
\end_layout

\begin_layout Standard

\change_deleted 274215730 1476730413

\size giant
\begin_inset Formula 
\[
x+y
\]

\end_inset


\change_unchanged

\end_layout

\end_body
\end_document


signature.asc
Description: PGP signature


Re: Bug in lyx 2.2.2.: import / export options not available?

2016-10-17 Thread Blendowske, Ralf

Stephan,

QT version 5.6.2 is working,
thanks a lot!

Ralf


Am 17.10.2016 um 17:47 schrieb Stephan Witt 
>:

Hi Ralf,

there was a problem with the package we provided at first. This problem should 
be fixed now.
When did you do the download and what’s the name of the file you’ve downloaded?

The corrected package is named "LyX-2.2.2+qt5.6.2-x86_64-cocoa.dmg“ -
the broken one has the name "LyX-2.2.2+qt5-x86_64-cocoa.dmg“

In case you are not sure you may check the contents of the tab named 
„Erstellung“ in dialog „Über LyX“.
It should contain the string "Qt version: 5.6.2“.

Best regards,
Stephan

Am 17.10.2016 um 17:31 schrieb Blendowske, Ralf 
>:

Hi,

I love to use LyX and take the opportunity to say: Thanks a lot!

I updated from version 2.2.1 to version 2.2.2 on MacOS Sierra (10.12).
In the new version the import / export options are disabled (greyed).  A screen 
shot is appended.
I re-configured lyx 2.2.2 without success.
I checked the path-settings and encountered no difference compared to 2.2.1.

I re-installed 2.2.1 side by side, and I don’t see the problem there.

Is this a bug or an installation problem?
I am grateful for a hint on how to proceed.


Kind regards,

Ralf


**
Prof. (FH)  Ralf Blendowske
Hochschule Darmstadt
FB MN
Schöfferstr. 3
64295 Darmstadt
++49 6151 16-8616 (alt. - 8651)
ralf.blendow...@h-da.de










Re: [LyX/master] Strike out (in the output) deleted display math with track-changes

2016-10-17 Thread Enrico Forestieri
On Sun, Oct 16, 2016 at 11:27:02PM -0400, Scott Kostyshak wrote:

> On Mon, Oct 17, 2016 at 04:00:25AM +0200, Enrico Forestieri wrote:
> > commit 261e7ae9ce7e6a1ffc4932ff9c33107588a9a4ac
> > Author: Enrico Forestieri 
> > Date:   Mon Oct 17 03:25:35 2016 +0200
> > 
> > Strike out (in the output) deleted display math with track-changes
> 
> Nice!
> 
> Did this commit fix #9678?

Yes, it does. I was missing that bug.

> I tested it out and have a couple of questions. Attached is a file. If I
> compile I get an error ("there's no line to end here"). If I put the
> cursor at the end of "hello" and press (forward) delete to remove the
> newline (nothing changes on the screen) and then compile, there is no
> error.

Fixed at c1bfaa5c.

> A second question is: Is the diagonal line supposed to be so large?
> Screenshot attached.

Yes, unfortunately. There is no way (that I know of) for determing the
width occupied by displayed math, However, one can redefine \lyxmathsout
and customize the width of the line case by case. See the attached first
example. Maybe that hook should be provided by default?

I also explored other different ways for striking out displayed math.
I like very much method 1 in the second attached example. However, it is
more complicated to automate in LyX. Maybe I could do that when I find
the necessary time and introduce some preference for choosing the way
display math is striked out. But don't hold your breath while waiting ;-)

-- 
Enrico
#LyX 2.3 created this file. For more info see http://www.lyx.org/
\lyxformat 513
\begin_document
\begin_header
\save_transient_properties true
\origin /c/work/
\textclass article
\begin_preamble
\newcommand{\stoff}{2em}
\renewcommand{\lyxmathsout}[1]{
  \tikz[baseline=(math.base)]{
\node[inner sep=0pt,outer sep=0pt](math){#1};
\draw($(math.south west)+(\stoff,.5em)$)--($(math.north 
east)-(\stoff,.5em)$);
  }
}
\end_preamble
\use_default_options true
\maintain_unincluded_children false
\language english
\language_package default
\inputencoding auto
\fontencoding global
\font_roman "default" "default"
\font_sans "default" "default"
\font_typewriter "default" "default"
\font_math "auto" "auto"
\font_default_family default
\use_non_tex_fonts false
\font_sc false
\font_osf false
\font_sf_scale 100 100
\font_tt_scale 100 100
\use_microtype false
\graphics default
\default_output_format default
\output_sync 1
\bibtex_command default
\index_command default
\paperfontsize default
\spacing single
\use_hyperref false
\papersize default
\use_geometry false
\use_package amsmath 1
\use_package amssymb 1
\use_package cancel 1
\use_package esint 1
\use_package mathdots 1
\use_package mathtools 1
\use_package mhchem 1
\use_package stackrel 1
\use_package stmaryrd 1
\use_package undertilde 1
\cite_engine basic
\cite_engine_type default
\biblio_style plain
\use_bibtopic false
\use_indices false
\paperorientation portrait
\suppress_date false
\justification true
\use_refstyle 1
\index Index
\shortcut idx
\color #008000
\end_index
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\paragraph_indentation default
\quotes_language english
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes true
\html_math_output 0
\html_css_as_file 0
\html_be_strict false
\author 5863344 "ef"
\author 274215730 "scott"
\end_header

\begin_body

\begin_layout Standard
hello
\end_layout

\begin_layout Standard

\change_deleted 274215730 1476673996
\begin_inset Formula 
\[
x+y
\]

\end_inset


\change_unchanged
testing now
\begin_inset ERT
status open

\begin_layout Plain Layout


\backslash
renewcommand
\backslash
stoff{16em}
\end_layout

\end_inset


\change_deleted 5863344 1476722748

\begin_inset Formula 
\[
x+y
\]

\end_inset


\change_unchanged

\end_layout

\end_body
\end_document
#LyX 2.2 created this file. For more info see http://www.lyx.org/
\lyxformat 508
\begin_document
\begin_header
\save_transient_properties true
\origin unavailable
\textclass article
\begin_preamble
\usepackage{ifpdf}
\ifpdf\else\usepackage[normalem]{ulem}\fi

%% For not showing deletions and underlining insertions, activate
%% "Show Changes in Output" and uncomment the following lines:
%\usepackage[normalem]{ulem}
%\setlength{\ULdepth}{0.25\baselineskip}
%\let\oldcite\cite
%\def\newcite#1{\mbox{\oldcite{#1}}}
%\def\lyxadded#1#2#3{\let\cite\newcite\uline{#3}\let\cite\oldcite}
%\def\lyxdeleted#1#2#3{}

% In order to distinguish underline and strike out
\ifcsname oldcite\endcsname\else\def\normalct{}\fi

%%%
% Method 1:
% To strike out pieces of a formula in display mode
\def\msout#1{\mbox{\sout{$\displaystyle #1$}}}
%%%
% Method 2:
% To strike out a whole formula in display mode
\usepackage{tikz}
\usetikzlibrary{calc}
\newcommand{\dcancel}[1]{
  \tikz[baseline=(math.base)]{
\node[inner sep=0pt,outer 

Regular expressions (adv search) not working on Mac OS X?

2016-10-17 Thread Tadeus Ras
Hello fellow Mac LyXonauts,

Has anyone of you given the (imho very useful :) advanced search feature a try 
with regular expressions?
With the new maintenance release, I have revisited it. However it constantly 
refuses to give any matches with patterns as simple as
\regexp{[0-9]+\endregexp{}}   (source code panel entry obtained from 
advanced search —> insert —> regular expression —> arbitrary digit)

Is there an obvious bug in the above line of code? Or has anyone found a 
workaround — or not even that problem? I am on Mac OS X 10.11.6 (El Capitan) 
with the re-released LyX 2.2.2. The search with regular expressions seems to 
work on Windows 7 at least. Is it functional on Linux?

I had posted a bug report on this a while ago: 
http://www.lyx.org/trac/ticket/10356 
With the recent activity of Mac users on this list and dear Tommaso Cucinotta 
asking whether people are still using his nice feature (I am!) I thought this 
might be a good moment to readdress my issue.

Thanks for any feedback!
Tadeus

Re: resuming counter?

2016-10-17 Thread racoon

On 17.10.2016 09:14, Jürgen Spitzmüller wrote:

Am Montag, den 17.10.2016, 05:58 + schrieb Guenter Milde:

Dear Jürgen,

with commit 0eb651a2, there are
"New layout tags for better counter handling".

Could the

 * ResumeCounter: allow to resume an (enumerate) counter

be used in the enumitem.module to properly support a resumed
enumeration?


Yes.


Awesome!

Daniel



Re: make distclean failed in master

2016-10-17 Thread Richard Heck
On 10/17/2016 12:29 PM, Jean-Marc Lasgouttes wrote:
> Le 17/10/2016 à 18:27, Richard Heck a écrit :
>>> Does distclean work from a clean tree?
>>
>> I tried a lot of things here, e.g., deleting entirely the support/
>> directory and restoring it via "git co support/". Even that did not
>> work. It seems fine with a completely new checkout (git clone olddir
>> newdir, etc), though.
>
> Deleting the contents of the build tree is enough IMO. This is nothing
> to do with source tree.

The problem may have been that I had to configure inside the source
tree, due to problems running the update-po.sh script from a build
directory. I thought that was working at some point, but it seems not to
be again.

Richard



Re: make distclean failed in master

2016-10-17 Thread Jean-Marc Lasgouttes

Le 17/10/2016 à 18:27, Richard Heck a écrit :

Does distclean work from a clean tree?


I tried a lot of things here, e.g., deleting entirely the support/
directory and restoring it via "git co support/". Even that did not
work. It seems fine with a completely new checkout (git clone olddir
newdir, etc), though.


Deleting the contents of the build tree is enough IMO. This is nothing 
to do with source tree.


JMarc



Re: make distclean failed in master

2016-10-17 Thread Richard Heck
On 10/17/2016 04:16 AM, Jean-Marc Lasgouttes wrote:
> Le 15/10/2016 à 22:05, Richard Heck a écrit :
>> I had to delete these lines:
>>
>> include
>> support/tests/$(DEPDIR)/check_ExternalTransforms-dummy_functions.Po
>> include support/tests/$(DEPDIR)/check_Length-dummy_functions.Po
>> include support/tests/$(DEPDIR)/check_ListingsCaption-dummy_functions.Po
>> include support/tests/$(DEPDIR)/check_layout-dummy_functions.Po
>>
>> from src/Makefile to get it to work. Not sure where they come from.
>
> These files used to exist, but they do not anymore. The Po files are
> used for dependency tracking.
>
> Does distclean work from a clean tree?

I tried a lot of things here, e.g., deleting entirely the support/
directory and restoring it via "git co support/". Even that did not
work. It seems fine with a completely new checkout (git clone olddir
newdir, etc), though.

Richard




Re: Bug in lyx 2.2.2.: import / export options not available?

2016-10-17 Thread Stephan Witt
Hi Ralf,

there was a problem with the package we provided at first. This problem should 
be fixed now.
When did you do the download and what’s the name of the file you’ve downloaded?

The corrected package is named "LyX-2.2.2+qt5.6.2-x86_64-cocoa.dmg“ - 
the broken one has the name "LyX-2.2.2+qt5-x86_64-cocoa.dmg“

In case you are not sure you may check the contents of the tab named 
„Erstellung“ in dialog „Über LyX“.
It should contain the string "Qt version: 5.6.2“.

Best regards,
Stephan

> Am 17.10.2016 um 17:31 schrieb Blendowske, Ralf :
> 
> Hi,
> 
> I love to use LyX and take the opportunity to say: Thanks a lot!
> 
> I updated from version 2.2.1 to version 2.2.2 on MacOS Sierra (10.12). 
> In the new version the import / export options are disabled (greyed).  A 
> screen shot is appended.
> I re-configured lyx 2.2.2 without success.
> I checked the path-settings and encountered no difference compared to 2.2.1. 
> 
> I re-installed 2.2.1 side by side, and I don’t see the problem there.
> 
> Is this a bug or an installation problem?
> I am grateful for a hint on how to proceed.
> 
> 
> Kind regards,
> 
> Ralf 
> 
> 
> **
> Prof. (FH)  Ralf Blendowske
> Hochschule Darmstadt 
> FB MN
> Schöfferstr. 3
> 64295 Darmstadt
> ++49 6151 16-8616 (alt. - 8651)
> ralf.blendow...@h-da.de
> 
> 
> 
> 
> 
> 



Re: #9568: Multicolumn, fixed width, and decimal-separator-alignment does not compile

2016-10-17 Thread Sven Schreiber

Am 16.10.2016 um 16:59 schrieb Jürgen Spitzmüller:

Am Sonntag, den 16.10.2016, 16:41 +0200 schrieb Sven Schreiber:



The attached Latex file uses the "siunitx" package (which I've never




Thank you. I am aware of this package, but it has some disadvantages
for our purpose:



2. For proper results, one has to tell siunitx the maximum number of
numbers before and after the decimal separator, and it is hard to
calculate that from within LyX (this is also the reason why we use our
own approach instead of the dcolumn package).


OK, this of course complicates things quite a bit. I don't see how the 
max number calculation would be more difficult in Lyx than in Latex 
given that the user input is the same, but already in Latex I can see 
it's a hassle.


So I think that it would be a reasonable compromise to have the 
decimal-aligned columns (and multicolumns) centered only.


The rest of the argument between the different devels is a bit difficult 
to follow, however. What exactly is the disagreement, perhaps someone 
can summarize the two (or more?) positions?


thanks,
sven


Re: [LyX/master] Add the customary 1-pixel gap before MathMacroTemplate to better see cursor

2016-10-17 Thread Jean-Marc Lasgouttes

Le 06/10/2016 à 01:36, Guillaume Munch a écrit :

commit 2717ef114c655bd0680aefb27820a2196dacdc22
Author: Guillaume Munch 
Date:   Thu Oct 6 01:32:47 2016 +0200

Add the customary 1-pixel gap before MathMacroTemplate to better see cursor


Does it work to do this without increasing the width in metrics?

JMarc


---
 src/mathed/MathMacroTemplate.cpp |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/src/mathed/MathMacroTemplate.cpp b/src/mathed/MathMacroTemplate.cpp
index 5fbba55..cf74272 100644
--- a/src/mathed/MathMacroTemplate.cpp
+++ b/src/mathed/MathMacroTemplate.cpp
@@ -597,7 +597,7 @@ void MathMacroTemplate::draw(PainterInfo & pi, int x, int 
y) const
int const a = y - dim.asc + 1;
int const w = dim.wid - 2;
int const h = dim.height() - 2;
-   pi.pain.rectangle(x, a, w, h, Color_mathframe);
+   pi.pain.rectangle(x + 1, a, w, h, Color_mathframe);

// just to be sure: set some dummy values for coord cache
for (idx_type i = 0; i < nargs(); ++i)





Re: make distclean failed in master

2016-10-17 Thread Jean-Marc Lasgouttes

Le 15/10/2016 à 22:05, Richard Heck a écrit :

I had to delete these lines:

include support/tests/$(DEPDIR)/check_ExternalTransforms-dummy_functions.Po
include support/tests/$(DEPDIR)/check_Length-dummy_functions.Po
include support/tests/$(DEPDIR)/check_ListingsCaption-dummy_functions.Po
include support/tests/$(DEPDIR)/check_layout-dummy_functions.Po

from src/Makefile to get it to work. Not sure where they come from.


These files used to exist, but they do not anymore. The Po files are 
used for dependency tracking.


Does distclean work from a clean tree?

JMarc


Re: resuming counter?

2016-10-17 Thread Jürgen Spitzmüller
Am Montag, den 17.10.2016, 05:58 + schrieb Guenter Milde:
> Dear Jürgen,
> 
> with commit 0eb651a2, there are 
> "New layout tags for better counter handling".
> 
> Could the 
> 
>  * ResumeCounter: allow to resume an (enumerate) counter
>  
> be used in the enumitem.module to properly support a resumed
> enumeration?

Yes.

> If yes, how?

I did that already:
www.lyx.org/trac/changeset/b30de672/lyxgit

Jürgen

> 
> This would be good news!
> 
> Thanks,
> Günter 
> 
> 

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


Track changes deleted float caption

2016-10-17 Thread racoon
Very nice that tracked changes for deletions of insets now crosses out 
the frames.


I guess it would be nice to also apply this to float captions (see 
attached).


Another question: Is there a specific reason why captions are not 
displayed as classic collapsables [sic]? Or would that look too 
confusing, e.g. when sub floats are used or so?


Daniel


Re: Master is slow

2016-10-17 Thread racoon

On 15.10.2016 20:27, Jean-Marc Lasgouttes wrote:

Le 15/10/2016 à 19:53, racoon a écrit :

Yes, I think so.


This adds some run time checks in windows that can make things slower.

Another thing to check: did you compile against Qt5 or Qt4?


Qt5.



Re: Master is slow

2016-10-17 Thread racoon

On 15.10.2016 21:46, Guillaume Munch wrote:

Le 15/10/2016 à 11:39, racoon a écrit :

Typing within the master's work area is slow on my computer (while it is
fine in 2.2.2 and 2.1.5).


What is the qt version?

Qt 5.6.1

Daniel




resuming counter?

2016-10-17 Thread Guenter Milde
Dear Jürgen,

with commit 0eb651a2, there are 
"New layout tags for better counter handling".

Could the 

 * ResumeCounter: allow to resume an (enumerate) counter
 
be used in the enumitem.module to properly support a resumed enumeration?
If yes, how?

This would be good news!

Thanks,
Günter