Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Am Sat, 2 Jul 2022 14:42:28 +0200 schrieb Jean-Marc Lasgouttes : > Le 02/07/2022 à 13:47, Kornel Benko a écrit : > > Not slow, 16 cores, 32GB fast memory, nvidia geforce gtx 750 Ti. > > Qt 5.9.5. > > > > I do not see any rebuilding if using QT 4.8. > > Compiling now for QT5.15.0 ... ready > >

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Le 02/07/2022 à 13:47, Kornel Benko a écrit : Not slow, 16 cores, 32GB fast memory, nvidia geforce gtx 750 Ti. Qt 5.9.5. I do not see any rebuilding if using QT 4.8. Compiling now for QT5.15.0 ... ready Again, no rebuilds ==> so it is showing under QT5.9.5 only. How do you see it? Does it

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Am Sat, 2 Jul 2022 13:15:55 +0200 schrieb Jean-Marc Lasgouttes : > Le 02/07/2022 à 09:45, Kornel Benko a écrit : > > That makes sense. Good work, thanks. > > Thanks for testning, I pushed it. > > > Another issue with TOC. Each keystroke or moue-click causes TOC

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Le 02/07/2022 à 09:45, Kornel Benko a écrit : That makes sense. Good work, thanks. Thanks for testning, I pushed it. Another issue with TOC. Each keystroke or moue-click causes TOC to be rebuild twice. This is better as it was before your changes (the rebuild was trice then) The rebuild

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

that this is an issue. For example, I suspect that one > redraw will trigger eventFilter for each element (checkbox...) in the > F widget. > > JMarc That makes sense. Good work, thanks. Another issue with TOC. Each keystroke or moue-click causes TOC to be rebuild twice. This is bet

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Le 30/06/2022 à 18:01, Kornel Benko a écrit : It works, but still _many_ calls to FindAndReplaceWidget::eventFilter. (The simple start of findadv causes here 37 calls) I am not sure that this is an issue. For example, I suspect that one redraw will trigger eventFilter for each element

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Am Thu, 30 Jun 2022 16:42:02 +0200 schrieb Jean-Marc Lasgouttes : > Le 30/06/2022 à 12:19, Kornel Benko a écrit : > >> I propose to apply my patch for now, since it makes sense in itself. But > >> I will investigate the rest. > > Here is the result of my investigation. First point, eventFilter

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Le 30/06/2022 à 12:19, Kornel Benko a écrit : I propose to apply my patch for now, since it makes sense in itself. But I will investigate the rest. Here is the result of my investigation. First point, eventFilter is not a bad design, I found out that this is the recommended way of

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Am Thu, 30 Jun 2022 12:11:36 +0200 schrieb Jean-Marc Lasgouttes : > Le 30/06/2022 à 11:57, Kornel Benko a écrit : > > For your info. > > Make a breakpoint at FindAndReplaceWidget::eventFilter > > Starting the findadv-dialog causes 128 calls to that routine with totally > > different > > stack

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Le 30/06/2022 à 11:57, Kornel Benko a écrit : For your info. Make a breakpoint at FindAndReplaceWidget::eventFilter Starting the findadv-dialog causes 128 calls to that routine with totally different stack counts. (using 'bt -3') Several points here: 1/ it is not really a problem that

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Am Thu, 30 Jun 2022 11:19:42 +0200 schrieb Jean-Marc Lasgouttes : > Le 30/06/2022 à 07:47, Jean-Marc Lasgouttes a écrit : > > I pushed the thing by mistake but, yes, I am aware of it and will propose > > something > > soon. > > What about this? > > JMarc > For your info. Make a breakpoint at

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Le 30/06/2022 à 07:47, Jean-Marc Lasgouttes a écrit : I pushed the thing by mistake but, yes, I am aware of it and will propose something soon. What about this? JMarc From 2ec868cf87e57bc6158d97d1f2bd7cf9c8845cb5 Mon Sep 17 00:00:00 2001 From: Jean-Marc Lasgouttes Date: Thu, 30 Jun 2022

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

I pushed the thing by mistake but, yes, I am aware of it and will propose something soon. JMarc Le 30 juin 2022 06:50:56 GMT+02:00, Kornel Benko a écrit : >You are aware that I still get crash if not taking care of the recurse? > > Kornel -- lyx-devel mailing list

Re: [LyX/master] Fix ToC action when cursor is in adv. F pane

Am Wed, 29 Jun 2022 22:34:43 +0200 (CEST) schrieb Jean-Marc Lasgouttes : > commit ae528715d336562a3d1e65fdd144797caeae25e9 > Author: Jean-Marc Lasgouttes > Date: Tue Jun 28 23:17:05 2022 +0200 > > Fix ToC action when cursor is in adv. F pane > You are aware that

xhtml Toc spacing

Hi Riki, current xhtml Toc rendering seems bit too dense for sections and subsections. We have vertical margin for part/chapter/sectio/sub... set to 2em/1em/0em/0em/0em and more continuous change 2em/1em/0.5em/0.2em/0em seems visually better. Would you be ok with the following patch? Pavel

Re: Default font encoding for Lithuanian, Latvian, and Polish (was: Regression while adding unnumbered chapters to ToC?)

On Mon, Nov 23, 2020 at 10:11:24PM -, Guenter Milde wrote: > Dear LyX developers, > > triggerd by the "Regression while adding unnumbered chapters to ToC", I had > a closer look at lib/languages and tried a tentative fix. > > On 2020-09-17, Günter Milde w

Default font encoding for Lithuanian, Latvian, and Polish (was: Regression while adding unnumbered chapters to ToC?)

Dear LyX developers, triggerd by the "Regression while adding unnumbered chapters to ToC", I had a closer look at lib/languages and tried a tentative fix. On 2020-09-17, Günter Milde wrote: > On 17.09.20, Scott Kostyshak wrote: >> On Sat, Sep 05, 2020 at 05:22:00

Re: Regression while adding unnumbered chapters to ToC?

n the fact that I > > > > > > > constantly need use cyrillic Russian books in bibliography and so > > > > > > > on > > > > > > > – some of errors while changing options pointed to cyrrilic > > > > > > > footnotes, but that can be another

Re: Regression while adding unnumbered chapters to ToC?

gt; > > constantly need use cyrillic Russian books in bibliography and so on > > > > > – some of errors while changing options pointed to cyrrilic > > > > > footnotes, but that can be another issue). I think I narrowed cause > > > > > and the problem is wit

Re: Regression while adding unnumbered chapters to ToC?

nted to cyrrilic > > > > footnotes, but that can be another issue). I think I narrowed cause > > > > and the problem is with ERT solutions how to insert unnumbered > > > > chapter to ToC. If I remove line > > > > \addcontentsline{toc}{chapter

Re: Regression while adding unnumbered chapters to ToC?

I believe the reason is that in 2.3, two font encodings "T1,L7x" are auto-loaded by lyx but in 2.4 only "L7x". LaTeX then falls back to the legacy 7-bit font encoding "OT1" for text that is not marked up ad Lithuanian and "OT1" does not support the ogonek accent (\k). Adding T1 to the additional

Re: Regression while adding unnumbered chapters to ToC?

e that depends on the fact that I > > > constantly need use cyrillic Russian books in bibliography and so on > > > – some of errors while changing options pointed to cyrrilic > > > footnotes, but that can be another issue). I think I narrowed cause > > > and the problem is

Re: Regression while adding unnumbered chapters to ToC?

ions pointed to cyrrilic footnotes, but that > can be another issue). > I think I narrowed cause and the problem is with ERT solutions how to insert > unnumbered chapter to ToC. > If I remove line \addcontentsline{toc}{chapter}{Įvadas} document compiles. It > compiles even after remov

Re: Regression while adding unnumbered chapters to ToC?

On 17.09.20, V K wrote: > On Thursday, September 17, 2020, 08:16:57 AM GMT+3, Scott Kostyshak > wrote: > On Sat, Sep 05, 2020 at 05:22:00PM +, V K wrote: > > On Saturday, September 5, 2020, 08:08:20 PM GMT+3, V K > > wrote: > I found a reason - 2.4 introduced > % restore \coyright

Re: Regression while adding unnumbered chapters to ToC?

; – some of errors while changing options pointed to cyrrilic > > footnotes, but that can be another issue). I think I narrowed cause > > and the problem is with ERT solutions how to insert unnumbered > > chapter to ToC. If I remove line > > \addcontentsline{toc}{chapter}{Į

Re: Regression while adding unnumbered chapters to ToC?

think I narrowed cause and the problem is with ERT solutions how to insert > unnumbered chapter to ToC. > If I remove line \addcontentsline{toc}{chapter}{Įvadas} document compiles. It > compiles even after removing unicode letter "Į" from that line: > \addcontentsli

Re: Regression while adding unnumbered chapters to ToC?

After adding one more chapter I can compile file only if ToC is removed or after removal of the new chapter two ERT lines. So generation of ToC is the problem. lyx24_chapter.lyx Description: application/lyx -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman

Regression while adding unnumbered chapters to ToC?

phy and so on – some of errors while changing options pointed to cyrrilic footnotes, but that can be another issue). I think I narrowed cause and the problem is with ERT solutions how to insert unnumbered chapter to ToC. If I remove line \addcontentsline{toc}{chapter}{Įvadas} document compiles. It

Regression while adding unnumbered chapters to ToC?

footnotes, but that can be another issue). I think I narrowed cause and the problem is with ERT solutions how to insert unnumbered chapter to ToC. If I remove line \addcontentsline{toc}{chapter}{Įvadas} document compiles. It compiles even after removing unicode letter "Į&

Re: TOC rebuilds on every cursor move

On Tue, Aug 04, 2020 at 09:35:39PM +0200, Kornel Benko wrote: > Am Tue, 4 Aug 2020 15:29:18 -0400 > schrieb Scott Kostyshak : > > > On Mon, Aug 03, 2020 at 09:02:09AM +0200, Kornel Benko wrote: > > > Am Sun, 14 Jun 2020 21:23:19 +0200 > > > schrieb Kornel Benko : > > > > > > > The effect is at

Re: TOC rebuilds on every cursor move

Am Tue, 4 Aug 2020 15:29:18 -0400 schrieb Scott Kostyshak : > On Mon, Aug 03, 2020 at 09:02:09AM +0200, Kornel Benko wrote: > > Am Sun, 14 Jun 2020 21:23:19 +0200 > > schrieb Kornel Benko : > > > > > The effect is at least questionable. > > > I am using QT5.9.5 (Standard on this ubuntu).

Re: TOC rebuilds on every cursor move

On Mon, Aug 03, 2020 at 09:02:09AM +0200, Kornel Benko wrote: > Am Sun, 14 Jun 2020 21:23:19 +0200 > schrieb Kornel Benko : > > > The effect is at least questionable. > > I am using QT5.9.5 (Standard on this ubuntu). Disturbing. > > Recompiled with QT5.11, I don't see it anymore. > > > >

Re: TOC rebuilds on every cursor move

Am Sun, 14 Jun 2020 21:23:19 +0200 schrieb Kornel Benko : > The effect is at least questionable. > I am using QT5.9.5 (Standard on this ubuntu). Disturbing. > Recompiled with QT5.11, I don't see it anymore. > > Kornel Ping pgpcUeueM_YeE.pgp Description: Digitale Signatur von OpenPGP --

TOC rebuilds on every cursor move

The effect is at least questionable. I am using QT5.9.5 (Standard on this ubuntu). Disturbing. Recompiled with QT5.11, I don't see it anymore. Kornel pgpjvdgVWafm7.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: TOC view for each kind of item in outliner

s within a (master) document. This is very > handy for looking and going through the whole list, or find related > items such as all references to a label. > > However, often I would like to go to a particular item that I know is > in a certain chapter, section or such. Some kind of

TOC view for each kind of item in outliner

and going through the whole list, or find related items such as all references to a label. However, often I would like to go to a particular item that I know is in a certain chapter, section or such. Some kind of "TOC view" would be helpful. One way to do this would be to add e

Re: Setting hyperref toc level seems to have no effect

On 2018-09-13 13:15, Daniel wrote: Changing Document > Settings > PDF Properties > Bookmarks > Level seems to have no effect (in output and code). I guess this is a bug and it should set the hyperref option bookmarksdepth= I filed it as a bug: https://www.lyx.org/trac/ticket/11289 Daniel

Setting hyperref toc level seems to have no effect

Changing Document > Settings > PDF Properties > Bookmarks > Level seems to have no effect (in output and code). I guess this is a bug and it should set the hyperref option bookmarksdepth= Daniel

Re: [LyX/master] Take AgainFrame to the TOC.

On Thu, Jan 11, 2018 at 12:15:37PM +, Jürgen Spitzmüller wrote: > This is a candidate for 2.3.x. Please go ahead. Scott signature.asc Description: PGP signature

Re: [LyX/master] Take AgainFrame to the TOC.

> > commit 3daa447c3cfac30493021daf5e83d9d1f83c6f71 > Author: Juergen Spitzmueller <sp...@lyx.org> > Date: Thu Jan 11 13:14:16 2018 +0100 > > Take AgainFrame to the TOC. > --- > lib/layouts/beamer.layout |1 + > 1 files changed, 1 insertions(+), 0

Re: Fwd: Nomenclature in TOC different/unexpected in LyX2.1 vs Lyx2,2.2

is header to the toc in your document. Jürgen signature.asc Description: This is a digitally signed message part

Re: Fwd: Nomenclature in TOC different/unexpected in LyX2.1 vs Lyx2,2.2

, this time you taught me a clear lesson - I will remember it, for sure!:-D I had the mini example ready to be sent and then reassambled what I was about to do. Checking the Latex preamble over again I starred at the following line: \def\nompreamble{\addcontentsline{toc}{section}{\nomname}\markboth

Re: Fwd: Nomenclature in TOC different/unexpected in LyX2.1 vs Lyx2,2.2

, this time you taught me a clear lesson - I will remember it, for sure!:-D I had the mini example ready to be sent and - as always - I reassembled what I was about to do. And then I starred at this line in the Latex preamble: \def\nompreamble{\addcontentsline{toc}{section}{\nomname}\markboth{\nomname

Re: Fwd: Nomenclature in TOC different/unexpected in LyX2.1 vs Lyx2,2.2

Am Mittwoch, den 26.10.2016, 08:07 +0200 schrieb Michael Berger: > Dear developers, > I am forwarding my initial e-mail to you because I found that the > behavior described is not specific to classicthesis. > Other document classes (I checked Komascript Article and Article > Standard) show a

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

Le 21/05/2015 07:09, Scott Kostyshak a écrit : We could also do this for the advanced find and the spell check dialogs. Toggling seems more intuitive to me for those also. Let me know if others would want this change. If we did that though, we might want to change the menus to use toggling also

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

toc bind: 'dialog-show' - 'dialog-toggle' (#8388) Toggling is more intuitive for this dialog. We could also do this for the advanced find and the spell check dialogs. Toggling seems more intuitive to me for those also. Let me know if others would want this change. If we did that though

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

Le 21/05/2015 11:20, Scott Kostyshak a écrit : Is it possible to close the outline? It would be nice if ESC did this. Currently ESC puts the cursor back in the workarea which is a nice function, but TAB can already be used for this. Yes, I think that Esc should do it. OTOH, wouldn't it be

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

Le 21/05/2015 11:17, Scott Kostyshak a écrit : Ah, I see what you mean. I will revert, and mark #8388 as 'wontfix' unless there are objections. It does not seem useful to have two such close bindings. Yes, I think this is the best we can do right now. JMarc

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

Le 21/05/2015 07:08, Scott Kostyshak a écrit : commit bede4d320bfff26fcbea396b516b92eb9595940c Author: Scott Kostyshak skost...@lyx.org Date: Thu May 21 00:59:08 2015 -0400 toc bind: 'dialog-show' - 'dialog-toggle' (#8388) Toggling is more intuitive for this dialog. There is one

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 5:03 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 21/05/2015 07:08, Scott Kostyshak a écrit : commit bede4d320bfff26fcbea396b516b92eb9595940c Author: Scott Kostyshak skost...@lyx.org Date: Thu May 21 00:59:08 2015 -0400 toc bind: 'dialog-show

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

Date: Thu May 21 00:59:08 2015 -0400 toc bind: 'dialog-show' - 'dialog-toggle' (#8388) Toggling is more intuitive for this dialog. There is one use that is not possible with this change (as I argued before), which is a fully keyboard-based navigation. With LyX 2.1, I can do C-M-o

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 5:32 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 21/05/2015 11:17, Scott Kostyshak a écrit : Ah, I see what you mean. I will revert, and mark #8388 as 'wontfix' unless there are objections. It does not seem useful to have two such close bindings. Yes, I

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 5:31 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 21/05/2015 11:20, Scott Kostyshak a écrit : Is it possible to close the outline? It would be nice if ESC did this. Currently ESC puts the cursor back in the workarea which is a nice function, but TAB can

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 10:47 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 21/05/2015 07:09, Scott Kostyshak a écrit : We could also do this for the advanced find and the spell check dialogs. Toggling seems more intuitive to me for those also. Let me know if others would want this

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 11:08 AM, Liviu Andronic landronim...@gmail.com wrote: On Thu, May 21, 2015 at 10:47 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 21/05/2015 07:09, Scott Kostyshak a écrit : We could also do this for the advanced find and the spell check dialogs. Toggling

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

; > Date: Thu May 21 00:59:08 2015 -0400 > > > > toc bind: 'dialog-show' -> 'dialog-toggle' (#8388) > > > > Toggling is more intuitive for this dialog. > > We could also do this for the advanced find and the spell check > dialogs. Toggling se

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

Le 21/05/2015 07:09, Scott Kostyshak a écrit : We could also do this for the advanced find and the spell check dialogs. Toggling seems more intuitive to me for those also. Let me know if others would want this change. If we did that though, we might want to change the menus to use toggling also

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

Le 21/05/2015 07:08, Scott Kostyshak a écrit : commit bede4d320bfff26fcbea396b516b92eb9595940c Author: Scott Kostyshak <skost...@lyx.org> Date: Thu May 21 00:59:08 2015 -0400 toc bind: 'dialog-show' -> 'dialog-toggle' (#8388) Toggling is more intuitive for th

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 5:03 AM, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 21/05/2015 07:08, Scott Kostyshak a écrit : >> >> commit bede4d320bfff26fcbea396b516b92eb9595940c >> Author: Scott Kostyshak <skost...@lyx.org> >> Date: Thu May 21

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

6b92eb9595940c >>> Author: Scott Kostyshak <skost...@lyx.org> >>> Date: Thu May 21 00:59:08 2015 -0400 >>> >>> toc bind: 'dialog-show' -> 'dialog-toggle' (#8388) >>> >>> Toggling is more intuitive for this dialog. >> >&g

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

Le 21/05/2015 11:20, Scott Kostyshak a écrit : Is it possible to close the outline? It would be nice if ESC did this. Currently ESC puts the cursor back in the workarea which is a nice function, but TAB can already be used for this. Yes, I think that Esc should do it. OTOH, wouldn't it be

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

Le 21/05/2015 11:17, Scott Kostyshak a écrit : Ah, I see what you mean. I will revert, and mark #8388 as 'wontfix' unless there are objections. It does not seem useful to have two such close bindings. Yes, I think this is the best we can do right now. JMarc

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 5:31 AM, Jean-Marc Lasgouttes wrote: > Le 21/05/2015 11:20, Scott Kostyshak a écrit : >> >> Is it possible to close the outline? It would be nice if ESC did this. >> Currently ESC puts the cursor back in the workarea which is a nice >> function, but TAB

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 5:32 AM, Jean-Marc Lasgouttes wrote: > Le 21/05/2015 11:17, Scott Kostyshak a écrit : >> >> Ah, I see what you mean. I will revert, and mark #8388 as 'wontfix' >> unless there are objections. It does not seem useful to have two such >> close bindings. >

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 10:47 AM, Jean-Marc Lasgouttes wrote: > Le 21/05/2015 07:09, Scott Kostyshak a écrit : >> >> We could also do this for the advanced find and the spell check >> dialogs. Toggling seems more intuitive to me for those also. Let me >> know if others would

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 11:08 AM, Liviu Andronic wrote: > On Thu, May 21, 2015 at 10:47 AM, Jean-Marc Lasgouttes > wrote: >> Le 21/05/2015 07:09, Scott Kostyshak a écrit : >>> >>> We could also do this for the advanced find and the spell check >>>

Re: [LyX/master] toc bind: 'dialog-show' - 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 1:08 AM, Scott Kostyshak skost...@lyx.org wrote: commit bede4d320bfff26fcbea396b516b92eb9595940c Author: Scott Kostyshak skost...@lyx.org Date: Thu May 21 00:59:08 2015 -0400 toc bind: 'dialog-show' - 'dialog-toggle' (#8388) Toggling is more intuitive

Re: [LyX/master] toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)

On Thu, May 21, 2015 at 1:08 AM, Scott Kostyshak <skost...@lyx.org> wrote: > commit bede4d320bfff26fcbea396b516b92eb9595940c > Author: Scott Kostyshak <skost...@lyx.org> > Date: Thu May 21 00:59:08 2015 -0400 > > toc bind: 'dialog-show' -> 'dialog-toggle' (#

Re: #1720: LyX/Mac: TOC Menus entries are not correctly disabled when a dialog has focus

Am 06.05.2015 um 04:35 schrieb LyX Ticket Tracker t...@lyx.org: #1720: LyX/Mac: TOC Menus entries are not correctly disabled when a dialog has focus -+--- Reporter: lasgouttes | Owner: spitz Type: defect

Re: #1720: LyX/Mac: TOC Menus entries are not correctly disabled when a dialog has focus

Am 06.05.2015 um 04:35 schrieb LyX Ticket Tracker <t...@lyx.org>: > #1720: LyX/Mac: TOC Menus entries are not correctly disabled when a dialog has > focus > -+--- > Reporter: lasgouttes | Owner: spitz &

Re: LyX support for including unnumbered sections in TOC

too much would be a checkbox that says something like add unnumbered divisions to TOC if numbered counterparts are added. I think there is more demand for a categorical solution than a solution that allows the user to decided whether each individual unnumbered division should be in the TOC

Re: LyX support for including unnumbered sections in TOC

On Wed, Jun 25, 2014 at 4:05 PM, Georg Baum georg.b...@post.rwth-aachen.de wrote: I don't like the redefinition either. I'd put the \addcontentsline in a module (and not hardcoded in LyX). A module sounds like a good idea. So the module would add new layouts such as Section* (TOC), Chapter

Re: LyX support for including unnumbered sections in TOC

Scott Kostyshak wrote: A module sounds like a good idea. So the module would add new layouts such as Section* (TOC), Chapter* (TOC). Any other ideas for the name? Section* (+TOC) ? I'd steal the ones from src*.layout. This has the advantage that the styles stay intact if you change

Re: LyX support for including unnumbered sections in TOC

On Wed, Jun 25, 2014 at 4:24 PM, Georg Baum georg.b...@post.rwth-aachen.de wrote: Scott Kostyshak wrote: A module sounds like a good idea. So the module would add new layouts such as Section* (TOC), Chapter* (TOC). Any other ideas for the name? Section* (+TOC) ? I'd steal the ones from src

Re: LyX support for including unnumbered sections in TOC

t;> Thoughts on interface: >> One way that would not clutter the GUI too much would be a checkbox >> that says something like "add unnumbered divisions to TOC if numbered >> counterparts are added". >> I think there is more demand for a categorical solution tha

Re: LyX support for including unnumbered sections in TOC

On Wed, Jun 25, 2014 at 4:05 PM, Georg Baum <georg.b...@post.rwth-aachen.de> wrote: > I don't like the redefinition either. I'd put the \addcontentsline in a > module (and not hardcoded in LyX). A module sounds like a good idea. So the module would add new layouts such as Section* (T

Re: LyX support for including unnumbered sections in TOC

Scott Kostyshak wrote: > A module sounds like a good idea. So the module would add new layouts > such as Section* (TOC), Chapter* (TOC). Any other ideas for the name? > Section* (+TOC) ? I'd steal the ones from src*.layout. This has the advantage that the styles stay intact if y

Re: LyX support for including unnumbered sections in TOC

On Wed, Jun 25, 2014 at 4:24 PM, Georg Baum <georg.b...@post.rwth-aachen.de> wrote: > Scott Kostyshak wrote: > >> A module sounds like a good idea. So the module would add new layouts >> such as Section* (TOC), Chapter* (TOC). Any other ideas for the name? >> S

LyX support for including unnumbered sections in TOC

that would be useful to add support for in LyX? Thoughts on interface: One way that would not clutter the GUI too much would be a checkbox that says something like add unnumbered divisions to TOC if numbered counterparts are added. I think there is more demand for a categorical solution than

Re: LyX support for including unnumbered sections in TOC

-enumerated-chapter-latex-in-lyx Is this something that would be useful to add support for in LyX? Yes, it's a very common question. Thoughts on interface: One way that would not clutter the GUI too much would be a checkbox that says something like add unnumbered divisions to TOC if numbered

LyX support for including unnumbered sections in TOC

that would be useful to add support for in LyX? Thoughts on interface: One way that would not clutter the GUI too much would be a checkbox that says something like "add unnumbered divisions to TOC if numbered counterparts are added". I think there is more demand for a categorical sol

Re: LyX support for including unnumbered sections in TOC

-enumerated-chapter-latex-in-lyx Is this something that would be useful to add support for in LyX? Yes, it's a very common question. Thoughts on interface: One way that would not clutter the GUI too much would be a checkbox that says something like "add unnumbered divisions to TOC if num

Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

:52:18 2013 -0500 Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output. This should solve the problem with slowness that Kornel noticed, which was caused by our trying to write

Re: Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

ecef54500d4d77baf4fa47eac2253679875ac08c Author: Richard Heck rgh...@lyx.org Date: Fri Mar 8 14:52:18 2013 -0500 Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output. This should solve

Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

- commit ecef54500d4d77baf4fa47eac2253679875ac08c Author: Richard Heck rgh...@lyx.org Date: Fri Mar 8 14:52:18 2013 -0500 Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip

Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

On 03/09/2013 05:29 AM, Kornel Benko wrote: Am Samstag, 9. März 2013 um 10:24:49, schrieb Kornel Benko kor...@lyx.org I curiously checked. But sorry, the slowness is back :( It feels even worse. Should I debug something? Try again now. Richard

Re: Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

Am Samstag, 9. März 2013 um 12:53:34, schrieb Richard Heck rgh...@lyx.org On 03/09/2013 05:29 AM, Kornel Benko wrote: Am Samstag, 9. März 2013 um 10:24:49, schrieb Kornel Benko kor...@lyx.org I curiously checked. But sorry, the slowness is back :( It feels even worse. Should

Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

<rgh...@lyx.org> > Date: Fri Mar 8 14:52:18 2013 -0500 > > Introduce max_length parameter for plaintext() output routines, > so we can write a limited amount when using this for TOC and > tooltip output. > > This should solve the problem with slowness

Re: Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

- > > > > commit ecef54500d4d77baf4fa47eac2253679875ac08c > > Author: Richard Heck <rgh...@lyx.org> > > Date: Fri Mar 8 14:52:18 2013 -0500 > > > > Introduce max_length parameter for plaintext() output routines, > > so

Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

aintext() output routines, > > so we can write a limited amount when using this for TOC and > > tooltip output. > > > > This should solve the problem with slowness that Kornel noticed, > > which was caused by our trying to write an entire plaintext > > bib

Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

On 03/09/2013 05:29 AM, Kornel Benko wrote: Am Samstag, 9. März 2013 um 10:24:49, schrieb Kornel Benko > > I curiously checked. But sorry, the slowness is back :( > It feels even worse. Should I debug something? Try again now. Richard

Re: Re: [LyX master] Introduce max_length parameter for plaintext() output routines, so we can write a limited amount when using this for TOC and tooltip output.

Am Samstag, 9. März 2013 um 12:53:34, schrieb Richard Heck > On 03/09/2013 05:29 AM, Kornel Benko wrote: > > > > Am Samstag, 9. März 2013 um 10:24:49, schrieb Kornel Benko > > > > > > > > > > > > I curiously checked. But sorry, the slowness is back :( > > > > >

Editing names for TOC, captions, ...

It would be great, if the document-settings would also have a window, where you can change the fixed names that Lyx uses for some elements. E.g. fig. instead of figure, and the same for tables, TOC, etc. Because often users have to use special terms that are given by the university, the magazine

Re: Editing names for TOC, captions, ...

On 07/15/2012 10:40 AM, Julian Parker wrote: It would be great, if the document-settings would also have a window, where you can change the fixed names that Lyx uses for some elements. E.g. fig. instead of figure, and the same for tables, TOC, etc. Because often users have to use special terms

Editing names for TOC, captions, ...

It would be great, if the document-settings would also have a window, where you can change the fixed names that Lyx uses for some elements. E.g. "fig." instead of "figure", and the same for tables, TOC, etc. Because often users have to use special terms that are giv

Re: Editing names for TOC, captions, ...

On 07/15/2012 10:40 AM, Julian Parker wrote: It would be great, if the document-settings would also have a window, where you can change the fixed names that Lyx uses for some elements. E.g. "fig." instead of "figure", and the same for tables, TOC, etc. Because often users

Re: [lyx/refs/heads/master] Let lyx2lyx create a proper TOC inset

a proper TOC inset Now that \lstlistoflistings is supported by InsetTOC, we should use that instead of ERT. I could have updated the file format and directly used an InsetTOC instead, but I was too lazy. So far as I can see, this only changed lib/examples/localization_test.lyx. Was that intended

Re: [lyx/refs/heads/master] Let lyx2lyx create a proper TOC inset

rgheck wrote: So far as I can see, this only changed lib/examples/localization_test.lyx. Was that intended? Yes. Open the file in LyX, and you will see the listings TOC inset. Georg

Re: [lyx/refs/heads/master] Let lyx2lyx create a proper TOC inset

yx2lyx create a proper TOC inset Now that \lstlistoflistings is supported by InsetTOC, we should use that instead of ERT. I could have updated the file format and directly used an InsetTOC instead, but I was too lazy. So far as I can see, this only changed lib/examples/localization_te

Re: [lyx/refs/heads/master] Let lyx2lyx create a proper TOC inset

rgheck wrote: > So far as I can see, this only changed > lib/examples/localization_test.lyx. Was that intended? Yes. Open the file in LyX, and you will see the listings TOC inset. Georg

  1   2   3   4   5   6   7   8   9   10   >