Bug with 2.3.8->2.4

In a document of 2.3 I see: |\begin_inset Graphics     filename 3-42.jpg     lyxscale 15     width 15text%     clip     rotateOrigin center     height 20.0theight% \end_inset | Reading the file with 2.4 on macOS I see: \begin_inset Graphics     filename /private/tmp/3-42.jpg   

Re: [patch] fix subfig - caption package clash

Jürgen Spitzmüller schrieb: Uwe Stöhr wrote: \PassOptionsToPackage{options}{package} Thanks for thehint. I implemented this now using this: http://www.lyx.org/trac/changeset/24746 Are you sure this works? - PassOptionsToPackage must be called before the package is loaded. - According to

Re: [patch] fix subfig - caption package clash

Jürgen Spitzmüller schrieb: Herbert Voss wrote: And TLC2 doesn't say that it should be used only with \DeclareOption. It should be used in any case, where a document class and a user may load the same package with different options. Both clsguide and TLC2 are at least ambigouous

Re: [patch] fix subfig - caption package clash

Jürgen Spitzmüller schrieb: Uwe Stöhr wrote: \PassOptionsToPackage{}{

Re: [patch] fix subfig - caption package clash

Jürgen Spitzmüller schrieb: Herbert Voss wrote: And TLC2 doesn't say that it should be used only with \DeclareOption. It should be used in any case, where a document class and a user may load the same package with different options. Both clsguide and TLC2 are at least ambigouous

Re: [patch] fix subfig - caption package clash

Uwe Stöhr schrieb: Attached is a better patch: subfig is now loaded behind the user-defined preamble for the reasons described in the patch and we check if caption was loaded or not. OK now? + // For the case that caption is loaded before subfig, there is the subfig + // option

Re: [patch] fix subfig - caption package clash

Uwe Stöhr schrieb: Attached is a better patch: subfig is now loaded behind the user-defined preamble for the reasons described in the patch and we check if caption was loaded or not. OK now? + // For the case that caption is loaded before subfig, there is the subfig + // option

Re: About the needed Caption dialog

Uwe Stöhr schrieb: what do you mean with own paragraph? LyX currently allows to put Images to captions like this: \caption{test\includegraphics{image}} If the user does this, we use this code to make it at least compile: \caption{test\protect\includegraphics{image}} But if possible we

Re: About the needed Caption dialog

Uwe Stöhr schrieb: > what do you mean with own paragraph? LyX currently allows to put Images to captions like this: \caption{test\includegraphics{image}} If the user does this, we use this code to make it at least compile: \caption{test\protect\includegraphics{image}} But if possible we

Re: About long table and captions...

Abdelrazak Younes schrieb: Uwe, Edwin, others, Current solution is not very user friendly. I see two solutions for this: 1) Integrate the caption, optional and label texts in InsetTabular. Those three text can then be modified in the Tabular dialog. 2) Create an optional row (with one

Re: About long table and captions...

Abdelrazak Younes schrieb: Herbert Voss wrote: Abdelrazak Younes schrieb: Uwe, Edwin, others, Current solution is not very user friendly. I see two solutions for this: 1) Integrate the caption, optional and label texts in InsetTabular. Those three text can then be modified in the Tabular

Re: About long table and captions...

Edwin Leuven schrieb: Herbert Voss wrote: A longtable caption is far different to a caption of a floating object. You can place it inside the longtable where you like it, on top, on bottom and, of course, inside the table! Makes no real sense, but is possible. LyX allows multicolumns

Re: About the needed Caption dialog

Uwe Stöhr schrieb: But in general, when you work at this, please assure that the captions are set in the LaTeX-output in its own paragraph. what do you mean with own paragraph? Herbert

Re: About long table and captions...

Abdelrazak Younes schrieb: Uwe, Edwin, others, Current solution is not very user friendly. I see two solutions for this: 1) Integrate the caption, optional and label texts in InsetTabular. Those three text can then be modified in the Tabular dialog. 2) Create an optional row (with one

Re: About long table and captions...

Abdelrazak Younes schrieb: Herbert Voss wrote: Abdelrazak Younes schrieb: Uwe, Edwin, others, Current solution is not very user friendly. I see two solutions for this: 1) Integrate the caption, optional and label texts in InsetTabular. Those three text can then be modified in the Tabular

Re: About long table and captions...

Edwin Leuven schrieb: Herbert Voss wrote: A longtable caption is far different to a caption of a floating object. You can place it inside the longtable where you like it, on top, on bottom and, of course, inside the table! Makes no real sense, but is possible. LyX allows multicolumns

Re: About the needed Caption dialog

Uwe Stöhr schrieb: But in general, when you work at this, please assure that the captions are set in the LaTeX-output in its own paragraph. what do you mean with own paragraph? Herbert

Re: problems with the new pdfpages support

Jürgen Spitzmüller schrieb: AFAICS we cannot set a default. It's just inserted alphabetically to the combo, and the first item is chosen (that's why I added a hint to select PDFLaTeX in the description window). - Inserting pdfpages options to LaTeX is senseless because it promise a feature

Re: problems with the new pdfpages support

Jürgen Spitzmüller schrieb: AFAICS we cannot set a default. It's just inserted alphabetically to the combo, and the first item is chosen (that's why I added a hint to select "PDFLaTeX" in the description window). - Inserting pdfpages options to LaTeX is senseless because it promise a feature

Re: TeX Question

Jean-Marc Lasgouttes schrieb: Andre Poenitz [EMAIL PROTECTED] writes: On Thu, Apr 03, 2008 at 01:12:08PM -0400, Richard Heck wrote: In case you don't see the question in the other thread: Suppose I bundle virus.exe in a LyX file. Could I manage to include TeX code sufficient to execute it?

Re: LyX site - left to do?

Jean-Marc Lasgouttes schrieb: Stefan Schimanski [EMAIL PROTECTED] writes: Am 01.04.2008 um 22:53 schrieb [EMAIL PROTECTED]: I've talked to Andrei, Rex etc and from a design point of view, we're ready to go live. So what else is missing before a release? Maybe this was discussed before:

Re: TeX Question

Jean-Marc Lasgouttes schrieb: Andre Poenitz <[EMAIL PROTECTED]> writes: On Thu, Apr 03, 2008 at 01:12:08PM -0400, Richard Heck wrote: In case you don't see the question in the other thread: Suppose I bundle virus.exe in a LyX file. Could I manage to include TeX code sufficient to execute it?

Re: LyX site - left to do?

Jean-Marc Lasgouttes schrieb: Stefan Schimanski <[EMAIL PROTECTED]> writes: Am 01.04.2008 um 22:53 schrieb [EMAIL PROTECTED]: I've talked to Andrei, Rex etc and from a design point of view, we're ready to go live. So what else is missing before a release? Maybe this was discussed before:

Re: TeX Question

Pavel Sanda schrieb: In case you don't see the question in the other thread: Suppose I bundle virus.exe in a LyX file. Could I manage to include TeX code sufficient to execute it? Only if you give the '-shell-escape' command line option. which must be done in some cases in order to compile

Re: TeX Question

Pavel Sanda schrieb: In case you don't see the question in the other thread: Suppose I bundle virus.exe in a LyX file. Could I manage to include TeX code sufficient to execute it? Only if you give the '-shell-escape' command line option. which must be done in some cases in order to compile

Re: Problems with program listings and captions/labels

Jean-Marc Lasgouttes schrieb: Bo Peng [EMAIL PROTECTED] writes: Obviously I am one of those 1%, exactly with regard to the case you outlined: pageref to a given argumentation inside some longer section and paragraph. Why should we limit ourself wrt label use compared to LaTeX? And there

Re: Problems with program listings and captions/labels

Bo Peng schrieb: Could you elaborate? To what do these labels refer? As a recent example, I got reviewers' comments for a submitted paper and need to write a response that refers to the revised paper. I marked reviewers' comments as 'comment_1_1', 'comment_3_10' etc and inserted them as

latest svn, compiling error

$ svn update Revision 23888. $ make Making all in config ... ... Making all in tex2lyx make[3]: Entering directory `/tmp/lyx-devel/src/tex2lyx' make all-am make[4]: Entering directory `/tmp/lyx-devel/src/tex2lyx' make[4]: *** Keine Regel vorhanden, um das Target »lengthcommon.cpp«, benötigt

Re: Extremely Local Layout

rgheck schrieb: The attached patch adds a facility for file-specific layout, e.g.: \begin_local_layout Format 6 InsetLayout CharStyle:MenuItem LyxType charstyle LabelString menu LatexType command LatexName menuitem Font Family Sans

Re: Problems with program listings and captions/labels

Jean-Marc Lasgouttes schrieb: "Bo Peng" <[EMAIL PROTECTED]> writes: Obviously I am one of those 1%, exactly with regard to the case you outlined: pageref to a given argumentation inside some longer section and paragraph. Why should we limit ourself wrt label use compared to LaTeX? And

Re: Problems with program listings and captions/labels

Bo Peng schrieb: > Could you elaborate? To what do these labels refer? As a recent example, I got reviewers' comments for a submitted paper and need to write a response that refers to the revised paper. I marked reviewers' comments as 'comment_1_1', 'comment_3_10' etc and inserted them as

latest svn, compiling error

$ svn update Revision 23888. $ make Making all in config ... ... Making all in tex2lyx make[3]: Entering directory `/tmp/lyx-devel/src/tex2lyx' make all-am make[4]: Entering directory `/tmp/lyx-devel/src/tex2lyx' make[4]: *** Keine Regel vorhanden, um das Target »lengthcommon.cpp«, benötigt

Re: Extremely Local Layout

rgheck schrieb: The attached patch adds a facility for file-specific layout, e.g.: \begin_local_layout Format 6 InsetLayout CharStyle:MenuItem LyxType charstyle LabelString menu LatexType command LatexName menuitem Font Family Sans

Re: [patch] InsetSpace extension

Jürgen Spitzmüller schrieb: Uwe reminded me that I did not implement a protected horizontal fill (\hspace*{\fill}). The attached patch does this. what is a protected fill? and why not an ordinary \hfill? Herbert

Re: [patch] InsetSpace extension

Jürgen Spitzmüller schrieb: Herbert Voss wrote: what is a protected fill? a hfill that is not ignored immediately after a line break. understood. But this is from my point of view not a good idea, because you'll support users to write in a Word-style ... The \\ should be used only in some

Re: [patch] InsetSpace extension

Jürgen Spitzmüller schrieb: Uwe reminded me that I did not implement a protected horizontal fill (\hspace*{\fill}). The attached patch does this. what is a "protected" fill? and why not an ordinary \hfill? Herbert

Re: [patch] InsetSpace extension

Jürgen Spitzmüller schrieb: Herbert Voss wrote: what is a "protected" fill? a hfill that is not ignored immediately after a line break. understood. But this is from my point of view not a good idea, because you'll support users to write in a Word-style ... The \\ should be used on

Re: Wrong use of \textrm? Should be \textnormal.

Christopher Reeve schrieb: According to this blog http://telin.ugent.be/~slippens/drupal/?q=textnormal \textrm is often used where \textnormal is intended. According to the link \textrm puts text in roman font mode and does not inherit from body text font like \textnormal does. Can anyone

Re: Wrong use of \textrm? Should be \textnormal.

Christopher Reeve schrieb: According to this blog http://telin.ugent.be/~slippens/drupal/?q=textnormal \textrm is often used where \textnormal is intended. According to the link \textrm puts text in roman font mode and does not inherit from body text font like \textnormal does. Can anyone

Re: [Fwd: Re: [floatflt] about the license of your floatflt LaTeX-package]

Uwe Stöhr schrieb: Jürgen, it seems that floatflt is readded in a few weeks. Should I commit my patch to switch to wrapfig anyway? Uwe, do you upload the package with a changed license to CTAN? And, do me a favour: Mats has written several other packages also with the no sell statement. Please

Re: strange pdflatex output with view change tracking in footnotes

John Pye schrieb: Hi all I spotted some strangeness with the visible 'change tracking' in pdflatex output. For example, when a newly-added (hence coloured blue) footnote rolls over onto the next page, it doesn't get its colouring on the next page. (see attached .lyx file and output screenshot)

Re: strange pdflatex output with view change tracking in footnotes

John Pye schrieb: Jürgen Spitzmüller wrote: Herbert Voss wrote: \usepackage{pdfcolmk} which we automatically load in pdflatex-ct-mode (however, until 1.5.4svn, we loaded it too early, i.e. before color). I tried adding \usepackage{pdfcolmk} to my latex preamble in LyX (using

Re: importing .doc-files

Hartmut Haase schrieb: Which packages do I need to import .doc-files? Open it with openOffice and then export to LaTeX ... Herbert

Re: [Fwd: Re: [floatflt] about the license of your floatflt LaTeX-package]

Uwe Stöhr schrieb: Jürgen, it seems that floatflt is readded in a few weeks. Should I commit my patch to switch to wrapfig anyway? Uwe, do you upload the package with a changed license to CTAN? And, do me a favour: Mats has written several other packages also with the "no sell" statement.

Re: strange pdflatex output with view change tracking in footnotes

John Pye schrieb: Hi all I spotted some strangeness with the visible 'change tracking' in pdflatex output. For example, when a newly-added (hence coloured blue) footnote rolls over onto the next page, it doesn't get its colouring on the next page. (see attached .lyx file and output screenshot)

Re: strange pdflatex output with view change tracking in footnotes

John Pye schrieb: Jürgen Spitzmüller wrote: Herbert Voss wrote: \usepackage{pdfcolmk} which we automatically load in pdflatex-ct-mode (however, until 1.5.4svn, we loaded it too early, i.e. before color). I tried adding \usepackage{pdfcolmk} to my latex preamble in LyX (using

Re: importing .doc-files

Hartmut Haase schrieb: Which packages do I need to import .doc-files? Open it with openOffice and then export to LaTeX ... Herbert

Re: [Fwd: Re: [floatflt] about the license of your floatflt LaTeX-package]

Andre Poenitz schrieb: On Fri, Feb 08, 2008 at 09:39:24PM +0100, Uwe Stöhr wrote: Jürgen, it seems that floatflt is readded in a few weeks. Should I commit my patch to switch to wrapfig anyway? Original-Nachricht Betreff: Re: [floatflt] about the license of your floatflt

Re: [Fwd: Re: [floatflt] about the license of your floatflt LaTeX-package]

Andre Poenitz schrieb: On Fri, Feb 08, 2008 at 09:39:24PM +0100, Uwe Stöhr wrote: Jürgen, it seems that floatflt is readded in a few weeks. Should I commit my patch to switch to wrapfig anyway? Original-Nachricht Betreff: Re: [floatflt] about the license of your floatflt

Re: [patch] floatflt to wrapfig for branch

Jean-Marc Lasgouttes schrieb: Herbert Voss [EMAIL PROTECTED] writes: subfigure is deprecated anmd in the obsolete part of CTAN... So we are supposed to use subfig instead, right? The manual says that spacing is different. Anything else to watch out for? If I remember well, it should

Re: [patch] floatflt to wrapfig for branch

Jean-Marc Lasgouttes schrieb: Herbert Voss <[EMAIL PROTECTED]> writes: subfigure is deprecated anmd in the obsolete part of CTAN... So we are supposed to use subfig instead, right? The manual says that spacing is different. Anything else to watch out for? If I remember well, it

Re: important info about the floatflt package and the LyX manuals

Darren Freeman schrieb: On Tue, 2008-02-05 at 08:00 +0100, Herbert Voss wrote: Uwe Stöhr schrieb: Generally speaking I think it sucks that the user guide doesn't compile out of the box. Have other popular (Linux) LaTeX distributions also skipped the floatflt package? TeXLive came up

Re: [patch] floatflt to wrapfig for branch

Uwe Stöhr schrieb: The attached patch backports the patch to use wrapfig instead of floatflt to branch. There was a bug in there: wrapfig must be loaded after float. Attached is the corrected patch. Index: lib/chkconfig.ltx ===

Re: important info about the floatflt package and the LyX manuals

Darren Freeman schrieb: On Tue, 2008-02-05 at 08:00 +0100, Herbert Voss wrote: Uwe Stöhr schrieb: > Generally speaking I think it sucks that the user guide doesn't compile out of the box. Have other > popular (Linux) LaTeX distributions also skipped the floatflt package? TeXLive c

Re: [patch] floatflt to wrapfig for branch

Uwe Stöhr schrieb: The attached patch backports the patch to use wrapfig instead of floatflt to branch. There was a bug in there: "wrapfig" must be loaded after "float". Attached is the corrected patch. Index: lib/chkconfig.ltx

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr schrieb: I think we should not include floatflt in the Windows installer. This would mean that the restrictive floatflt license conditions also apply to the installer. But that is no problem, because we don't want donations for the installer. that is not the point ... None of

Re: important info about the floatflt package and the LyX manuals

rgheck schrieb: Herbert Voss wrote: Uwe Stöhr schrieb: I think we should not include floatflt in the Windows installer. This would mean that the restrictive floatflt license conditions also apply to the installer. But that is no problem, because we don't want donations for the installer

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr schrieb: > I think we should not include floatflt in the Windows installer. This would mean that the > restrictive floatflt license conditions also apply to the installer. But that is no problem, because we don't want donations for the installer. that is not the point ... None of

Re: important info about the floatflt package and the LyX manuals

rgheck schrieb: Herbert Voss wrote: Uwe Stöhr schrieb: > I think we should not include floatflt in the Windows installer. This would mean that the > restrictive floatflt license conditions also apply to the installer. But that is no problem, because we don't want don

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr schrieb: Generally speaking I think it sucks that the user guide doesn't compile out of the box. Have other popular (Linux) LaTeX distributions also skipped the floatflt package? TeXLive came up with the removal, others followed. For Linux TeXLive is the only active

Re: important info about the floatflt package and the LyX manuals

Uwe Stöhr schrieb: > Generally speaking I think it sucks that the user guide doesn't compile out of the box. Have other > popular (Linux) LaTeX distributions also skipped the floatflt package? TeXLive came up with the removal, others followed. For Linux TeXLive is the only active

Re: [PATCH] 2697: SplitLayout environment.

Bo Peng wrote: I can not believe that I am hitting a second WONTFIX in two days, but this is likely the fate of this patch. The attached patch adds SplitLayout environment to a few layout/inc files that will end up in almost all layouts. This environment does not output anything but ends

Re: [PATCH] 2697: SplitLayout environment.

Jean-Marc Lasgouttes wrote: Andre == Andre Poenitz [EMAIL PROTECTED] writes: what you need is nothing else than an empty line inside LyX and this is pretty easy with Style Standard(Keep) CopyStyle Standard KeepEmpty 1 End in stdclass.inc Andre Good idea. Andre Jose': Ok to prepare a

Re: [PATCH] 2697: SplitLayout environment.

Jean-Marc Lasgouttes wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert two major facts: Herbert 1. TeX knows no space ... it is used to split words 2. TeX Herbert knows no empty lines ... it is used to split paragraphs Herbert If you do not know these facts, you cannot

Re: [PATCH] 2697: SplitLayout environment.

Martin Vermeer wrote: I would advise against that. People will use it as a word-like put multiple cariage return to do my page layout feature and then complain that it does not show on screen. two major facts: 1. TeX knows no space ... it is used to split words 2. TeX knows no empty lines

Re: [PATCH] 2697: SplitLayout environment.

Bo Peng wrote: Herbert The current behaviour is easy! But not so easy for lyx newbies. The question is: what to insert that do not show up in the screen output (better latex output), yet split the environment? I remember that it took me 10 minutes to figure that out a few years ago. Style

Re: [PATCH] 2697: SplitLayout environment.

Bo Peng wrote: > I can not believe that I am hitting a second WONTFIX in two days, but > this is likely the fate of this patch. > > The attached patch adds SplitLayout environment to a few layout/inc > files that will end up in almost all layouts. This environment does > not output anything but

Re: [PATCH] 2697: SplitLayout environment.

Jean-Marc Lasgouttes wrote: >> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: > >>> what you need is nothing else than an empty line inside LyX and >>> this is pretty easy with >>> >>> Style "Standard(Keep)" CopyStyle Standard KeepEmpty 1 End >>> >>> in stdclass.inc > > Andre> Good

Re: [PATCH] 2697: SplitLayout environment.

Jean-Marc Lasgouttes wrote: >>>>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > > Herbert> two major facts: > > Herbert> 1. TeX knows no space ... it is used to split words 2. TeX > Herbert> knows no empty lines ... it is

Re: [PATCH] 2697: SplitLayout environment.

Martin Vermeer wrote: >>> I would advise against that. People will use it as a word-like "put >>> multiple cariage return to do my page layout" feature and then >>> complain that it does not show on screen. >> two major facts: >> >> 1. TeX knows no space ... it is used to split words >> 2. TeX

Re: [PATCH] 2697: SplitLayout environment.

Bo Peng wrote: >> Herbert> The current behaviour is easy! > > But not so easy for lyx newbies. The question is: what to insert that > do not show up in the screen output (better latex output), yet split > the environment? I remember that it took me 10 minutes to figure that > out a few years ago.

Re: [PATCH] Bug 3823 -- bad color output for LyXNotes

Enrico Forestieri wrote: Both forms are equivalent, indeed \bgroup and \egroup are defined as \let\bgroup={ \let\egroup=} by TeX. The macro forms are useful because you can include them in a definition without worrying about how they nest. I mean that you can do something like:

Re: EndEnvironment layout entry.

Bo Peng wrote: It is currently non-trivial to write 1. item1 1. item1 2. item2 that's pretty easy choose enumerate -- insert text choose standard -- insert Ctrl-L and % choose enumerate -- insert text view Herbert

Re: [PATCH] Bug 3823 -- bad color output for LyXNotes

Enrico Forestieri wrote: > Both forms are equivalent, indeed \bgroup and \egroup are defined > as \let\bgroup={ \let\egroup=} by TeX. The macro forms are useful > because you can include them in a definition without worrying > about how they nest. I mean that you can do something like: > >

Re: EndEnvironment layout entry.

Bo Peng wrote: > It is currently non-trivial to write > > 1. item1 > 1. item1 > 2. item2 that's pretty easy choose enumerate -- insert text choose standard -- insert Ctrl-L and % choose enumerate -- insert text view Herbert

Re: [PATCH] Bug 3823 -- bad color output for LyXNotes

Juergen Spitzmueller wrote: Richard Heck wrote: c.r/255.0 ',' c.g/255.0 ',' c.b/255.0 An alternative would be to require xcolor instead of color (we require this anyway nowadays) and use \definecolor{shadecolor}{RGB}{}. Then you don't have to do any calculation.

Re: [PATCH] Bug 3823 -- bad color output for LyXNotes

Herbert Voss wrote: Juergen Spitzmueller wrote: Richard Heck wrote: c.r/255.0 ',' c.g/255.0 ',' c.b/255.0 An alternative would be to require xcolor instead of color (we require this anyway nowadays) and use \definecolor{shadecolor}{RGB}{}. Then you don't have to do any calculation

Re: [PATCH] Bug 3823 -- bad color output for LyXNotes

Juergen Spitzmueller wrote: > Richard Heck wrote: > >> << c.r/255.0 << ',' << c.g/255.0 << ',' << c.b/255.0 > > An alternative would be to require xcolor instead of color (we require this > anyway nowadays) and use \definecolor{shadecolor}{RGB}{}. Then you don't > have to do any calculation.

Re: [PATCH] Bug 3823 -- bad color output for LyXNotes

Herbert Voss wrote: > Juergen Spitzmueller wrote: >> Richard Heck wrote: >> >>> << c.r/255.0 << ',' << c.g/255.0 << ',' << c.b/255.0 >> An alternative would be to require xcolor instead of color (we require this >> anyway nowaday

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Jean-Marc Lasgouttes wrote: Richard == Richard Heck [EMAIL PROTECTED] writes: Richard And by the way, I think this means that case 2---see Richard LyXFunc.cpp, line 1065 or so---is broken. This handles the Richard case where no spool command, such as lp, is provided. In Richard that case,

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Enrico Forestieri wrote: On Mon, Jun 04, 2007 at 10:45:40PM +0200, Jean-Marc Lasgouttes wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert these are _all_ config files and not printer files. Herbert dvips -Pconfig Herbert eg dvips -Pcmz file In the old days

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Jean-Marc Lasgouttes wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert this is nowadays only of some historical interest ... As seen Herbert is Richard's config list from Fedora, the file is used as a Herbert config file. In large-ish organizations (universities), it makes

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Jean-Marc Lasgouttes wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert Jean-Marc Lasgouttes wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert this is nowadays only of some historical interest ... As seen Herbert is Richard's config list from Fedora, the file

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Jean-Marc Lasgouttes wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: You should :) How do you use dvips in a linux-like setup? Herbert pretty easy ... :-) there is a config.ps and all other Herbert settings or different config files are under user control. Hmm, and how do you

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Enrico Forestieri wrote: On Tue, Jun 05, 2007 at 01:25:43PM +0200, Herbert Voss wrote: Jean-Marc Lasgouttes wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert dvips is a driver and not a printing program. It can be seen as both IMO. absolutely not! dvips is a PostScript

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Jean-Marc Lasgouttes wrote: >> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes: > > Richard> And by the way, I think this means that "case 2"---see > Richard> LyXFunc.cpp, line 1065 or so---is broken. This handles the > Richard> case where no "spool command", such as lp, is provided. In

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Enrico Forestieri wrote: > On Mon, Jun 04, 2007 at 10:45:40PM +0200, Jean-Marc Lasgouttes wrote: > >>>>>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: >> Herbert> these are _all_ config files and not printer files. >> >> H

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Jean-Marc Lasgouttes wrote: >>>>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > > Herbert> this is nowadays only of some historical interest ... As seen > Herbert> is Richard's config list from Fedora, the file is used as a > H

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Jean-Marc Lasgouttes wrote: >>>>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > > Herbert> Jean-Marc Lasgouttes wrote: >>>>>>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > Herbert> thi

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Jean-Marc Lasgouttes wrote: >>>>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > >>> You should :) How do you use dvips in a linux-like setup? > > Herbert> pretty easy ... :-) there is a config.ps and all other > Herbert&

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Enrico Forestieri wrote: > On Tue, Jun 05, 2007 at 01:25:43PM +0200, Herbert Voss wrote: >> Jean-Marc Lasgouttes wrote: >>>>>>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > >>> Herbert> dvips is a driver and not a pri

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Richard Heck wrote: Yes. How about this. Just say, explicitly: [X] Use -Pprinter parameter with dvips. And then, for a tooltip: Adjusts dvips output for a particular printer. (Note: dvips must be pre-configured for that printer.) dvips is not pre-configured, it uses always a config file, at

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Richard Heck wrote: Herbert Voss wrote: Richard Heck wrote: Yes. How about this. Just say, explicitly: [X] Use -Pprinter parameter with dvips. And then, for a tooltip: Adjusts dvips output for a particular printer. (Note: dvips must be pre-configured for that printer.) dvips

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Jean-Marc Lasgouttes wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert sorry, I cannot follow here Herbert dvips -Pabc file uses a config.abc file which declares Herbert resolution, font using and paper sizes, and when I print my Herbert ps document then a printer driver

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Richard Heck wrote: Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert sorry, I cannot follow here Herbert dvips -Pabc file uses a config.abc file which declares Herbert resolution, font using and paper sizes, and when I print my Herbert ps document then a printer driver is used

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Richard Heck wrote: Herbert Voss wrote: Richard Heck wrote: [EMAIL PROTECTED] src]$ find /usr/share/texmf/dvips/ -name 'config.*' /usr/share/texmf/dvips/tetex/config.www /usr/share/texmf/dvips/tetex/config.download35 /usr/share/texmf/dvips/tetex/config.dfaxhigh /usr/share/texmf/dvips

Re: [PATCH] Bug 3800 -- Confusing Adapt Output

Enrico Forestieri wrote: config.printer is misleading. For example: config.pdf is a config file to use always Type 1 fonts but I can print the ps file on _every_ printer Granted. But what if you have 300, 600, and 1200 dpi printers? The Adapt Output thing let you adapt (sic!) the pk fonts

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Richard Heck wrote: > Yes. How about this. Just say, explicitly: > [X] Use -Pprinter parameter with dvips. > And then, for a tooltip: > Adjusts dvips output for a particular printer. (Note: dvips must be > pre-configured for that printer.) dvips is not pre-configured, it uses always a config

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Richard Heck wrote: > Herbert Voss wrote: >> Richard Heck wrote: >> >> >>> Yes. How about this. Just say, explicitly: >>> [X] Use -Pprinter parameter with dvips. >>> And then, for a tooltip: >>> Adjusts dvips output for a pa

Re: [PATCH] Bug 3800 -- Confusing "Adapt Output"

Jean-Marc Lasgouttes wrote: >>>>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > > Herbert> sorry, I cannot follow here > > Herbert> dvips -Pabc uses a config.abc file which declares > Herbert> resolution, font using a

  1   2   3   4   5   6   7   8   9   10   >