On Tue, Nov 02, 2021 at 12:55:54AM +0100, Thibaut Cuvelier wrote:
> Hi Scott,
>
> What version of LilyPond are you using?
Probably an old one:
$ lilypond -v
GNU LilyPond 2.22.0
> I am indeed getting errors at least
> with the first document, but not at all the same ones. The error you get
>
Hi Scott,
What version of LilyPond are you using? I am indeed getting errors at least
with the first document, but not at all the same ones. The error you get
should have been solved by e22f52e7, at least on Windows (os.chdir solved
it for me in some cases). You could chime in
https://gitlab.com/l
On Mon, Nov 01, 2021 at 05:01:34PM +0100, Jürgen Spitzmüller wrote:
> Am Montag, dem 01.11.2021 um 14:15 +0100 schrieb Pavel Sanda:
> > Looking at the backtrace and commit it seems that
> > + TocItem const & item =
> > + gui_view_.tocModels().currentItem(current_type_,
> >
On Mon, Nov 01, 2021 at 11:21:49AM +0100, Jürgen Spitzmüller wrote:
> Am Montag, dem 01.11.2021 um 10:29 +0100 schrieb Jürgen Spitzmüller:
> > On another look I tend to think that, rather than overwriting metrics
> > and draw in individual insets, we would need a method similar to
> > inheritFont()
Am Montag, dem 01.11.2021 um 14:15 +0100 schrieb Pavel Sanda:
> Looking at the backtrace and commit it seems that
> + TocItem const & item =
> + gui_view_.tocModels().currentItem(current_type_,
> index);
> triggers the crash.
>
> Juergen, can you reproduce?
Yes. I am not
Hi,
I get the crash in majority of cases when using the following recipy:
1. launch lyx & open introduction manual
2. open new window via file -> new window
3. view->hidden->introduction
4. kaboom
/usr/include/c++/10/debug/vector:434:
In function:
std::__debug::vector<_Tp, _Allocator>::const
Sounds reasonable to me.
Riki
Riki, is it OK to have this also in stable?
Yuriy
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Montag, dem 01.11.2021 um 10:29 +0100 schrieb Jürgen Spitzmüller:
> On another look I tend to think that, rather than overwriting metrics
> and draw in individual insets, we would need a method similar to
> inheritFont() which only applies to screen font (I thought that
> resetsFonEdit() is that
Am Montag, dem 01.11.2021 um 09:56 +0100 schrieb Jürgen Spitzmüller:
> (2.) revert b37929fd to correct the workarea font in footnotes (which
> otherwise inherits the font of the context, e.g. section)
>
> JMarc, what do you think about (2.)? It was part of your series to
> address #12204.
On anot
Am Sonntag, dem 31.10.2021 um 13:11 -0400 schrieb Scott Kostyshak:
> See the attached file. On master, \normalsize is included inside the
> footnote, which is different from 2.3.x.
To fix this, one needs
(1.) to set inheritFont() in InsetFootlike to true (i.e., back to
default) in order to preve
10 matches
Mail list logo
