Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master
Am Wed, 27 Jan 2021 07:30:37 +0100 schrieb Jürgen Spitzmüller : > Am Dienstag, dem 26.01.2021 um 18:42 +0100 schrieb Kornel Benko: > > The reversions are important if peoples work with the same lyx-file > > but have different lyx-versions. (I pretend to see also these peoples > > as normal users) Therefore the exchange is done through export. Not > > nice if, over the time, the ERT's are more and more polluting the > > document. > > So what do you propose? > > Jürgen > Discard the tests because they are disturbing? Seriously, if we have to ignore the misbehaving of lyx2lyx, then the tests are senseless. Kornel pgpwpVq9N8GTr.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests for Feynman_Diagrams failing
Am Dienstag, dem 26.01.2021 um 20:37 -0500 schrieb Scott Kostyshak: > In addition to convergence (which I agree is the same issue as the > other thread), the export to 2.3.x fails to compile using a 2.3.x > binary or master binary, whereas it used to compile when I ran the > tests a week ago. This one might be fixed with 92f8612acec. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master
Am Dienstag, dem 26.01.2021 um 18:42 +0100 schrieb Kornel Benko: > The reversions are important if peoples work with the same lyx-file > but have different lyx-versions. (I pretend to see also these peoples > as normal users) Therefore the exchange is done through export. Not > nice if, over the time, the ERT's are more and more polluting the > document. So what do you propose? Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
Am Dienstag, dem 26.01.2021 um 13:59 -0500 schrieb Richard Kimberly Heck: > But footnotes are so common, at least in academic writing, that I'd > be reluctant to move them another keystroke away. I agree. Also I think marginal notes are too different sorts of notes than the ones in the Notes submenu. Footnotes and marginal notes are part of the document structure, the other notes are more editorial devices (the rather esoteric "gray text", whose purpose I never fully grasped, note might be a hybrid). Here again, the English word form (which does not easily translate to other languages) might be misleading. The (co-)incidence that all these are termed "notes" in English does not mean they have much in common. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests for Feynman_Diagrams failing
On Tue, Jan 26, 2021 at 10:28:59PM +0100, Kornel Benko wrote: > Am Tue, 26 Jan 2021 14:08:37 -0500 > schrieb Scott Kostyshak : > > > The following ctests started failing recently: > > > > The following tests FAILED: > > 3716 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx16 > > (Failed) > > 3717 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx20 > > (Failed) > > 3718 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx21 > > (Failed) > > 3719 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx22 > > (Failed) > > 3720 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx23 > > (Failed) > > 4516 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx16 > > (Failed) > > 4517 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx20 > > (Failed) > > 4518 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx21 > > (Failed) > > 4519 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx22 > > (Failed) > > 4520 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx23 > > (Failed) > > 5037 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx16 > > (Failed) > > 5038 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx20 > > (Failed) > > 5039 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx21 > > (Failed) > > 5040 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx22 > > (Failed) > > 5041 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx23 > > (Failed) > > 5477 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx16 > > (Failed) > > 5478 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx20 > > (Failed) > > 5479 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx21 > > (Failed) > > 5480 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx22 > > (Failed) > > 5481 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx23 > > (Failed) > > Errors while running CTest > > > > Scott > > It seems that all has to do with '\begin{cellvarwidth}[m] ... > \end{cellvarwidth}'. > > On each iteration the document adds 6 times following 13 lines (together 78) > ( > \begin_inset ERT > status collapsed > > \begin_layout Plain Layout > > > \backslash > begin{cellvarwidth}[m] > \end_layout > > \end_inset > > > ) In addition to convergence (which I agree is the same issue as the other thread), the export to 2.3.x fails to compile using a 2.3.x binary or master binary, whereas it used to compile when I ran the tests a week ago. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests for Feynman_Diagrams failing
Am Tue, 26 Jan 2021 14:08:37 -0500 schrieb Scott Kostyshak : > The following ctests started failing recently: > > The following tests FAILED: > 3716 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx16 > (Failed) > 3717 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx20 > (Failed) > 3718 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx21 > (Failed) > 3719 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx22 > (Failed) > 3720 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx23 > (Failed) > 4516 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx16 > (Failed) > 4517 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx20 > (Failed) > 4518 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx21 > (Failed) > 4519 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx22 > (Failed) > 4520 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx23 > (Failed) > 5037 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx16 > (Failed) > 5038 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx20 > (Failed) > 5039 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx21 > (Failed) > 5040 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx22 > (Failed) > 5041 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx23 > (Failed) > 5477 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx16 > (Failed) > 5478 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx20 > (Failed) > 5479 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx21 > (Failed) > 5480 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx22 > (Failed) > 5481 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx23 > (Failed) > Errors while running CTest > > Scott It seems that all has to do with '\begin{cellvarwidth}[m] ... \end{cellvarwidth}'. On each iteration the document adds 6 times following 13 lines (together 78) ( \begin_inset ERT status collapsed \begin_layout Plain Layout \backslash begin{cellvarwidth}[m] \end_layout \end_inset ) Kornel pgpiFIoYdBwqS.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
I would think Marginal Notes could certainly go with notes. But footnotes are so common, at least in academic writing, that I'd be reluctant to move them another keystroke away. Riki But frequent usage of menu for this is not very effective. There is a convenient toolbar button for this. Also defining some shortcut for footnote (say Ctrl-Alt-F) will be good too. Yuriy -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Tests for Feynman_Diagrams failing
The following ctests started failing recently: The following tests FAILED: 3716 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx16 (Failed) 3717 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx20 (Failed) 3718 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx21 (Failed) 3719 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx22 (Failed) 3720 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx23 (Failed) 4516 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx16 (Failed) 4517 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx20 (Failed) 4518 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx21 (Failed) 4519 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx22 (Failed) 4520 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_lyx23 (Failed) 5037 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx16 (Failed) 5038 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx20 (Failed) 5039 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx21 (Failed) 5040 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx22 (Failed) 5041 - export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_lyx23 (Failed) 5477 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx16 (Failed) 5478 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx20 (Failed) 5479 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx21 (Failed) 5480 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx22 (Failed) 5481 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_lyx23 (Failed) Errors while running CTest Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
On 1/26/21 1:50 PM, Yuriy Skalko wrote: But I agree with another Andrew's proposition: I realise this adds another item to a long Insert menu, but an overall shrinkage by one follows if "Footnote" and "Marginal Note" are included under "Note". The Insert menu is really long and already caused some inconveniences for me on smaller screens. Also these items ("Footnote" and "Marginal Note") can be separated by line from the rest in the Note submenu. I would think Marginal Notes could certainly go with notes. But footnotes are so common, at least in academic writing, that I'd be reluctant to move them another keystroke away. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
I don't think this is a very good category name. Also I think that these are all sorts of "lists" that can be grouped together. In German, we have the general term "Verzeichnisse" which perfectly fits them all (TOC is "Inhaltsverzeichnis", Bibliography "Literaturverzeichnis", List of Figure "Abbildungsverzeichnis", Index "Stichwortverzeichnis"). It is too bad that English (apparently due to some historical contingencies) distinguishes "lists", "tables" etc. So we need this rather crude entry for English. However, I do not think that we should structure the menu based on English semantics. Jürgen I agree that current state of menu is better where these items are grouped. Also TOC is very common at the end of the books in Russian and nomenclatures -- at the front. But I agree with another Andrew's proposition: I realise this adds another item to a long Insert menu, but an overall shrinkage by one follows if "Footnote" and "Marginal Note" are included under "Note". The Insert menu is really long and already caused some inconveniences for me on smaller screens. Also these items ("Footnote" and "Marginal Note") can be separated by line from the rest in the Note submenu. Yuriy -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master
On Tue, Jan 26, 2021 at 06:42:44PM +0100, Kornel Benko wrote: > Am Tue, 26 Jan 2021 18:15:02 +0100 > schrieb Jürgen Spitzmüller : > > > Am Dienstag, dem 26.01.2021 um 11:58 -0500 schrieb Scott Kostyshak: > > > I see. I think I understand now. For the first column, the newline > > > insets are replaced with ERT, where as for the second and third > > > columns, > > > the new paragraphs are not replaced with ERT so the reversion routine > > > keeps being triggered. A potential solution would be to replace the > > > paragraph breaks with ERT so they would not trigger reversion > > > routines. > > > > Yes, but this solution would only please the tests and annoy normal > > users. > > > > Jürgen > > > > The reversions are important if peoples work with the same lyx-file but have > different > lyx-versions. (I pretend to see also these peoples as normal users) > Therefore the exchange is done through export. Not nice if, over the time, > the ERT's are > more and more polluting the document. > > The reason for these reversion tests was exactly this scenario. (Maybe not > sufficient, but > certainly better than nothing) True. I personally agree with you that the convergence tests are useful. But I do not think the "cost" of keeping them is nothing. And I can understand if others find them more annoying than useful. I started a log at d3065cee here: development/autotests/ctests-costs-benefits.txt I'll try to update it from time to time. It won't be complete, but perhaps it can at least serve as a basis for future discussion and decisions. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master
Am Tue, 26 Jan 2021 18:15:02 +0100 schrieb Jürgen Spitzmüller : > Am Dienstag, dem 26.01.2021 um 11:58 -0500 schrieb Scott Kostyshak: > > I see. I think I understand now. For the first column, the newline > > insets are replaced with ERT, where as for the second and third > > columns, > > the new paragraphs are not replaced with ERT so the reversion routine > > keeps being triggered. A potential solution would be to replace the > > paragraph breaks with ERT so they would not trigger reversion > > routines. > > Yes, but this solution would only please the tests and annoy normal > users. > > Jürgen > The reversions are important if peoples work with the same lyx-file but have different lyx-versions. (I pretend to see also these peoples as normal users) Therefore the exchange is done through export. Not nice if, over the time, the ERT's are more and more polluting the document. The reason for these reversion tests was exactly this scenario. (Maybe not sufficient, but certainly better than nothing) Kornel pgpJCwJ_nEuLJ.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master
On Tue, Jan 26, 2021 at 06:15:02PM +0100, Jürgen Spitzmüller wrote: > Am Dienstag, dem 26.01.2021 um 11:58 -0500 schrieb Scott Kostyshak: > > I see. I think I understand now. For the first column, the newline > > insets are replaced with ERT, where as for the second and third > > columns, > > the new paragraphs are not replaced with ERT so the reversion routine > > keeps being triggered. A potential solution would be to replace the > > paragraph breaks with ERT so they would not trigger reversion > > routines. > > Yes, but this solution would only please the tests and annoy normal > users. Agreed, makes sense. If I get to it, I'll write up some of this discussion in Development.lyx since I imagine we'll come across it in the future. The conversion tests might not be that interesting directly, but in the past the conversion tests have found real bugs that have been fixed. So we run them if they are "working", and if there's an expected break in them (as now), we just ignore/invert them. However if the "real bugs" the tests find are determined to be minor enough that the cost of time and annoyance of even figuring out whether a break in conversion is expected or unexpected, we should discuss removing the conversion checks. Unfortunately, I haven't kept a log of which bugs have been fixed because of the conversion checks so it is hard to do this cost/benefit analysis. I can try to start keeping a log. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master
Am Dienstag, dem 26.01.2021 um 11:58 -0500 schrieb Scott Kostyshak: > I see. I think I understand now. For the first column, the newline > insets are replaced with ERT, where as for the second and third > columns, > the new paragraphs are not replaced with ERT so the reversion routine > keeps being triggered. A potential solution would be to replace the > paragraph breaks with ERT so they would not trigger reversion > routines. Yes, but this solution would only please the tests and annoy normal users. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master
On Tue, Jan 26, 2021 at 08:30:28AM +0100, Jürgen Spitzmüller wrote: > Am Montag, dem 25.01.2021 um 15:09 -0500 schrieb Scott Kostyshak: > > It seems they fail the convergence criteria of the test. That is, > > with successive round trips the .lyx files keep changing. This is > > expected in some cases (and we can adapt the tests), but I don't know > > enough to know whether it's expected here. > > It's expected. We insert ERT in reversion which we do not remove in > conversion (we generally don't do this). Makes sense. > > Also, it was surprising that the English version conver es but not > > the Spanish version. Here [1] is a screenshot of the Spanish > > Additional manual after a few iterations. > > Interestingly, the first column has only one pair of ERTs, but the > > second and third columns show the failed convergence. Here [2] is a > > screenshot of the English Additional manual in case it is helpful for > > comparison. > > Yes, the ERTs are only inserted if the multirows have multiple > paragraphs or newline insets. I see. I think I understand now. For the first column, the newline insets are replaced with ERT, where as for the second and third columns, the new paragraphs are not replaced with ERT so the reversion routine keeps being triggered. A potential solution would be to replace the paragraph breaks with ERT so they would not trigger reversion routines. > This is all expected. Thanks, we'll adapt the tests accordingly. > You can't expect a LyX document of this > complexity survive multiple cycles. Makes sense, I was indeed surprised that convergence actually worked before. The change is the first expected break to convergence since a long time. Roundtrips with even 1.6.x format seemed to converge before (although convergence doesn't mean much: these roundtrips could have converged due to a bug for example). There must be other ERT backwards conversions so it seems like a puzzle to me of why convergence worked before and the recent commit breaks it, but from what I understand it doesn't seem worth spending time on. My guess at the explanation for the "puzzle" is our discussion above, that in most cases in backwards conversion we use ERT to replace the *entire* relevant text (or at least the parts that would trigger the lyx2lyx routine). In the recent change, it seems we use ERT to replace only part of it so that the reversion routine keeps being triggered. Thanks for taking a look and the explanation, Jürgen. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
Am Dienstag, dem 26.01.2021 um 15:42 +0100 schrieb Jean-Marc Lasgouttes: > Fair enough. But the naming is more descriptive than conceptual (if I > may say so). Definitely. I hope someone comes with a more succinct label. Looking at the LibreOffice and MS Word cases, I fear this is not easy to find, though (in English that is). Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
Le 26/01/2021 à 15:08, Jürgen Spitzmüller a écrit : Am Dienstag, dem 26.01.2021 um 11:23 +0100 schrieb Jean-Marc Lasgouttes: Can we have something that combines front and end matters? Like what we have now :-)? Fair enough. But the naming is more descriptive than conceptual (if I may say so). JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
Am Dienstag, dem 26.01.2021 um 11:23 +0100 schrieb Jean-Marc Lasgouttes: > Can we have something that combines front and end matters? Like what we have now :-)? BTW LibreOffice has it in "Insert > Table of Contents and Index" (which is odd since this also contains Bibliography, LOF, LOT). German l7n: "Einfügen > Verzeichnis" MS Word (2016) has it in the References Tab (which is even more puzzling). I still think "Insert > List/Contents/References" is as good as it gets given the terminological muddle. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
Le 26/01/2021 à 11:07, Jean-Pierre Chrétien a écrit : Le 26/01/2021 à 09:37, José Abílio Matos a écrit : One striking example for me is the case of Portuguese books where the TOC was placed at the end. The idea is that in this case you can interpret the TOC as some kind of index. Actually it even received the name of index while the index was called "remissive index". Personally I do not like because when I go to a book I like to see the structure of the book and the TOC conveys that. Nowadays most book in Portuguese have the TOC at front but I can see a different interpretation to have it at the end. In French, the TOC is usually in the endmatter. Can we have something that combines front and end matters? JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
Le 26/01/2021 à 09:37, José Abílio Matos a écrit : One striking example for me is the case of Portuguese books where the TOC was placed at the end. The idea is that in this case you can interpret the TOC as some kind of index. Actually it even received the name of index while the index was called "remissive index". Personally I do not like because when I go to a book I like to see the structure of the book and the TOC conveys that. Nowadays most book in Portuguese have the TOC at front but I can see a different interpretation to have it at the end. In French, the TOC is usually in the endmatter. -- Jean-Pierre -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Alpha 2? Beta 1?
Am Dienstag, dem 26.01.2021 um 10:32 +0200 schrieb Dr Eberhard Lisse: > to be honest ePub support is a killer feature (even for non- > publishing users like me) and hence I'd really would like to see it > making it into 2.4. With this argumentation a release can be delayed ad infinitum. Having written that, we have a release manager (Riki), and this is his call, not mine. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Insert menu
On Tuesday, January 26, 2021 7:27:06 AM WET Jürgen Spitzmüller wrote: > I prefer functional category over positional. TOC, LOF, LOT (the latter > two often in the backmatter BTW, sometimes even the former), indexes, > nomenclature, references and glossaries all are lists with entries that > refer to specific parts of the document. This is their common function. > > The position differs historically and culturally (probably also between > genres). > > Jürgen Yes, this is more variable than it could look at first sight. :-) One striking example for me is the case of Portuguese books where the TOC was placed at the end. The idea is that in this case you can interpret the TOC as some kind of index. Actually it even received the name of index while the index was called "remissive index". Personally I do not like because when I go to a book I like to see the structure of the book and the TOC conveys that. Nowadays most book in Portuguese have the TOC at front but I can see a different interpretation to have it at the end. Best regards, -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Alpha 2? Beta 1?
Jürgen, to be honest ePub support is a killer feature (even for non-publishing users like me) and hence I'd really would like to see it making it into 2.4. Alpha/Beta doesn't matter to me as I can't make the switch (new file structure?) until it is production ready (or 2.3.7 (?) can read 2.4 files), due to the nature of my day job. Both my desktops (office/home) and both laptops (office/home) sync with each other at least daily. greetings, el On 26/01/2021 09:51, Jürgen Spitzmüller wrote: [...] > Me, too. I would add that we shouldn't wait too long for new features. > So if the ePub support is not there within a to-be-specified time, > postpone it to a later release. > > OTOH I think a second alpha is fair if it is done soon. > > For beta, I would suggest to freeze features. > > Jürgen [...] -- To email me replace 'nospam' with 'el' -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Alpha 2? Beta 1?
On Monday, January 25, 2021 6:59:02 PM WET Thibaut Cuvelier wrote: > I would really like to ship an ePub export in 2.4, building upon the DocBook > export. I think I could work on that this week. In the interest of the discussion what needs to be done here? That is how do you intend to implement this export? -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel