Re: Inline enumerate
> On Dec 1, 2020, at 8:48 AM, Richard Kimberly Heck wrote: > > On 12/1/20 7:39 AM, Hal Kierstead wrote: >> All - >> >> I know how to use inline enumerate (enumitem[enumerate*]) in LaTeX. Is there >> a good way to use it in LyX without ERT? Among other problems, it seems that >> in order to use the enumitem[enumerate*] package option I need to turn off >> the enumitem module. > > The attached is a hacked version of the enumitem module with additional > list types, including inline. You can either put it into your layouts/ > directory as is, in which case it will replace the official version, or > rename it and put it there, in which case it will give you a different > option. > > Riki > > > Riki - Thanks again. I have tried it and it works perfectly for me. Hal -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Error in the release notes for 2.3.6?
Hi, LyXers! I noticed that the text in the release announcement for 2.3.6 here https://www.lyx.org/announce/2_3_6.txt and in the news page got mixed with the 2.3.5 release (it talks about support for inkscape 1.0, for example, or in the news page it talks about the "fifth maintenance release") and it's indeed different from the text in the announcement email, which it seems to me is the right text. Regards, Ricardo -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Inline enumerate
All - I know how to use inline enumerate (enumitem[enumerate*]) in LaTeX. Is there a good way to use it in LyX without ERT? Among other problems, it seems that in order to use the enumitem[enumerate*] package option I need to turn off the enumitem module. Hal -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Inline enumerate
On 12/1/20 7:39 AM, Hal Kierstead wrote:
> All -
>
> I know how to use inline enumerate (enumitem[enumerate*]) in LaTeX. Is there
> a good way to use it in LyX without ERT? Among other problems, it seems that
> in order to use the enumitem[enumerate*] package option I need to turn off
> the enumitem module.
The attached is a hacked version of the enumitem module with additional
list types, including inline. You can either put it into your layouts/
directory as is, in which case it will replace the official version, or
rename it and put it there, in which case it will give you a different
option.
Riki
#\DeclareLyXModule{Customisable Lists (enumitem)}
#DescriptionBegin
# Control the layout of enumerate, itemize and description
# with an optional argument.
# See http://dante.ctan.org/CTAN/macros/latex/contrib/enumitem/enumitem.pdf
#DescriptionEnd
# Author: Günter Milde
Format 35
# The package enumitem provides user control over the layout of the three
# basic list environments: enumerate, itemize and description. It supersedes
# both enumerate and mdwlist (providing well-structured replacements for all
# their funtionality), and in addition provides functions to compute the
# layout of labels, and to ‘clone’ the standard environments, to create new
# environments with counters of their own.
#
# - fancy labels and fancy refs,
# - leftmargin, labelsep and labelwidth automatically set,
# - changes applied globally or only in one of the three
# types or even in a single list (including topsep) by
# means of a sort of "inheritance",
# - several description styles (which fix some bad
# spacing, too),
# - starting value and counter resuming,
# - trivlists properly formatted,
# - control on page breaking
#
# Styling the basic lists is possible
#
# a) generally in the LaTeX preamble and
# b) per environment with optional arguments
#
# See enumitem.pdf for details and examples.
AddToPreamble
\usepackage{enumitem}
EndPreamble
# ensure the stdlist layouts are present (unmodified)
# (as e.g. the KOMA script classes obsolete lyx-list with labeling)
# TODO: is this secure?
Input stdlists.inc
# Customizable Basic Lists
#
# With enumitem, the three standard list environments take an optional
# argument. See enumitem.pdf_ for possible values.
Style Itemize
OptionalArgs 1
End
Style Enumerate
OptionalArgs 1
End
Style Description
OptionalArgs 1
End
# List Variants
# -
#
# Styles with pre-defined optional arguments for ease of use
Style Enumerate-Resume
CopyStyle Enumerate
LatexParam[resume]
OptionalArgs 0
# a blue label to indicate that this is not a WYSIWYG label
# (the numbering differs in the output)
LabelFont
Color blue
EndFont
End
Style Enumerate-Roman
CopyStyle Enumerate
OptionalArgs 0
LatexName romanlist
# a blue label to indicate that this is not a WYSIWYG label
# we don't get roman
LabelFont
Color blue
EndFont
Preamble
\newlist{romanlist}{enumerate}{1}
\setlist[romanlist]{label=(\roman*),leftmargin=*,align=left}
EndPreamble
End
Style Roman-Resume
CopyStyle Enumerate-Roman
LatexParam "[resume]"
# a blue label to indicate that this is not a WYSIWYG label
# we don't get roman
LabelFont
Color blue
EndFont
Preamble
EndPreamble
End
Style Roman-Bare
CopyStyle Enumerate-Roman
LatexName romanbare
Preamble
\newlist{romanbare}{enumerate}{1}
\setlist[romanbare]{label=(\roman*),ref=\roman*,leftmargin=*,align=left}
EndPreamble
End
Style Enumerate-RomanUpper
CopyStyle Enumerate
OptionalArgs 0
LatexName RomanList
# a blue label to indicate that this is not a WYSIWYG label
# we don't get roman
LabelFont
Color blue
EndFont
Preamble
\newlist{RomanList}{enumerate}{1}
\setlist[RomanList]{label=(\Roman*),leftmargin=*,align=left}
EndPreamble
End
Style Enumerate-Alpha
CopyStyle Enumerate
OptionalArgs 0
LatexName alphlist
# a blue label to indicate that this is not a WYSIWYG label
# we don't get roman
LabelFont
Color blue
EndFont
Preamble
\newlist{alphlist}{enumerate}{1}
\setlist[alphlist]{label=(\alph*),leftmargin=*,align=left}
EndPreamble
End
Style Alpha-Resume
CopyStyle Enumerate-Alpha
LatexParam "[resume]"
# a blue label to indicate that this is not a WYSIWYG label
# we don't get roman
LabelFont
Color
Re: Lyx-2.3.6 build failure [FIXED]
On Tue, 1 Dec 2020, Jean-Marc Lasgouttes wrote: Wild guess: moc_FileMonitor.cpp:13:2: error: #error "This file was generated using the moc from 4.8.7. It" #error "This file was generated using the moc from 4.8.7. It" ^ The "moc" binary that you have in the path is from Qt 4.8.7, and the Qt library is from a different version. JMarc, I had no idea what the 'moc' binary was. Here are installed both qt-4.8.7-x86_64-4 and qt5-5.12.8-x86_64-1_SBo. I thought some installed packages need version 4. Checking now with hoorex (that reports what applications use a specified library) I learned there's nothing installed dependent on qt4. Removing that package lyx-2.3.6 is now building. Thanks very much. Stay well, Rich -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Tab autocomplete behavior in tables
On Mon, Nov 30, 2020 at 8:08 PM Paul A. Rubin wrote: > On 11/30/20 6:02 PM, Scott Kostyshak wrote: > > On Mon, Nov 30, 2020 at 05:45:59PM -0500, Paul A. Rubin wrote: > > On 11/30/20 5:13 PM, Scott Kostyshak wrote: > > Scott: Perhaps you can alleviate my confusion here. > > Thanks for joining the conversation, Paul. It seems we have a mystery. > > > I use the CUA bind file > (with a couple of tweaks) and have the same binding for Tab that you listed. > In the preferences dialog, tab completion is on for math mode and off for > text mode. > > Just to be clear, I think you mean *automatic* completion is on for > math mode and off for text mode. It took me a while to understand the > distinction. > > > In a math inset, if I type something like \right and start > playing with the tab key, it does various completion tasks. If I'm not part > way into a LaTeX command (but, say, in an align* environment), tabbing moves > from cell to cell. > > In a text table, Tab moves from cell to cell, period. I do *not* under any > circumstances get prompted to do word completion. (If it matters, I do have > continuous spell checking on, using Enchant.) So I can't reproduce the > problem. > > While I'm not complaining, either I don't understand the problem or > you and Maria both failed to appease some digital deity with whom I am > apparently on good terms. > > Well shoot, I was hoping it was the opposite---that some deity was doing me a > favor by trying to help with completion, and all I would have to do is piss > them off. Gaining their favor seems much more challenging. > > > This is on Linux Mint 20, so behavior should be the same as on Ubuntu Focal. > > Interesting differences. If in preferences you turn automatic completion on > for text, does that change anything? If not, it might just be that completion > in text mode is (conveniently) broken for you. > > Scott > > > As it turns out, I can reproduce the behavior using Maria's example. > Apparently I just did not have enough surrounding text in previous attempts > ... and apparently I've lived a charmed life using tables so far. > > An interesting related behavior has to do with the escape key. In other > programs (such as programming IDEs), if I get autocompletion hints I don't > want, I typically hit the escape key to get rid of them. So, having > reproduced the problem with Maria's help, my instinct was to hit Esc and > then Tab ... except Esc boots me out of the table. I can understand the > logic (sort of), but I wonder if there is a way to repurpose the escape key > to just stop hints without moving the cursor? > Yes, the way this autocomplete function behaves is very unhelpful and impossible to control, which is why I was looking for ways to turn it off... Even if hitting Esc twice allowed Tab to move on to the next cell, it would be better than what currently happens. > > In any case, perhaps the input completion settings for text should have > one more option that turns off tab completions entirely in the text (but > not in math mode). > I just went to see if a bug report exists on this, and it looks like this is related, and still open: https://www.lyx.org/trac/ticket/9207 I guess we'll wait. > > Paul > > -- > lyx-users mailing list > lyx-users@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-users > -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Lyx-2.3.6 build failure
Le 01/12/2020 à 01:20, Rich Shepard a écrit : Somehow, at some time since 3.5.3.2 was released I managed to lose by lyx build directory on my Slackware-14.2/x86_64 workstation. I restored it and downloaded lyx-2.3.6.tar.xz but trying to build it fails when a 'build-all' command cannot be found. The complete output is attached. I've looked at it (briefly) and don't see why it failed. I expect one of you devs will immediately spot the problem and let me know how to fix it. Stay well all, Rich Wild guess: moc_FileMonitor.cpp:13:2: error: #error "This file was generated using the moc from 4.8.7. It" #error "This file was generated using the moc from 4.8.7. It" ^ moc_FileMonitor.cpp:14:2: error: #error "cannot be used with the include files from this version of Qt." #error "cannot be used with the include files from this version of Qt." The "moc" binary that you have in the path is from Qt 4.8.7, and the Qt library is from a different version. JMarc -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
