License for Chinese translation
I hereby grant permission to use my work for LyX under the license GPL version 2 or later. Winfred Huang 发自我的 iPhone
License: Chinese (Simplified) translation for LyX
发自我的 iPhone 以下是转发的邮件： 发件人: 黄 克鲁 mailto:tone90...@hotmail.com>> 日期: 2018年7月25日 GMT+8 16:25:01 收件人: Jürgen Spitzmüller mailto:sp...@lyx.org>> 主题: 回复： Chinese (Simplified) translation for LyX As you wish. I hereby grant permission to license any and all contributions I've made to LyX under the GNU GPL Version 2 or later. Winfred Huang 发自我的 iPhone 在 2018年7月25日，16:06，Jürgen Spitzmüller mailto:sp...@lyx.org>> 写道： I herby grant permission to license any and all contributions I've made to LyX under the Gnu GPL version 2 or later.
7 compilation errors in current master
After a long time I could compile LyX. While the 2.3.x branch works well, I get these compilation errors in current master: D:\LyXGit\Master\src\insets\InsetTabular.cpp(6575): error C2664: 'void lyx::swap(lyx::Counters &,lyx::Counters &)': cannot convert argument 1 from 'lyx::Inset::std::col_type' to 'lyx::Counters &' [D:\LyXGit\Master\compile-2015\src\insets\insets.vcxproj] D:\LyXGit\Master\src\insets\InsetTabular.cpp(6580): error C2664: 'void lyx::swap(lyx::Counters &,lyx::Counters &)': cannot convert argument 1 from 'lyx::Inset::std::row_type' to 'lyx::Counters &' [D:\LyXGit\Master\compile-2015\src\insets\insets.vcxproj] D:\LyXGit\Master\src\mathed\InsetMathHull.cpp(1298): error C2664: 'void lyx::swap(lyx::Counters &,lyx::Counters &)': cannot convert argument 1 from 'lyx::InsetLabel *' to 'lyx::Counters &' [D:\LyXGit\Master\compile-2015\src\mathed\mathed.vcxproj] D:\LyXGit\Master\src\mathed\InsetMathHull.cpp(1317): error C2664: 'void lyx::swap(lyx::Counters &,lyx::Counters &)': cannot convert argument 1 from 'lyx::InsetMathHull::Numbered' to 'lyx::Counters &' [D:\LyXGit\Master\compile-2015\src\mathed\mathed.vcxproj] D:\LyXGit\Master\src\mathed\InsetMathHull.cpp(1319): error C2664: 'void lyx::swap(lyx::Counters &,lyx::Counters &)': cannot convert argument 1 from 'lyx::InsetLabel *' to 'lyx::Counters &' [D:\LyXGit\Master\compile-2015\src\mathed\mathed.vcxproj] D:\LyXGit\Master\src\mathed\InsetMathHull.cpp(1329): error C2664: 'void lyx::swap(lyx::Counters &,lyx::Counters &)': cannot convert argument 1 from 'lyx::InsetMathHull::Numbered' to 'lyx::Counters &' [D:\LyXGit\Master\compile-2015\src\mathed\mathed.vcxproj] D:\LyXGit\Master\src\mathed\InsetMathHull.cpp(1331): error C2664: 'void lyx::swap(lyx::Counters &,lyx::Counters &)': cannot convert argument 1 from 'lyx::InsetLabel *' to 'lyx::Counters &' [D:\LyXGit\Master\compile-2015\src\mathed\mathed.vcxproj] Could you please have a look? thanks and regards Uwe
Re: LyX should remember the last used template directory or use the user directory
On 07/27/2018 10:55 AM, Daniel wrote: When selecting "New from Template..." LyX always starts at the template directory in the library directory. I guess when creating custom templates they should not be put into the library directory. But then one would have to always manually navigate to the template directory. So, LyX should remember the directory where the last template was opened from to make it easier to use one's own templates. Alternatively, LyX should place all templates in the user directory and always start from there, so that the user can add a template there. Daniel Following advice from someone on the list (I think), I went to Tools > Preferences... > Paths and changed the template path to the template folder in the user directory. Now "New from Template" always starts from there. I added a symlink in the local templates directory to the LyX templates directory, so if I want a template that came with LyX I can just use that link to quickly get to the "official" directory. Paul
LyX should remember the last used template directory or use the user directory
When selecting "New from Template..." LyX always starts at the template directory in the library directory. I guess when creating custom templates they should not be put into the library directory. But then one would have to always manually navigate to the template directory. So, LyX should remember the directory where the last template was opened from to make it easier to use one's own templates. Alternatively, LyX should place all templates in the user directory and always start from there, so that the user can add a template there. Daniel
How to use "abstract" package in LyX
This is going to get a little messy. Could be LaTeX-related but I can’t figure
out how to untangle the ERT I’m trying from the LyX file.
I’m using Article (Standard Class) with a non-default font in two-column mode.
I would like a nice one-column abstract that has a little wider margins than
the main body. The abstract package
http://mirror.las.iastate.edu/tex-archive/macros/latex/contrib/abstract/abstract.pdf
promises to do the job.
I’ve put the \usepackage{abstract} line in the LaTeX preamble under
Document->Settings. Then, trying to mimic the simple example at the above link,
I inserted the ERT as such:
\twocolumn[
\maketitle
\begin{onecolabstract}
Abstract text...
\end{onecolabstract}
]
\saythanks
Things go wrong. (1) The title, author, and date are correctly placed on the
first page, along with a footnote associate with the author’s name—footnote
contains e-mail address etc. There is nothing else on this first page! It is
mostly white space. On the second page the abstract (one column, inset margins,
smaller font, “Abstract” title, everything nice) correctly appears, followed by
the body of the paper in two columns as expected. But (2) the same “author”
footnote appears at the bottom of the first column of this second page.
I looked at the LaTeX export and saw a snippet that looks like this:
\maketitle
\twocolumn[
\maketitle
\begin{onecolabstract}
Abstract text...
\end{onecolabstract}
]
\saythanks
The \maketitle appears twice. If I delete the second one, the one inside the
twocolumn command that I inserted from LyX as ERT, nothing changes. However, if
I put that back in and delete the first \maketitle, _the one inserted into the
LaTeX by LyX_, I get a properly rendered document.
So this is why I’m posting to this list. How do I prevent LyX from inserting
the first \maketitle? Or am I misusing this package?
Jerry
Re: Cross Reference dialog box is wider than my screen
> On Jul 25, 2018, at 10:02 AM, Richard Kimberly Heck wrote: > > On 07/24/2018 06:57 PM, list_em...@icloud.com wrote: >> This is an old problem that I know I filed a ticket on years ago. The dialog >> for Cross References attempts to display the entire path to the file in a >> pop-up menu, regardless of how long the file path is. At the same time, in >> an attempt to display the long pop-up menu item, the width of the dialog box >> is adjusted, apparently without limit. The width can easily exceed the width >> of the screen. The user can, with patience, drag the dialog box so that the >> right edge is visible and can thus click on OK or Cancel or Apply, but >> attempts to drag the right side of the box to the left and thus make the box >> narrower, fail, as resizing is not allowed. This behavior persists even if >> the current file path is not long, but a previously opened long file path >> remains as a pop-up option. (Why do old file names live in this menu anyway?) >> >> This isn’t how things are supposed to work. A long string for a pop-up menu >> item is supposed to be truncated and terminated with an ellipse, …, and >> hovering over the truncated string should show a tooltip with the entire >> string. > > Please file a bug report for this: https://www.lyx.org/trac/newticket https://www.lyx.org/trac/ticket/9316 Four years ago. Jerry > > Riki > >> >> Jerry >>
Re: Cross Reference dialog box is wider than my screen (2nd attempt, w/attachment)
> On Jul 25, 2018, at 1:01 AM, Jürgen Spitzmüller wrote: > > Am Dienstag, den 24.07.2018, 16:05 -0700 schrieb list_em...@icloud.com: >> This is an old problem that I know I filed a ticket on years ago. > > You remember which? https://www.lyx.org/trac/ticket/9316 > >> The dialog for Cross References attempts to display the entire path >> to the file in a pop-up menu, regardless of how long the file path >> is. At the same time, in an attempt to display the long pop-up menu >> item, the width of the dialog box is adjusted, apparently without >> limit. The width can easily exceed the width of the screen. The user >> can, with patience, drag the dialog box so that the right edge is >> visible and can thus click on OK or Cancel or Apply, but attempts to >> drag the right side of the box to the left and thus make the box >> narrower, fail, as resizing is not allowed. This behavior persists >> even if the current file path is not long, but a previously opened >> long file path remains as a pop-up option. > > Interesting. Here (Linux, LyX 2.3.1svn), the path is truncated. Which > version of LyX is that? 2.3.0 > >> (Why do old file names live in this menu anyway?) > > These are only all opened buffers (including those opened in "hidden" > state). > >> This isn’t how things are supposed to work. A long string for a pop- >> up menu item is supposed to be truncated and terminated with an >> ellipse, …, and hovering over the truncated string should show a >> tooltip with the entire string. > > I agree. Maybe some Mac-specific problem? > > Jürgen > >> >> Jerry >> >> >>
