On Sun, 16 Feb 2025 at 17:36, Pavel Sanda wrote:
> On Tue, Feb 11, 2025 at 04:48:10PM +0100, Pavel Sanda wrote:
> > Ok, I got some time to actually look in the mysterious dis/appearance of
> newlines
> > in our .lyx fileformat and this is my current understanding:
> >
> > The superfluous newline
Hello,
could you please create an account for me? I would like to report a bug. Thank
you!
Kind regards,
Benjamin Schubert
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
On Thu, Mar 27, 2025 at 09:46:45PM +0900, Koji Yokota wrote:
>
> > 2025/03/25 22:07、Scott Kostyshak
> > のメール:
> > On Tue, Mar 25, 2025 at 12:41:32PM +0100, Kornel Benko wrote:
> >> So 'Object/Element' will it be. Koji, would you like to make the change?
> >
> > To be clear (because I was not bef
On Fri, Mar 21, 2025 at 01:25:03PM +0100, Kornel Benko wrote:
> I'd like to change the strin 'Color name' in GuiPrefs.cpp:1028 to something
> more
> appropriate.
>
> It describes a set of objects (not colors) which appears in a specified color.
>
> The string could be something like
> 'Colored o
On 3/19/25 9:55 AM, José Matos wrote:
On Wed, 2025-03-19 at 11:29 +0100, Pavel Sanda wrote:
I do not have super strong opinion here, but I think that not having font
style buttons was deliberate omission to make little push toward semantic
text styles rather then just to use font tweaks used by
Am Tue, 25 Mar 2025 08:12:19 +0900
schrieb Koji Yokota :
> > On Fri, Mar 21, 2025 at 01:25:03PM +0100, Kornel Benko wrote:
> >> I'd like to change the strin 'Color name' in GuiPrefs.cpp:1028 to
> >> something more
> >> appropriate.
> >>
> >> It describes a set of objects (not colors) which app
On 3/23/25 8:07 AM, Juergen Spitzmueller wrote:
commit 4ea81b52f8c17d9eea1655e115ea6bc47377da2e
Author: Juergen Spitzmueller
Date: Sun Mar 23 13:04:49 2025 +0100
Add support for zref-clever and zref-vario
Unless I'm doing something wrong, this doesn't work at present, because
the labe
Le 18/03/2025 à 10:07, test...@tester.lyx.org a écrit :
Making all in autotests
Making all in config
Making all in development
Making all in po
Making all in 3rdparty
Making all in nod
Making all in src
CHK lyx_commit_hash.h
Making all in support
Making all in frontends
Making all in qt
On Tue, Apr 01, 2025 at 10:41:26AM +0200, Kornel Benko wrote:
> > Kornel Benko schrieb am 30.03.2025 09:34 (GMT +02:00):
> > > I don't get it. Why is this here needed, but other occurrences (in other
> > > ui
> > > files) are left unchanged? See attached.
> >
> > Of course it's needed everywher
I haven't used branches all that much but I am using them at the moment.
Something that has become an irritant is the way the pop-up panel with
the branch name and branch and inset status too often covers the point
where I want to enter text. At present the panel is positioned below and
to the
On Sat, Apr 05, 2025 at 01:51:57PM +0200, Jürgen Spitzmüller wrote:
> Am Samstag, dem 05.04.2025 um 11:49 +0200 schrieb Scott Kostyshak:
> > On one of my documents I get the following warning:
> >
> > Package biblatex Warning: 'babel/polyglossia' detected but
> > 'csquotes' missing.
> >
> > Sho
Am Samstag, dem 05.04.2025 um 11:49 +0200 schrieb Scott Kostyshak:
> On one of my documents I get the following warning:
>
> Package biblatex Warning: 'babel/polyglossia' detected but
> 'csquotes' missing.
>
> Should we load csquotes whenever using biblatex and either babel or
> polyglossia?
N
On one of my documents I get the following warning:
Package biblatex Warning: 'babel/polyglossia' detected but 'csquotes' missing.
Should we load csquotes whenever using biblatex and either babel or
polyglossia?
I can make a minimal example in case it would be useful.
Scott
signature.asc
De
Am Samstag, dem 05.04.2025 um 09:26 + schrieb Juergen Spitzmueller:
> commit ff62533c44f38e635040d988f264151243ab3963
> Author: Juergen Spitzmueller
> Date: Sat Apr 5 11:26:32 2025 +0200
>
> Add missing buffer update
This is also needed in stable.
--
Jürgen
--
lyx-devel mailing list
14 matches
Mail list logo
