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:/

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/mailm

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

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 . 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-devel@lists.l

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: 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

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 created using the excellent data.table package. G

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: command line execute strings; feature request

On 05/27/2018 08:43 AM, Kornel Benko wrote: > > Normally it is possible to use more than one execute-string. I would > expect > > that the following > > lyx -x 'command-sequence buffer-new;buffer-import latex > ams-import.tex;buffer-write;buffer-export pdf2;lyx-quit' > > would be equivalent to > >

command line execute strings; feature request

Normally it is possible to use more than one execute-string. I would expect that the following lyx -x 'command-sequence buffer-new;buffer-import latex ams-import.tex;buffer-write;buffer-export pdf2;lyx-quit' would be equivalent to lyx -x buffer-new -x 'buffer-import latex ams-impor

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.

[Feature Request] python binding

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. I know there already exists a similar binding for R

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

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 currentl

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 machin

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

Re: Feature request

they don't have time. I don't care about html or enriched text but I do care about interoperability with other mail programs so html is the only choice here. 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. Abdel.

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

  1   2   3   4   5   6   7   8   9   >