Re: Subtitle not displayed on report title page
On Mon, 11 Sep 2023, Rich Shepard wrote: Other than \maketitle being on a separate line I don't see why the date does not display in the whole document. Is the error some place else? Well, ... all I did was capitalize two words in the whole document's subtitle, saved, and recompiled. Now the date appears on the title page. It's fixed and I have no idea why. Thanks again, Herbert, Rich -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Subtitle not displayed on report title page
On Mon, 11 Sep 2023, Rich Shepard wrote:
I am not seeing where the paragraph layouts differ, so I'll look at the
.tex outputs for both.
Herbert,
Yes, I had the wrong environment for the \today date. Fixed that. Now,
mwe.pdf shows the title, subtitle, and date while the whole document doesn't
here are the two .tex segments:
MWE:
\begin{document}
\titlehead{\includegraphics[viewport=0bp 0bp 528bp
157bp,clip,width=1\textwidth]{/home/rshepard/documents/templates/llc-letterhead}}
\title{Title line 1\\
Title line 2}
\subtitle{Subtitle line}
\date{\today}\maketitle
Whole document:
\begin{document}
\titlehead{\includegraphics[viewport=0bp 0bp 528bp
157bp,clip,width=1\textwidth]{/home/rshepard/documents/templates/llc-letterhead}}
\title{Lake Merwin Campers Hideaway\\
Mooring Docks Expansion}
\subtitle{Compliance with environmental requirements}
\date{\today}
\maketitle
Other than \maketitle being on a separate line I don't see why the date does
not display in the whole document. Is the error some place else?
Regards,
Rich
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Subtitle not displayed on report title page
On Mon, 11 Sep 2023, Herbert Voss wrote: your command \today is set with paragraph layout subtilte, so it overwrites the first subtitle definition. Use paragraph layout date for \today. Or as an alternative: use command-enter instead of only enter after the first subtitle line. Then it will appear in _one_ \subtitle command. Herbert, In previous KOMA-Script reports I have the title (often with multiple lines), subtitle, then date. Each is separated by \n and they all compile properly. I am not seeing where the paragraph layouts differ, so I'll look at the .tex outputs for both. Thanks, Rich -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Subtitle not displayed on report title page
Am 11.09.23 um 19:05 schrieb Rich Shepard: This is a new issue for me: no subtitle displayed. I don't see anything in the settings and there's no error when compiling with pdflatex. Minimal Wrong Example (MWE) attached. Rich, your command \today is set with paragraph layout subtilte, so it overwrites the first subtitle definition. Use paragraph layout date for \today. Or as an alternative: use command-enter instead of only enter after the first subtitle line. Then it will appear in _one_ \subtitle command. Herbert -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Subtitle not displayed on report title page
This is a new issue for me: no subtitle displayed.
I don't see anything in the settings and there's no error when compiling
with pdflatex.
Minimal Wrong Example (MWE) attached.
Advice needed.
TIA,
Rich#LyX 2.3 created this file. For more info see http://www.lyx.org/
\lyxformat 544
\begin_document
\begin_header
\save_transient_properties true
\origin unavailable
\textclass scrbook
\begin_preamble
\date{}
\usepackage{mathpazo,amssymb}
\usepackage{graphicx,relsize}
\usepackage{scrlayer-scrpage}
\pagestyle{scrheadings}
\makeatletter
\@addtoreset{figure}{subsection}% Reset figure numbering at every part
\makeatother
\end_preamble
\use_default_options false
\maintain_unincluded_children false
\language english
\language_package default
\inputencoding default
\fontencoding global
\font_roman "palatino" "default"
\font_sans "avant" "default"
\font_typewriter "courier" "default"
\font_math "auto" "auto"
\font_default_family rmdefault
\use_non_tex_fonts false
\font_sc true
\font_osf false
\font_sf_scale 100 100
\font_tt_scale 100 100
\use_microtype false
\use_dash_ligatures false
\graphics default
\default_output_format default
\output_sync 0
\bibtex_command default
\index_command default
\paperfontsize default
\spacing single
\use_hyperref false
\papersize letterpaper
\use_geometry true
\use_package amsmath 1
\use_package amssymb 1
\use_package cancel 0
\use_package esint 0
\use_package mathdots 1
\use_package mathtools 0
\use_package mhchem 1
\use_package stackrel 0
\use_package stmaryrd 0
\use_package undertilde 0
\cite_engine biblatex
\cite_engine_type authoryear
\biblio_style authordate4
\biblatex_bibstyle authoryear
\biblatex_citestyle authoryear
\use_bibtopic false
\use_indices false
\paperorientation portrait
\suppress_date false
\justification true
\use_refstyle 0
\use_minted 0
\index Index
\shortcut idx
\color #008000
\end_index
\paperwidth 6in
\paperheight 9in
\leftmargin 1.25in
\topmargin 1in
\rightmargin 0.75in
\bottommargin 1in
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\paragraph_indentation default
\is_math_indent 0
\math_numbering_side default
\quotes_style english
\dynamic_quotes 0
\papercolumns 1
\papersides 2
\paperpagestyle default
\tracking_changes false
\output_changes false
\html_math_output 0
\html_css_as_file 0
\html_be_strict false
\end_header
\begin_body
\begin_layout Titlehead
\begin_inset Graphics
filename /home/rshepard/documents/templates/llc-letterhead.pdf
width 100text%
BoundingBox 0bp 0bp 528bp 157bp
clip
\end_inset
\end_layout
\begin_layout Title
Title line 1
\begin_inset Newline newline
\end_inset
Title line 2
\end_layout
\begin_layout Subtitle
Subtitle line
\end_layout
\begin_layout Subtitle
\begin_inset ERT
status open
\begin_layout Plain Layout
\backslash
today
\end_layout
\end_inset
\end_layout
\end_body
\end_document
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users
Re: TOC on the Title Slide
That is a beamer question not a lyx one, and you might have more joy in a beamer group/list. On 19/08/2023 17:17, Patrick Dupre wrote: > Hello, > > With Beamer, is it possible to have the TOC on the Title Slide, > below the Title, Authors and Affiliations? > > Thanks -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
TOC on the Title Slide
Hello, With Beamer, is it possible to have the TOC on the Title Slide, below the Title, Authors and Affiliations? Thanks === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE === -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
TOC in title slide
Hello, With beamer Is there a way to put the table of contents in the first slide, i.e. just underneath the Title? Thank. === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE === -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Modifying index layout / too much vertical space above index title
Am 05.04.2022 um 08:45 schrieb johnny7:
This is a crosspost with
https://tex.stackexchange.com/questions/639665/lyx-index-title-does-not-align-with-section-titles
But the issue seems quite LyX-specific. When adding an index in a LyX
document, the title "Index" (or its modified name) does not vertically
align with other section titles in the output. There is more vertical
space above it. This can also be seen in the German and English LyX
manuals, compare pp. 193 and 191 or pp. 177 and 175 respectively.
Could this be related to the two-column-layout of the index? Could
|titlesec| modify the index title in LyX?
How can the index further be modified, e. g. how can I add a short
prologue between the title and the first entry?
I was also a bit confused about the index program. The User Guide says
that xindy is used by default, but in the log I only find makeidx. In
the global preferences the processor makeindex is selected.
Thanks!
Adding \usepackage{imakeidx} to the preamble patches the different
spacing of the title, it also gives the opportunity to specify
\indexprologue{Text}.
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users
Modifying index layout / too much vertical space above index title
This is a crosspost with https://tex.stackexchange.com/questions/639665/lyx-index-title-does-not-align-with-section-titles But the issue seems quite LyX-specific. When adding an index in a LyX document, the title "Index" (or its modified name) does not vertically align with other section titles in the output. There is more vertical space above it. This can also be seen in the German and English LyX manuals, compare pp. 193 and 191 or pp. 177 and 175 respectively. Could this be related to the two-column-layout of the index? Could |titlesec| modify the index title in LyX? How can the index further be modified, e. g. how can I add a short prologue between the title and the first entry? I was also a bit confused about the index program. The User Guide says that xindy is used by default, but in the log I only find makeidx. In the global preferences the processor makeindex is selected. Thanks! -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Do., 21. Nov. 2019 um 12:00 Uhr schrieb Kornel Benko : > Just checked on a fresh userdir. They are deactivated on default. > At least with cmake-master-build. > The master UI widgets are reversed in logic. Deactivation is correct (this equals to activation in branch). Jürgen -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Thu, 21 Nov 2019 08:44:51 +0100 schrieb Jürgen Spitzmüller : > Am Mittwoch, den 20.11.2019, 19:15 +0100 schrieb Jürgen Spitzmüller: > > Can you confirm that you have de-selected "Auto End" in Tools > > > Preferences > Language Settings > Language, and that switching in on > > prevents the crash? > > I have diagnosed and fixed a crash that happens with you document if > the above settings are used. > > For the time being, please activate "Auto Begin" and "Auto End" (you > shouldn't normally have deactivated anyway). > > HTH > Jürgen Just checked on a fresh userdir. They are deactivated on default. At least with cmake-master-build. Witch branch-build they are activated though. Kornel pgpu5ctPzv3iC.pgp Description: Digitale Signatur von OpenPGP -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Donnerstag, den 21.11.2019, 10:51 +0100 schrieb Jean-Marc Lasgouttes: > One day we should take a fresh look at all these weird language > setting > and see which ones are still useful in practice. It does not strike useful at all with polyglossia. With babel, it is probably useful for some edge cases, when packages/classes explicitly set a language and a user wants to override this. At least I have tried to give the UI a more sensible name than "Auto Begin") in master. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Donnerstag, 21. November 2019, 08:44:51 CET schrieb Jürgen Spitzmüller: > Am Mittwoch, den 20.11.2019, 19:15 +0100 schrieb Jürgen Spitzmüller: > > Can you confirm that you have de-selected "Auto End" in Tools > > > Preferences > Language Settings > Language, and that switching in on > > prevents the crash? > > I have diagnosed and fixed a crash that happens with you document if > the above settings are used. > > For the time being, please activate "Auto Begin" and "Auto End" (you > shouldn't normally have deactivated anyway). > > HTH > Jürgen Great. Thank you very much. I must admit I have never thought about these language settings. Axel signature.asc Description: This is a digitally signed message part. -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Le 21/11/2019 à 08:44, Jürgen Spitzmüller a écrit : Am Mittwoch, den 20.11.2019, 19:15 +0100 schrieb Jürgen Spitzmüller: Can you confirm that you have de-selected "Auto End" in Tools > Preferences > Language Settings > Language, and that switching in on prevents the crash? I have diagnosed and fixed a crash that happens with you document if the above settings are used. For the time being, please activate "Auto Begin" and "Auto End" (you shouldn't normally have deactivated anyway). One day we should take a fresh look at all these weird language setting and see which ones are still useful in practice. JMarc -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Mittwoch, den 20.11.2019, 19:15 +0100 schrieb Jürgen Spitzmüller: > Can you confirm that you have de-selected "Auto End" in Tools > > Preferences > Language Settings > Language, and that switching in on > prevents the crash? I have diagnosed and fixed a crash that happens with you document if the above settings are used. For the time being, please activate "Auto Begin" and "Auto End" (you shouldn't normally have deactivated anyway). HTH Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Mittwoch, den 20.11.2019, 18:27 +0100 schrieb Axel Dessecker: > I hope this backtrace might be more useful. Yes, this looks much more useful. Can you confirm that you have de-selected "Auto End" in Tools > Preferences > Language Settings > Language, and that switching in on prevents the crash? Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Mittwoch, 20. November 2019, 12:30:16 CET schrieb Jürgen Spitzmüller: > Am Mittwoch, den 20.11.2019, 11:21 +0100 schrieb Axel Dessecker: > > Well, it should. The backtrace I posted was the one with the > > debuginfo. Sorry > > this does not seem to work as expected here. > > Maybe you also need the qt5 debugsource packages. Or build LyX > yourselves. > > In any case, I have just rebuild LyX 2.3.3 and even installed the Lato > fonts. No crash here. > > Jürgen I hope this backtrace might be more useful. Axel (gdb) bt #0 std::deque, std::allocator >, std::allocator, std::allocator > > >::_M_pop_back_aux ( this=0x7fffc80036a8) at /usr/include/c++/7/bits/deque.tcc:552 #1 std::deque, std::allocator >, std::allocator, std::allocator > > >::pop_back (this=0x7fffc80036a8) at /usr/include/c++/7/bits/stl_deque.h:1612 #2 std::stack, std::allocator >, std::deque, std::allocator >, std::allocator, std::allocator > > > >::pop ( this=0x7fffc80036a8) at /usr/include/c++/7/bits/stl_stack.h:261 #3 lyx::popLanguageName () at output_latex.cpp:543 #4 0x00615a3e in lyx::latexParagraphs (buf=..., text=..., os=..., runparams=..., everypar=...) at output_latex.cpp:1539 #5 0x004e5815 in lyx::Buffer::writeLaTeXSource ( this=this@entry=0x19e8620, os=..., original_path=..., runparams_in=..., output=output@entry=lyx::Buffer::FullSource) at Buffer.cpp:2023 #6 0x004ec431 in lyx::Buffer::makeLaTeXFile ( this=this@entry=0x19e8620, fname=..., original_path=..., runparams_in=..., output=output@entry=lyx::Buffer::FullSource) at Buffer.cpp:1747 #7 0x004f2e96 in lyx::Buffer::doExport (this=this@entry=0x19e8620, target=..., put_in_tempdir=put_in_tempdir@entry=true, includeall=includeall@entry=false, result_file=...) at Buffer.cpp:4539 #8 0x004f61fd in lyx::Buffer::preview (this=this@entry=0x19e8620, format=..., includeall=) at Buffer.cpp:4686 #9 0x004f6346 in lyx::Buffer::preview (this=this@entry=0x19e8620, format=...) at Buffer.cpp:4671 #10 0x00943bc8 in std::__invoke_impl, std::allocator > const&) const, lyx::Buffer* const&, std::__cxx11::basic_string, std::allocator > const&> (__t=, __f=) at /usr/include/c++/7/bits/invoke.h:73 #11 std::__invoke, std::allocator > const&) const, lyx::Buffer* const&, std::__cxx11::basic_string, std::allocator > const&> (__fn=) at /usr/include/c++/7/bits/invoke.h:96 #12 std::_Bind for more, q to quit, c to continue without paging--c Placeholder<1>))(std::__cxx11::basic_string, std::allocator > const&) const>::__call_c, std::allocator > const&, 0ul, 1ul>(std::tuple, std::allocator > const&>&&, std::_Index_tuple<0ul, 1ul>) const (__args=..., this=) at /usr/include/c++/7/functional:479 #13 std::_Bind))(std::__cxx11::basic_string, std::allocator > const&) const>::operator(), std::allocator > const&, lyx::Buffer::ExportStatus>(std::__cxx11::basic_string, std::allocator > const&) const (this=) at /usr/include/c++/7/functional:562 #14 lyx::frontend::GuiView::GuiViewPrivate::runAndDestroy))(std::__cxx11::basic_string, std::allocator > const&) const> >(std::_Bind))(std::__cxx11::basic_string, std::allocator > const&) const> const&, lyx::Buffer const*, lyx::Buffer*, std::__cxx11::basic_string, std::allocator > const&) (format=..., clone=0x19e8620, orig=, func=...) at GuiView.cpp:3562 #15 lyx::frontend::GuiView::GuiViewPrivate::previewAndDestroy (orig=, clone=0x19e8620, format=...) at GuiView.cpp:3590 #16 0x0095adc5 in non-virtual thunk to QtConcurrent::RunFunctionTask::run() () at /usr/include/qt5/QtConcurrent/qtconcurrentrunbase.h:112 #17 0x75c9a372 in ?? () from /usr/lib64/libQt5Core.so.5 #18 0x75c9d0ce in ?? () from /usr/lib64/libQt5Core.so.5 #19 0x750f6569 in start_thread () from /lib64/libpthread.so.0 #20 0x74e2da2f in clone () from /lib64/libc.so.6 (gdb) info locals No locals. (gdb) up #1 std::deque, std::allocator >, std::allocator, std::allocator > > >::pop_back ( this=) at /usr/include/c++/7/bits/stl_deque.h:1612 1612/usr/include/c++/7/bits/stl_deque.h: Datei oder Verzeichnis nicht gefunden. signature.asc Description: This is a digitally signed message part. -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Le 20/11/2019 à 11:21, Axel Dessecker a écrit : Am Mittwoch, 20. November 2019, 10:25:20 CET schrieb Jürgen Spitzmüller: Am Dienstag, den 19.11.2019, 17:04 +0100 schrieb Axel Dessecker: I installed the lyx-debuginfo package from the Publishing project but gdb still complains about missing separate debuginfos. The backtrace with the debuginfo should nevertheless be much more useful. Could you please post it? Jürgen Well, it should. The backtrace I posted was the one with the debuginfo. Sorry this does not seem to work as expected here. What about creating a openSuse bug? At least, they should be able to provide a backtrace. JMarc -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Mittwoch, den 20.11.2019, 11:21 +0100 schrieb Axel Dessecker: > Well, it should. The backtrace I posted was the one with the > debuginfo. Sorry > this does not seem to work as expected here. Maybe you also need the qt5 debugsource packages. Or build LyX yourselves. In any case, I have just rebuild LyX 2.3.3 and even installed the Lato fonts. No crash here. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Mittwoch, 20. November 2019, 10:25:20 CET schrieb Jürgen Spitzmüller: > Am Dienstag, den 19.11.2019, 17:04 +0100 schrieb Axel Dessecker: > > I installed the lyx-debuginfo package from the Publishing project but > > gdb > > still complains about missing separate debuginfos. > > The backtrace with the debuginfo should nevertheless be much more > useful. Could you please post it? > > Jürgen Well, it should. The backtrace I posted was the one with the debuginfo. Sorry this does not seem to work as expected here. Axel signature.asc Description: This is a digitally signed message part. -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Dienstag, den 19.11.2019, 17:04 +0100 schrieb Axel Dessecker: > I installed the lyx-debuginfo package from the Publishing project but > gdb > still complains about missing separate debuginfos. The backtrace with the debuginfo should nevertheless be much more useful. Could you please post it? Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Dienstag, 19. November 2019, 17:01:32 CET schrieb Jean-Marc Lasgouttes: > Le 19/11/2019 à 16:57, Jürgen Spitzmüller a écrit : > > Am Dienstag, den 19.11.2019, 16:52 +0100 schrieb Axel Dessecker: > >> Backtrace attached. > > > > Thanks. Alas, it does not tell us anything. > > Is there a way with openSuse to install the debug information for an > application ? > > JMarc I installed the lyx-debuginfo package from the Publishing project but gdb still complains about missing separate debuginfos. Axel -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Dienstag, 19. November 2019, 16:57:55 CET schrieb Jürgen Spitzmüller: > Am Dienstag, den 19.11.2019, 16:52 +0100 schrieb Axel Dessecker: > > Backtrace attached. > > Thanks. Alas, it does not tell us anything. > > Jürgen Is there a way to improve it? Axel signature.asc Description: This is a digitally signed message part. -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Le 19/11/2019 à 16:57, Jürgen Spitzmüller a écrit : Am Dienstag, den 19.11.2019, 16:52 +0100 schrieb Axel Dessecker: Backtrace attached. Thanks. Alas, it does not tell us anything. Is there a way with openSuse to install the debug information for an application ? JMarc -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Dienstag, den 19.11.2019, 16:52 +0100 schrieb Axel Dessecker: > Backtrace attached. Thanks. Alas, it does not tell us anything. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Dienstag, 19. November 2019, 13:06:05 CET schrieb Jürgen Spitzmüller: > Am Dienstag, den 19.11.2019, 12:40 +0100 schrieb Axel Dessecker: > > My impression is it crashes with any font that needs XeTeX or LuaTeX. > > Can you try to generate a backtrace wth gdb? > > Jürgen Backtrace attached. Axel (gdb) run Starting program: /usr/bin/lyx [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffeb2bd700 (LWP 17408)] [New Thread 0x7fffdc1fc700 (LWP 17409)] [Detaching after fork from child process 17410] [Detaching after fork from child process 17412] [New Thread 0x7fffceda9700 (LWP 17415)] Thread 4 "Thread (pooled)" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffceda9700 (LWP 17415)] 0x0060a09f in ?? () (gdb) bt #0 0x0060a09f in ?? () #1 0x00615a5e in ?? () #2 0x004e5855 in ?? () #3 0x004ec471 in ?? () #4 0x004f2ed6 in ?? () #5 0x004f623d in ?? () #6 0x00943bf8 in ?? () #7 0x0095adf5 in ?? () #8 0x75c9a372 in ?? () from /usr/lib64/libQt5Core.so.5 #9 0x75c9d0ce in ?? () from /usr/lib64/libQt5Core.so.5 #10 0x750f6569 in start_thread () from /lib64/libpthread.so.0 #11 0x74e2da2f in clone () from /lib64/libc.so.6 signature.asc Description: This is a digitally signed message part. -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Dienstag, den 19.11.2019, 12:40 +0100 schrieb Axel Dessecker: > My impression is it crashes with any font that needs XeTeX or LuaTeX. Can you try to generate a backtrace wth gdb? Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Dienstag, 19. November 2019, 12:21:49 CET schrieb Jürgen Spitzmüller: > Am Montag, den 18.11.2019, 15:13 +0100 schrieb Axel Dessecker: > > This is LyX 2.3.3, Qt 5.9.4, Linux (openSUSE Leap 15.0). > > > > MWE enclosed. Can anyone reproduce this? > > I can't (LyX 2.3.4dev, openSuse Tumbleweed). However, I needed to > switch the font, because I do not have Lato. > > Does it also crash for you with a different font? > > Jürgen My impression is it crashes with any font that needs XeTeX or LuaTeX. Axel signature.asc Description: This is a digitally signed message part. -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: No title elements with XeTeX?
Am Montag, den 18.11.2019, 15:13 +0100 schrieb Axel Dessecker: > This is LyX 2.3.3, Qt 5.9.4, Linux (openSUSE Leap 15.0). > > MWE enclosed. Can anyone reproduce this? I can't (LyX 2.3.4dev, openSuse Tumbleweed). However, I needed to switch the font, because I do not have Lato. Does it also crash for you with a different font? Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
No title elements with XeTeX?
When trying to view a scrartcl document with a title or some other title element by using xelatex, I have a LyX crash. I can see the following details: ( 1) /usr/bin/lyx: /usr/bin/lyx() [0x911ea0] ( 2) /usr/bin/lyx: /usr/bin/lyx() [0x975186] ( 3) /usr/bin/lyx: /usr/bin/lyx() [0x91127e] ( 4) /usr/bin/lyx: /usr/bin/lyx() [0x5d3218] ( 5) /lib64/libc.so.6: /lib64/libc.so.6(+0x361e0) [0x7f4ad5a0b1e0] ( 6) /lib64/libc.so.6: /lib64/libc.so.6(cfree+0x21) [0x7f4ad5a5a001] ( 7) /usr/bin/lyx: /usr/bin/lyx() [0x615a5e] ( 8) /usr/bin/lyx: /usr/bin/lyx() [0x4ede5a] ( 9) /usr/bin/lyx: /usr/bin/lyx() [0x962b35] ( 10) /usr/bin/lyx: /usr/bin/lyx() [0x963d8f] ( 11) /usr/bin/lyx: /usr/bin/lyx() [0x964ac1] ( 12) /usr/lib64/libQt5Core.so.5: QMetaObject::activate(QObject*, int, int, void**) ( 13) /usr/lib64/libQt5Core.so.5: QTimer::timeout(QTimer::QPrivateSignal) ( 14) /usr/lib64/libQt5Core.so.5: QTimer::timerEvent(QTimerEvent*) ( 15) /usr/lib64/libQt5Core.so.5: QObject::event(QEvent*) ( 16) /usr/lib64/libQt5Widgets.so.5: QApplicationPrivate::notify_helper(QObject*, QEvent*) ( 17) /usr/lib64/libQt5Widgets.so.5: QApplication::notify(QObject*, QEvent*) ( 18) /usr/bin/lyx: /usr/bin/lyx() [0x92264a] ( 19) /usr/lib64/libQt5Core.so.5: QCoreApplication::notifyInternal2(QObject*, QEvent*) ( 20) /usr/lib64/libQt5Core.so.5: QTimerInfoList::activateTimers() ( 21) /usr/lib64/libQt5Core.so.5: /usr/lib64/libQt5Core.so.5(+0x2d98c1) [0x7f4ad6b608c1] ( 22) /usr/lib64/libglib-2.0.so.0: /usr/lib64/libglib-2.0.so. 0(g_main_context_dispatch+0x157) [0x7f4ad5507f07] ( 23) /usr/lib64/libglib-2.0.so.0: /usr/lib64/libglib-2.0.so.0(+0x4e2b0) [0x7f4ad55082b0] ( 24) /usr/lib64/libglib-2.0.so.0: /usr/lib64/libglib-2.0.so. 0(g_main_context_iteration+0x2c) [0x7f4ad550833c] ( 25) /usr/lib64/libQt5Core.so.5: QEventDispatcherGlib::processEvents(QFlags) ( 26) /usr/lib64/libQt5Core.so.5: QEventLoop::exec(QFlags) ( 27) /usr/lib64/libQt5Core.so.5: QCoreApplication::exec() ( 28) /usr/bin/lyx: /usr/bin/lyx() [0x5db045] ( 29) /usr/bin/lyx: /usr/bin/lyx() [0x4719b6] ( 30) /lib64/libc.so.6: /lib64/libc.so.6(__libc_start_main+0xea) [0x7f4ad59f5f8a] ( 31) /usr/bin/lyx: /usr/bin/lyx() [0x47d4ea] This is LyX 2.3.3, Qt 5.9.4, Linux (openSUSE Leap 15.0). MWE enclosed. Can anyone reproduce this? Axel LyXCrash.lyx Description: application/lyx signature.asc Description: This is a digitally signed message part. -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: KOMA-Script Report: titlehead and title on two pages [FIXED]
On 8/20/19 2:29 PM, Rich Shepard wrote: On Tue, 20 Aug 2019, Paul A. Rubin wrote: The "Default margins" setting means use /class/ defaults, not paper size defaults. The user guide claims that KOMA Script formats will calculate margins based on paper size, but if that is happening (iffy) it is not proving helpful. I manually put 1" margins all around and compiled, and it looks correct (or at least better) to my somewhat noncritical eye. Paul, Son-of-a-gun. I missed seeing in the KOMA Script doc that page margins are set by class, not paper size. And, while I _thought_ I had changed all margins to 1", I had apparently not done so. Made the margin size changes and that did fix the problem. Many thanks, Rich It's actually not in the KOMA Script docs ... nor in the LyX docs that I can find. If you hover over the check box for using default margins, the tool tip gives it away. You're welcome, Paul
Re: KOMA-Script Report: titlehead and title on two pages [FIXED]
On Tue, 20 Aug 2019, Paul A. Rubin wrote: The "Default margins" setting means use /class/ defaults, not paper size defaults. The user guide claims that KOMA Script formats will calculate margins based on paper size, but if that is happening (iffy) it is not proving helpful. I manually put 1" margins all around and compiled, and it looks correct (or at least better) to my somewhat noncritical eye. Paul, Son-of-a-gun. I missed seeing in the KOMA Script doc that page margins are set by class, not paper size. And, while I _thought_ I had changed all margins to 1", I had apparently not done so. Made the margin size changes and that did fix the problem. Many thanks, Rich
Re: KOMA-Script Report: titlehead and title on two pages
On 8/19/19 6:01 PM, Rich Shepard wrote: On Mon, 19 Aug 2019, Paul A. Rubin wrote: I'm not sure how you got even more whitespace above the logo, but in any case 145 for top y strikes me as too big. Here's my version (edited LyX file and exported PDF). Notable changes I made: * I changed the graphic path to a relative path to the enclosed PDF image. (Your MWE included the image but the graphic path was an absolute path on your system.) * I changed the top right y value. You can go a bit smaller than what I put in, but not much. Note that this screws up the preview in the LyX window, but as you can see the image looks okay in the PDF output. * There was still more whitespace above the logo than seemed reasonable to me, which is likely some KOMA setting. I don't use KOMA, so I cheated and stuck in some negative vertical space above the image. Feel free to adjust or omit. * This gets the image, title and date on the same page, but the content still starts on page 2. Again, that's probably a KOMA thing. Paul, It's an issue with lyx-2.3.3 on the Ryzen7 desktop. See the PDF in the attached tarball. (I recompiled and reinstalled the application but it made no difference.) Looking at the .lyx file I saw the page size in the preamble still at 6.5" width x 9.5" height despite the setting having the US Letter box checked and the other values greyed out. I removed those values and the lyx file preamble now shows paperletter for the size. I also removed the custom margins (despite the 'use default' checkbox being checked) and now I don't see specific margins in the .lyx file The compiled PDF has the letterhead, title, author, date, and introduction all on page 1. But, the text width and height are those of a 6" x 9" book layout, not letter size layout. I'm not seeing the reason why. Regards, Rich Rich, The "Default margins" setting means use /class/ defaults, not paper size defaults. The user guide claims that KOMA Script formats will calculate margins based on paper size, but if that is happening (iffy) it is not proving helpful. I manually put 1" margins all around and compiled, and it looks correct (or at least better) to my somewhat noncritical eye. Paul
Re: KOMA-Script Report: titlehead and title on two pages
On Mon, 19 Aug 2019, Rich Shepard wrote: Now I do: mwe.lyx is a KOMA-script report and mwe2.lyx is a KOMA-Script article. But, I've used the report layout with the letterhead in the past and it's worked. Partially fixed: I changed the page layout to US letter and set margins to default. Deleted the PDF image and re-loaded it. Exited LyX, then restarted it. Now the letterhead, title, etc. are on the same page, but still using the custom layout of 6" x 9" rather than 8.5" x 11". I'm not seeing any other differences. Will keep looking. Rich
Re: KOMA-Script Report: titlehead and title on two pages
On Mon, 19 Aug 2019, Rich Shepard wrote: I don't see how the two .lyx files differ so the first doesn't appear like the second. Now I do: mwe.lyx is a KOMA-script report and mwe2.lyx is a KOMA-Script article. But, I've used the report layout with the letterhead in the past and it's worked. Rich
Re: KOMA-Script Report: titlehead and title on two pages
On Mon, 19 Aug 2019, Rich Shepard wrote: I've shrunk the size (x,y) to bottom: 85,15 top:525,145 and this eliminates all surrounding white space. The compiled mwe.pdf is attached. Attached is another example, mwe2.lyx and mwe3.pdf. Same letterhead PDF with default coordinate settings and the width set to 100% text width. I don't see how the two .lyx files differ so the first doesn't appear like the second. Rich mwe2.tgz Description: GNU Zip compressed data
Re: KOMA-Script Report: titlehead and title on two pages
On 8/19/19 1:00 PM, Rich Shepard wrote: Here LyX-2.3.3 runs on Slackware-14.2. Commonly, when I put the company letterhead (titlehead environment) above the report title and set the size at 100% of text width the letterhead is immediately followed by the title, date, and beginning of the document body text. This current report does not follow this pattern. When I preview the attached mwe.lyx the letterhead is on page 1, the title and data on page 2, and the introduction on page 3. I need to learn why this happens and how to both fix it here and prevent recurrence in future reports. Need more information? Ask and you shall be given answers. TIA, Rich Rich, I think your titlehead PDF gizmo has too much whitespace baked into it. I tinkered with the bounding box settings in the graphics inset, changing the right-top y value to 75 (originally 157). The PDF looked okay to me. In fact, I tried 55 and the PDF still looked good. So I'd suggest seasoning that to taste. Paul
Re: KOMA-Script Report: titlehead and title on two pages
On Mon, 19 Aug 2019, Rich Shepard wrote: Reading the KOMA doc scrguiden.pdf might give some answers. Okay. Guenter, I read sections found searching for 'titlehead' and saw nothing of use. I must have missed what you found. Experimenting with the size (especially hight) of the letterhead, too. I shortened the width (removing the white space on the left edge) and the image would not display at all. Will try the height. I changed coordinates for the image and tried various heights (leaving the width set to 100% text width). The only results were either a vertically compressed image or a slightly compress image with the title, author name, and date on that page; body text started on the next page. (This would be acceptable but I need the letterhead full height even with coordinates trimmed to eliminate white space.) Regards, Rich
Re: KOMA-Script Report: titlehead and title on two pages
On Mon, 19 Aug 2019, Guenter Milde wrote: Reading the KOMA doc scrguiden.pdf might give some answers. Guenter, Okay. Experimenting with the size (especially hight) of the letterhead, too. I shortened the width (removing the white space on the left edge) and the image would not display at all. Will try the height. Thanks, Rich
Re: KOMA-Script Report: titlehead and title on two pages
On 2019-08-19, Rich Shepard wrote: > [-- Type: text/plain, Encoding: --] > Here LyX-2.3.3 runs on Slackware-14.2. > Commonly, when I put the company letterhead (titlehead environment) above > the report title and set the size at 100% of text width the letterhead is > immediately followed by the title, date, and beginning of the document body > text. This current report does not follow this pattern. > When I preview the attached mwe.lyx the letterhead is on page 1, the title > and data on page 2, and the introduction on page 3. > I need to learn why this happens and how to both fix it here and prevent > recurrence in future reports. > Need more information? Ask and you shall be given answers. Reading the KOMA doc scrguiden.pdf might give some answers. Experimenting with the size (especially hight) of the letterhead, too. Günter
Re: KOMA-Script Report: titlehead and title on two pages
On Mon, 19 Aug 2019, Rich Shepard wrote: and data on page 2, and the introduction on page 3. ^ e That should be date, not data. Rich
Re: graphic on title page of book
Hi, on MacOs 10.14.2 I loaded https://wiki.lyx.org/uploads/Modules/soul.module into LyX 2.3.2, validated and converted it and am getting messages such as these: LyX: Unknown InsetLayout tag [around line 19 of file current token: 'LabelType' context: ''] LyX: Unknown InsetLayout tag [around line 20 of file current token: 'Static' context: ''] LyX: Unknown InsetLayout tag [around line 39 of file current token: 'LabelType' context: ''] LyX: Unknown InsetLayout tag [around line 40 of file current token: 'Static' context: ''] LyX: Unknown InsetLayout tag [around line 60 of file current token: 'LabelType' context: ''] LyX: Unknown InsetLayout tag [around line 61 of file current token: 'Static' context: ''] LyX: Unknown InsetLayout tag [around line 81 of file current token: 'LabelType' context: ''] LyX: Unknown InsetLayout tag [around line 82 of file current token: 'Static' context: ''] LyX: Unknown InsetLayout tag [around line 101 of file current token: 'LabelType' context: ''] LyX: Unknown InsetLayout tag [around line 102 of file current token: 'Static' context: ''] What can I do to avoid these? greetings, el -- Dr. Eberhard W. Lisse / Obstetrician & Gynaecologist (Saar) e...@lisse.na/ * | Telephone: +264 81 124 6733 (cell) PO Box 8421 / Bachbrecht, Namibia ;/
Re: graphic on title page of book
On Fri, 4 Jan 2019 15:52:33 +0200 Dr Eberhard Lisse wrote: > Les, > > If you use Koma-Script that's a non-starter. > > el Of course it is. Which is one of the reasons why I have gone to the (considerable) trouble of learning what is necessary to use memoir. Les -- Les Denham
Re: graphic on title page of book
Les, If you use Koma-Script that's a non-starter. el On 2018-12-31 23:46 , Les wrote: [...] > I have found this kind of title page manipulation is much easier to > achieve with the memoir class, where the layout of the title page is > essentially whatever you want it to be. > > Les >
Re: graphic on title page of book
On Sun, 30 Dec 2018 22:56:17 +0200 Dr Eberhard Lisse wrote: > I would use the backgound package... > > el > > > On 2018-12-28 16:20 , Wolfgang Engelmann wrote: > > > > On 28.12.18 12:29, Jürgen Spitzmüller wrote: > >> Am Freitag, den 28.12.2018, 11:28 +0100 schrieb Wolfgang > >> Engelmann: > >>> I try to insert a graphic between the subtitle and the author of a > >>> book (komascript style), but get this: > >>> You are using at least one layout (Author) intended for the title, > >>> after using non-title layouts. This could lead to missing or > >>> incorrect output. > >>> > >>> How could I succeed? > >> Assure the graphic is in a title layout (try in a second line of > >> the subtitle layout, after linebreak). > > > > Yes, this works well. Thanks, Jürgen, and all the best for 2019 to > > you and all on this very helpful list, > > > > Wolfgang > > > >> > >> Jürgen > >> > >>> Wolfgang > > I have found this kind of title page manipulation is much easier to achieve with the memoir class, where the layout of the title page is essentially whatever you want it to be. Les -- Les Denham
Re: graphic on title page of book
I would use the backgound package... el On 2018-12-28 16:20 , Wolfgang Engelmann wrote: > > On 28.12.18 12:29, Jürgen Spitzmüller wrote: >> Am Freitag, den 28.12.2018, 11:28 +0100 schrieb Wolfgang Engelmann: >>> I try to insert a graphic between the subtitle and the author of a >>> book (komascript style), but get this: >>> You are using at least one layout (Author) intended for the title, >>> after using non-title layouts. This could lead to missing or >>> incorrect output. >>> >>> How could I succeed? >> Assure the graphic is in a title layout (try in a second line of the >> subtitle layout, after linebreak). > > Yes, this works well. Thanks, Jürgen, and all the best for 2019 to you > and all on this very helpful list, > > Wolfgang > >> >> Jürgen >> >>> Wolfgang >
Re: graphic on title page of book
On 28.12.18 12:29, Jürgen Spitzmüller wrote: Am Freitag, den 28.12.2018, 11:28 +0100 schrieb Wolfgang Engelmann: I try to insert a graphic between the subtitle and the author of a book (komascript style), but get this: You are using at least one layout (Author) intended for the title, after using non-title layouts. This could lead to missing or incorrect output. How could I succeed? Assure the graphic is in a title layout (try in a second line of the subtitle layout, after linebreak). Yes, this works well. Thanks, Jürgen, and all the best for 2019 to you and all on this very helpful list, Wolfgang Jürgen Wolfgang
Re: graphic on title page of book
Am Freitag, den 28.12.2018, 11:28 +0100 schrieb Wolfgang Engelmann: > I try to insert a graphic between the subtitle and the author of a > book (komascript style), but get this: > You are using at least one layout (Author) intended for the title, > after using non-title layouts. This could lead to missing or > incorrect output. > > How could I succeed? Assure the graphic is in a title layout (try in a second line of the subtitle layout, after linebreak). Jürgen > Wolfgang signature.asc Description: This is a digitally signed message part
graphic on title page of book
I try to insert a graphic between the subtitle and the author of a book (komascript style), but get this: You are using at least one layout (Author) intended for the title, after using non-title layouts. This could lead to missing or incorrect output. How could I succeed? Wolfgang
Re: Beamer class: figure on separate page from frame title
On Thu, 6 Dec 2018, Paul A. Rubin wrote: If you create a second document (beamer presentation) with the same theme etc., but with just the last slide and its image, does the same thing occur? If yes, can you post it as an MWE for us to ponder? If not, maybe deleting the last slide and recreating it will fix the problem (?). Paul, I described how I fixed this in my last post to the speaker's note thread. Adding a new frame above the problem one, moving the frame title to it, inserting the same plot, and deleting the problem frame resolved the issue. By adding a new frame the end frame line was included so I could delete the frame that lacked the indicator. Also, a fact that I forgot, was that some images do not display in the dvips view but do display when complied by pdflatex. All's well here. Thanks, Rich
Re: Beamer class: figure on separate page from frame title
On 12/5/18 4:52 PM, Rich Shepard wrote:
With all I did adding notes to the presentation I inadvertently
created an
issue whose solution evades me.
Each frame, but one (and the last frame), has a thin 'end{frame}' line
separating it from the following frame. The one that does not has a PDF
image inserted.
When I view the compiled PDF file the frame title is on one slide
and the
image is on the following slide. Using ctrl-alt-Enter at the right
edge of
the image does not add that 'end{frame}' line beneath it. Image size does
not affect the image being on a separate slide from the title.
I've no idea what to do so the image appears in the same frame as the
title and need a clue.
TIA,
Rich
If you create a second document (beamer presentation) with the same
theme etc., but with just the last slide and its image, does the same
thing occur? If yes, can you post it as an MWE for us to ponder? If not,
maybe deleting the last slide and recreating it will fix the problem (?).
Paul
Beamer class: figure on separate page from frame title
With all I did adding notes to the presentation I inadvertently created an
issue whose solution evades me.
Each frame, but one (and the last frame), has a thin 'end{frame}' line
separating it from the following frame. The one that does not has a PDF
image inserted.
When I view the compiled PDF file the frame title is on one slide and the
image is on the following slide. Using ctrl-alt-Enter at the right edge of
the image does not add that 'end{frame}' line beneath it. Image size does
not affect the image being on a separate slide from the title.
I've no idea what to do so the image appears in the same frame as the
title and need a clue.
TIA,
Rich
Re: Beamer class frame title symbol
On Sat, 1 Dec 2018, Jürgen Spitzmüller wrote: FWIW if you put the attached file into ~/.lyx/commands/ (or add the '\define "desep"' line if you already have a default.def file), you can easily get rid of all these inserted parbreaks by issuing "call desep" in the minibuffer. The command does not only remove paragraph breaks, but also changes the separators to normal separators. Thanks, Jürgen. I've added it to the defaults.def file. Rich
Re: Beamer class frame title symbol
Am Freitag, den 30.11.2018, 18:43 + schrieb Baris Erkus: > > Yep! That is it! > > That sign appeared in my documents when I got the new version. I did > not > mind it much because, it did not effect the outputs much. FWIW if you put the attached file into ~/.lyx/commands/ (or add the '\define "desep"' line if you already have a default.def file), you can easily get rid of all these inserted parbreaks by issuing "call desep" in the minibuffer. The command does not only remove paragraph breaks, but also changes the separators to normal separators. Jürgen > > Baris > > -- > ↓↓ > Please bottom-post. Start your reply here: I prefer adjacent answers :-) # -*- text -*- # LyX user command definition file. # Clean up old separators \define "desep" "command-sequence inset-forall Separator:parbreak inset-modify separator plain ; inset-forall Separator:latexpar char-delete-forward" signature.asc Description: This is a digitally signed message part
Re: Beamer class frame title symbol
On 11/30/2018 5:50 PM, Jürgen Spitzmüller wrote: > Am Freitag, den 30.11.2018, 13:22 +0100 schrieb Daniel: >> The one from Rich's screenshot marks and creates an extra blank line >> in >> order to keep the documents as they used to look like with older >> version. But since the blank line was actually rather a bug it is >> safe >> to remove the symbol in almost all cases. >> >> There was an announcement about that in some version but I can't find >> it >> just now. > https://wiki.lyx.org/LyX/NewInLyX22#parbreak > > Jürgen > >> Daniel >> Yep! That is it! That sign appeared in my documents when I got the new version. I did not mind it much because, it did not effect the outputs much. Baris -- ↓↓ Please bottom-post. Start your reply here:
Re: Beamer class frame title symbol
Am Freitag, den 30.11.2018, 13:22 +0100 schrieb Daniel: > The one from Rich's screenshot marks and creates an extra blank line > in > order to keep the documents as they used to look like with older > version. But since the blank line was actually rather a bug it is > safe > to remove the symbol in almost all cases. > > There was an announcement about that in some version but I can't find > it > just now. https://wiki.lyx.org/LyX/NewInLyX22#parbreak Jürgen > > Daniel > signature.asc Description: This is a digitally signed message part
Re: Beamer class frame title symbol
On 29/11/2018 22:25, Kornel Benko wrote: Am Donnerstag, 29. November 2018 20:53:26 CET schrieb Baris Erkus : On 11/29/2018 11:37 PM, Rich Shepard wrote: On Thu, 29 Nov 2018, Kornel Benko wrote: It looks different (sometimes grayish) with different fonts. You may have overseen it. Kornel, For all document classes that box is unchecked. I suppose that years ago I prepared a beamer document that had that preference box checked and the paragraph ending symbol just hung around in the new presentations. I've seen applications that offer a symbol for paragraph endings, but have not understood their benefit. Paragraphs I write, in all text applications, are either separated by a blank line or are indented. That's sufficient visual cues for me. :-) Best regards, Rich I have seen this sign in my documents that I have prepared in the older version of LyX but opened in a newer version. I can confirm this sign appear in LyX documents with classes other than beamer. I have thought that this has something to do with the encoding of "end of paragraph" character and maybe related to Windows. Not sure. Would like to hear the actual meaning. Baris -- ↓↓ Please bottom-post. Start your reply here: See C.1.5 in UserGuide.lyx Kornel No, I think that's a different one. The one from Rich's screenshot marks and creates an extra blank line in order to keep the documents as they used to look like with older version. But since the blank line was actually rather a bug it is safe to remove the symbol in almost all cases. There was an announcement about that in some version but I can't find it just now. Daniel
Re: Beamer class frame title symbol
That's a change from previous LyX versions, which I also encountered. Take an old one, remove one of these. save and run a diff, so you'll see what regex you need to plug into Perl :-)-O el On 29/11/2018 20:43, Rich Shepard wrote: > I've copied an older beamer document to a new name to keep the > framework and change the content. It's the way my presentations > maintain a consistent appearance. > > On existing frame titles there is a cute, curly-tailed arrow at the > end, outside the title frame text (see attached image). Newly > created frames lack this decoration. Is it an anachronism? > Does/did it have a meaning? Just curious. > > Rich
Re: Beamer class frame title symbol
On Thu, 29 Nov 2018, Baris Erkus wrote: I have thought that this has something to do with the encoding of "end of paragraph" character and maybe related to Windows. Not sure. Would like to hear the actual meaning. Baris, It does indicate 'end of paragraph' and appears here in beamer documents. I run only linux and it's in the preferences menu. Regards, Rich
Re: Beamer class frame title symbol
Am Donnerstag, 29. November 2018 20:53:26 CET schrieb Baris Erkus : > On 11/29/2018 11:37 PM, Rich Shepard wrote: > > On Thu, 29 Nov 2018, Kornel Benko wrote: > > > >> It looks different (sometimes grayish) with different fonts. You may > >> have > >> overseen it. > > > > Kornel, > > > > For all document classes that box is unchecked. I suppose that years > > ago I > > prepared a beamer document that had that preference box checked and the > > paragraph ending symbol just hung around in the new presentations. > > > > I've seen applications that offer a symbol for paragraph endings, > > but have > > not understood their benefit. Paragraphs I write, in all text > > applications, > > are either separated by a blank line or are indented. That's sufficient > > visual cues for me. :-) > > > > Best regards, > > > > Rich > > I have seen this sign in my documents that I have prepared in the older > version of LyX but opened in a newer version. I can confirm this sign > appear in LyX documents with classes other than beamer. > > I have thought that this has something to do with the encoding of "end > of paragraph" character and maybe related to Windows. Not sure. Would > like to hear the actual meaning. > > Baris > > -- > ↓↓ > Please bottom-post. Start your reply here: > > See C.1.5 in UserGuide.lyx Kornel signature.asc Description: This is a digitally signed message part.
Re: Beamer class frame title symbol
On 11/29/2018 11:37 PM, Rich Shepard wrote: > On Thu, 29 Nov 2018, Kornel Benko wrote: > >> It looks different (sometimes grayish) with different fonts. You may >> have >> overseen it. > > Kornel, > > For all document classes that box is unchecked. I suppose that years > ago I > prepared a beamer document that had that preference box checked and the > paragraph ending symbol just hung around in the new presentations. > > I've seen applications that offer a symbol for paragraph endings, > but have > not understood their benefit. Paragraphs I write, in all text > applications, > are either separated by a blank line or are indented. That's sufficient > visual cues for me. :-) > > Best regards, > > Rich I have seen this sign in my documents that I have prepared in the older version of LyX but opened in a newer version. I can confirm this sign appear in LyX documents with classes other than beamer. I have thought that this has something to do with the encoding of "end of paragraph" character and maybe related to Windows. Not sure. Would like to hear the actual meaning. Baris -- ↓↓ Please bottom-post. Start your reply here:
Re: Beamer class frame title symbol
On Thu, 29 Nov 2018, Kornel Benko wrote: It looks different (sometimes grayish) with different fonts. You may have overseen it. Kornel, For all document classes that box is unchecked. I suppose that years ago I prepared a beamer document that had that preference box checked and the paragraph ending symbol just hung around in the new presentations. I've seen applications that offer a symbol for paragraph endings, but have not understood their benefit. Paragraphs I write, in all text applications, are either separated by a blank line or are indented. That's sufficient visual cues for me. :-) Best regards, Rich
Re: Beamer class frame title symbol
Am Donnerstag, 29. November 2018 12:08:56 CET schrieb Rich Shepard : > On Thu, 29 Nov 2018, Kornel Benko wrote: > > > It shows the end of a paragraph. See Tools->Preferences->Loog & > > Feel->Display->Mark end of paragraphs > > Kornel, > >That's interesting. I've never seen it on any document but the beamer > slide title. > > Thanks! > > Rich > It looks different (sometimes grayish) with different fonts. You may have overseen it. Kornel signature.asc Description: This is a digitally signed message part.
Re: Beamer class frame title symbol
On Thu, 29 Nov 2018, Kornel Benko wrote: It shows the end of a paragraph. See Tools->Preferences->Loog & Feel->Display->Mark end of paragraphs Kornel, That's interesting. I've never seen it on any document but the beamer slide title. Thanks! Rich
Re: Beamer class frame title symbol
Am Donnerstag, 29. November 2018 10:43:00 CET schrieb Rich Shepard : >I've copied an older beamer document to a new name to keep the framework > and change the content. It's the way my presentations maintain a consistent > appearance. > >On existing frame titles there is a cute, curly-tailed arrow at the end, > outside the title frame text (see attached image). Newly created frames lack > this decoration. Is it an anachronism? Does/did it have a meaning? Just > curious. > > Rich It shows the end of a paragraph. See Tools->Preferences->Loog & Feel->Display->Mark end of paragraphs Kornel signature.asc Description: This is a digitally signed message part.
Beamer class frame title symbol
I've copied an older beamer document to a new name to keep the framework and change the content. It's the way my presentations maintain a consistent appearance. On existing frame titles there is a cute, curly-tailed arrow at the end, outside the title frame text (see attached image). Newly created frames lack this decoration. Is it an anachronism? Does/did it have a meaning? Just curious. Rich
Re: MIA: short title menu item
Am Dienstag, 27. November 2018 06:34:05 CET schrieb Rich Shepard : > On Tue, 27 Nov 2018, Kornel Benko wrote: > > > section* is not going to TOC, so no short title. (Neither does char*, > > subsection* etc) The short title is valid for text going to TOC. > > Kornel, > >I wondered about this so I tried to add a short title to a numbered > section ... and now I see the short title option on the popup menu. > >Since numbered section titles also appear on page headings, are > un-numbered section titles not included on headings? > > Thanks, > > Rich > Try to export to pdf, and the unnumbered will not appear in its TOC. Thus no need for short title. Kornel signature.asc Description: This is a digitally signed message part.
Re: MIA: short title menu item [RESOLVED]
On Tue, 27 Nov 2018, Rich Shepard wrote: Since numbered section titles also appear on page headings, are un-numbered section titles not included on headings? Answered my own question: they do not. So, I don't need short titles if the section titles are not printed on page headings. Thanks for clarifying, Rich
Re: MIA: short title menu item
On Tue, 27 Nov 2018, Kornel Benko wrote: section* is not going to TOC, so no short title. (Neither does char*, subsection* etc) The short title is valid for text going to TOC. Kornel, I wondered about this so I tried to add a short title to a numbered section ... and now I see the short title option on the popup menu. Since numbered section titles also appear on page headings, are un-numbered section titles not included on headings? Thanks, Rich
Re: MIA: short title menu item
Am Dienstag, 27. November 2018 05:50:00 CET schrieb Rich Shepard : > On Tue, 27 Nov 2018, Kornel Benko wrote: > > > With 'title line' I meant any sectioning line like section, subsection, > > part, chapter, etc. Each of them is also in TOC and should contain 'short > > title' in its context menu. > > Kornel, > >I'm trying to add short titles to Sction* headings. Makes no difference if > they are numbered or not, there's nothing on the popup menu when I > right-click at the start, middle, or end of the section head. > >Also makes no difference if the document class is KOMA-Script report or > KOMA-Script article. > >If you and Daniel see the short title item on the popup menu I wonder > what's missing here. Any thoughts? > > Rich > section* is not going to TOC, so no short title. (Neither does char*, subsection* etc) The short title is valid for text going to TOC. Kornel signature.asc Description: This is a digitally signed message part.
Re: MIA: short title menu item
On Tue, 27 Nov 2018, Kornel Benko wrote: With 'title line' I meant any sectioning line like section, subsection, part, chapter, etc. Each of them is also in TOC and should contain 'short title' in its context menu. Kornel, I'm trying to add short titles to Sction* headings. Makes no difference if they are numbered or not, there's nothing on the popup menu when I right-click at the start, middle, or end of the section head. Also makes no difference if the document class is KOMA-Script report or KOMA-Script article. If you and Daniel see the short title item on the popup menu I wonder what's missing here. Any thoughts? Rich
Re: MIA: short title menu item
On 27/11/2018 11:28, Kornel Benko wrote: Am Dienstag, 27. November 2018 08:24:23 CET schrieb Daniel : On 27/11/2018 00:47, Rich Shepard wrote: On Tue, 27 Nov 2018, Kornel Benko wrote: Move the mouse pointer to the title line. Right mouse click gives a menu. One of the entries is Short Title. Kornel, That's not what I see here. I have choices to paste, jump around, move things, but not add a short title. And I cannot capture the menu in a screenshot as it disappears as soon as I move the cursor to xv to initiate a screen grab. I might be wrong, but I don't think the title LaTeX command provides an optional short title argument (both Stadard and KOMA). Daniel With 'title line' I meant any sectioning line like section, subsection, part, chapter, etc. Each of them is also in TOC and should contain 'short title' in its context menu. Kornel Ah yes, those I see too. Daniel
Re: MIA: short title menu item
Am Dienstag, 27. November 2018 08:24:23 CET schrieb Daniel : > On 27/11/2018 00:47, Rich Shepard wrote: > > On Tue, 27 Nov 2018, Kornel Benko wrote: > > > >> Move the mouse pointer to the title line. Right mouse click gives a menu. > >> One of the entries is Short Title. > > > > Kornel, > > > >That's not what I see here. I have choices to paste, jump around, move > > things, but not add a short title. And I cannot capture the menu in a > > screenshot as it disappears as soon as I move the cursor to xv to > > initiate a > > screen grab. > > I might be wrong, but I don't think the title LaTeX command provides an > optional short title argument (both Stadard and KOMA). > > Daniel With 'title line' I meant any sectioning line like section, subsection, part, chapter, etc. Each of them is also in TOC and should contain 'short title' in its context menu. Kornel signature.asc Description: This is a digitally signed message part.
Re: MIA: short title menu item
On 27/11/2018 00:47, Rich Shepard wrote: On Tue, 27 Nov 2018, Kornel Benko wrote: Move the mouse pointer to the title line. Right mouse click gives a menu. One of the entries is Short Title. Kornel, That's not what I see here. I have choices to paste, jump around, move things, but not add a short title. And I cannot capture the menu in a screenshot as it disappears as soon as I move the cursor to xv to initiate a screen grab. I might be wrong, but I don't think the title LaTeX command provides an optional short title argument (both Stadard and KOMA). Daniel
Re: MIA: short title menu item
On Tue, 27 Nov 2018, Kornel Benko wrote: Move the mouse pointer to the title line. Right mouse click gives a menu. One of the entries is Short Title. Kornel, That's not what I see here. I have choices to paste, jump around, move things, but not add a short title. And I cannot capture the menu in a screenshot as it disappears as soon as I move the cursor to xv to initiate a screen grab. Thanks, Rich
Re: MIA: short title menu item
Am Montag, 26. November 2018 15:05:30 CET schrieb Rich Shepard : >Environment: LyX-2.3.1 on Slackware-14.2. Document class: KOMA article. > >No matter how many times I look on the Insert menu I do not find a short > title option. I know that I've used it before and the UserGuide insists that > it's there (Section 3.3.4.4.). > >What might I have missed? Move the mouse pointer to the title line. Right mouse click gives a menu. One of the entries is Short Title. > TIA, > > Rich Kornel signature.asc Description: This is a digitally signed message part.
MIA: short title menu item
Environment: LyX-2.3.1 on Slackware-14.2. Document class: KOMA article. No matter how many times I look on the Insert menu I do not find a short title option. I know that I've used it before and the UserGuide insists that it's there (Section 3.3.4.4.). What might I have missed? TIA, Rich
Re: Formula in Section title
On 2018-11-07, Patrick Dupre wrote:
>> On 2018-11-07 07:21, Patrick Dupre wrote:
>> > Hello,
>> >
>> > I used to use small formula in section or sub-section title.
>> > Unfortunately, if latex manage the font of the Titles (by typically
>> > using a bold font) for the regular text, it just use the "standard"
>> > font for the formula.
>> > The transition from bold to regular is just ugly. Is there a way to
>> > coordinate the fonts?
>> >
>> > Thank.
>> Hi,
>> Just to be sure: So just using \boldsymbol manually for formulas in the
>> title and headings does not work for you, right? You want it to switch
>> automatically whenever the surrounding text is bold?
>> Daniel
> Yes, I could edit each formula of the section title, but I would like to find
> an automatic way to have these formula, let say in \boldsymbol.
> Actually, my formula are already in \rm (Chemistry formula for example).
> They cannot be switched in \boldsymbol, but probably in \mathbf
The LaTeX tool for adapting a math formula to bold text style is switching to
the math version "bold" *before* the formula.
http://ctan.math.washington.edu/tex-archive/macros/latex2e/contrib/isomath/isomath.html#math-font-selection
The switch is valid until another \mathversion command or the end of the
current group (e.g. a section command argument):
\documentclass[]{article}
\begin{document}
\section{$\mathrm{H_20}$ \mathversion{bold} $\mathrm{H_20}$}
back to normal math version $\mathrm{H_20}$
switch to bold math version \mathversion{bold}
test $\mathrm{H_20}$
\end{document}
Some symbols don't exist in a bold version, so it may become a strange mix
of bold and normal characters, though.
There are packages that allow to define a default command for each section,
so you can automate the math version switch. If you are using the
KOMA-Script document classes, see their documentation for details.
Hope this helps,
Günter
Re: Formula in Section title
> > On 2018-11-07 07:21, Patrick Dupre wrote: > > Hello, > > > > I used to use small formula in section or sub-section title. > > Unfortunately, if latex manage the font of the Titles (by typically > > using a bold font) for the regular text, it just use the "standard" > > font for the formula. > > The transition from bold to regular is just ugly. Is there a way to > > coordinate the fonts? > > > > Thank. > > Hi, > > Just to be sure: So just using \boldsymbol manually for formulas in the > title and headings does not work for you, right? You want it to switch > automatically whenever the surrounding text is bold? > > Daniel > Yes, I could edit each formula of the section title, but I would like to find an automatic way to have these formula, let say in \boldsymbol. Actually, my formula are already in \rm (Chemistry formula for example). They cannot be switched in \boldsymbol, but probably in \mathbf
Re: Formula in Section title
On 2018-11-07 07:21, Patrick Dupre wrote: Hello, I used to use small formula in section or sub-section title. Unfortunately, if latex manage the font of the Titles (by typically using a bold font) for the regular text, it just use the "standard" font for the formula. The transition from bold to regular is just ugly. Is there a way to coordinate the fonts? Thank. Hi, Just to be sure: So just using \boldsymbol manually for formulas in the title and headings does not work for you, right? You want it to switch automatically whenever the surrounding text is bold? Daniel
Re: Formula in Section title
> On Nov 6, 2018, at 11:21 PM, Patrick Dupre wrote: > > Hello, > > I used to use small formula in section or sub-section title. > Unfortunately, if latex manage the font of the Titles (by typically > using a bold font) for the regular text, it just use the "standard" > font for the formula. > The transition from bold to regular is just ugly. Is there a way to > coordinate the fonts? Can you please provide a MWE (https://wiki.lyx.org/FAQ/MinimalExample <https://wiki.lyx.org/FAQ/MinimalExample>) to work from? - Joel
Formula in Section title
Hello, I used to use small formula in section or sub-section title. Unfortunately, if latex manage the font of the Titles (by typically using a bold font) for the regular text, it just use the "standard" font for the formula. The transition from bold to regular is just ugly. Is there a way to coordinate the fonts? Thank. === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France ===
Re: Cited Article Title in Russian
On 05/20/2018 02:49 AM, Daniel Kian Mc Kiernan wrote:
Using biblatex, I want to cite an article the title of which is in
Russian (as is its content). What do I need to do with my .bib file,
with my preamble, and otherwise with LyX to effect this?
Modifying the slightly out-of-date instructions here
https://wiki.lyx.org/Tips/Cyrillic
I made no changes to the .bib file, added
\usepackage[T2A]{fontenc}
to the preamble, and selected
Settings > Languages > Encoding > Other > Unicode (utf8)
and that did the job. Things ran a bit slow, but that's okay.
Cited Article Title in Russian
Using biblatex, I want to cite an article the title of which is in Russian (as is its content). What do I need to do with my .bib file, with my preamble, and otherwise with LyX to effect this?
Re: Seperate Page for the Document Title and Abstract
Hello Aaron, I feel this is your first document produced with LyX and thus would recommend you to first of all try a template that is not too complicated yet *providing a rich set of predefined standards* (which I feel you may need), e. g. KOMA-Script Article or KOMA.Script Report. File > New > Document > Settings > Document Class and then select either one of the two above KOMA-Script Classes from the list. In LyX open the Standard drop-down menu (top left) and see if the predefined settings shown in the drop-down list do suit your needs. Good luck, Michael On 11.04.2018 10:38, Aaron Brülisauer wrote: Hello I have found a document class which works for me (AMS Aufsatz - I don't know the English name). I'm working on my Document and like what I get. The only Problem I have is: A seperate cover is required. A Din A4 page with my works title, my name, company name, and even more informations about my apprenticeship. After the abstract has to be a page breack because it's followed by the table of contents. A third page break is required after the table of contents. How it looks now: screenshot_1.png I have tried to insert a page break via "insert -> formatting -> new page". This breaks my formatting: screenshot_2.png I have activated the modul "Benutzerdefinierte Kopf- und Fusszeile" (translation: User defined header and footer) and set the header how it has to be for my documentation (date, title, writer). How can I manipulate this formatting behaviour? I have a second problem: I'm using programm listings. Sometimes they get splitt over 2 pages. This is not generaly a problem, only if it happens like this: screenshot_3.png How can I avoid it? Salutations Aaron
Re: Seperate Page for the Document Title and Abstract
On Wed, 11 Apr 2018, Aaron Brülisauer wrote:
A seperate cover is required. A Din A4 page with my works title, my
name, company name, and even more informations about my apprenticeship.
After the abstract has to be a page breack because it's followed by the
table of contents. A third page break is required after the table of
contents.
I have tried to insert a page break via "insert -> formatting -> new
page". This breaks my formatting: screenshot_2.png
Aaron,
I've used (via ERT) \newpage without any problems when the page break is
in the wrong place. I'm not familiar with the class you're using as I use
the KOMA-Script classes where the report and book classes allow for a
separate title page. Anyway, if worse comes to worst, I'd make the title
page a separate PDF document then prepend it to the rest of your work using
pdftk (the PDF toolkit) or a similar tool.
I have a second problem:
I'm using programm listings. Sometimes they get splitt over 2 pages.
This is not generaly a problem, only if it happens like this:
screenshot_3.png
How can I avoid it?
Since there appears to be only a single line on the following page I would
place \vspace{-10em} or some other value/unit above the code box to move it
slightly higher on the page.
Others probably have better soluctions for both issues than I have and
they'll share them with you.
Regards,
Rich
Re: Beamer class: inserting new frame w/title [RESOLVED]
On Sun, 17 Dec 2017, Paul A. Rubin wrote: If I position the cursor at the end of the last line of the preceding frame (regardless of the depth of that line) and play that chord, LyX inserts a separator, starts a new frame with title, and positions the cursor in the title inset. Paul, This explains my problem: I positioned the cursor in front of the separator, not immediately above it at the end of the frame content. Thanks for clarifying! Rich
Re: Beamer class: inserting new frame w/title
On 12/17/2017 01:00 PM, Rich Shepard wrote: Running lyx-2.2.3 on slackware-14.2. I want to insert a new frame between two existing frames. Using ctrl-alt-return inserts a new frame but without the frame title environment on that line. I have Ctrl-Alt-Return mapped to "call newframe". If I position the cursor at the end of the last line of the preceding frame (regardless of the depth of that line) and play that chord, LyX inserts a separator, starts a new frame with title, and positions the cursor in the title inset. This is also with LyX 2.2.3, on Linux Mint. To what have you mapped C-A-R? Paul
Beamer class: inserting new frame w/title
Running lyx-2.2.3 on slackware-14.2. I want to insert a new frame between two existing frames. Using ctrl-alt-return inserts a new frame but without the frame title environment on that line. Selecting the frame title environment breaks the following frame on two lines: the first is a Frame environment the second the Frame Title environment. The included Beamer manual, Section 2, Separating Frames -> Tip suggests using alt-p-return, but this, too, does not allow a frame title and leaves the following frame with only the title and not the preceeding frame environment. What am I missing here? Rich
Re: "Date intended for the title?
> On 15Sep 2017, at 17:05, Richard Heck <rgh...@lyx.org> wrote:
>
> On 09/15/2017 01:58 PM, John Parejko wrote:
>> I've defined Date, Title, Author, Abstract, and DocumentReference (a
>> custom command) in the layout as "InPremable 1" (our LaTeX class
>> expects them to come before \begin{document}), but still get the above
>> message.
>
> You need to define DocumentReference also as "InTitle 1". It might seem
> as if InPreamble should do this automatically, but there are cases where
> they come apart. Maybe "InPreamble 1" should by default imply "InTitle
> 1", but at the moment it doesn't.
Great, that got rid of the warning message. Thank you!
I don’t know enough to know whether "InPreamble 1” should default to "InTitle
1”, but it might be worth adding a note about this to the InPreamble item in
the Customization document (which has been quite helpful in building my custom
layout).
John
Re: "Date intended for the title?
On 09/15/2017 01:58 PM, John Parejko wrote:
> I'm getting the following LyX error when building my project [1]
> (which has a custom class and layout[2]), both when outputting PDF or
> when exporting to LaTeX (XeTeX), although the created LaTeX and PDF
> appear to be fine:
>
>
> You are using at least one layout (Date) intended for the title, after
> using non-title layouts. This could lead to missing or incorrect output.
>
>
> I've defined Date, Title, Author, Abstract, and DocumentReference (a
> custom command) in the layout as "InPremable 1" (our LaTeX class
> expects them to come before \begin{document}), but still get the above
> message.
You need to define DocumentReference also as "InTitle 1". It might seem
as if InPreamble should do this automatically, but there are cases where
they come apart. Maybe "InPreamble 1" should by default imply "InTitle
1", but at the moment it doesn't.
Richard
"Date intended for the title?
I'm getting the following LyX error when building my project [1] (which has a
custom class and layout[2]), both when outputting PDF or when exporting to
LaTeX (XeTeX), although the created LaTeX and PDF appear to be fine:
You are using at least one layout (Date) intended for the title, after using
non-title layouts. This could lead to missing or incorrect output.
I've defined Date, Title, Author, Abstract, and DocumentReference (a custom command) in
the layout as "InPremable 1" (our LaTeX class expects them to come before
\begin{document}), but still get the above message.
Any suggestions about what I might be doing wrong?
Thank you,
John
1:
https://github.com/lsst-dm/dmtn-036/pull/2/files#diff-eed5772f0a61e3638ae58c9761dd53c3
2:
https://github.com/lsst-dm/dmtn-036/pull/2/files#diff-87ef684793d340a913df750ae25a43fe
Re: Extra long chapter title causing problems in TOC
On Sat, 29 Apr 2017 03:25:02 +0530 Frederick FN Noronha फ्रेड्रिक नोरोन्या *فريدريك نورونيا <fredericknoro...@gmail.com> wrote: > -- Forwarded message -- > From: Frederick FN Noronha फ्रेड्रिक नोरोन्या *فريدريك نورونيا < > fredericknoro...@gmail.com> > Date: 23 April 2017 at 17:44 > Subject: Extra long chapter title causing problems in TOC > To: LyX Users <lyx-users@lists.lyx.org> > > Could you kindly help me with a tip on how to insert a [snip] > Kindly cc your reply to my address too. Many thanks, LOL, I almost answered this guy when he asked the same thing on 4/23, but when he asked me to go through the extra effort of cc'ing him, I just didn't bother. Maybe I'm different, but if a mailing list is important enough for me to ask a question on, its inhabitants deserve enough of my respect to sign up for the list so they simply reply to the list. I wrote about this in my netiquette document: http://troubleshooters.com/linux/netiquette.htm Search for the phrase "Not on the list", and go to the second occurrence. Anyway, four days later, after several people gave good answers (including one who gave the answer I was going to give on 4/23), this monument of modern netiquette asks the same question again. Maybe some day he'll think to check the archives. Nahh. SteveT Steve Litt April 2017 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques
Fwd: Extra long chapter title causing problems in TOC
-- Forwarded message --
From: Frederick FN Noronha फ्रेड्रिक नोरोन्या *فريدريك نورونيا <
fredericknoro...@gmail.com>
Date: 23 April 2017 at 17:44
Subject: Extra long chapter title causing problems in TOC
To: LyX Users <lyx-users@lists.lyx.org>
Dear all,
Could you kindly help me with a tip on how to insert a
carriage-return/line-break in my table of contents, for a very long title?
I'm using Lyx 2.2.0
The problem text is below (and neither \\ nor \newline works) :
\addcontentsline{toc}{chapter}{How Goan Identity and India's Independence
\\ Put Britain in a Diplomatic Dilemma}
\addtocontents{toc}{Victor Rangel-Ribeiro \par}
Kindly cc your reply to my address too. Many thanks,
Frederick
Founder and Editor
http://goa1556.in
A Goa, India-based small publishing house that has done almost 115 titles,
almost all in Lyx!
--
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/_/_/_/_/_/_/_/_/_/_/
_/
_/ Frederick Noronha http://about.me/noronhafrederick http://goa1556.in
_/ P +91-832-2409490 M 9822122436 Twitter @fn Fcbk:fredericknoronha
_/ Hear Goa,1556 shared audio content at https://archive.org/details/
goa1556
_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/_/_/_/_/_/_/_/_/_/_/
Re: Extra long chapter title causing problems in TOC
On 2017-04-24, Wolfgang Engelmann wrote:
> Am 24.04.2017 um 13:51 schrieb PhilipPirrip:
>> On 04/23/2017 08:14 AM, Frederick FN Noronha फ्रेड्रिक नोरोन्या
>> *فريدريك نورونيا wrote:
>>> Dear all,
>>> Could you kindly help me with a tip on how to insert a
>>> carriage-return/line-break in my table of contents, for a very long
>>> title? I'm using Lyx 2.2.0
>>> The problem text is below (and neither \\ nor \newline works) :
>>> \addcontentsline{toc}{chapter}{How Goan Identity and India's
>>> Independence \\ Put Britain in a Diplomatic Dilemma}
>>> \addtocontents{toc}{Victor Rangel-Ribeiro \par}
>> Hi Frederick,
>> I don't quite understand why you're using these low-level commands
>> instead of ordinary sectioning ones, but here's the answer:
>> in order for \newline to survive writing into the .toc file, you need
>> to protect it, thus
>> \protect\newline should work (not sure how well).
> What about using a short title in the TOC?
> >insert>short title
Note, that this box generates just an alternative title for the toc
which may actually also be longer or
contain a hard line break :-)
Günter
Re: Extra long chapter title causing problems in TOC
On 04/24/2017 09:09 AM, Kornel Benko wrote: I noticed. But the question was: help me with a tip on how to insert a carriage-return/line-break in my table of contents, for a very long title? His try was with LaTeX, but we may want to use lyx if possible. That's why I started my answer with some doubts. Notice that it's not just the title he's writing into the .toc, but also author's name. Made me think the code he used is what he really needs. We'll see... hopefully.
Re: Extra long chapter title causing problems in TOC
Am Montag, 24. April 2017 um 08:43:18, schrieb PhilipPirrip <p...@net.hr> > On 04/24/2017 08:33 AM, Kornel Benko wrote: > > > Wouldn't be easier to insert new line with Ctrl-Return? > > Notice that Frederick is using LaTeX code (\addcontentsline, > \addtocontents) to write directly into the .toc file. > > I noticed. But the question was: help me with a tip on how to insert a carriage-return/line-break in my table of contents, for a very long title? His try was with LaTeX, but we may want to use lyx if possible. Kornel signature.asc Description: This is a digitally signed message part.
Re: Extra long chapter title causing problems in TOC
On 04/24/2017 08:33 AM, Kornel Benko wrote: Wouldn't be easier to insert new line with Ctrl-Return? Notice that Frederick is using LaTeX code (\addcontentsline, \addtocontents) to write directly into the .toc file.
Re: Extra long chapter title causing problems in TOC
Am Montag, 24. April 2017 um 07:51:01, schrieb PhilipPirrip <p...@net.hr>
> On 04/23/2017 08:14 AM, Frederick FN Noronha फ्रेड्रिक नोरोन्या
> *فريدريك نورونيا wrote:
> > Dear all,
> >
> > Could you kindly help me with a tip on how to insert a
> > carriage-return/line-break in my table of contents, for a very long
> > title? I'm using Lyx 2.2.0
> >
> > The problem text is below (and neither \\ nor \newline works) :
> >
> > \addcontentsline{toc}{chapter}{How Goan Identity and India's
> > Independence \\ Put Britain in a Diplomatic Dilemma}
> > \addtocontents{toc}{Victor Rangel-Ribeiro \par}
>
> Hi Frederick,
> I don't quite understand why you're using these low-level commands
> instead of ordinary sectioning ones, but here's the answer:
> in order for \newline to survive writing into the .toc file, you need to
> protect it, thus
> \protect\newline should work (not sure how well).
>
Wouldn't be easier to insert new line with Ctrl-Return?
Kornel
signature.asc
Description: This is a digitally signed message part.
test.22.lyx
Description: application/lyx
