Re: Mark line(s) on Reverse search instead of close position
On 04.09.2016 00:18, Guillaume Munch wrote: Le 29/08/2016 à 11:33, racoon a écrit : On Reverse search LyX puts the cursor at a position only *close* to but not exactly at the position chosen in the pdf document. It is a bit tricky for me to always find the former position in my document. Since it is anyway not the exact position maybe it is possible to select the whole line(s) rather than a close position? This is quite easy to do. It would select text up to the next recorded entry, as is done during error reporting. Any objection? Not sure you are asking me in particular or people in general. But I don't understand what "text up to the next recorded entry" is. Daniel
Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler
On 09/05/2016 04:56 PM, Georg Baum wrote: > Helge Hafting wrote: > >> Den 05. sep. 2016 00:53, skrev Jannick: >>> Currently lyx deals with *.xls files only, while the Excel world rather >>> turns around .xlsx files. It would be great if lyx could be extended >>> including the file handler where ssconvert appears to faithfully extract >>> data from *.xlsx files. >>> >>> I am not subscribed to the devel list, so please copy me in if you need >>> any more information on this from my side. >>> >> LyX already support .xlsx, so I am not sure what you are asking for here? > I think he meant the missing .xlsx extension in the external material file > dialog. I added this in master at df8e0ed9e0c37ab7. Fine for stable too. rh
RE: Inkscape /LyX integration (working!)
Pavel thanks! Attached the changes you proposed (though still to HEAD). Yes, the Inkscape bug is known upstream. Fixing seems to be a bit tricky as it is due to a change in the Cairo library, aimed at enabling the output of "layers", transparent or not, covering or covered by text strings. But of course Inkscape should know itself how many PDF pages it is outputting... Someone please push if this passes muster Martin From: Pavel Sanda [sa...@lyx.org] Sent: Monday, September 05, 2016 9:35 PM To: Vermeer Martin Cc: lyx-devel@lists.lyx.org; Jean-Marc Lasgouttes Subject: Re: Inkscape /LyX integration (working!) Vermeer Martin wrote: > From ed2997e78e5015cb4eff2a988c729fd1f1cde216 Mon Sep 17 00:00:00 2001 > From: Martin Vermeer > Date: Sat, 3 Sep 2016 17:17:45 +0300 > Subject: [PATCH] Initial commit of Inkscape SVG LaTeX + PDF support > > Based on Daniel Groger's work of five years ago, with minor changes > > diff --git a/lib/Makefile.am b/lib/Makefile.am > index 1da5b97..99d9fe4 100644 > --- a/lib/Makefile.am > +++ b/lib/Makefile.am > @@ -2316,6 +2316,8 @@ dist_scripts_DATA += \ > scripts/fen2ascii.py \ > scripts/fig2pdftex.py \ > scripts/fig2pstex.py \ > + scripts/svg2pdftex.py \ > + scripts/svg2pstex.py \ > scripts/fig_copy.py \ > scripts/html2latexwrapper.py \ > scripts/include_bib.py \ Shouldn't workaround.png be part of some makefile as well? Also item in RELEASE-NOTES about new template could be added. > diff --git a/lib/doc/EmbeddedObjects.lyx b/lib/doc/EmbeddedObjects.lyx > index 713eab1..eb10ca3 100644 > --- a/lib/doc/EmbeddedObjects.lyx > +++ b/lib/doc/EmbeddedObjects.lyx > @@ -1,5 +1,5 @@ > -#LyX 2.2 created this file. For more info see http://www.lyx.org/ > -\lyxformat 508 > +#LyX 2.3 created this file. For more info see http://www.lyx.org/ > +\lyxformat 512 > \begin_document > \begin_header > \save_transient_properties true I believe 2.x version + CT tracking is currently encouraged for documentation improvements even in master unless you directly use new feature. > +figure This experimental template supports images created with the program > + > +\begin_inset CommandInset href > +LatexCommand href > +name "Inkscape" > +target "https://fi.wikipedia.org/wiki/Inkscape"; This url should have been en not fi I guess. > +++ b/lib/external_templates > @@ -290,6 +290,48 @@ Template XFig > TemplateEnd > > > +Template Inkscape > + GuiName "Inkscape figure" > + HelpText > + An Inkscape figure. I would put here small note that this template allows the text font inside .svg look like the latex font around. > + This template should work flawlessly with Inkscape 0.48. > + For Inkscape 0.91, there is a bug in the LaTeX + PDF output > + which makes a workaround necessary, see Embedded Objects manual. Is this bug known to Inkscape devs, i.e. is this going to be fixed in forthcoming versions? Apart from those I would say go and commit. Pavel From ed2997e78e5015cb4eff2a988c729fd1f1cde216 Mon Sep 17 00:00:00 2001 From: Martin Vermeer Date: Sat, 3 Sep 2016 17:17:45 +0300 Subject: [PATCH 01/10] Initial commit of Inkscape SVG LaTeX + PDF support Based on Daniel Groger's work of five years ago, with minor changes http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg169820.html This extends the support for Xfig LaTeX + PDF to a more modern and actively developed vector graphics editor. Embedded Objects manual updated, also to include a workaround for an Inkscape 0.91 bug. --- lib/Makefile.am | 2 + lib/configure.py| 6 ++- lib/doc/EmbeddedObjects.lyx | 117 +++- lib/doc/workaround.png | Bin 0 -> 17450 bytes lib/external_templates | 42 lib/scripts/svg2pdftex.py | 57 + lib/scripts/svg2pstex.py| 49 +++ 7 files changed, 269 insertions(+), 4 deletions(-) create mode 100644 lib/doc/workaround.png create mode 100644 lib/scripts/svg2pdftex.py create mode 100644 lib/scripts/svg2pstex.py diff --git a/lib/Makefile.am b/lib/Makefile.am index 1da5b97..99d9fe4 100644 --- a/lib/Makefile.am +++ b/lib/Makefile.am @@ -2316,6 +2316,8 @@ dist_scripts_DATA += \ scripts/fen2ascii.py \ scripts/fig2pdftex.py \ scripts/fig2pstex.py \ + scripts/svg2pdftex.py \ + scripts/svg2pstex.py \ scripts/fig_copy.py \ scripts/html2latexwrapper.py \ scripts/include_bib.py \ diff --git a/lib/configure.py b/lib/configure.py index d3d1c31..e2f43d3 100644 --- a/lib/configure.py +++ b/lib/configure.py @@ -711,9 +711,9 @@ def checkFormatEntries(dtl_tools): \Format jlyx cjklyx "CJK LyX 1.4.x (euc-jp)" "" "" "" "document" "" \Format klyx cjklyx "CJK LyX 1.4.x (euc-kr)" "" "" "" "document" "" \Format lyxpreview lyxpreview "LyX Preview" "" "" "" "" "" -\Format pdftex pdftex_t PDFTEX"" "" "" "" "" +\For
Re: current branch is incompilable
Am 03.09.2016 um 22:45 schrieb Guillaume Munch: is this a clean build? Hi Guillaume. It was - at least I could compile before I went offline and then I could no longer after using latest Git version. Now I deleted everything from CMake and voilá I can compile branch now. I will never understand why this happens. There is for example another problem that building from the command line files for the po file creation. Then one has to run the MSVC GUI and execute the same build command from within there. Pure mystery why it then works since I have admin privileges (also for the command line of course). thanks and regards Uwe
Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler
Helge Hafting wrote: > Den 05. sep. 2016 00:53, skrev Jannick: >> Currently lyx deals with *.xls files only, while the Excel world rather >> turns around .xlsx files. It would be great if lyx could be extended >> including the file handler where ssconvert appears to faithfully extract >> data from *.xlsx files. >> >> I am not subscribed to the devel list, so please copy me in if you need >> any more information on this from my side. >> > LyX already support .xlsx, so I am not sure what you are asking for here? I think he meant the missing .xlsx extension in the external material file dialog. I added this in master at df8e0ed9e0c37ab7. Georg
Re: Inkscape /LyX integration (working!)
Vermeer Martin wrote: > From ed2997e78e5015cb4eff2a988c729fd1f1cde216 Mon Sep 17 00:00:00 2001 > From: Martin Vermeer > Date: Sat, 3 Sep 2016 17:17:45 +0300 > Subject: [PATCH] Initial commit of Inkscape SVG LaTeX + PDF support > > Based on Daniel Groger's work of five years ago, with minor changes > > diff --git a/lib/Makefile.am b/lib/Makefile.am > index 1da5b97..99d9fe4 100644 > --- a/lib/Makefile.am > +++ b/lib/Makefile.am > @@ -2316,6 +2316,8 @@ dist_scripts_DATA += \ > scripts/fen2ascii.py \ > scripts/fig2pdftex.py \ > scripts/fig2pstex.py \ > + scripts/svg2pdftex.py \ > + scripts/svg2pstex.py \ > scripts/fig_copy.py \ > scripts/html2latexwrapper.py \ > scripts/include_bib.py \ Shouldn't workaround.png be part of some makefile as well? Also item in RELEASE-NOTES about new template could be added. > diff --git a/lib/doc/EmbeddedObjects.lyx b/lib/doc/EmbeddedObjects.lyx > index 713eab1..eb10ca3 100644 > --- a/lib/doc/EmbeddedObjects.lyx > +++ b/lib/doc/EmbeddedObjects.lyx > @@ -1,5 +1,5 @@ > -#LyX 2.2 created this file. For more info see http://www.lyx.org/ > -\lyxformat 508 > +#LyX 2.3 created this file. For more info see http://www.lyx.org/ > +\lyxformat 512 > \begin_document > \begin_header > \save_transient_properties true I believe 2.x version + CT tracking is currently encouraged for documentation improvements even in master unless you directly use new feature. > +figure This experimental template supports images created with the program > + > +\begin_inset CommandInset href > +LatexCommand href > +name "Inkscape" > +target "https://fi.wikipedia.org/wiki/Inkscape"; This url should have been en not fi I guess. > +++ b/lib/external_templates > @@ -290,6 +290,48 @@ Template XFig > TemplateEnd > > > +Template Inkscape > + GuiName "Inkscape figure" > + HelpText > + An Inkscape figure. I would put here small note that this template allows the text font inside .svg look like the latex font around. > + This template should work flawlessly with Inkscape 0.48. > + For Inkscape 0.91, there is a bug in the LaTeX + PDF output > + which makes a workaround necessary, see Embedded Objects manual. Is this bug known to Inkscape devs, i.e. is this going to be fixed in forthcoming versions? Apart from those I would say go and commit. Pavel
Re: Our \LyX{} inset breaks compilation in Hebrew (but \LaTeX{} does not)
On 2016-09-03, Jürgen Spitzmüller wrote:
> Am Samstag, den 03.09.2016, 17:55 +0200 schrieb Jürgen Spitzmüller:
>> By the way, at least with recent Babel and Polyglossia, the TeX and
>> LaTeX logos are displayed correctly also in RTL context (see attached
>> example). AFAICS they are redefined in babel (and probably also
>> polyglossia) to this end. We should do the same with the Lyx logo.
> As far as babel Hebrew ist concerned, the redefinitions are in
> rlbabel.def:
> \let\@@TeX\TeX
> \def\TeX{\@latin{\@@TeX}}
> \let\@@LaTeX\LaTeX
> \def\LaTeX{\@latin{\@@LaTeX}}
> \let\@@LaTeXe\LaTeXe
> \def\LaTeXe{\@latin{\@@LaTeXe}}
I agree that \LyX should work "out of the box" in every language/script.
However, as the definition is put in the source file and is not hidden in a
package, we should not use "package author commands" but "document author
commands", i.e. nothing with @ (if avoidable).
\textlatin is provided by the Babel base package, so it is always available
if Babel is loaded.
> \let\@@LyX\LyX
> \def\LyX{\@latin{\@@LyX}}
In this case, we can wrap the definition in \textlatin if Babel is loaded:
\providecommand{\LyX}{\textlatin{%
L\kern-.1667em\lower.25em\hbox{Y}\kern-.125emX\@}}
and similar in the LTR-ensuring "user command" for RTL languages.
Günter
Re: master/child assertion
On 09/05/2016 12:16 PM, José Abílio Matos wrote: > On Saturday, September 3, 2016 10:50:49 AM WEST Scott Kostyshak wrote: >> Can anyone else reproduce? >> >> Scott > Using 2.2.1 in Fedora I get > > lassert.cpp (51): ASSERTION d->clone_list_->empty() VIOLATED IN Buffer.cpp:505 > ( 1) lyx: lyx(+0x7c50eb) [0x55ebc487c0eb] > ( 2) lyx: lyx(+0x197894) [0x55ebc424e894] > ( 3) lyx: lyx(+0x5bfb12) [0x55ebc4676b12] > ( 4) lyx: lyx(+0x5d740f) [0x55ebc468e40f] > ( 5) /lib64/libQt5Core.so.5: /lib64/libQt5Core.so.5(+0xa38ff) > [0x7fc65f4918ff] > ( 6) /lib64/libQt5Core.so.5: /lib64/libQt5Core.so.5(+0xa6a1a) > [0x7fc65f494a1a] > ( 7) /lib64/libpthread.so.0: /lib64/libpthread.so.0(+0x76ca) [0x7fc65e92f6ca] > ( 8) /lib64/libc.so.6: /lib64/libc.so.6(clone+0x5f) [0x7fc65e669f6f] > > At the same time there is a latex error: > > Error: Could not find LaTeX command for character 'é' (code point 0xe9) I don't have XeTeX. Does one have to use it to get the bug? The error may be related. (Some Buffer not properly closed?) It would be nice to know what clone has not been closed here. I'm a bit puzzled, because the document being previewed does not seem to have any children in the first place. Anyway, you could try adding some code like this before the assertion: CloneList::iterator cit = d->clone_list_.begin(); CloneList::iterator cen = d->clone_list_.end(); for (; cit != cen; ++cit) LYXERR0(cit->filename()); Richard
Re: master/child assertion
On Mon, Sep 05, 2016 at 05:16:35PM +0100, José Abílio Matos wrote: > On Saturday, September 3, 2016 10:50:49 AM WEST Scott Kostyshak wrote: > > > > Can anyone else reproduce? > > > > Scott > > Using 2.2.1 in Fedora I get > > lassert.cpp (51): ASSERTION d->clone_list_->empty() VIOLATED IN Buffer.cpp:505 Thanks for confirming! > At the same time there is a latex error: > > Error: > Could not find LaTeX command for character 'é' (code point 0xe9) Same here. > Interestingly, a bug IMHO, it is not possible to get the latex complete log. I did not notice this but now attempted and I see the same thing. The button is enabled but when clicking it says "Command disabled". Scott signature.asc Description: PGP signature
Re: master/child assertion
On Saturday, September 3, 2016 10:50:49 AM WEST Scott Kostyshak wrote:
>
> Can anyone else reproduce?
>
> Scott
Using 2.2.1 in Fedora I get
lassert.cpp (51): ASSERTION d->clone_list_->empty() VIOLATED IN Buffer.cpp:505
( 1) lyx: lyx(+0x7c50eb) [0x55ebc487c0eb]
( 2) lyx: lyx(+0x197894) [0x55ebc424e894]
( 3) lyx: lyx(+0x5bfb12) [0x55ebc4676b12]
( 4) lyx: lyx(+0x5d740f) [0x55ebc468e40f]
( 5) /lib64/libQt5Core.so.5: /lib64/libQt5Core.so.5(+0xa38ff)
[0x7fc65f4918ff]
( 6) /lib64/libQt5Core.so.5: /lib64/libQt5Core.so.5(+0xa6a1a)
[0x7fc65f494a1a]
( 7) /lib64/libpthread.so.0: /lib64/libpthread.so.0(+0x76ca) [0x7fc65e92f6ca]
( 8) /lib64/libc.so.6: /lib64/libc.so.6(clone+0x5f) [0x7fc65e669f6f]
At the same time there is a latex error:
Error:
Could not find LaTeX command for character 'é' (code point 0xe9)
Description:
Some characters of your document are probably not representable in the chosen
encoding.
Changing the document encoding to utf8 could help.
The error occurs in a comment, written in ERT, present in the beamer article:
%Pour illustrer le différence entre decouvert et visible:
\setbeamercovered{transparent}
Interestingly, a bug IMHO, it is not possible to get the latex complete log.
--
José Abílio
Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler
Den 05. sep. 2016 00:53, skrev Jannick: Currently lyx deals with *.xls files only, while the Excel world rather turns around .xlsx files. It would be great if lyx could be extended including the file handler where ssconvert appears to faithfully extract data from *.xlsx files. I am not subscribed to the devel list, so please copy me in if you need any more information on this from my side. LyX already support .xlsx, so I am not sure what you are asking for here? I created a LyX document, inserted a file (external material). I selected spreadsheet, and typed in "testfile.xlsx". This worked fine, the PDF contained the spreadsheet. Anything "ssconvert" supports should indeed work. I don't know if ssconvert handles all xlsx files, but it certainly handled my testfile well. I tested with LyX 2.2.1, but this sould work for most earlier versions too - as there haven't been much changes since the excel support went in. Conversion is handled by ssconvert, so anything ssconvert handles should work, (unless the spreadsheet is wider than the page). Do you have an xlsx file that ssconvert handles, but LyX does not? If so, please send me such a file so I can look into it. Helge Hafting
Re: Our \LyX{} inset breaks compilation in Hebrew (but \LaTeX{} does not)
Le 03/09/2016 à 18:26, Jürgen Spitzmüller a écrit :
Am Samstag, den 03.09.2016, 17:55 +0200 schrieb Jürgen Spitzmüller:
By the way, at least with recent Babel and Polyglossia, the TeX and
LaTeX logos are displayed correctly also in RTL context (see attached
example). AFAICS they are redefined in babel (and probably also
polyglossia) to this end. We should do the same with the Lyx logo.
As far as babel Hebrew ist concerned, the redefinitions are in
rlbabel.def:
\let\@@TeX\TeX
\def\TeX{\@latin{\@@TeX}}
\let\@@LaTeX\LaTeX
\def\LaTeX{\@latin{\@@LaTeX}}
\let\@@LaTeXe\LaTeXe
\def\LaTeXe{\@latin{\@@LaTeXe}}
Analogously,
\let\@@LyX\LyX
\def\LyX{\@latin{\@@LyX}}
works for this specific case, but it is probably not very scalable.
Another solution is, at InsetSpecialChar::latex level, to enclose the
macro inside \L (hebrew) or \textLR (arabi package).
JMarc
Re: Weird Selection Bug
Le 05/09/2016 à 14:56, Helge Hafting a écrit : After some git trouble*, I compiled & tested. Selection still works as expected with linux & qt5. Selection still goes from the text cursor position to the mouse click position - not from the position of "the previous mouseclick" to the current mouseclick. So it is OK now, right? JMarc
Re: Weird Selection Bug
Den 31. aug. 2016 16:33, skrev Jean-Marc Lasgouttes: Le 31/08/2016 à 11:51, Helge Hafting a écrit : Den 23. aug. 2016 12:14, skrev Jean-Marc Lasgouttes: Are you sure? I do not see that. I now look at a light blue highlighted selection that goes from the second line to the third. The first line mentioned is not an endpoint - it is forgotten by LyX, and usually by me too. In the meantime, the bug has been fixed in branch and master. If you have access to that, please confirm that it works as it should. After some git trouble*, I compiled & tested. Selection still works as expected with linux & qt5. Selection still goes from the text cursor position to the mouse click position - not from the position of "the previous mouseclick" to the current mouseclick. * I had an old clone of LyX, where I once tested some patches. "git pull" then refused, telling me I needed to "commit my changes" first. But I did not want to commit random experiments into LyX, so I did obviously not commit anything. Various variants of "git --reset" and "git merge --abort" did not persuade git to _drop all changes and just get me the current master_. So I gave up and deleted the entire tree and cloned from scratch. A big waste of bandwith, but faster than figuring out the right git command. :-( Helge Hafting
Re: [LyX/master] Fix for recent luatex versions.
On 2016-09-04, Jürgen Spitzmüller wrote:
> [-- Type: text/plain, Encoding: quoted-printable --]
> Am Sonntag, den 04.09.2016, 17:32 +0200 schrieb Jürgen Spitzmüller:
>> > It's fine with me if you think it safe.
>> I think it is safe and needed
> Except that I stumbled over the \@ifundefined semantics once more :-(
The LaTeX kernel command \providecommand{\foobar}{FooBar} is better to
understand:
\providecommand{\page...}{\pdfpage...}
If you insist on "\let"ting, you can safely use
\ifdefined
because we know this code is for luatex and luatex contains the e-tex
extensions where this TeX primitive is defined:
\ifdefined \foobar \else
\let \foobar \FooBar
\fi
Günter
