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 this feature. See https:/

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)

Hi Wail, Unfortunately, I don't think it will be possible to have some kind of integration with Grammarly: it only provides an API for the Web. It would require some reverse-engineering to use it within a desktop application. Apparently, you'd only have to understand how this works, exactly: http

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

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

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

Re: [Feature Request] python binding

: "Alex Vergara Gil" Cc: "Richard Heck" ; "lyx-users Users" ; Sent: Monday, June 02, 2014 8:31 AM Subject: Re: [Feature Request] python binding I just add comments inline Let's see if I understand: -1. You define a *file type* in LyX under Preferences >

Re: [Feature Request] python binding

"Alex Vergara Gil" writes: > From: "Richard Heck" > Sent: Thursday, May 29, 2014 5:05 PM >>> I might be *completely* off, but couldn't you achieve exactly this via >>> defining converters? I have for example a converter defined, which >>> "converts" plantuml source fields into uml graphs, i.e. i

Re: [Feature Request] python binding

From: "Richard Heck" Sent: Thursday, May 29, 2014 5:05 PM >> I might be *completely* off, but couldn't you achieve exactly this via >> defining converters? I have for example a converter defined, which >> "converts" plantuml source fields into uml graphs, i.e. it defines the >> call to compile the

Re: [Feature Request] quality ePub export: Was [Feature Request] python binding

Hi Steve, I am bringing this back to the lyx-devel list, where it belongs (I responded privately by mistake) On Thu, May 29, 2014 at 9:14 PM, Steve Litt wrote: > On Thu, 29 May 2014 14:55:02 -0500 > stefano franchi wrote: > > > On Thu, May 29, 2014 at 2:35 PM, Steve Litt > > wrote: > > > > >

Re: [Feature Request] python binding

On Thu, May 29, 2014 at 3:36 PM, Alex Vergara Gil wrote: > Hello Lyxers > > I wonder why LyX is not available to process little pieces of python code > within its own framework, like ipython notebook for instance?? > This feature allows us to have beautiful graphics such the one produced by > matp

Re: [Feature Request] python binding

On 05/29/2014 04:57 PM, Rainer M Krug wrote: "Alex Vergara Gil" writes: Richard you obviously miss the point here, or I was not very clear! it is not a different format, is a facility to have python scripts running within LyX framework, you have to see ipython notebook to understand what I m

Re: [Feature Request] python binding

On 05/29/2014 05:34 PM, Alex Vergara Gil wrote: *From:* Richard Heck *Sent:* Thursday, May 29, 2014 3:26 PM On 05/29/2014 03:36 PM, Alex Vergara Gil wrote: Hello Lyxers I wonder why LyX is not available to process little pieces of python code wit

Re: [Feature Request] python binding

"Alex Vergara Gil" writes: > From: Richard Heck > Sent: Thursday, May 29, 2014 3:26 PM > > > On 05/29/2014 03:36 PM, Alex Vergara Gil wrote: > > Hello Lyxers > > I wonder why LyX is not available to process little pieces of > python code within its own framework, like ipython n

Re: [Feature Request] python binding

From: Richard Heck Sent: Thursday, May 29, 2014 3:26 PM On 05/29/2014 03:36 PM, Alex Vergara Gil wrote: Hello Lyxers I wonder why LyX is not available to process little pieces of python code within its own framework, like ipython notebook for instance?? This feature allow

Re: [Feature Request] python binding

On 05/29/2014 03:36 PM, Alex Vergara Gil wrote: Hello Lyxers I wonder why LyX is not available to process little pieces of python code within its own framework, like ipython notebook for instance?? This feature allows us to have beautiful graphics such the one produced by matplotlib package.

Re: Feature request

On 29/04/14 17:59, Abdelrazak Younes wrote: > > FWIW, it is perfect here in Thunderbird. > > Indeed, perfect on both Windows and Linux. This is a killer feature for > scientist collaboration :-) So, this capability of copying and pasting into HTML e-mails should be advertised loudly IMHO, in cas

Re: Feature request

On 29/04/2014 18:20, Richard Heck wrote: On 04/28/2014 06:10 PM, stefano franchi wrote: On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta > wrote: On 28/04/14 19:37, Patrick O'Keeffe wrote: I don't personally see any advantage to composing emails in Lyx.

Re: Feature request

Am 29.04.2014 um 18:20 schrieb Richard Heck : > On 04/28/2014 06:10 PM, stefano franchi wrote: >> >> >> >> On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta wrote: >> On 28/04/14 19:37, Patrick O'Keeffe wrote: >>> I don't personally see any advantage to composing emails in Lyx. OP >>> sugges

Re: Feature request

On Tue, Apr 29, 2014 at 11:20 AM, Richard Heck wrote: > On 04/28/2014 06:10 PM, stefano franchi wrote: > > > > > On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta wrote: > >> On 28/04/14 19:37, Patrick O'Keeffe wrote: >> >> I don't personally see any advantage to composing emails in Lyx. OP >>

Re: Feature request

On 04/28/2014 06:10 PM, stefano franchi wrote: On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta > wrote: On 28/04/14 19:37, Patrick O'Keeffe wrote: I don't personally see any advantage to composing emails in Lyx. OP suggested it because of the beautiful

Re: Feature request

On 2014-04-28 15:42, aparsloe wrote: On 29/04/2014 10:10 a.m., stefano franchi wrote: On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta mailto:tomm...@lyx.org>> wrote: Leaving the meaning aside, my question is: how can I write this in Thunderbird? The only way is to attach the .lyx

Re: Feature request

On 29/04/2014 10:10 a.m., stefano franchi wrote: On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta > wrote: On 28/04/14 19:37, Patrick O'Keeffe wrote: I don't personally see any advantage to composing emails in Lyx. OP suggested it because of the beauti

Re: Feature request

On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta wrote: > On 28/04/14 19:37, Patrick O'Keeffe wrote: > > I don't personally see any advantage to composing emails in Lyx. OP > suggested it because of the beautiful formatting provided by LaTeX but HTML > isn't capable of such beauty. If you need

Re: Feature request

On 28/04/14 19:37, Patrick O'Keeffe wrote: > I don't personally see any advantage to composing emails in Lyx. OP suggested > it because of the beautiful formatting provided by LaTeX but HTML isn't > capable of such beauty. If you need the aesthetics, you're stuck emailing it > as an attachment a

Re: Feature request

Perhaps even simpler is to add new converter definitions so the user can use the standard File>Export> route. Three new ones: - Email (plain text) - Email (HTML) - Email (PDF attachment) <-- using whatever engine is default As far as passing it to mail clients... It's a real cringeworthy idea

Re: Copying and pasting to other apps (was: Re: Feature request)

Tommaso Cucinotta wrote: > So, a couple of extra questions: > a) when you copy LyX text, is there any way to get (also?) the exported > HTML into the clipboard ? b) would we need a special "copy as HTML" for > that? If you copy something, it is put onto the clipboard in three formats: plain text

Re: Feature request

On 24/04/14 14:18, Kornel Benko wrote: > Not really. Still it looks for me as a valid feature request. Even if I was > > not planing to use it. > Probably the user is free to create a "Send by e-mail..." menu entry that simply spawns the preferred e-mail client on the machine, adding the LyX file

Copying and pasting to other apps (was: Re: Feature request)

On 27/04/14 10:18, Abdelrazak Younes wrote: > So my feature request would be able: > 1) write in LyX > 2) select and copy > 3) paste as html in Thunderbird. > > Maybe this is already possible. It is indeed, but with a few hiccups: 1) boldface and emphasized font variations do not get copied at al

Re: Feature request

On 24/04/2014 15:08, Jean-Marc Lasgouttes wrote: 24/04/2014 15:02, Kornel Benko: > What is so beautiful about the typography of the .html files we export, > though? C'mon, its not so bad. For a mail it should be OK. Do you see an added value wrt whatever html one can produce with thunderb

Re: Feature request

On 24/04/2014 17:02, Kornel Benko wrote: Am Donnerstag, 24. April 2014 um 17:00:16, schrieb Kornel Benko Am Donnerstag, 24. April 2014 um 07:49:02, schrieb Pavel Sanda Kornel Benko wrote: Html is inappropriate for email http://www.avernus.com/~gadams/essays/20020418-html-mail.html This is

Re: Feature request

On Fri, Apr 25, 2014 at 3:36 PM, Vincent van Ravesteijn wrote: > Does the netiquette say something about hijacking a thread to discuss a > non-related subject ? Good point. Scott

Re: Feature request

Scott Kostyshak schreef op 25-4-2014 16:00: So I think no snipping is not a major problem. Well, some people view it as a problem and because it is listed on the List Netiquette (http://www.lyx.org/MailingLists#toc7) in my opinion we should follow it, or argue to change the Netiquette. I actuall

Re: Feature request

Rainer M Krug wrote: > Gmail has folding, Thunderbird has folding, GNUS has folding, and I > assume most email clients have folding / hiding of quotes. Well, there exists world beyond gmail and thunderbird and this world still produces reasonable traffic on this list. But I agree that until delet

Re: Feature request

On Fri, Apr 25, 2014 at 9:50 AM, Rainer M Krug wrote: > Gmail has folding, Thunderbird has folding, GNUS has folding, and I > assume most email clients have folding / hiding of quotes. > > As stated, some mailing lists wish to have the whole thread, to make > reading a reply separately possible.

Re: Feature request

Scott Kostyshak writes: > On Thu, Apr 24, 2014 at 1:29 PM, Pavel Sanda wrote: >> Scott Kostyshak wrote: >>> Another problem is that some mailing lists require/encourage "quote >>> prior messages in entirety" (e.g. >> >> It makes any longer exchange unreadable. > > Agreed. > >> When involved in t

Re: Feature request

> On Apr 24, 2014, at 2:22 PM, Enrico Forestieri wrote: > >> On Thu, Apr 24, 2014 at 11:53:07AM -0400, Sean Burke wrote: >> >> You might be right, but I think that ship has already sailed. > > Yes, you cannot stop progress, apparently ;) > > -- > Enrico > Ha ha ha. I can practically hear the air

Re: Feature request

On Thu, Apr 24, 2014 at 11:53:07AM -0400, Sean Burke wrote: > You might be right, but I think that ship has already sailed. Yes, you cannot stop progress, apparently ;) -- Enrico A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting a

Re: Feature request

On Thu, Apr 24, 2014 at 1:29 PM, Pavel Sanda wrote: > Scott Kostyshak wrote: >> Another problem is that some mailing lists require/encourage "quote >> prior messages in entirety" (e.g. > > It makes any longer exchange unreadable. Agreed. > When involved in the exchange I usually care to strip it

Re: Feature request

Scott Kostyshak wrote: > Another problem is that some mailing lists require/encourage "quote > prior messages in entirety" (e.g. It makes any longer exchange unreadable. I remember to delete few whole threads past few months without reading on this list because people were either lazy or not willi

Re: Feature request

You might be right, but I think that ship has already sailed. -- Sean Patrick Burke > On Apr 24, 2014, at 10:33 AM, Enrico Forestieri wrote: > >> On Thu, Apr 24, 2014 at 03:02:56PM +0200, Kornel Benko wrote: >> >> Am Donnerstag, 24. April 2014 um 14:31:54, schrieb Jean-Marc Lasgouttes >> >>>

Re: Feature request

On Thu, Apr 24, 2014 at 11:15 AM, Jean-Marc Lasgouttes wrote: > We have a problem with gmail users these days. Since gmail hides these long > replies by default, people just let them in their messages... Maybe kmail > has the same feature. Another problem is that some mailing lists require/encou

Re: Feature request

Am Donnerstag, 24. April 2014 um 17:13:57, schrieb Jean-Marc Lasgouttes > 24/04/2014 17:02, Kornel Benko: > >> I was not even aware of the html part. Cannot see, how to disable it from > >> inside kmail. > > > > I think, I found it. Test only. > > Oooh Kornel, I will miss your messages that use

Re: Feature request

Jean-Marc Lasgouttes wrote: > 24/04/2014 17:12, Pavel Sanda: >> Not a problem, was just joking. What would be actually nice is if you >> could strip >> from time to time unrelevant part of email exchanges you reply to ;) > > We have a problem with gmail users these days. Since gmail hides these lo

Re: Feature request

Am Donnerstag, 24. April 2014 um 17:15:27, schrieb Jean-Marc Lasgouttes > 24/04/2014 17:12, Pavel Sanda: > > Not a problem, was just joking. What would be actually nice is if you could > > strip > > from time to time unrelevant part of email exchanges you reply to ;) > > We have a problem with

Re: Feature request

24/04/2014 17:12, Pavel Sanda: Not a problem, was just joking. What would be actually nice is if you could strip from time to time unrelevant part of email exchanges you reply to ;) We have a problem with gmail users these days. Since gmail hides these long replies by default, people just let

Re: Feature request

24/04/2014 17:02, Kornel Benko: I was not even aware of the html part. Cannot see, how to disable it from inside kmail. I think, I found it. Test only. Oooh Kornel, I will miss your messages that used to appear as ugly typewriter font things :) It is much better now. JMarc

Re: Feature request

Kornel Benko wrote: > > Hehe, so time to drop html part of your emails to this list ;) > > P > > I was not even aware of the html part. Cannot see, how to disable it from > inside kmail. Not a problem, was just joking. What would be actually nice is if you could strip from time to time unreleva

Re: Feature request

Am Donnerstag, 24. April 2014 um 17:00:16, schrieb Kornel Benko > Am Donnerstag, 24. April 2014 um 07:49:02, schrieb Pavel Sanda > > Kornel Benko wrote: > > > > Html is inappropriate for email > > > > http://www.avernus.com/~gadams/essays/20020418-html-mail.html > > > > > > > > > > This is conv

Re: Feature request

Am Donnerstag, 24. April 2014 um 07:49:02, schrieb Pavel Sanda > Kornel Benko wrote: > > > Html is inappropriate for email > > > http://www.avernus.com/~gadams/essays/20020418-html-mail.html > > > > > > > This is convincing. So the format for email (if ever implemented by lyx) > > may be Enrich

Re: Feature request

Kornel Benko wrote: > > Html is inappropriate for email > > http://www.avernus.com/~gadams/essays/20020418-html-mail.html > > > > This is convincing. So the format for email (if ever implemented by lyx) may > be Enriched text. Hehe, so time to drop html part of your emails to this list ;) P

Re: Feature request

Am Donnerstag, 24. April 2014 um 16:33:03, schrieb Enrico Forestieri > On Thu, Apr 24, 2014 at 03:02:56PM +0200, Kornel Benko wrote: > > > Am Donnerstag, 24. April 2014 um 14:31:54, schrieb Jean-Marc Lasgouttes > > > > > 24/04/2014 13:16, Kornel Benko: > > > > Hmm, we produce also .html, don't

Re: Feature request

On Thu, Apr 24, 2014 at 03:02:56PM +0200, Kornel Benko wrote: > Am Donnerstag, 24. April 2014 um 14:31:54, schrieb Jean-Marc Lasgouttes > > > 24/04/2014 13:16, Kornel Benko: > > > Hmm, we produce also .html, don't we? And this could be sent per e-mail. > > > I am not saying, that it will be easy

Re: Feature request

Am Donnerstag, 24. April 2014 um 06:25:06, schrieb Pavel Sanda > Kornel Benko wrote: > > C'mon, its not so bad. > > Which is little bit far away from "aesthetically stunning documents", right? > :) It depends. But I understand the point. > Anyway as pointed out by JMarc we should try to be goo

Re: Feature request

Kornel Benko wrote: > C'mon, its not so bad. Which is little bit far away from "aesthetically stunning documents", right? :) Anyway as pointed out by JMarc we should try to be good at one thing and let emails client to do their own. Pavel

Re: Feature request

Am Donnerstag, 24. April 2014 um 15:08:22, schrieb Jean-Marc Lasgouttes > 24/04/2014 15:02, Kornel Benko: > > > What is so beautiful about the typography of the .html files we export, > > > though? > > > > C'mon, its not so bad. For a mail it should be OK. > > Do you see an added value wrt wha

Re: Feature request

24/04/2014 15:02, Kornel Benko: > What is so beautiful about the typography of the .html files we export, > though? C'mon, its not so bad. For a mail it should be OK. Do you see an added value wrt whatever html one can produce with thunderbird or whatever mail client? Disclaimer: I do onl

Re: Feature request

Am Donnerstag, 24. April 2014 um 14:31:54, schrieb Jean-Marc Lasgouttes > 24/04/2014 13:16, Kornel Benko: > > Hmm, we produce also .html, don't we? And this could be sent per e-mail. > > I am not saying, that it will be easy to implement. But it may be possible. > > What is so beautiful about th

Re: Feature request

24/04/2014 13:16, Kornel Benko: Hmm, we produce also .html, don't we? And this could be sent per e-mail. I am not saying, that it will be easy to implement. But it may be possible. What is so beautiful about the typography of the .html files we export, though? JMarc

Re: Feature request

Am Donnerstag, 24. April 2014 um 12:28:26, schrieb Jean-Marc Lasgouttes > 24/04/2014 12:21, Shlomo Brill: > > Dear Lyx Developer Team, > > I have already written part of my PhD thesis in Lyx and am thoroughly > > impressed by the aesthetically stunning documents that Lyx produces!!! > > Consideri

Re: Feature request

24/04/2014 12:21, Shlomo Brill: Dear Lyx Developer Team, I have already written part of my PhD thesis in Lyx and am thoroughly impressed by the aesthetically stunning documents that Lyx produces!!! Considering that Lyx is capable of such fantastic feats, would it be possible to have a "send email

Re: Feature Request

On 02/28/2014 08:55 AM, Thomas Schwabhäuser wrote: Hello, 1. I am using LyX with Nicola Talbot's LaTeX package glossaries. Therefore I need to maintain several tex-files with databases for the data in each glossary. I asked Nicola Talbot for a best practice to do so. As explained in

Re: [PATCH] Re: feature request: allowing "Update Master Document" command in master document

01/09/2013 20:17, Vincent van Ravesteijn: Vincent, can I commit this somewhere? JMarc I put it in. Thanks! JMarc

Re: [PATCH] Re: feature request: allowing "Update Master Document" command in master document

Op 17-7-2013 11:25, Jean-Marc Lasgouttes schreef: Le 16/07/2013 06:48, Pavel Sanda a écrit : Jean-Marc Lasgouttes wrote: OK, let's keep it as it is right now. Shall I commit it somewhere now or wait? I would put it into master. P Vincent, can I commit this somewhere? JMarc I put it in.

Re: [PATCH] Re: feature request: allowing "Update Master Document" command in master document

Le 16/07/2013 06:48, Pavel Sanda a écrit : Jean-Marc Lasgouttes wrote: OK, let's keep it as it is right now. Shall I commit it somewhere now or wait? I would put it into master. P Vincent, can I commit this somewhere? JMarc

Re: [PATCH] Re: feature request: allowing "Update Master Document" command in master document

Jean-Marc Lasgouttes wrote: > OK, let's keep it as it is right now. Shall I commit it somewhere now or > wait? I would put it into master. P

Re: [PATCH] Re: feature request: allowing "Update Master Document" command in master document

Le 11/07/2013 21:11, Pavel Sanda a écrit : Jean-Marc Lasgouttes wrote: Like this? What am I supposed to do with this patch now? My guerrilla tactics would be to ask Vincent for objections and if no raised in reasonable time I would commit to master :) child only. This way a same key binding

Re: [PATCH] Re: feature request: allowing "Update Master Document" command in master document

Jean-Marc Lasgouttes wrote: > Like this? What am I supposed to do with this patch now? My guerrilla tactics would be to ask Vincent for objections and if no raised in reasonable time I would commit to master :) > child only. This way a same key binding C-r would always view the full > document.

Re: [PATCH] Re: feature request: allowing "Update Master Document" command in master document

On Tue, 09 Jul 2013 16:28:58 +0200, Jean-Marc Lasgouttes wrote: BTW, I am not very happy with the current bindings. I would think that it is better to view/update master by default and has a special binding for child only. This way a same key binding C-r would always view the full document.

  1   2   3   4   5   6   >