Re: Request for account registration

On Tue, Oct 29, 2024 at 04:22:50PM +, Zhe Tang wrote: > Hi, > > I've been a Lyx user for several years and would like to see continued > development of the program. Can I register for a new account to submit a bug > report? Registered. P -- lyx-devel mailing list lyx-devel@lists.lyx.org ht

Request for account registration

Hi, I've been a Lyx user for several years and would like to see continued development of the program. Can I register for a new account to submit a bug report? Thanks, Zhe Tang Sent from my iPhone -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-de

Re: Bugs and account request

. Have a nice weekend, JMarc Le 27/09/2024 à 18:36, Jean-Marc Lasgouttes a écrit : Le 27/09/2024 à 18:29, John Koutas a écrit : Hello, I am writing to request an account to submit bugs for Lyx. In any case, the two issues I have encountered when moving from 2.3 to 2.4.1 (Windows 10 22H2, Qt 6.7.2

Re: Bugs and account request

Le 27/09/2024 à 18:29, John Koutas a écrit : Hello, I am writing to request an account to submit bugs for Lyx. In any case, the two issues I have encountered when moving from 2.3 to 2.4.1 (Windows 10 22H2, Qt 6.7.2, Python 3.12.6) are the following: Hello John, * Even when "mar

Bugs and account request

Hello, I am writing to request an account to submit bugs for Lyx. In any case, the two issues I have encountered when moving from 2.3 to 2.4.1 (Windows 10 22H2, Qt 6.7.2, Python 3.12.6) are the following: * Even when "mark end of paragraphs" is not selected in Tools->Preferences-

Re: request

Am Freitag, dem 27.09.2024 um 15:06 + schrieb Stef Pillaert: > I'd like to propose two feature requests. One about newpax, one about > hyperlinks that are both colored AND underlined. > Jürgen suggested to ask for an account. I'll handle that (the account) -- Jürgen -- lyx-devel mailing lis

request

laert Onderwerp: Re: LyX and newpax Am Freitag, dem 27.09.2024 um 14:59 + schrieb Stef Pillaert: > You mean like a feature request? Yes. > Where/how can I do this? I didn't find it on the website (but I > probably don't look hard enough 😉) Here: https://www.lyx.org/trac/wiki/B

Re: Feature request: Option to manually change to dark/light mode

Am Sonntag, dem 14.07.2024 um 11:08 +0200 schrieb Bernd Hafke: > Dear LyX-Dev-Team, > > I would like to request the new feature to add the option (within the > tool/setting/display section) to manually change to dark/light mode > on Windows. > > Thanks for considerating thi

Feature request: Option to manually change to dark/light mode

Dear LyX-Dev-Team, I would like to request the new feature to add the option (within the tool/setting/display section) to manually change to dark/light mode on Windows. Thanks for considerating this feature. Best Bernd -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org

LyX and Jupyter notebooks (request for comments)

Hi, this is a topic that I have heard here several times. I have been playing with Jupyter a lot for the last years to the point where I am using meta-data and customized templates prettify the pdf generated from the jupyter notebooks (using koma-script and a toc, for example). Before working o

Re: Request to backport some screen-update code

Le 10/07/2024 à 17:17, Richard Kimberly Heck a écrit : Riki, would that be OK? Yes. Should get plenty of testing before release. Thanks, I did that. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Request to backport some screen-update code

On 7/10/24 9:19 AM, Jean-Marc Lasgouttes wrote: Hello, The following patches are a backport of the recent patch series which added the possibility of knowing which paragraph metrics have a computed position and then fixed situations where the assertion added in this first patch was triggered.

Request to backport some screen-update code

Hello, The following patches are a backport of the recent patch series which added the possibility of knowing which paragraph metrics have a computed position and then fixed situations where the assertion added in this first patch was triggered. Adding a new way to assert does not sound good

Re: Removal of Python 2 (Request for Comments)

On 6/1/24 06:53, José Matos wrote: On Fri, 2024-05-31 at 12:54 -0400, Richard Kimberly Heck wrote: I'm especially thinking of older files (say, lyx_1_5.py) that will not get much testing. It'd be bad to break one of those. I know that I am revisiting this but I want to give further context to w

Re: Removal of Python 2 (Request for Comments)

On Fri, 2024-05-31 at 12:54 -0400, Richard Kimberly Heck wrote: > I'm especially thinking of older files (say, lyx_1_5.py) that will > not get much testing. It'd be bad to break one of those. I know that I am revisiting this but I want to give further context to why I am doing this. I am testing

Re: Removal of Python 2 (Request for Comments)

On 5/31/24 14:55, José Matos wrote: On Fri, 2024-05-31 at 12:54 -0400, Richard Kimberly Heck wrote: One question I had, though, was whether the formatted string changes in the lyx2lyx code are necessary. Or whether they're safe enough that I shouldn't worry. Those changes have been done automat

Re: Removal of Python 2 (Request for Comments)

On Fri, 2024-05-31 at 12:54 -0400, Richard Kimberly Heck wrote: > One question I had, though, was whether the formatted string changes > in the lyx2lyx code are necessary. Or whether they're safe enough > that I shouldn't worry. Those changes have been done automatically through pyupgrade: https:/

Re: Removal of Python 2 (Request for Comments)

On 5/31/24 10:40, José Matos wrote: This is the code that I intend to submit to remove Python 2 support. I am also using formatted strings heavily, so in this case I am using Python 3.8 syntax. FWIW this patch is a mix between manual changes and using $ pyupgrade --py38-plus file.py I am put

Re: Request re icons in 2.4.0 (redux)

On Thu, Sep 14, 2023 at 08:50:50AM -0500, Christopher Menzel wrote: > Estimable LyX developers, > > I am wondering about a relatively minor interface issue that seems to affect > the Linux version of 2.4.0~beta5 but not the MacOS version, as illustrated in > the attached graphics, when the "Extr

Re: Request re icons in 2.4.0 (redux)

On Thu, Sep 14, 2023 at 08:50:50AM -0500, Christopher Menzel wrote: > I am wondering about a relatively minor interface issue that seems to affect > the Linux version of 2.4.0~beta5 but not the MacOS version, as illustrated in > the attached graphics, when the "Extra" icon set is placed verticall

Re: Request to register for bug tracker account

on in windowed mode as well as fullscreen? I like this feature and it'd be even nicer if I could use it all the time. I'm asking to register in order to submit an enhancement request (or a patch) to the bug tracker :) I think that the place to go is https://www.lyx.org/trac/ticket/9376 JMa

Request to register for bug tracker account

to register in order to submit an enhancement request (or a patch) to the bug tracker :) Best regards, Chris Hillenbrand -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Feature request (Grammarly support for LYX)

Le 27/09/2022 à 16:47, John McCabe-Dansted a écrit : On Thu, 22 Sept 2022 at 06:09, Jean-Marc Lasgouttes > wrote: Another solution is LanguageTool. And LyX-GC already supports LanguageTool I am sorry to admit that I forgot about lyx-gc. I looked at it again, a

Re: Feature request (Grammarly support for LYX)

Great, thanks! On Tue, Sep 27, 2022, 5:47 PM John McCabe-Dansted wrote: > On Thu, 22 Sept 2022 at 06:09, Jean-Marc Lasgouttes > wrote: > >> Another solution is LanguageTool. >> > > And LyX-GC already supports LanguageTool > > -- > John C. McCabe-Dansted > -- lyx-devel mailing list lyx-devel@li

Re: Feature request (Grammarly support for LYX)

On Thu, 22 Sept 2022 at 06:09, Jean-Marc Lasgouttes wrote: > Another solution is LanguageTool. > And LyX-GC already supports LanguageTool -- John C. McCabe-Dansted -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Feature request (Grammarly support for LYX)

Le 21/09/2022 à 23:26, Thibaut Cuvelier a écrit : For the same purpose, I have looked into Antidote, providing language services for French and English, but their desktop API is a mess to use (COM on Windows, D-BUS for Linux, and services for macOS — or JavaScript for Web browsers): https://ww

Re: Feature request (Grammarly support for LYX)

t 2022 at 21:02, wael muhammed wrote: > Hello, LYX is very powerful tools, I hope I can use Grammarly with it. > for Grammarly SDK, you can see it here <https://developer.grammarly.com/>. > I am also web developer, you can give me some keys to make merge request. > With a lot o

Feature request (Grammarly support for LYX)

Hello, LYX is very powerful tools, I hope I can use Grammarly with it. for Grammarly SDK, you can see it here <https://developer.grammarly.com/>. I am also web developer, you can give me some keys to make merge request. With a lot of thanks Wail Alasad -- lyx-devel mailing list lyx

Re: Feature Request for tex2lyx

I case someone (on the Mac) has similar issues find ~ \ -not \( -path ~/Library -prune \) \ -not \( -path ~/Downloads -prune \) \ -not \( -path ~/.lyx -prune \) \ -name '*.lyx' \ -exec perl -i -p -e 's/\\language american/\\language english/g' {} ';' d

Re: Feature Request for tex2lyx

Than you for unconfusing me :-)-O Seems I have been using "English (US) unnecessarily for years :-)-O el On 21/02/2021 18:55, Jürgen Spitzmüller wrote: > Am Sonntag, dem 21.02.2021 um 18:42 +0200 schrieb Dr Eberhard W Lisse: >> Enclosed the input and output from >> >> tex2lyx -c scrartcl mw

Re: Feature Request for tex2lyx

Am Sonntag, dem 21.02.2021 um 18:42 +0200 schrieb Dr Eberhard W Lisse: > Enclosed the input and output from > > tex2lyx -c scrartcl mwe.tex > > mwe.lyx shows language "English" which in Babel terms is "british" > whereas I would rather be able to set it to produce "English (USA)" > which in

Re: Feature Request for tex2lyx

Enclosed the input and output from tex2lyx -c scrartcl mwe.tex mwe.lyx shows language "English" which in Babel terms is "british" whereas I would rather be able to set it to produce "English (USA)" which in babel terms would be "american". Never mind the difference in terminology between

Re: Feature Request for tex2lyx

Am Samstag, dem 20.02.2021 um 18:16 +0200 schrieb Dr Eberhard W Lisse: > I do everything in US English, but even a MWE LaTeX will be in UK > English when tex2lyx is done with it. Really, UK English (i.e., babel "british")? Note that babel "english" is euqivalent to "american" (not "british"). Jü

Re: Feature Request for tex2lyx

I can deal with complications if and when they occur, but would rather like the standard situation be standard :-)-O I do everything in US English, but even a MWE LaTeX will be in UK English when tex2lyx is done with it. And that, I think is cumbersome. And amenable to a switch in tex2lyx, not an

Re: Feature Request for tex2lyx

Am Freitag, dem 19.02.2021 um 14:55 +0200 schrieb Dr Eberhard Lisse: > That I can do, but it adds additional steps (which are difficult for > some) The problem with automatism is: if you have multilingual documents, what should tex2lyx do if languages are switched? Replace the main language with t

Re: Feature Request for tex2lyx

That I can do, but it adds additional steps (which are difficult for some) el On 19/02/2021 08:01, Jürgen Spitzmüller wrote: > Am Donnerstag, dem 18.02.2021 um 22:30 +0200 schrieb Dr Eberhard W > Lisse: >> can we add an option to tex2lyx allowing to select the language? >> >> I use the writer2la

Re: Feature Request for tex2lyx

Am Donnerstag, dem 18.02.2021 um 22:30 +0200 schrieb Dr Eberhard W Lisse: > can we add an option to tex2lyx allowing to select the language? > > I use the writer2latex in LibreOffice a bit and can't export to > other than standard (English) whereas I use US English in Lyx/LaTeX. > > Would such a

Feature Request for tex2lyx

Hi, can we add an option to tex2lyx allowing to select the language? I use the writer2latex in LibreOffice a bit and can't export to other than standard (English) whereas I use US English in Lyx/LaTeX. Would such a feature make sense/be helpful? greetings, el -- Dr. Eberhard W. Lisse \

Re: FindAdv, request for comments

On Thu, Feb 11, 2021 at 04:30:32PM +0100, Kornel Benko wrote: > Am Wed, 10 Feb 2021 00:38:15 -0500 > schrieb Scott Kostyshak : > > That is, without a unit test > > framework and an extensive set of unit tests, I would be hesitant to > > change anything. > > Even with unit tests, you cannot be sur

Re: FindAdv, request for comments

Am Wed, 10 Feb 2021 00:38:15 -0500 schrieb Scott Kostyshak : > On Mon, Jan 25, 2021 at 02:02:09PM +0100, Kornel Benko wrote: > > Problems with FindAdv and search with not ignored format > > > > What we have now is something 'neither fish nor fowl'. > > > > For instance for the search of characte

Re: FindAdv, request for comments

On Mon, Jan 25, 2021 at 02:02:09PM +0100, Kornel Benko wrote: > Problems with FindAdv and search with not ignored format > > What we have now is something 'neither fish nor fowl'. > > For instance for the search of characters with a specific size > we use strings/regexes wrapped with the size-spe

FindAdv, request for comments

Problems with FindAdv and search with not ignored format What we have now is something 'neither fish nor fowl'. For instance for the search of characters with a specific size we use strings/regexes wrapped with the size-spec. All is nice, until the size is the default in the document. In that ca

Re: Feature request (show correct graphics page in multipage pdf)

On Thu, Jan 21, 2021 at 11:38:25AM -0500, Neal Becker wrote: > In inserted graphics, we can select a page from a multi-page pdf using > "latex and lyx options". This will show the correct graphics in the > pdf output. But the preview always shows page 1. Would be nice to > implement something to

Feature request (show correct graphics page in multipage pdf)

In inserted graphics, we can select a page from a multi-page pdf using "latex and lyx options". This will show the correct graphics in the pdf output. But the preview always shows page 1. Would be nice to implement something to fix the preview. -- Those who don't understand recursion are doome

Re: Feature Request from Doug Martin and Tom Philips

Paul, Thanks for the question/suggestion. It turns out that I used to use the chunks option cache = T, which I understood to result in R code not being run again unless something is changed in the code. But its behavior seemed to be somewhat random, so I gave it up for the book and always use ca

Re: Feature Request from Doug Martin and Tom Philips

On 1/19/21 12:03 PM, Doug Martin wrote: Scott (and all), I have attached the LYX segment from one of our book chapters, along with a page from the compiled pdf file that contains the resulting Table TS-2.1. This tiny example illustrates how we currently make most of our tables using the kabl

Re: Feature Request from Doug Martin and Tom Philips

RiKi, that is fortunately very easy to do on the Mac and Linux with the bang and Rscript: #!/usr/bin/env Rscript --vanilla local({ r <- getOption("repos") r["CRAN"] <- "https://cloud.r-project.org/"; options(repos = r) }

Re: Feature Request from Doug Martin and Tom Philips

On 1/18/21 5:12 PM, Richard Kimberly Heck wrote: On 1/18/21 2:49 PM, Paul A. Rubin wrote: On 1/18/21 2:03 PM, Doug Martin wrote: On Mon, Jan 18, 2021 at 10:41 AM Scott Kostyshak > wrote: On Mon, Jan 18, 2021 at 07:25:42PM +0100, Jean-Marc Lasgouttes wrote:

Re: Feature Request from Doug Martin and Tom Philips

On 1/18/21 2:49 PM, Paul A. Rubin wrote: > On 1/18/21 2:03 PM, Doug Martin wrote: >> >> >> On Mon, Jan 18, 2021 at 10:41 AM Scott Kostyshak > > wrote: >> >> On Mon, Jan 18, 2021 at 07:25:42PM +0100, Jean-Marc Lasgouttes wrote: >> > Le 14/01/2021 à 05:34, Doug Martin

Re: Feature Request from Doug Martin and Tom Philips

On 1/18/21 2:03 PM, Doug Martin wrote: On Mon, Jan 18, 2021 at 10:41 AM Scott Kostyshak > wrote: On Mon, Jan 18, 2021 at 07:25:42PM +0100, Jean-Marc Lasgouttes wrote: > Le 14/01/2021 à 05:34, Doug Martin a écrit : > > JMarc and all, > > > > Tom and

Re: Feature Request from Doug Martin and Tom Philips

On Mon, Jan 18, 2021 at 11:03:49AM -0800, Doug Martin wrote: > On Mon, Jan 18, 2021 at 10:41 AM Scott Kostyshak wrote: > > > On Mon, Jan 18, 2021 at 07:25:42PM +0100, Jean-Marc Lasgouttes wrote: > > > Le 14/01/2021 à 05:34, Doug Martin a écrit : > > > > JMarc and all, > > > > > > > > Tom and I us

Re: Feature Request from Doug Martin and Tom Philips

Le 18/01/2021 à 20:03, Doug Martin a écrit : > So you want to import as .tex the result of R processing. This can be done > via "Paste from LaTeX". What would be missing for your intended usage? From what I understand, they would like to import a .Rds file without havi

Re: Feature Request from Doug Martin and Tom Philips

On Mon, Jan 18, 2021 at 10:41 AM Scott Kostyshak wrote: > On Mon, Jan 18, 2021 at 07:25:42PM +0100, Jean-Marc Lasgouttes wrote: > > Le 14/01/2021 à 05:34, Doug Martin a écrit : > > > JMarc and all, > > > > > > Tom and I use knitr extensively for R code chunks, and we mostly use > > > kable with k

Re: Feature Request from Doug Martin and Tom Philips

On Mon, Jan 18, 2021 at 07:25:42PM +0100, Jean-Marc Lasgouttes wrote: > Le 14/01/2021 à 05:34, Doug Martin a écrit : > > JMarc and all, > > > > Tom and I use knitr extensively for R code chunks, and we mostly use > > kable with kableExtra to make tables. > > The input to kable are R data frames, o

Re: Feature Request from Doug Martin and Tom Philips

Le 14/01/2021 à 05:34, Doug Martin a écrit : JMarc and all, Tom and I use knitr extensively for R code chunks, and we mostly use kable with kableExtra to make tables. The input to kable are R data frames, or data.tables, which are the result of model fitting and related calculations. But we li

Re: Feature Request from Doug Martin and Tom Philips

JMarc and all, Tom and I use knitr extensively for R code chunks, and we mostly use kable with kableExtra to make tables. The input to kable are R data frames, or data.tables, which are the result of model fitting and related calculations. But we like to put mathematical expressions in selected ce

Re: Feature Request from Doug Martin and Tom Philips

Riki, Thanks for the suggestion, which we will take a look at. Doug On Tue, Jan 12, 2021 at 4:39 PM Richard Kimberly Heck wrote: > On 1/12/21 6:04 PM, Doug Martin wrote: > > Tom and I are using various R packages for the book Portfolio Construction > and Risk Management that we are writing > u

Re: Feature Request from Doug Martin and Tom Philips

On Wed, Jan 13, 2021 at 12:21:47PM -0500, Richard Kimberly Heck wrote: > On 1/13/21 12:19 PM, Scott Kostyshak wrote: > > Tom, > > > > No preferred Linux distribution and indeed we have users on the dev list > > and user list from several different ones. > > > > That said, I'm certain that such a c

Re: Feature Request from Doug Martin and Tom Philips

On Wed, Jan 13, 2021 at 12:19:38PM -0500, Richard Kimberly Heck wrote: > On 1/13/21 11:57 AM, Scott Kostyshak wrote: > > On Wed, Jan 13, 2021 at 10:50:49AM +0100, Jean-Marc Lasgouttes wrote: > >> Le 13/01/2021 à 00:04, Doug Martin a écrit : > >>> Tom and I are using various R packages for the book

Re: Feature Request from Doug Martin and Tom Philips

oid<https://aka.ms/ghei36> >> >> >> From: Scott Kostyshak >> Sent: Wednesday, January 13, 2021, 11:57 AM >> To: Jean-Marc Lasgouttes >> Cc: lyx-devel@lists.lyx.org; Doug Martin; Thomas Philips >> Subject: Re: Feature Reque

Re: Feature Request from Doug Martin and Tom Philips

On 1/13/21 11:57 AM, Scott Kostyshak wrote: > On Wed, Jan 13, 2021 at 10:50:49AM +0100, Jean-Marc Lasgouttes wrote: >> Le 13/01/2021 à 00:04, Doug Martin a écrit : >>> Tom and I are using various R packages for the book Portfolio >>> Construction and Risk Management that we are writing >>> using LY

Re: Feature Request from Doug Martin and Tom Philips

gt; > > From: Scott Kostyshak > Sent: Wednesday, January 13, 2021, 11:57 AM > To: Jean-Marc Lasgouttes > Cc: lyx-devel@lists.lyx.org; Doug Martin; Thomas Philips > Subject: Re: Feature Request from Doug Martin and Tom Philips > > On Wed, Jan

Re: Feature Request from Doug Martin and Tom Philips

On Wed, Jan 13, 2021 at 10:50:49AM +0100, Jean-Marc Lasgouttes wrote: > Le 13/01/2021 à 00:04, Doug Martin a écrit : > > Tom and I are using various R packages for the book Portfolio > > Construction and Risk Management that we are writing > > using LYX.  A LYX feature that would help us in that ef

Re: Feature Request from Doug Martin and Tom Philips

Le 13/01/2021 à 00:04, Doug Martin a écrit : Tom and I are using various R packages for the book Portfolio Construction and Risk Management that we are writing using LYX.  A LYX feature that would help us in that effort a lot would be the ability to import R data framesm and data.table objects c

Re: Feature Request from Doug Martin and Tom Philips

On 1/12/21 6:04 PM, Doug Martin wrote: > Tom and I are using various R packages for the book Portfolio > Construction and Risk Management that we are writing > using LYX.  A LYX feature that would help us in that effort a lot > would be the ability to import R data framesm and data.table > objects

Feature Request from Doug Martin and Tom Philips

. Given the thousands of R packages, and the popularity of the data.table package, we guess that this import feature for LYX would benefit a lot of people who use both R and LYX. Thanks in advance for considering this request. Doug -- R. Douglas Martin Professor Emeritus in Applied Mathematics and

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

On Sat, Oct 24, 2020 at 12:38:23AM -0400, Scott Kostyshak wrote: > On Sun, Feb 23, 2020 at 05:49:22PM +0100, Kornel Benko wrote: > > Am Sun, 23 Feb 2020 16:28:19 - (UTC) > > schrieb Guenter Milde : > > > > > On 2020-02-22, Kornel Benko wrote: > > > > > > > [-- Type: text/plain, Encoding: quot

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

On Sun, Feb 23, 2020 at 05:49:22PM +0100, Kornel Benko wrote: > Am Sun, 23 Feb 2020 16:28:19 - (UTC) > schrieb Guenter Milde : > > > On 2020-02-22, Kornel Benko wrote: > > > > > [-- Type: text/plain, Encoding: quoted-printable --] > > > > > Am Sat, 22 Feb 2020 19:04:48 - (UTC) > > > sc

Re: [Request/idea] Preamble generalization

On 9/21/20 2:22 PM, Lorenzo Bertini wrote: > I managed to get the thing to work through your guidance and shameless > copy-paste: I would have done it the same way: Find all the preambleTE stuff and duplicate it! > let me know if you find any problems. I generalized the > findText method decent

Re: [Request/idea] Preamble generalization

I managed to get the thing to work through your guidance and shameless copy-paste: let me know if you find any problems. I generalized the findText method decently, but the rest of the patch is still hardcoded. Also, I don't fully understand why > is in but write is in , and how the whole outputt

Re: [Request/idea] Preamble generalization

On 9/19/20 6:36 PM, Lorenzo Bertini wrote: > Sorry for the old bump, but I managed to make a tabbed menu with > "LaTeX" and "HTML" as tabs for the "Preamble" section: > > What I managed to do: > 1) Buffer params received a new variable that can be > written to and read from a LyX file just as old

Re: [Request/idea] Preamble generalization

Sorry for the old bump, but I managed to make a tabbed menu with "LaTeX" and "HTML" as tabs for the "Preamble" section: What I managed to do: 1) Buffer params received a new variable that can be written to and read from a LyX file just as old ; 2) "Preamble" section now has two tabs, each with a

Re: #11953: Feature Request: Provide "table like" generation for figures

Am Sonntag, den 30.08.2020, 11:49 -0500 schrieb Brian Davis: > Dose attached Inkscape SVG help? I don't think we can do a three-step menu button. 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/mai

Re: #11953: Feature Request: Provide "table like" generation for figures

On 8/30/20 3:53 AM, Jürgen Spitzmüller wrote: > Am Samstag, den 29.08.2020, 19:52 -0400 schrieb Richard Kimberly Heck: >> I think the idea is this. Suppose you want four figures in your >> >> document, laid out in a 2x2 grid, with each row of figures aligned at >> >> the bottom. Then this widget wo

Re: #11953: Feature Request: Provide "table like" generation for figures

Am Samstag, den 29.08.2020, 19:52 -0400 schrieb Richard Kimberly Heck: > I think the idea is this. Suppose you want four figures in your > > document, laid out in a 2x2 grid, with each row of figures aligned at > > the bottom. Then this widget would produce that. With "figure" meaning "figure fl

Fwd: Re: #11953: Feature Request: Provide "table like" generation for figures

I transfer this message from Brian. Brian, it would be better to follow-up in the ticket itself. JMarc Message transféré Sujet : Re: #11953: Feature Request: Provide "table like" generation for figures Date : Sat, 29 Aug 2020 17:56:51 -0500 De : Brian Davis

Re: #11953: Feature Request: Provide "table like" generation for figures

On 8/29/20 5:18 AM, Jürgen Spitzmüller wrote: > Am Freitag, den 28.08.2020, 19:41 -0500 schrieb Brian Davis: >> Tables you can click the icon to drag select how may cells are >> desired it would be great of a row or colimm or x by y number of >> figures could be created using the lyx rules for mult

Re: #11953: Feature Request: Provide "table like" generation for figures

Am Freitag, den 28.08.2020, 19:41 -0500 schrieb Brian Davis: > Tables you can click the icon to drag select how may cells are > desired it would be great of a row or colimm or x by y number of > figures could be created using the lyx rules for multiple figure > layout. Granted it would require twe

Re: [Request/idea] Preamble generalization

; } EndPremable You can put anything else in there that you want in the head block, too. Do feel free to file an enhancement request on the bug tracker. Riki Thank you, this solves some problems for me. However now I'm questioning whether the section in document->settings isn't just a

Re: [Request/idea] Preamble generalization

; font-weight: bold; } >> >> >> EndPremable >> >> You can put anything else in there that you want in the head block, too. >> >> Do feel free to file an enhancement request on the bug tracker. >> >> Riki > Thank you, this solves some proble

Re: [Request/idea] Preamble generalization

ust latex and html. I say this because I am thinking that sooner or later it would be nice to support directly markdown or structured test. That is a common request and currently we suggest using pandoc but just like in the html case we have more information than an external converter. The pur

Re: [Request/idea] Preamble generalization

ng else in there that you want in the head block, too. > > Do feel free to file an enhancement request on the bug tracker. > > Riki Thank you, this solves some problems for me. However now I'm questioning whether the section in document->settings isn't just a shortc

Re: [Request/idea] Preamble generalization

>>>> EndPremable >>>> >>>> You can put anything else in there that you want in the head block, >>>> too. >>>> >>>> Do feel free to file an enhancement request on the bug tracker. >>> >>> I find this feature important

Re: [Request/idea] Preamble generalization

h2.section { font-size: 150%; font-weight: bold; } EndPremable You can put anything else in there that you want in the head block, too. Do feel free to file an enhancement request on the bug tracker. I find this feature important and impossible to find by user. If we don't have ti

Re: [Request/idea] Preamble generalization

-weight: bold; } EndPremable You can put anything else in there that you want in the head block, too. Do feel free to file an enhancement request on the bug tracker. I find this feature important and impossible to find by user. If we don't have time to implement this, we could at least give

Re: [Request/idea] Preamble generalization

ze: 150%; font-weight: bold; } > > > EndPremable > > You can put anything else in there that you want in the head block, too. > > Do feel free to file an enhancement request on the bug tracker. I find this feature important and impossible to find by user. If we don't have tim

Re: [Request/idea] Preamble generalization

robably be better than what we have, but you can already do this with Local Layout. Like this: Format 61 AddToHTMLPreamble h2.section { font-size: 150%; font-weight: bold; } EndPremable You can put anything else in there that you want in the head block, too. Do feel free to file an enhanceme

Re: [Request/idea] Preamble generalization

On 14/8/20 13:06, Lorenzo Bertini wrote: Hello devs, the recent discussion about Lyx being not LaTeX centric and my need to manually edit the CSS in LyXHTML output has got me thinking that the section in the document->settings could be generalized to just and contain the LaTeX preamble, CSS etc

[Request/idea] Preamble generalization

Hello devs, the recent discussion about Lyx being not LaTeX centric and my need to manually edit the CSS in LyXHTML output has got me thinking that the section in the document->settings could be generalized to just and contain the LaTeX preamble, CSS etc. The main advantages would be: 1) less "sp

Trac: Error: Bad Request

Lately, I often get errors from trac when I hit the submit/preview button. It says: Error: Bad Request Missing or invalid form token. Do you have cookies enabled? This happens only since a couple of weeks, I think. The workaround is to navigate back and reload the page and hit submit

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

On Mon, Feb 24, 2020 at 12:50:57PM +0100, Kornel Benko wrote: > Am Mon, 24 Feb 2020 11:37:36 - (UTC) > schrieb Guenter Milde : > > > >> How about PDF (pdflatex)? > > > > > This works. > > > > Good. > > > > > BTW, changing the document language from French to English makes the doc > > >

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

Am Mon, 24 Feb 2020 11:37:36 - (UTC) schrieb Guenter Milde : > >> How about PDF (pdflatex)? > > > This works. > > Good. > > > BTW, changing the document language from French to English makes the doc > > compilable > > too. I tried to create an mwe. The error comes as soon as > > > 1

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

On 2020-02-23, Kornel Benko wrote: > Am Sun, 23 Feb 2020 16:28:19 - (UTC) > schrieb Guenter Milde : >> On 2020-02-22, Kornel Benko wrote: >> >> >> ... >> >> >> > I tested on an updated TL. Removing the custom class option >> >> >> > dvips fixes it. However, I'm not sure this is the right

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

Am Sun, 23 Feb 2020 16:28:19 - (UTC) schrieb Guenter Milde : > On 2020-02-22, Kornel Benko wrote: > > > [-- Type: text/plain, Encoding: quoted-printable --] > > > Am Sat, 22 Feb 2020 19:04:48 - (UTC) > > schrieb Guenter Milde : > >> On 2020-02-22, Kornel Benko wrote: > >> > Am Sat,

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

On 2020-02-22, Kornel Benko wrote: > [-- Type: text/plain, Encoding: quoted-printable --] > Am Sat, 22 Feb 2020 19:04:48 - (UTC) > schrieb Guenter Milde : >> On 2020-02-22, Kornel Benko wrote: >> > Am Sat, 22 Feb 2020 09:44:21 - (UTC) >> > schrieb Guenter Milde : >> >> On 2020-02-20, Sc

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

Am Sat, 22 Feb 2020 19:04:48 - (UTC) schrieb Guenter Milde : > On 2020-02-22, Kornel Benko wrote: > > Am Sat, 22 Feb 2020 09:44:21 - (UTC) > > schrieb Guenter Milde : > > >> On 2020-02-20, Scott Kostyshak wrote: > >> > On Mon, Feb 03, 2020 at 04:44:07PM +0100, Kornel Benko wrote:

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

On 2020-02-22, Kornel Benko wrote: > Am Sat, 22 Feb 2020 09:44:21 - (UTC) > schrieb Guenter Milde : >> On 2020-02-20, Scott Kostyshak wrote: >> > On Mon, Feb 03, 2020 at 04:44:07PM +0100, Kornel Benko wrote: >> >> Am Mon, 3 Feb 2020 10:42:06 -0500 >> >> schrieb Scott Kostyshak : >> >> > On

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

Am Sat, 22 Feb 2020 09:44:21 - (UTC) schrieb Guenter Milde : > On 2020-02-20, Scott Kostyshak wrote: > > On Mon, Feb 03, 2020 at 04:44:07PM +0100, Kornel Benko wrote: > >> Am Mon, 3 Feb 2020 10:42:06 -0500 > >> schrieb Scott Kostyshak : > >> > On Mon, Feb 03, 2020 at 04:29:34PM +0100, Korn

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

On 2020-02-20, Scott Kostyshak wrote: > On Mon, Feb 03, 2020 at 04:44:07PM +0100, Kornel Benko wrote: >> Am Mon, 3 Feb 2020 10:42:06 -0500 >> schrieb Scott Kostyshak : >> > On Mon, Feb 03, 2020 at 04:29:34PM +0100, Kornel Benko wrote: ... > I tested on an updated TL. Removing the custom class opt

Re: LaTeX3 Error: Backend request inconsistent with engine: using 'pdfmode'

On Mon, Feb 03, 2020 at 04:44:07PM +0100, Kornel Benko wrote: > Am Mon, 3 Feb 2020 10:42:06 -0500 > schrieb Scott Kostyshak : > > > On Mon, Feb 03, 2020 at 04:29:34PM +0100, Kornel Benko wrote: > > > > > > This is for instance with examples/Presentations/Foils.lyx trying to use > > > pdflatex. >

  1   2   3   4   5   6   7   8   9   10   >