Re: Patch to insert entries for Custom Header/Footer Text and Landscape Document Mode and to update the existing entry for Multiple Columns to reflect the new layout in Chapter 4 Modules of Additional

Committed. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Patch to insert entries for Custom Header/Footer Text and Landscape Document Mode and to update the existing entry for Multiple Columns to reflect the new layout in Chapter 4 Modules of Additional.lyx

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

Re: [LyX/master] Add documentation for the new layout attributes.

It looks fine, thanks! Thibaut Cuvelier On Thu, 9 Jul 2020 at 00:46, Pavel Sanda wrote: > On Wed, Jul 08, 2020 at 08:34:30PM +0200, Thibaut Cuvelier wrote: > > > Good, do you have idea on top of which commit this was written (even > > > approximate date would be helpful). > > > > > > > The

Re: [LyX/master] Add documentation for the new layout attributes.

On Wed, Jul 08, 2020 at 08:34:30PM +0200, Thibaut Cuvelier wrote: > > Good, do you have idea on top of which commit this was written (even > > approximate date would be helpful). > > > > The last commit before modifying this file dates back to October 2017: >

Re: [LyX/master] Add documentation for the new layout attributes.

On Wed, 8 Jul 2020 at 19:56, Pavel Sanda wrote: > On Wed, Jul 08, 2020 at 06:54:20PM +0200, Thibaut Cuvelier wrote: > > > > Here is the updated version of the manual and the corresponding > patch. It > > > > should apply cleanly, now (even though I don't get why it's that > > > large???)! > > >

Re: [LyX/master] Add documentation for the new layout attributes.

On Wed, Jul 08, 2020 at 06:54:20PM +0200, Thibaut Cuvelier wrote: > > > Here is the updated version of the manual and the corresponding patch. It > > > should apply cleanly, now (even though I don't get why it's that > > large???)! > > > > I don't want updated version. I want some very old one

Re: [LyX/master] Add documentation for the new layout attributes.

r > > > Date: Fri May 10 02:54:44 2019 +0200 > > > > > > Add documentation for the new layout attributes. > > > > Thibaut, this patch broke the manual (likely wrong merge from some changes > > already committed to master.) I already reverted it.

Re: [LyX/master] Add documentation for the new layout attributes.

On Wed, Jul 08, 2020 at 09:17:12AM +0200, Pavel Sanda wrote: > commit 7989ebca85ddf95d58dfb86e234a17e5470d62c2 > Author: Thibaut Cuvelier > Date: Fri May 10 02:54:44 2019 +0200 > > Add documentation for the new layout attributes. Thibaut, this patch broke the manual (lik

Re: [LyX/master] New layout tags for better counter handling

On Fri, Oct 27, 2017 at 11:23:14PM -0400, Richard Heck wrote: > On 10/27/2017 01:54 PM, Scott Kostyshak wrote: > > > >> Note that this commit would cause a lot of runs of layout2layout, since > >> the formats of the layout files themselves had not yet been updated. > > Perhaps this is what made it

Re: [LyX/master] New layout tags for better counter handling

On 10/27/2017 01:54 PM, Scott Kostyshak wrote: > >> Note that this commit would cause a lot of runs of layout2layout, since >> the formats of the layout files themselves had not yet been updated. > Perhaps this is what made it slow for me. So a 2 to 3 second delay > compared to the previous commit

Re: [LyX/master] New layout tags for better counter handling

rote: > >>> commit 0eb651a2cf6c8c4d39e461748292ffe4e69f2386 > >>> Author: Juergen Spitzmueller <sp...@lyx.org> > >>> Date: Fri Oct 14 20:08:12 2016 +0200 > >>> > >>> New layout tags for better counter handling > >>> > >>>

Re: [LyX/master] New layout tags for better counter handling

Spitzmueller <sp...@lyx.org> >>> Date: Fri Oct 14 20:08:12 2016 +0200 >>> >>> New layout tags for better counter handling >>> >>> * ResumeCounter: allow to resume an (enumerate) counter >>> * StepMasterCounter: allow to incr

Re: [LyX/master] New layout tags for better counter handling

Am Freitag, den 27.10.2017, 02:35 -0400 schrieb Scott Kostyshak: > On Fri, Oct 14, 2016 at 06:10:22PM +, Juergen Spitzmueller wrote: > > commit 0eb651a2cf6c8c4d39e461748292ffe4e69f2386 > > Author: Juergen Spitzmueller <sp...@lyx.org> > > Date: Fri Oct 14 20:08:12

Re: [LyX/master] New layout tags for better counter handling

On Fri, Oct 14, 2016 at 06:10:22PM +, Juergen Spitzmueller wrote: > commit 0eb651a2cf6c8c4d39e461748292ffe4e69f2386 > Author: Juergen Spitzmueller <sp...@lyx.org> > Date: Fri Oct 14 20:08:12 2016 +0200 > > New layout tags for better counter handling > >

Re: [LyX/master] New layout for aastex6.cls. Fixes #10027.

Scott Kostyshak wrote: > On Sat, Apr 09, 2016 at 10:00:24AM +, Guenter Milde wrote: > >> I'd like to see all Unicode characters allowed in LyX labels but agree >> that this is stuff for 2.3... Agreed to both. > Yes and just to add I tested that the unicode strings shows up fine in > LyX so

Re: [LyX/master] New layout for aastex6.cls. Fixes #10027.

; > >> Date: Fri Apr 8 21:34:23 2016 +0200 > > >> New layout for aastex6.cls. Fixes #10027. > ... > > >> + LabelString "References—" > ... > >> + LabelString "Note—" > ... > > > The — character seem

Re: [LyX/master] New layout for aastex6.cls. Fixes #10027.

On 2016-04-08, Scott Kostyshak wrote: > On Fri, Apr 08, 2016 at 09:36:26PM +0200, Günter Milde wrote: >> commit b4dcad83b2f6e3fce28b4e04cc1abc8d654f9bfe >> Author: Günter Milde <mi...@lyx.org> >> Date: Fri Apr 8 21:34:23 2016 +0200 >> New lay

Re: [LyX/master] New layout for aastex6.cls. Fixes #10027.

On Fri, Apr 08, 2016 at 09:36:26PM +0200, Günter Milde wrote: > commit b4dcad83b2f6e3fce28b4e04cc1abc8d654f9bfe > Author: Günter Milde <mi...@lyx.org> > Date: Fri Apr 8 21:34:23 2016 +0200 > > New layout for aastex6.cls. Fixes #10027. > > Some more work

Re: [patch] new layout file for AGUTeX2015

On Sat, Jan 30, 2016 at 01:38:14AM +0100, Uwe Stöhr wrote: > Am 27.01.2016 um 02:15 schrieb Uwe Stöhr: > > >If you like, I can > >add a fileformat change to update existing AGUTeX files to the new class > >file. If you want this, this should be done before the beta release. > > Hi Scott, > > do

Re: [patch] new layout file for AGUTeX2015

Am 27.01.2016 um 02:15 schrieb Uwe Stöhr: If you like, I can add a fileformat change to update existing AGUTeX files to the new class file. If you want this, this should be done before the beta release. Hi Scott, do you have any opinion/decision about this patch? thanks and regards Uwe

[patch] new layout file for AGUTeX2015

est AGUTeX class file. But for submissions the user need to use of course current AGUTeX class file. Attached is therefore a new layout and a template file for the new AGUTeX2015 file. OK to go in? The existing AGUTeX layout and template file should in my opinion be moved to the attic since one

Re: New layout for package europasscv

2015-03-16 3:05 GMT+01:00 Richard Heck: That's fine with me. Done (the inputenc thing, that is). Jürgen

Re: New layout for package europasscv

2015-03-16 3:05 GMT+01:00 Richard Heck: > > That's fine with me. > Done (the inputenc thing, that is). Jürgen

Re: New layout for package europasscv

On 03/15/15 12:09, Jürgen Spitzmüller wrote: Note, however, that your example does not compile out of the box with TeXLive, since the europasslogo2013.pdf file is installed in the doc dir instead of the tex dir with TeXLive. I think this is wrong and should be reported to the TeXLive

Re: New layout for package europasscv

2015-03-15 12:06 GMT+01:00 Stefan Swerk: I changed the InsetLayout-Decoration to classic and appended two more patches reflecting these changes, thank you for the suggestion: - for branch master ( d9626ec6af6b1fcf46cf92e5835fc38201a03ff1): Konsole output

Re: New layout for package europasscv

2015-03-15 16:22 GMT+01:00 Stefan Swerk: All changes are enclosed as patch files: - Branch 2.1.x, commit f790bb046eafe1b3e32eb59c3af639e1fdaa166b 'lyx.2.1.x.-.europasscv.layout.-.v1.2.-.15.03.2015.diff' -Branch master, commit 73c3f3e2fd340265ef9e896c959c7c1efbe52663

Re: New layout for package europasscv

2015-03-15 12:04 GMT+01:00 Stefan Swerk: The layout and examples should work at least for the 2.2dev and 2.1.x branches (patch below), however the latter only under the assumption that the user won't change the inputenc-setting. Therefore an inclusion to the stable branch appears reasonable

New layout for package europasscv

Dear all, I have created a suitable LyX-layout file for the europasscv document class (maintained/developed by Giacomo Mazzamuto [1]), representing the revised version (2013) of the European Europass CV, which is maintained/developed by the European Centre for the Development of Vocational

Re: New layout for package europasscv

2015-03-15 9:20 GMT+01:00 Stefan Swerk: I have created a suitable LyX-layout file for the europasscv document class (maintained/developed by Giacomo Mazzamuto [1]), representing the revised version (2013) of the European Europass CV, which is maintained/developed by the European Centre for

Re: New layout for package europasscv

On 03/15/15 10:35, Jürgen Spitzmüller wrote: 2015-03-15 9:20 GMT+01:00 Stefan Swerk: While the layout, in its current state, seems to be usable, there are still some minor issues: - Within the europasscv.cls the inputenc package is directly declared, i.e.

Re: New layout for package europasscv

On 03/15/2015 07:09 AM, Jürgen Spitzmüller wrote: 2015-03-15 12:04 GMT+01:00 Stefan Swerk: The layout and examples should work at least for the 2.2dev and 2.1.x branches (patch below), however the latter only under the assumption that the user won't change the inputenc-setting.

New layout for package europasscv

Dear all, I have created a suitable LyX-layout file for the "europasscv" document class (maintained/developed by Giacomo Mazzamuto [1]), representing the revised version (2013) of the European Europass CV, which is maintained/developed by the European Centre for the Development of Vocational

Re: New layout for package europasscv

2015-03-15 9:20 GMT+01:00 Stefan Swerk: > I have created a suitable LyX-layout file for the "europasscv" document > class (maintained/developed > by Giacomo Mazzamuto [1]), representing the revised version (2013) of the > European Europass CV, > which is maintained/developed by the European

Re: New layout for package europasscv

On 03/15/15 10:35, Jürgen Spitzmüller wrote: > 2015-03-15 9:20 GMT+01:00 Stefan Swerk: >> While the layout, in its current state, seems to be usable, there are >> still some minor issues: >> - Within the "europasscv.cls" the "inputenc" package is directly >> declared, i.e. >>

Re: New layout for package europasscv

2015-03-15 12:04 GMT+01:00 Stefan Swerk: > The layout and examples should work at least for the 2.2dev and 2.1.x > branches (patch below), however the latter only under the assumption that > the user won't change the inputenc-setting. Therefore an inclusion to the > stable branch appears

Re: New layout for package europasscv

2015-03-15 12:06 GMT+01:00 Stefan Swerk: > I changed the InsetLayout-Decoration to classic and appended two more > patches reflecting these > changes, thank you for the suggestion: > - for branch master ( d9626ec6af6b1fcf46cf92e5835fc38201a03ff1): > Konsole output >

Re: New layout for package europasscv

On 03/15/15 12:09, Jürgen Spitzmüller wrote: > Note, however, that your example does not compile out of the box with > TeXLive, since the > europasslogo2013.pdf file is installed in the doc dir instead of the tex dir > with TeXLive. I think > this is wrong and should be reported to the TeXLive

Re: New layout for package europasscv

2015-03-15 16:22 GMT+01:00 Stefan Swerk: > All changes are enclosed as patch files: > - Branch 2.1.x, commit f790bb046eafe1b3e32eb59c3af639e1fdaa166b > 'lyx.2.1.x.-.europasscv.layout.-.v1.2.-.15.03.2015.diff' > -Branch master, commit 73c3f3e2fd340265ef9e896c959c7c1efbe52663 >

Re: New layout for package europasscv

On 03/15/2015 07:09 AM, Jürgen Spitzmüller wrote: 2015-03-15 12:04 GMT+01:00 Stefan Swerk: The layout and examples should work at least for the 2.2dev and 2.1.x branches (patch below), however the latter only under the assumption that the user won't change the inputenc-setting.

Re: New layout for moderncv class

Am 29.10.2014 um 21:27 schrieb Thomas Hartkens: The LaTex class moderncv provides commands for typesetting curriculum vitaes in various styles. The current LyX layout requires many embedded native LaTeX commands which is quite difficult to learn for non-expert users. Can you give an example?

Re: New layout for moderncv class

Thanks for your feedback. I will check out this version and will come back to you. Best wishes, Thomas Hartkens -- Dr. Thomas Hartkens Parkstrasse 28 13086 Berlin Mobile: +49 151 24038460 On 01.12.2014, at 01:19, Uwe Stöhr uwesto...@web.de wrote: Am 29.10.2014 um 21:27 schrieb Thomas

Re: New layout for moderncv class

Am 29.10.2014 um 21:27 schrieb Thomas Hartkens: The LaTex class "moderncv" provides commands for typesetting curriculum vitaes in various styles. The current LyX layout requires many embedded native LaTeX commands which is quite difficult to learn for non-expert users. Can you give an

Re: New layout for moderncv class

Thanks for your feedback. I will check out this version and will come back to you. Best wishes, Thomas Hartkens -- Dr. Thomas Hartkens Parkstrasse 28 13086 Berlin Mobile: +49 151 24038460 > On 01.12.2014, at 01:19, "Uwe Stöhr" wrote: > >> Am 29.10.2014 um 21:27 schrieb

Re: New layout for moderncv class

and adopt it to your needs rather than starting from scratch. Do you think it makes sense to add this layout including the example document to the standard distribution of LyX? In this case it would be even easier for LyX users to access this new layout ... What do you think? You should

Re: New layout for moderncv class

mple CV to this email. It makes sense to have a look > at this example first and adopt it to your needs rather than starting from > scratch. > > Do you think it makes sense to add this layout including the example > document to the standard distribution of LyX? In this case it would be eve

new layout and distribution files

Hello, I have written some layout and template files for article classes currently not included in the standard lyx distribution, including: Proc. Nat. Acad. of Science USA (pnastwo) DeGruyter (degruyter-journal-a) Computer Modeling in Engineering Sciences (cmes) In reading online, it wasn't

Re: new layout and distribution files

2014-05-12 19:18 GMT+02:00 DM Bortz: Hello, I have written some layout and template files for article classes currently not included in the standard lyx distribution, including: Proc. Nat. Acad. of Science USA (pnastwo) DeGruyter (degruyter-journal-a) Computer Modeling in Engineering

new layout and distribution files

Hello, I have written some layout and template files for article classes currently not included in the standard lyx distribution, including: Proc. Nat. Acad. of Science USA (pnastwo) DeGruyter (degruyter-journal-a) Computer Modeling in Engineering & Sciences (cmes) In reading online, it wasn't

Re: new layout and distribution files

2014-05-12 19:18 GMT+02:00 DM Bortz: > Hello, > > I have written some layout and template files for article classes > currently not included in the standard lyx distribution, including: > > Proc. Nat. Acad. of Science USA (pnastwo) > DeGruyter (degruyter-journal-a) > Computer Modeling in

Re: annotations for new layout argument feature

Uwe Stöhr wrote: One further annotation: some arguments contain TeX code, like sizes, commands etc. it would therefore be helpful if one could use Passthru for certain arguments so that the user can there e.g. directly insert things like \subWandt{0.4\linewidth} PassThru is tricky, due to

Re: annotations for new layout argument feature

Am 13.01.2013 09:58, schrieb Jürgen Spitzmüller: I'm reluctant to touch this again at the moment (even more so since the period where I had extra spare time for Lyx has ended). OK. You already did a lot for LyX the last weeks. regards Uwe

Re: annotations for new layout argument feature

Uwe Stöhr wrote: > One further annotation: some arguments contain TeX code, like sizes, > commands etc. it would therefore be helpful if one could use Passthru for > certain arguments so that the user can there e.g. directly insert things > like "\subWandt{0.4\linewidth}" PassThru is tricky, due

Re: annotations for new layout argument feature

Am 13.01.2013 09:58, schrieb Jürgen Spitzmüller: I'm reluctant to touch this again at the moment (even more so since the period where I had extra spare time for Lyx has ended). OK. You already did a lot for LyX the last weeks. regards Uwe

Re: annotations for new layout argument feature

Am 28.12.2012 11:21, schrieb Jürgen Spitzmüller: I have implemented now the possibility to place (inset-inserted) arguments after the main (workarea-inserted) argument for commands. Such arguments have the prefix post:, i.e. Argument post:1 Hello Jürgen, as I promised I had a look and

Re: annotations for new layout argument feature

Am 28.12.2012 11:21, schrieb Jürgen Spitzmüller: I have implemented now the possibility to place (inset-inserted) arguments after the main (workarea-inserted) argument for commands. Such arguments have the prefix "post:", i.e. Argument post:1 Hello Jürgen, as I promised I had a look and

Re: annotations for new layout argument feature

Uwe Stöhr wrote: 2. We have the LaTeXType named Bib_Environment. But this type is nothing more than adding \begin{bibliography}{99} Thanks to your work we can get rid of the hardcoded 99 because we could redefine it using a required argument for the bibliography environment instead. It can

Re: annotations for new layout argument feature

Am 01.01.2013 10:16, schrieb Jürgen Spitzmüller: 2. We have the LaTeXType named Bib_Environment. But this type is nothing more than adding \begin{bibliography}{99} Thanks to your work we can get rid of the hardcoded 99 because we could redefine it using a required argument for the

Re: annotations for new layout argument feature

Uwe Stöhr wrote: > 2. We have the "LaTeXType" named "Bib_Environment". But this type is nothing > more than adding \begin{bibliography}{99} > Thanks to your work we can get rid of the hardcoded "99" because we could > redefine it using a required argument for the bibliography environment >

Re: annotations for new layout argument feature

Am 01.01.2013 10:16, schrieb Jürgen Spitzmüller: 2. We have the "LaTeXType" named "Bib_Environment". But this type is nothing more than adding \begin{bibliography}{99} Thanks to your work we can get rid of the hardcoded "99" because we could redefine it using a required argument for the

Re: annotations for new layout argument feature

Am 28.12.2012 19:09, schrieb Uwe Stöhr: Thank you. I'll test it next year. As I promised I will do so. But while revising chapter 5 of the Customization manual I noticed the following 3 issues that could be improved: 1. Currently the LabelType Itemize and Enumerate are hardcoded, meaning

Re: annotations for new layout argument feature

Am 28.12.2012 19:09, schrieb Uwe Stöhr: Thank you. I'll test it next year. As I promised I will do so. But while revising chapter 5 of the Customization manual I noticed the following 3 issues that could be improved: 1. Currently the "LabelType" Itemize and Enumerate are hardcoded, meaning

Re: annotations for new layout argument feature

Uwe Stöhr wrote: But how can i force that argument 3 is output after the text the users enters in LyX? I could alternatively setup 4 arguments but then the user has to input everything via InsetArguments. This is OK in my opinion, but what do you think? I have implemented now the

Re: annotations for new layout argument feature

Am 28.12.2012 11:21, schrieb Jürgen Spitzmüller: I have implemented now the possibility to place (inset-inserted) arguments after the main (workarea-inserted) argument for commands. Such arguments have the prefix post:, i.e. Argument post:1 Thank you. I'll test it next year. best regards

Re: annotations for new layout argument feature

Uwe Stöhr wrote: > But how can i force that argument 3 is output after the text the users > enters in LyX? > > I could alternatively setup 4 arguments but then the user has to input > everything via InsetArguments. This is OK in my opinion, but what do you > think? I have implemented now the

Re: annotations for new layout argument feature

Am 28.12.2012 11:21, schrieb Jürgen Spitzmüller: I have implemented now the possibility to place (inset-inserted) arguments after the main (workarea-inserted) argument for commands. Such arguments have the prefix "post:", i.e. Argument post:1 Thank you. I'll test it next year. best regards

Re: annotations for new layout argument feature

Am 01.12.2012 12:13, schrieb Jürgen Spitzmüller: I btw. have the feeling that ParbreakIsNewline does nothing. I cannot see a change. What am I dong wrong? Apparently, you also need to set PassThru. The following seems to work (but PassThru might not be what you want): Correct. What I need

Re: annotations for new layout argument feature

Am 01.12.2012 12:13, schrieb Jürgen Spitzmüller: I btw. have the feeling that ParbreakIsNewline does nothing. I cannot see a change. What am I dong wrong? Apparently, you also need to set PassThru. The following seems to work (but PassThru might not be what you want): Correct. What I need

Re: annotations for new layout argument feature

Uwe Stöhr wrote: But I already did this and it doesn't work for me. Take for example the ACM-siggraph.lyx file in trunk. The problem is that I still get an empty line between the 2 \categories. I also tried to add ParbreakIsNewline 1 for Style CR categories and also for the

Re: annotations for new layout argument feature

Uwe Stöhr wrote: > But I already did this and it doesn't work for me. Take for example the > ACM-siggraph.lyx file in trunk. The problem is that I still get an empty > line between the 2 \categories. I also tried to add > > ParbreakIsNewline 1 > > for Style "CR categories" and also for

Re: annotations for new layout argument feature

Am 29.11.2012 07:40, schrieb Jürgen Spitzmüller: Besides this, how should I implement this?: \category{B.2.4}{Arithmetic and Logic Structures}{High-Speed Arithmetic} \category{B.7.1}{Integrated Circuits}{Types and Design Styles}[algorithms implemented into hardware] If I would set up an inset

Re: annotations for new layout argument feature

Am 29.11.2012 06:28, schrieb Richard Heck: For now, I'd think you could use the sort of trick we use to make beamer work: Define your own command that switches the order of the arguments, and make LyX use that. That is not possible for journal submissions. Many publishers use a code checking

Re: annotations for new layout argument feature

Am 29.11.2012 07:40, schrieb Jürgen Spitzmüller: Besides this, how should I implement this?: \category{B.2.4}{Arithmetic and Logic Structures}{High-Speed Arithmetic} \category{B.7.1}{Integrated Circuits}{Types and Design Styles}[algorithms implemented into hardware] If I would set up an inset

Re: annotations for new layout argument feature

Am 29.11.2012 06:28, schrieb Richard Heck: For now, I'd think you could use the sort of trick we use to make beamer work: Define your own command that switches the order of the arguments, and make LyX use that. That is not possible for journal submissions. Many publishers use a code checking

Re: annotations for new layout argument feature

Am 27.11.2012 09:32, schrieb Jean-Marc Lasgouttes: If they must belong to a same paragraph, then these should be insets. I do not think it makes sense to implement paragraph layouts that do not behave as paragraphs. But our layouts are not all paragraphs. Many of them behave like a normal

Re: annotations for new layout argument feature

Am 27.11.2012 09:56, schrieb Jürgen Spitzmüller: But how can i force that argument 3 is output after the text the users enters in LyX? Currently not possible. All command options are put before the paragraph, all environment options after the environment name. Is it technically possible to

Re: annotations for new layout argument feature

On 11/28/2012 06:21 PM, Uwe Stöhr wrote: Am 27.11.2012 09:56, schrieb Jürgen Spitzmüller: But how can i force that argument 3 is output after the text the users enters in LyX? Currently not possible. All command options are put before the paragraph, all environment options after the

Re: annotations for new layout argument feature

2012/11/29 Uwe Stöhr uwesto...@web.de: Is it technically possible to support such cases/do you plan support for this? No. Jürgen

Re: annotations for new layout argument feature

2012/11/29 Uwe Stöhr uwesto...@web.de: But our layouts are not all paragraphs. Many of them behave like a normal command in a line, especially the frontmatter things for scientific papers. They still are paragraphs. Besides this, how should I implement this?: \category{B.2.4}{Arithmetic and

Re: annotations for new layout argument feature

Am 27.11.2012 09:32, schrieb Jean-Marc Lasgouttes: If they must belong to a same paragraph, then these should be insets. I do not think it makes sense to implement paragraph layouts that do not behave as paragraphs. But our layouts are not all paragraphs. Many of them behave like a normal

Re: annotations for new layout argument feature

Am 27.11.2012 09:56, schrieb Jürgen Spitzmüller: But how can i force that argument 3 is output after the text the users enters in LyX? Currently not possible. All command options are put before the paragraph, all environment options after the environment name. Is it technically possible to

Re: annotations for new layout argument feature

On 11/28/2012 06:21 PM, Uwe Stöhr wrote: Am 27.11.2012 09:56, schrieb Jürgen Spitzmüller: But how can i force that argument 3 is output after the text the users enters in LyX? Currently not possible. All command options are put before the paragraph, all environment options after the

Re: annotations for new layout argument feature

2012/11/29 Uwe Stöhr : > Is it technically possible to support such cases/do you plan support for > this? No. Jürgen

Re: annotations for new layout argument feature

2012/11/29 Uwe Stöhr : > But our layouts are not all paragraphs. Many of them behave like a normal > command in a line, especially the frontmatter things for scientific papers. They still are paragraphs. > Besides this, how should I implement this?: > >

Re: annotations for new layout argument feature

Le 27/11/2012 00:08, Uwe Stöhr a écrit : Is there a way to suppress the empty lines? This problem appears for several document classes so that a solution would save a lot of ERT. If they must belong to a same paragraph, then these should be insets. I do not think it makes sense to implement

Re: annotations for new layout argument feature

Uwe Stöhr wrote: But how can i force that argument 3 is output after the text the users enters in LyX? Currently not possible. All command options are put before the paragraph, all environment options after the environment name. I could alternatively setup 4 arguments but then the user has

New layout argument work and Beamer

Hi Jurgen, I am not sure I understand your recent work but can this be used to improve the beamer layouts? Recently I wanted to use program listing and I had to use a module I found in the wiki that adds the [fragile] keywords to the bearmer frame. So my question is can we use your work to tag a

Re: New layout argument work and Beamer

, but I plan to implement a proper frame environment and get rid of the lyxframe, lyxframeend (and all other lyx-specific hacks) in the layout. My rough plan is to implement a new layout style (say Frame_Environment), that will * directly use the paragraph content as a mandatory argument

Re: New layout argument work and Beamer

Thanks for the detailed explanation Jurgen, I look forward to using it :-) This new layout infrastructure actually would justify a new new major release. Abdel. On Tue, Nov 27, 2012 at 1:51 PM, Jürgen Spitzmüller sp...@lyx.org wrote: Abdelrazak Younes wrote: Hi Jurgen, I am not sure I

Re: New layout argument work and Beamer

On Tue, Nov 27, 2012 at 2:45 PM, Abdelrazak Younes you...@lyx.org wrote: Thanks for the detailed explanation Jurgen, I look forward to using it :-) This new layout infrastructure actually would justify a new new major release. Ditto. Liviu

Re: New layout argument work and Beamer

Abdelrazak Younes wrote: This new layout infrastructure actually would justify a new new major release. If everthing has stabilized: definitely (with all the other features we already have). Jürgen

Re: New layout argument work and Beamer

On 2012-11-27, Jürgen Spitzmüller wrote: Not yet, but I plan to implement a proper frame environment and get rid of the lyxframe, lyxframeend (and all other lyx-specific hacks) in the layout. My rough plan is to implement a new layout style (say Frame_Environment), that will * directly

Re: New layout argument work and Beamer

On 11/27/2012 08:45 AM, Abdelrazak Younes wrote: Thanks for the detailed explanation Jurgen, I look forward to using it :-) This new layout infrastructure actually would justify a new new major release. It would indeed, once properly tested. rh

Re: annotations for new layout argument feature

Le 27/11/2012 00:08, Uwe Stöhr a écrit : Is there a way to suppress the empty lines? This problem appears for several document classes so that a solution would save a lot of ERT. If they must belong to a same paragraph, then these should be insets. I do not think it makes sense to implement

Re: annotations for new layout argument feature

Uwe Stöhr wrote: > But how can i force that argument 3 is output after the text the users > enters in LyX? Currently not possible. All command options are put before the paragraph, all environment options after the environment name. > I could alternatively setup 4 arguments but then the user

New layout argument work and Beamer

Hi Jurgen, I am not sure I understand your recent work but can this be used to improve the beamer layouts? Recently I wanted to use program listing and I had to use a module I found in the wiki that adds the [fragile] keywords to the bearmer frame. So my question is can we use your work to tag a

Re: New layout argument work and Beamer

k to tag a frame as fragile? Not yet, but I plan to implement a proper frame environment and get rid of the lyxframe, lyxframeend (and all other lyx-specific hacks) in the layout. My rough plan is to implement a new layout style (say Frame_Environment), that will * directly use the paragraph cont

Re: New layout argument work and Beamer

Thanks for the detailed explanation Jurgen, I look forward to using it :-) This new layout infrastructure actually would justify a new new major release. Abdel. On Tue, Nov 27, 2012 at 1:51 PM, Jürgen Spitzmüller <sp...@lyx.org> wrote: > Abdelrazak Younes wrote: > > Hi Jurge

Re: New layout argument work and Beamer

On Tue, Nov 27, 2012 at 2:45 PM, Abdelrazak Younes <you...@lyx.org> wrote: > Thanks for the detailed explanation Jurgen, I look forward to using it :-) > > This new layout infrastructure actually would justify a new new major > release. > Ditto. Liviu

Re: New layout argument work and Beamer

Abdelrazak Younes wrote: > This new layout infrastructure actually would justify a new new major > release. If everthing has stabilized: definitely (with all the other features we already have). Jürgen

Re: New layout argument work and Beamer

On 2012-11-27, Jürgen Spitzmüller wrote: > Not yet, but I plan to implement a proper frame environment and get rid > of the lyxframe, lyxframeend (and all other lyx-specific hacks) in the > layout. > My rough plan is to implement a new layout style (say Frame

  1   2   3   4   5   >