> and
> finish the others (i.e., load their content) only on request, when
> the
> respective pane is selected. This will probably save a lot of
> unnecessary processes.
>
> I'll see if I can take a look at this somewhere in the near future.
I've done this today, a
On 3/21/25 12:20 PM, Jürgen Spitzmüller wrote:
Am Freitag, dem 21.03.2025 um 13:53 +0100 schrieb Jean-Marc Lasgouttes:
Thanks, this is very snappy now! Pmprof says:
#pmprof# bulletsModule: 837 us, count=1, total=837 us
#pmprof# colorModule: 45.10 ms, count=1, total=45.10 ms
#pmprof# GuiDocument
Am Freitag, dem 21.03.2025 um 13:53 +0100 schrieb Jean-Marc Lasgouttes:
> Thanks, this is very snappy now! Pmprof says:
>
> #pmprof# bulletsModule: 837 us, count=1, total=837 us
> #pmprof# colorModule: 45.10 ms, count=1, total=45.10 ms
> #pmprof# GuiDocument: 105.95 ms, count=1, total=105.95 ms
P
Le 20/03/2025 à 17:54, Jürgen Spitzmüller a écrit :
I'll see if I can take a look at this somewhere in the near future.
I've done this today, as you've probably seen.
Document dialog now loads subjectively faster (and it should also in
theory). I hope this also shows in nu
t; >
> > I'll see if I can take a look at this somewhere in the near future.
>
> I've done this today, as you've probably seen.
>
> Document dialog now loads subjectively faster (and it should also in
> theory). I hope this also shows in numbers.
Thanks for
s and use it
> > > in several combo boxes? I see 21 calls to updateCustomColors just to
> > > open the document settings on an empty document.
> >
> > I've done this now. The only thing I didn't manage to implement is the
> > " (Default)" fl
Am Montag, dem 17.03.2025 um 18:26 +0100 schrieb Jean-Marc Lasgouttes:
> Only the bullets panel stands out.
Just from very brief head-scratching I'd say there's no point in
loading all the bullet SVGs when launching the dialog. It would be
enough to completely setup the one panel and level that is
Am Mittwoch, dem 12.03.2025 um 11:38 +0100 schrieb Jean-Marc
Lasgouttes:
> Isn't it possible to have a single model for these colors and use it
> in several combo boxes? I see 21 calls to updateCustomColors just to
> open the document settings on an empty document.
I've done
Le 17/03/2025 à 16:50, Jürgen Spitzmüller a écrit :
Am Mittwoch, dem 12.03.2025 um 11:38 +0100 schrieb Jean-Marc
Lasgouttes:
Isn't it possible to have a single model for these colors and use it
in several combo boxes? I see 21 calls to updateCustomColors just to
open the document settings
p
the cycles?
Isn't it possible to have a single model for these colors and use it in
several combo boxes? I see 21 calls to updateCustomColors just to open
the document settings on an empty document.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
On Wed, Mar 12, 2025 at 03:25:19PM +0100, Jürgen Spitzmüller wrote:
> Am Mittwoch, dem 12.03.2025 um 12:42 +0100 schrieb Scott Kostyshak:
> > Sounds good. One more attempt at a quick-fix-in-the-meantime solution
> > (tell me if you wish not even to discuss and I will stop). It seems
> > that addIte
On Mon, Mar 10, 2025 at 09:53:34AM +0100, Jürgen Spitzmüller wrote:
> Am Sonntag, dem 09.03.2025 um 18:23 +0100 schrieb Jean-Marc Lasgouttes:
> > With 2.5, this is dwarfed by ColorCombo, but that is a different
> > story.
>
> One thing that probably is expensive (and might be optimized) is that
>
Am Mittwoch, dem 12.03.2025 um 12:42 +0100 schrieb Scott Kostyshak:
> Sounds good. One more attempt at a quick-fix-in-the-meantime solution
> (tell me if you wish not even to discuss and I will stop). It seems
> that addItemSort() is taking up the cycles. We call that inside two
> loops inside Colo
s and use it
> > > in several combo boxes? I see 21 calls to updateCustomColors just to
> > > open the document settings on an empty document.
> >
> > Probably. But as I said, this has to wait.
>
> Fine with me.
Sounds good. One more attempt at a quick-fix-in-the
Am Mittwoch, dem 12.03.2025 um 11:38 +0100 schrieb Jean-Marc
Lasgouttes:
> Isn't it possible to have a single model for these colors and use it
> in several combo boxes? I see 21 calls to updateCustomColors just to
> open the document settings on an empty document.
Probably. But a
Le 12/03/2025 à 11:47, Jürgen Spitzmüller a écrit :
Am Mittwoch, dem 12.03.2025 um 11:38 +0100 schrieb Jean-Marc
Lasgouttes:
Isn't it possible to have a single model for these colors and use it
in several combo boxes? I see 21 calls to updateCustomColors just to
open the document settings
Am Sonntag, dem 09.03.2025 um 18:23 +0100 schrieb Jean-Marc Lasgouttes:
> With 2.5, this is dwarfed by ColorCombo, but that is a different
> story.
One thing that probably is expensive (and might be optimized) is that
the color combo needs to be updated regularly to catch up with the
custom colors
On Sun, Mar 09, 2025 at 10:02:08PM +0100, Jean-Marc Lasgouttes wrote:
> Le 09/03/2025 à 21:38, Scott Kostyshak a écrit :
> > Thanks for the patch!
> >
> > I have similar stats:
> >
> > #pmprof# bulletsModule: 313.96 ms, count=1, total=313.96 ms
> > #pmprof# colorModule: 931.35 ms, count=1, total=
Le 09/03/2025 à 21:38, Scott Kostyshak a écrit :
Thanks for the patch!
I have similar stats:
#pmprof# bulletsModule: 313.96 ms, count=1, total=313.96 ms
#pmprof# colorModule: 931.35 ms, count=1, total=931.35 ms
#pmprof# GuiDocument: 1.29 s, count=1, total=1.29 s
And does the lag feels like 1.
Le 09/03/2025 à 18:23, Jean-Marc Lasgouttes a écrit :
I do not have much time right now, but hotspot thinks that the time is
spent in BulletsModule constructor.
This code uses svg images since the commit below. Would it be faster
with one big svg for each type of bullets ?
With 2.5, this is
On Sun, Mar 09, 2025 at 07:09:01PM +0100, Jean-Marc Lasgouttes wrote:
> Le 09/03/2025 à 18:23, Jean-Marc Lasgouttes a écrit :
> > I do not have much time right now, but hotspot thinks that the time is
> > spent in BulletsModule constructor.
> >
> > This code uses svg images since the commit below.
On 3/8/25 12:49, Scott Kostyshak wrote:
On Sat, Mar 08, 2025 at 11:31:47AM -0500, Paul Rubin wrote:
On 3/8/25 07:39, Scott Kostyshak wrote:
To reproduce:
1. Start a new document.
2. Document > Settings.
To me, it feels like it takes a bit longer for the dialog to show than I
remem
On 3/9/25 12:02 PM, Paul Rubin wrote:
On 3/8/25 12:49, Scott Kostyshak wrote:
On Sat, Mar 08, 2025 at 11:31:47AM -0500, Paul Rubin wrote:
On 3/8/25 07:39, Scott Kostyshak wrote:
To reproduce:
1. Start a new document.
2. Document > Settings.
To me, it feels like it takes a bit longer
On Sat, Mar 08, 2025 at 11:31:47AM -0500, Paul Rubin wrote:
>
>
> On 3/8/25 07:39, Scott Kostyshak wrote:
> > To reproduce:
> >
> > 1. Start a new document.
> > 2. Document > Settings.
> >
> > To me, it feels like it takes a bit longer for the
On 3/8/25 07:39, Scott Kostyshak wrote:
To reproduce:
1. Start a new document.
2. Document > Settings.
To me, it feels like it takes a bit longer for the dialog to show than I
remember.
I did a quick check and indeed 2.3.0 and 2.3.x are faster. However,
often when I debug these issues
To reproduce:
1. Start a new document.
2. Document > Settings.
To me, it feels like it takes a bit longer for the dialog to show than I
remember.
I did a quick check and indeed 2.3.0 and 2.3.x are faster. However,
often when I debug these issues it turns out I have different compiler
setti
it on purpose and forgot about it
> > > > > > ).
> > > > > It looks as unintended change of 5b2b0d5c76cf2. Riki?
> > > > Not intended. Fine with me to go back to the old behavior.
> > > Ok, attached is my proposal. I flag the document only in the
On Mon, Jul 15, 2024 at 02:11:41PM +0200, Pavel Sanda wrote:
> On Mon, Jul 15, 2024 at 10:56:43AM +1000, Robert Betz wrote:
> > I am running MAC OSX Sonoma 14.5 with Lyx 2.4.1.
> >
> > I have my documents under Subversion Version control. When I commit a
> > document a
Am Dienstag, dem 11.06.2024 um 21:37 +0300 schrieb Udicoudco:
> How can it break old documents?
All good. I missed the file format change part.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Wed, Jun 12, 2024 at 6:42 AM Udicoudco wrote:
>
> On Wed, Jun 12, 2024 at 3:07 AM Richard Kimberly Heck
> wrote:
> > In this case,
> > removing this file will prevent a document that uses it from loading
> > properly, let alone compiling. So we keep it and mark
On Wed, Jun 12, 2024 at 3:07 AM Richard Kimberly Heck
wrote:
> In this case,
> removing this file will prevent a document that uses it from loading
> properly, let alone compiling. So we keep it and mark it obsolete.
A document that directly uses this layout from the settings
will be lo
gives
the correct alignment in the GUI anyway).
It's more a matter of policy. Our goal is that any document created with
LyX can be opened in any later version, and compiled to produce the same
output. Of course, we can't always do that, but we try. In this case,
removing this file
On Tue, Jun 11, 2024 at 9:37 PM Udicoudco wrote:
>
> How can it break old documents?
> Other than custom user layouts,
> which requires this one, I can't think
> of a problem.
And in such a rare case they can simply input
the regular letter layout instead (which gives
the correct alignment in the
On Tue, Jun 11, 2024 at 9:33 PM wrote:
>
> Am Dienstag, dem 11.06.2024 um 18:15 + schrieb Udi Fogiel:
> > commit 3854086e59db47a38f61ae94b08c5bc9e207767a
> > Author: Udi Fogiel
> > Date: Tue Jun 11 21:14:27 2024 +0300
> >
> > Remove hebrew letter
Am Dienstag, dem 11.06.2024 um 18:15 + schrieb Udi Fogiel:
> commit 3854086e59db47a38f61ae94b08c5bc9e207767a
> Author: Udi Fogiel
> Date: Tue Jun 11 21:14:27 2024 +0300
>
> Remove hebrew letter document class
>
> The only difference from regular lette
On Sun, Jun 9, 2024 at 1:35 PM Udicoudco wrote:
>
>
> On Sun, Jun 9, 2024 at 11:09 AM Udicoudco wrote:
>
>> Is there any particular reason why preview use dvi mode when the document
>> is configured
>> to use pdfmode with pdftex? For example, the attached compiles
On Sun, Jun 9, 2024 at 11:09 AM Udicoudco wrote:
> Is there any particular reason why preview use dvi mode when the document
> is configured
> to use pdfmode with pdftex? For example, the attached compiles fine but
> the preview fails
>
Actually it looks like this situation was
Is there any particular reason why preview use dvi mode when the document
is configured
to use pdfmode with pdftex? For example, the attached compiles fine but the
preview fails
Udi
newfile1.lyx
Description: application/lyx
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org
Le 06/06/2024 à 16:01, Richard Kimberly Heck a écrit :
So the bug will disappear when branch 2.4.1-devel is merged, but still
I'd like to back port this commit.
Riki, OK to back port to 2.4.x?
Yes.
Done now (although I fix had to fix the fix on master).
JMarc
--
lyx-devel mailing list
lyx
On 6/6/24 08:44, Jean-Marc Lasgouttes wrote:
Le 04/06/2024 à 10:02, Pavel Sanda a écrit :
Hi,
just a small painting issue:
1. start new file
2. document -> start appendix here
3. type anything
4. the border lines stretch below the end of document
5. it get's fixed byt enter
6. ty
Le 04/06/2024 à 10:02, Pavel Sanda a écrit :
Hi,
just a small painting issue:
1. start new file
2. document -> start appendix here
3. type anything
4. the border lines stretch below the end of document
5. it get's fixed byt enter
6. type again -> border is wrong again
This is fixe
Le 04/06/2024 à 10:02, Pavel Sanda a écrit :
Hi,
just a small painting issue:
1. start new file
2. document -> start appendix here
3. type anything
4. the border lines stretch below the end of document
5. it get's fixed byt enter
6. type again -> border is wrong again
This is 2.4.
Hi,
just a small painting issue:
1. start new file
2. document -> start appendix here
3. type anything
4. the border lines stretch below the end of document
5. it get's fixed byt enter
6. type again -> border is wrong again
Pavel
--
lyx-devel mailing list
lyx-devel@lists.l
ove, and open what I think is the
> > main LyX document:
> >
> > PhDThesis_Georgi_Knowledge_based_Lyrics_Tracking.lyx
> >
> > On 2.3.x, the document compiles to PDF without error. Note that I
> > don't
> > have Helvetica so I replaced that with
On Tue, 2024-02-13 at 21:45 -0500, Scott Kostyshak wrote:
> I just happened to come across the following:
>
> https://github.com/georgid/PhDThesis/
>
> To reproduce on master, clone the above, and open what I think is the
>
I just happened to come across the following:
https://github.com/georgid/PhDThesis/
To reproduce on master, clone the above, and open what I think is the
main LyX document:
PhDThesis_Georgi_Knowledge_based_Lyrics_Tracking.lyx
On 2.3.x, the document compiles to PDF without error. Note
On Thu, Nov 09, 2023 at 12:28:03AM +0100, Enrico Forestieri wrote:
> On Wed, Nov 08, 2023 at 11:07:00AM -0500, Scott Kostyshak wrote:
> >
> > I get the following error on master:
> >
> > ! Undefined control sequence.
> > \lyxmathsym
> >
> > l.276 $\lyxmathsym
> >{\underba
On Wed, Nov 08, 2023 at 11:07:00AM -0500, Scott Kostyshak wrote:
I get the following error on master:
! Undefined control sequence.
\lyxmathsym
l.276 $\lyxmathsym
{\underbar{a}}$ &
Should be fixed at 039de52a.
--
Enrico
--
lyx-devel mailing list
lyx-devel@lists.lyx.or
I get the following error on master:
! Undefined control sequence.
\lyxmathsym
l.276 $\lyxmathsym
{\underbar{a}}$ &
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/m
On Mon, May 08, 2023 at 10:13:56PM +0200, Jean-Marc Lasgouttes wrote:
> Le 08/05/2023 ?? 17:26, Pavel Sanda a écrit :
> >Hi,
> >
> >the document settings dialog quite grew in vertical size for 2.4 mainly due
> >to the
> >formats pane and I think we should shrink
Le 08/05/2023 à 17:26, Pavel Sanda a écrit :
Hi,
the document settings dialog quite grew in vertical size for 2.4 mainly due to
the
formats pane and I think we should shrink it back.
Why is this called Formats and not Output, BTW?
I also think that a subpanel Output Options, with TeX/XHTML
Am Montag, dem 08.05.2023 um 18:03 +0200 schrieb Jürgen Spitzmüller:
> I'd go for tabs or something similar. These contents clearly belong
> to the section they are.
Or we can introduce subsections as we have in prefs.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx
Am Montag, dem 08.05.2023 um 17:26 +0200 schrieb Pavel Sanda:
> Hi,
>
> the document settings dialog quite grew in vertical size for 2.4
> mainly due to the
> formats pane and I think we should shrink it back.
>
> I see several options:
> 1) create tabbed pane for docbo
Hi,
the document settings dialog quite grew in vertical size for 2.4 mainly due to
the
formats pane and I think we should shrink it back.
I see several options:
1) create tabbed pane for docbook/xhtml(and perhaps TeX)
2) Move content of "LyX Format" to "Output format&quo
Am Sonntag, dem 02.04.2023 um 13:21 +0200 schrieb Jürgen Spitzmüller:
> This needs some effort. For the time being, I think we will be better
> off with this rather harmless info message.
Possible approach attached.
--
Jürgen
diff --git a/src/Paragraph.cpp b/src/Paragraph.cpp
index c43421b376..4
Am Mittwoch, dem 22.03.2023 um 23:21 + schrieb Udicoudco:
> > > I attached a possible patch, it only fix the lstlisting case when
> > > polyglossia is used, since babel-hebrew does not have an
> > > equivalent
> > > to \begin{RTL}...\end{RTL} (or there is one?) and babel with
> > > luatex
> > >
On Wed, Mar 22, 2023 at 10:28 PM Udicoudco wrote:
>
> > I attached a possible patch, it only fix the lstlisting case when
> > polyglossia is used, since babel-hebrew does not have an equivalent
> > to \begin{RTL}...\end{RTL} (or there is one?) and babel with luatex
> > does not need this kind of w
> I attached a possible patch, it only fix the lstlisting case when
> polyglossia is used, since babel-hebrew does not have an equivalent
> to \begin{RTL}...\end{RTL} (or there is one?) and babel with luatex
> does not need this kind of wrappers.
I've added line breaks to the LaTeX code for
readabi
On Wed, Mar 22, 2023 at 2:22 PM Scott Kostyshak wrote:
>
> On Wed, Mar 22, 2023 at 01:13:27PM +0100, Jürgen Spitzmüller wrote:
> > Am Mittwoch, dem 22.03.2023 um 12:54 +0200 schrieb Udicoudco:
> > > I think in the case of where forceLTR insets will have multiple
> > > paragraphs, it is better to u
On Wed, Mar 22, 2023 at 01:13:27PM +0100, Jürgen Spitzmüller wrote:
> Am Mittwoch, dem 22.03.2023 um 12:54 +0200 schrieb Udicoudco:
> > I think in the case of where forceLTR insets will have multiple
> > paragraphs, it is better to use
> > \begin{RTL}...\end{RTL}, which basically only issues \par a
Am Mittwoch, dem 22.03.2023 um 12:54 +0200 schrieb Udicoudco:
> I think in the case of where forceLTR insets will have multiple
> paragraphs, it is better to use
> \begin{RTL}...\end{RTL}, which basically only issues \par and sets
> the
> RTL related conditionals
> to be false.
Thanks for the deta
Slight correction, the lines
>
> \@RTLfalse\beginL{
> \begin{lstlisting}
> Hello
> \end{lstlisting}
> }\endL
>
should be
{\@RTLfalse\beginL
\begin{lstlisting}
Hello
\end{lstlisting}
}\endL
and the lines
>
> \@RTLfalse\beginL{
> \par
> Hello
> \par
> }\endL
>
should be
{\@RTLfalse\beginL
On Tue, Mar 21, 2023 at 9:40 PM Scott Kostyshak wrote:
>
> On Tue, Mar 21, 2023 at 12:50:06PM +0100, Jürgen Spitzmüller wrote:
> > Am Dienstag, dem 21.03.2023 um 11:27 + schrieb Udicoudco:
> > > Hello all,
> > >
> > > Attached a LyX file and its export to LaTeX code.
> > > When compiling with
On Tue, Mar 21, 2023 at 12:50:06PM +0100, Jürgen Spitzmüller wrote:
> Am Dienstag, dem 21.03.2023 um 11:27 + schrieb Udicoudco:
> > Hello all,
> >
> > Attached a LyX file and its export to LaTeX code.
> > When compiling with XeLaTeX the exported code
> > I get the warning:
> >
> > \endL o
Am Dienstag, dem 21.03.2023 um 11:27 + schrieb Udicoudco:
> Hello all,
>
> Attached a LyX file and its export to LaTeX code.
> When compiling with XeLaTeX the exported code
> I get the warning:
>
> \endL or \endR problem (0 missing, 1 extra) in paragraph at lines
> 26--27
Interestingly,
ossia}
\setdefaultlanguage{hebrew}
\setotherlanguage{english}
\addto\captionsenglish{\renewcommand{\lstlistingname}{Listing}}
\addto\captionshebrew{\renewcommand{\lstlistingname}{רישום קוד}}
\renewcommand{\lstlistingname}{רישום קוד}
\begin{document}
\LRE{
\begin{lstlisting}
Hello
\end{lstlisting}
}
On Wed, Mar 08, 2023 at 08:26:05AM +0100, Jürgen Spitzmüller wrote:
> > Maybe I was not precise enough, try this one:
> > 1. go to the document setting -> modules
> > 2. click and hold *on arrow* of 'Accesibility' item (so it gets unrolled)
> > 3. while holdin
müller" :
> > >
> > > > Pavel Sanda schrieb am 07.03.2023 12:59 (GMT +01:00):
> > > > > 1. go to the document setting -> modules
> > > > > 2. click in avail modules 'Maths'
> > > > > 3. click *and h
> Maybe I was not precise enough, try this one:
> 1. go to the document setting -> modules
> 2. click and hold *on arrow* of 'Accesibility' item (so it gets unrolled)
> 3. while holding move mouse strictly vertically down to the line of Braille
> item (but stay horizon
12:59 (GMT +01:00):
> > > > 1. go to the document setting -> modules
> > > > 2. click in avail modules 'Maths'
> > > > 3. click *and hold* 'Accesibility'
> > > > 4. while holding move mouse to the Braille item below Accesibility
>
On Tue, Mar 07, 2023 at 05:13:41PM +0100, Kornel Benko wrote:
> Am Tue, 7 Mar 2023 16:04:55 +0100 (CET)
> schrieb "Jürgen Spitzmüller" :
>
> > Pavel Sanda schrieb am 07.03.2023 12:59 (GMT +01:00):
> > > 1. go to the document setting -> modules
> >
Am Tue, 7 Mar 2023 16:04:55 +0100 (CET)
schrieb "Jürgen Spitzmüller" :
> Pavel Sanda schrieb am 07.03.2023 12:59 (GMT +01:00):
> > 1. go to the document setting -> modules
> > 2. click in avail modules 'Maths'
> > 3. click *and hold* 'Accesibilit
Pavel Sanda schrieb am 07.03.2023 12:59 (GMT +01:00):
> 1. go to the document setting -> modules
> 2. click in avail modules 'Maths'
> 3. click *and hold* 'Accesibility'
> 4. while holding move mouse to the Braille item below Accesibility
> 5. kaboom
>
On Tue, Mar 07, 2023 at 12:49:24PM +0100, Pavel Sanda wrote:
> Hi,
>
> I am struggling to get exact recipy, but I am repeatedly getting
> crashes with document settings dialog, modules panel.
I think I have the recipy:
1. go to the document setting -> modules
2. click in avail mo
Hi,
I am struggling to get exact recipy, but I am repeatedly getting
crashes with document settings dialog, modules panel.
Generally I have opened few categories of modules, then click & hold the
mouse button and start moving around in the combobox. Sometimes I
get the crash most often not.
On Fri, Feb 17, 2023 at 09:34:17AM -0500, Scott Kostyshak wrote:
> On Fri, Feb 17, 2023 at 03:05:34PM +0100, Pavel Sanda wrote:
> > On Wed, Feb 15, 2023 at 04:33:16PM -0500, Scott Kostyshak wrote:
> > > > we added in master new entries to the menu Document -> Chan
On Fri, Feb 17, 2023 at 03:05:34PM +0100, Pavel Sanda wrote:
> On Wed, Feb 15, 2023 at 04:33:16PM -0500, Scott Kostyshak wrote:
> > > we added in master new entries to the menu Document -> Change Tracking,
> > > in particular
> > >
> > > Accept A
On Thu, Feb 16, 2023 at 08:29:05AM +0100, Daniel wrote:
> Even by the longish name, I find it a bit confusing what exactly the entry
> does (is it documented somewhere?).
I hope it's in some manual, otherwise we should add it.
> Maybe leave the entries as they have
> been but create a new sub-men
On Wed, Feb 15, 2023 at 04:33:16PM -0500, Scott Kostyshak wrote:
> > we added in master new entries to the menu Document -> Change Tracking, in
> > particular
> >
> > Accept All Changes (incl. Master/Children/Siblings)
> > Reject All Changes (incl. Master/Childre
On 2023-02-15 22:33, Scott Kostyshak wrote:
On Wed, Feb 15, 2023 at 09:39:36PM +0100, Pavel Sanda wrote:
Hi,
we added in master new entries to the menu Document -> Change Tracking, in
particular
Accept All Changes (incl. Master/Children/Siblings)
Reject All Changes (incl. Master/Child
On Wed, Feb 15, 2023 at 09:39:36PM +0100, Pavel Sanda wrote:
> Hi,
>
> we added in master new entries to the menu Document -> Change Tracking, in
> particular
>
> Accept All Changes (incl. Master/Children/Siblings)
> Reject All Changes (incl. Master/Children/Siblings)
Hi,
we added in master new entries to the menu Document -> Change Tracking, in
particular
Accept All Changes (incl. Master/Children/Siblings)
Reject All Changes (incl. Master/Children/Siblings)
and it looks in the menu way too wide (in some translations even longer).
I propose that we shor
From 80b7399a0c5b854f897c97329c8288181a7c62d2 Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Tue, 3 Jan 2023 11:04:16 +
Subject: [PATCH] Update entries for Foils, Slides and Reports in Chapter 3
Document classes and do final tidying up of Additional.lyx
---
lib/doc/Additional.lyx | 450
>From 9a6421fde9e3748dfaf9d1b6bfaed5efaa6050fb Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Mon, 2 Jan 2023 09:42:38 +
Subject: [PATCH] Insert entries for Tufte, frletter, G-Brief and lettre into
Chapter 3 Document classes of Additional.lyx
---
lib/doc/Additional.lyx |
From 366f8159fe6b496f2ac39f5e745d5be9435a6609 Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Fri, 30 Dec 2022 20:01:21 +
Subject: [PATCH] Insert more detail about page layout, Custom Class options
KOMA-Script options and using the book document class in the KOMA-Script
section of
Am Donnerstag, dem 29.12.2022 um 20:38 + schrieb John Robert
Hudson:
> Please note that the Fact environment has moved from the (Extended)
> to the
> basic module and that the Assumption and Question environments are
> new to the
> (Extended) module and so have no proper descriptions in the o
bf2c9e01e839f41692c0ea795e2dffa54580b153 Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Thu, 29 Dec 2022 20:29:36 +
Subject: [PATCH] Insert brief introduction to Chapter 3 Document classes,
update the introduction to the AMS document classes section, adding in
references to the example files, update the module names
Committed.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
From 78dc01329b438cda63d0dc61a71e102b2f4e4e9f Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Wed, 28 Dec 2022 14:11:07 +
Subject: [PATCH] Insert entries for Custom Footer/Header Text and Landscape
Document Mode and update the existing entry for Multiple Columns to match the
new layout
>From ff9073fb2e9932451170fb5b1248cd2d537d769b Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Mon, 19 Dec 2022 14:11:04 +
Subject: [PATCH] Insert entries for Letter, Beamer, Powerdot and Seminar in
Chapter 3 Document classes of Additional.lyx
---
lib/doc/Additional.lyx |
From 6e8c893743fa732b38545dba5a1b4b679d36cd09 Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Mon, 19 Dec 2022 09:30:28 +
Subject: [PATCH] Insert entries for Chess, Recipe book and the four CV classes
into Chapter 3 Document classes of Additional.lyx
---
lib/doc/Additional.lyx | 374
From 54d60a8e5641f5fed1acd598a3ffa295e3fdb99a Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Sun, 18 Dec 2022 17:07:55 +
Subject: [PATCH] Insert short entries for Extra Font Sizes, Hebrew and
Japanese document classes in Chapter 3 Document Classes of Additional.lyx
---
lib/doc
Additional.lyx, all
on RevTeX, into the RevTeX section in Chapter 3 Document classes
---
lib/doc/Additional.lyx | 986 -
1 file changed, 493 insertions(+), 493 deletions(-)
diff --git a/lib/doc/Additional.lyx b/lib/doc/Additional.lyx
index d008c52eb8..e3f0a51210
From 219c3dfe5561d00d1081daba25319961a82465bc Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Thu, 15 Dec 2022 09:44:26 +
Subject: [PATCH] Delete old entries on Dinbrief, Elsevier, Paper and Springer
in Special Document Classes in Additional.lyx
---
lib/doc/Additional.lyx | 50
Dr Eberhard W Lisse schrieb am 14.12.2022 22:29 (GMT +01:00):
> As a German Speaker I would propose to remove Dinbrief altogether as
> Koma-Script's Letter (scrlttr2) is not only DIN 5008 compatible but also
> offers much, much more possibilities.
>
> And according to Ulrike Fischer dinbrief is n
As a German Speaker I would propose to remove Dinbrief altogether as
Koma-Script's Letter (scrlttr2) is not only DIN 5008 compatible but also
offers much, much more possibilities.
And according to Ulrike Fischer dinbrief is not compatible with current
LaTeX anyway.
greetings, el
On 14/12/2022 20
From 76c4b62532fd029c05b67c11141a2979d1b99f0b Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Wed, 14 Dec 2022 18:21:33 +
Subject: [PATCH] Insert short updated entries for Dinbrief, Elsevier, Paper
and Springer in Chapter 3 Document classes of Additional.lyx
---
lib/doc/Additional.lyx
From e6e705de904258b53d93d44951c1f140e9b72dc7 Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Tue, 13 Dec 2022 13:49:46 +
Subject: [PATCH] Move RevTeX section in Additional.lyx into Chapter 3 Document
classes
---
lib/doc/Additional.lyx | 820 -
1
From 92ccf3a4cf15353dccca71d0a3df9803ed7fa9f5 Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Tue, 13 Dec 2022 09:49:24 +
Subject: [PATCH] Move Article (mwart) section in Additional.lyx to Chapter 3
Document classes and change the heading to Polish M.W. collection
---
lib/doc
From 969bbf3e978fbedf6392d020153637c1a6852838 Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Sun, 11 Dec 2022 21:39:58 +
Subject: [PATCH] Insert updated section on A&A paper into Chapter 3 Document
classes
---
lib/doc/Additional.lyx | 1095 +++
1 - 100 of 1028 matches
Mail list logo