[EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/graphics/
> Changes by: [EMAIL PROTECTED] 02/07/17 23:21:38
>
> Modified files:
> lyx-devel/src/graphics/: Tag: BRANCH-1_2_X ChangeLog
>
Dekel Tsur wrote:
> On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
>
>>>Yes, but you have to read the 1st row in order to know the number of columns:
>>>
>>>\begin{align}
>>>1 & 2 & 3 & 4 \\
>>>...
>>>\end{align}
>>>
>>No, it does not matter which row contains the maximum number
in src/graphics/Makefile.am
are FileMonitor.[Ch] but not present as files
Herbert
--
http://www.lyx.org/help/
geof wrote:
> /usr/local/gcc-3.1/bin/c++ -DHAVE_CONFIG_H -I. -I. -I../../../src
> -I../../../images -I../../../src/ -I../../../src/frontends/
> -I../../../src/frontends/controllers -I../../../boost -isystem
> /usr/X11R6/include -O0 -W -Wall -Winline -Winline -c FormFiledialog.C -MT
> FormFile
Garst R. Reese wrote:
> Angus Leeming wrote:
>
>
>>Well I don't imagine many people out there have a version of gs older than my
>>venerable 5.50.
>>
>>
> My problem was not with an old version of gs, but with people/software
> that create Postscript V1.0 files such as Cadsoft Eagle.
> http://w
Angus Leeming wrote:
> On Wednesday 17 July 2002 6:36 pm, Herbert Voss wrote:
>
>>Angus Leeming wrote:
>>
>>>It strikes me that we could further simplify the LyX code base by using
>>>gs to ascertain the bounding box info in ControlGraphics. Your code here
&
Angus Leeming wrote:
> It strikes me that we could further simplify the LyX code base by using gs to
> ascertain the bounding box info in ControlGraphics. Your code here is a
> valient attempt but gs is the master here and it'd make more sense to use it.
>
> What do you think?
gs?
use versio
Angus Leeming wrote:
> On Wednesday 17 July 2002 6:07 pm, Herbert Voss wrote:
>
>>please apply, also for 1.2.1
>>
>
> I love patches like this ;-)
>
> However, I note that PS support is not disabled in the xforms image loader.
>
> Would you like me to di
/graphics/ChangeLog 17 Jul 2002 16:56:41 - 1.98
+++ src/graphics/ChangeLog 17 Jul 2002 17:04:17 -
@@ -1,3 +1,9 @@
+2002-06-17 Herbert Voss <[EMAIL PROTECTED]>
+
+ * GraphicsCachItem.C: (findTargetFormat) remove the speciell case
+ for old ps-files (Garst). I
Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
>
>>- insert->math->amsalign
>>- cursor into the box
>>- edit-math->add column
>>-> align environment -> switches to alignat
>> it should be still align!
&g
- insert->math->amsalign
- cursor into the box
- edit-math->add column
-> align environment -> switches to alignat
it should be still align!
Herbert
--
http://www.lyx.org/help/
Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 05:33:06PM +0200, Jean-Marc Lasgouttes wrote:
>
>>Andre> See attachment.
>>
>>I do not understand. What do you intend to do with it? Why not make
>>the converter stuff look into scripts/ too when trying to run any
>>program?
>>
>
>>I added a few mo
Angus Leeming wrote:
> On Wednesday 17 July 2002 4:22 pm, David Kastrup wrote:
>
>>>when developpers have no real new ideas or tired of
>>>bughunting, then they beautify the code ...
>>>
>>And it often is high time for it...
>>
>
> This is:
> * old code that must soon be split into a Controller
is it intended that for inline formulas the lyx-view of a
fraction is not changed when switching to displaystyle
scriptscriptstale,... ?
Herbert
--
http://www.lyx.org/help/
David Kastrup wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
>
>>Angus Leeming wrote:
>>
>>
>
>>>>? I find this more readable as I do not have to scroll down to learn that
>>>>str is no further modified and it might save a cop
Angus Leeming wrote:
>> string str;
>> if (...) {
>> str = ...
>> } else if (...) {
>> str =...
>> }
>> return str;
>>
>>to
>>
>> if (...)
>> return ...
>> if (...)
>> return ...
>> return string();
>>
>>? I find this more readable as I do not have to scroll down to learn that
>>str is no
Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 04:26:11PM +0200, Herbert Voss wrote:
>
>>so they are not visible for latex??
>>
>
> They are in general, but they should be used only in places where they
> aren't, i.e. the second box of the macro definition.
my
Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 04:03:06PM +0200, Herbert Voss wrote:
>
>>there are a lyxnegspace and a lyxposspace in the list
>>but they are not defined
>>
>
> But used ;-)
>
> They are _really_ invisible spaces to tweak appearance of mac
there are a lyxnegspace and a lyxposspace in the list
but they are not defined
Herbert
--
http://www.lyx.org/help/
Kuba Ober wrote:
> Does anybody have patches for lyx to cleanly compile under gcc-3.1 (+
> xforms-0.89)?
what patches do you need?
I have 3.1 running and can compile 1.2.1cvs
Herbert
--
http://www.lyx.org/help/
Dekel Tsur wrote:
> On Wed, Jul 17, 2002 at 02:36:33PM +0200, Andre Poenitz wrote:
>
>>On Wed, Jul 17, 2002 at 02:35:09PM +0200, Herbert Voss wrote:
>>
>>>LyX should support things which are still allowed
>>>in a legal way, and that is a one-column step.
>
Angus Leeming wrote:
> On Wednesday 17 July 2002 1:28 pm, Andre Poenitz wrote:
>
>>Should I attach a '.sh' suffix for shell scripts in lib/scripts or not?
>>
>>Angus: Is there a way do specify in the .lyx/preferences' converters
>>section that a converter from /lib/scripts should be
>>used?
>>
Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 02:35:09PM +0200, Herbert Voss wrote:
>
>>>So should I just add one column at a time?
>>>Would mean to remove a line or two...
>>>
>>
>>LyX should support things which are still allowed
>>
Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 02:22:20PM +0200, Herbert Voss wrote:
>
>>no! depends to what I want with this environment.
>>
>>with three columns f.ex. I'm able to write commets
>>right alligned.
>>
>
> So should I just add one c
Jean-Marc Lasgouttes wrote:
>>>>>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>>>>>
>
> Herbert> attached a patch, also for deleting _all_ files when exit.
>
> Could you elaborate on the deletion thing? Is this relat
Dekel Tsur wrote:
> On Wed, Jul 17, 2002 at 11:24:45AM +0200, Andre Poenitz wrote:
>
>>>mathed:
>>>\align \alignat \
>>>when doing a edit->math->append column
>>>lyx always inserts TWO columns instead of one
>>>
>>Was meant as a feature. I thought they have to appear in pairs?
>
Jean-Marc Lasgouttes wrote:
>>>>>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>>>>>
>
> Herbert> Osvaldo Fornaro wrote:
>
>>>I have a problem to import xfig files with lyx 1.2.0. The error
>>>message i
it doesn't works ansmore
Herbert
--
http://www.lyx.org/help/
as I wrote there is no stared xxalignat environment.
it gives an error when having
\begin{xxalignat*}
...
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
> On Wednesday 17 July 2002 11:53 am, Herbert Voss wrote:
>
>>Angus Leeming wrote:
>>
>>>On Wednesday 17 July 2002 9:31 am, Andre Poenitz wrote:
>>>
>>>>I think I have solved my .fig display problem (remember I wanted to us
Angus Leeming wrote:
> On Wednesday 17 July 2002 9:31 am, Andre Poenitz wrote:
>
>>I think I have solved my .fig display problem (remember I wanted to use
>>the separate .tex/.ps export to be able to use formulas in the drawing
>>instead of .ps-only export).
>>
>>To do so I created shell scripts
math_oldfontinset
#inlcude "support/LOstream.h"
Herbert
--
http://www.lyx.org/help/
mathed:
insert in mathmode:
\bf test
it's exported as $\bf{test}$, which works well. Close and reopen
gives an error, because LyX saved it as
\begin_inset Formula $\bf{{test}$ $}$
\end_inset
and then exports also wrong
$\bf{{test}$ $}$
--
Andre Poenitz wrote:
> On Fri, Jul 12, 2002 at 05:43:14PM +0200, Herbert Voss wrote:
>
>>then you will be the man for bugfixing in the graphics stuff ...
>>
>
> It simply does not belong there. The function is called inBP() and not
> inBPandDoWhatEverYouWant()..
Andre Poenitz wrote:
> On Fri, Jul 12, 2002 at 03:53:20PM +0100, Angus Leeming wrote:
>
>>>Why does lyxlength::inBP return positive values even for negative
>>>lengths? Wouldn't it easier to call abs() on the result when needed?
>>>
>
> I'll just remove that multiplication and I think it should
Andre Poenitz wrote:
> Angus (as CVS annotate blames you):
>
> Why does lyxlength::inBP return positive values even for negative
> lengths? Wouldn't it easier to call abs() on the result when needed?
who said that this function would ever be called with
negative length? ;-)
Herbert
--
htt
Herbert Voss wrote:
> Angus Leeming wrote:
>
>
>>> Statistics:
>>> 285 numbered equations
>>> 732 pages in the metrics file
>>> 57 MBytes for the ppm-files
>>>
>>
>> Experiment with gs -sDEVICE=pnmraw. Does that reduce dis
Angus Leeming wrote:
>>Statistics:
>>285 numbered equations
>>732 pages in the metrics file
>>57 MBytes for the ppm-files
>>
>
> Experiment with gs -sDEVICE=pnmraw. Does that reduce disk footprint much?
yes, up 14.5 MBytes
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
> On Thursday 11 July 2002 9:04 pm, Herbert Voss wrote:
>
>>Another small problem:
>>
>>
>>attached are the mathbox and the preview,
>>it's still a bit too deep.
>>
>>Herbert
>>
>
> You mean
Garst R. Reese wrote:
> ps view Error -- could not locate file with any of these extensions ...
> ps.gz
I'm sorry, but I have no running 1.2.1cvs, but with 1.3 it's no problem.
> -rw-r--r--1 garstusers6969 Jul 12 03:53 example.ps.gz
can you give it a try when renaming the fil
R. Lahaye wrote:
>
> Since I need to modify slightly the default converter,
> I thought of the following to be useful:
>
> It would be nice if the default converter is also visible
> as an entry in the preferences/converters list, e.g. as:
>
> From $$fformat
> To $$tformat
> C
Garst R. Reese wrote:
>>Garst, I forgot to ask, if your images are scanned from
>>an original or saved from an application?
>>
>>
> They were saved from Cadsoft Eagle which uses old ps, then converted
> with ps2ps, but with your new scheme that step is no longer needed.
but they are saved in co
Herbert Voss wrote:
> You have color images and it's anyway difficult to produce
> good b&w images. And it doesn't matter if you use convert
Garst, I forgot to ask, if your images are scanned from
an original or saved from an application?
Herbert
--
http://www.lyx.org/help/
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>The opaque in my file causes all the trouble. Do you have a clue?
>>>ImageMagick/convert bug?
>>>
>>try with the following option
>>
>>convert -opaque
R. Lahaye wrote:
> --- bad_graphics_Rob.xpmFri Jul 12 10:49:30 2002
> +++ bad_graphics_Herbert.xpmFri Jul 12 01:11:15 2002
> @@ -2,7 +2,7 @@
> static char *magick[] = {
> /* columns rows colors chars-per-pixel */
> "792 612 5 1",
> -" c opaque",
> +" c black",
> ". c gray26",
>
Another small problem:
attached are the mathbox and the preview,
it's still a bit too deep.
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
> Attached is a "smart loader" for the previews. I'd really, really like
> interested users --- that's the mathematicians out there who use
/lots/ of
> equations to test it out.
>
> It's meant to enable you to generate and display the previews with no
> discernible eff
Garst R. Reese wrote:
> Herbert Voss wrote:
>
>
>>ok, one step further ...
>>
>>
> Herbert, I get the same problems with ps files and have to switch from
> monochrome to greyscale to see a decent picture even though the graphics
> are B/W. This is a side af
Angus Leeming wrote:
> You'll need to modify InsetGraphicsParams::as_grfxParams to take acount of
> the work area width to pass to :
>
> void InsetGraphics::Cache::update(string const & file_with_path)
> {
> lyx::Assert(!file_with_path.empty());
>
> string const path = OnlyPath(fil
Angus Leeming wrote:
> On Thursday 11 July 2002 4:17 pm, Herbert Voss wrote:
>
>>John Levon wrote:
>>
>>>On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote:
>>>
>>>>attached a patch against cvs, should go into 1.2.1, too
>>
John Levon wrote:
> On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote:
>
>
>>attached a patch against cvs, should go into 1.2.1, too
>>
>
> Applied. JMarc will have to look at it for 1.2.1
>
> One has to wonder if there isn't a better way to
R. Lahaye wrote:
> I added the last one manually, but to no avail.
>
> However, it does not appear to be the conversion.
> I can manually generate the corresponding xpm file,
> double check its quality by viewing it with ImageMagick's
> display.
> When I then load that xpm file into LyX Graphics
R. Lahaye wrote:
> I also tested briefly with 1.1.6fix4, and that has no problems
> (though I have not tested it with Grace converters; simply
> used eps file). This could indicate that it's related to any
> new conversion scheme. When was that introduced and how different
> is it from 1.1.6fix4?
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>Can someone tell me what (external) software is actually
>>>responsible for visualizing a figure on the LyX canvas?
>>>
>>vector -> bitmap, that's all
>&
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>Can someone tell me what (external) software is actually
>>>responsible for visualizing a figure on the LyX canvas?
>>>
>>vector -> bitmap, that's all
>&
R. Lahaye wrote:
>
> Since some time the LyX-View of my figures has a terrible
> resolution and figures are almost unrecognizable. When viewing
> with DVI or Postscript, the figures look fine.
sure
> This occurs for both, LyX 1.3.0cvs and 1.2.0. I therefore suspect
> it's not due to the core
: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.453
diff -u -r1.453 ChangeLog
--- ChangeLog 10 Jul 2002 15:03:25 - 1.453
+++ ChangeLog 11 Jul 2002 06:24:25 -
@@ -1,3 +1,8 @@
+2002-07-11 Herbert Voss <[EMAIL PROTECTED]>
+
+ * FormGraphic
John Levon wrote:
> Current 1.3 cvs, trying to add a png :
>
> Recognised Fileformat: png
> [GrahicsCacheItem::convertToDisplayFormat]
> Attempting to convert image file:
> /home/moz/src/lyx/lyx-devel/src/nmea.png
> with displayed filename: ~/src/lyx/lyx-devel/src/nmea.png
> Reco
can somebody confirm?
in layout->document->bullets no xpm-image is loaded
and LyX does peng when I click on the left math button.
HErbert
--
http://www.lyx.org/help/
Herbert Voss wrote:
> Angus Leeming wrote:
>
>> Sometimes the labels are at the front, sometimes at the back. See
>> attached LaTeX file and resultant bitmaps.
>> \documentclass[english]{amsart}
>
>
>
> amsxxx has the equation numbers on the left side
Angus Leeming wrote:
> Sometimes the labels are at the front, sometimes at the back. See attached
> LaTeX file and resultant bitmaps.
> \documentclass[english]{amsart}
amsxxx has the equation numbers on the left side
Herbert
--
http://www.lyx.org/help/
I got it run again and there is the shown behaviour ...
s/than/then/
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
> On Wednesday 10 July 2002 10:34 am, Jean-Marc Lasgouttes wrote:
>
>>>>>>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>>>>>>
>>Herbert> Garst R. Reese wrote:
>>
>>>>bash$
can some confirm? the inline preview is raised down
Herbert
--
http://www.lyx.org/help/
#import "support/LOstream"
in math_boxinset.C
Herbert
--
http://www.lyx.org/help/
Garst R. Reese wrote:
> bash$ lyx --version
> LyX 1.2.1cvs of Thu, May 23, 2002
> Built on Jun 18 2002, 01:22:42
>
> Updated about 1900h GMT
> Built about 5min ago.
> Garst
ah, I see, we are talking about difefrent versions.
try the attached patch.
Herbert
--
http://www.lyx.org/help/
In
Garst R. Reese wrote:
> Here they are. In example.gif the right border is missing.
> Note also that with eps conversion the a real file took 5 min to load
> compared to 1 min for ps.
> example-old.gif is a screenshot before the change.
as you see, I have no problem and the imageconversion take
in buffer.C
wasysym is the name of the stylefile
Herbert
--
http://www.lyx.org/help/
Garst R. Reese wrote:
> The look like the ones I get in PS View and I can set the display to
> B/W, which is what they are. With the eps conversion, some if the lines
> look blue and I have to display as greyscale to see anything. But, I
> still defer to Herbert's judgement.
please give me an e
Jean-Marc Lasgouttes wrote:
>>>>>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>>>>>
>
> Herbert> the patch to get the default fontsize from the classfile if
> Herbert> the "default" was chosen from insi
Angus Leeming wrote:
> Can you do some more testing for me. I assume that the bug occurs when the
> file is loaded. Subsequently cropping, resizing etc should not be "penalised"
> like this.
>
> Could you apply the patch (attached) and then do some scaling, cropping etc.
> +#if FL_VERSION ==
Angus Leeming wrote:
> I'd rather put this fix into xformsImage::getWidth.
oh, sorry. never thought of this part ...
looked only into the files of src/graphics ...
changed it in xformsImage and it solves now the view of
the other images, too.
> What version of xforms are you using? You could
Angus Leeming wrote:
> On Tuesday 09 July 2002 9:21 am, Herbert Voss wrote:
>
>>>In InsetFormula::ascent, descent, width, try adding 5 or so to the
>>>returned value. That'll check that the image is Ok or not.
>>>
>>this happens for all images, not
Angus Leeming wrote:
> I wonder if it would be possible to add an option to preview.sty so that,
> when using "showlabels", equation labels are displayed as (#)?
what for? when I use showlabels I want to see the label and not
the (#) which gives the user only the information that we have
some
dimension.[Ch] are missing
HErbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
> On Monday 08 July 2002 7:31 pm, Herbert Voss wrote:
>
>>there is still the bug present, that the right pixels
>>are ignored. Angus, I do not really see, where the
>>coordinates are passed to xforms?
>>
>>Herbert
>>
>
> In
David Kastrup wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
>
>>there is still the bug present, that the right pixels
>>are ignored.
>>
>
> Are they in the ppm file?
yes. a bug in LyX or in xforms
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
>
> Interestingly (and this isn't your fault) the last equation is "cropped" at
> the base. André, is it common to have to add non-zero numbers to the
> ascenders/descenders to get things displayed?
hm, I never saw this in my formulas.
did you looked at the original pp-f
there is still the bug present, that the right pixels
are ignored. Angus, I do not really see, where the
coordinates are passed to xforms?
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
> Is this not cleaner (want to check it's still correct)
a question of philosophy ...
>
> class PreviewLoader::Impl {
> /// Per buffer, since different buffers have different class files.
> double scale_to_fit_;
> };
>
> double PreviewLoader::Impl::scaleToFit
Angus Leeming wrote:
> On Monday 08 July 2002 6:21 pm, Herbert Voss wrote:
>
>>Angus Leeming wrote:
>>
>>>+ string const fontsize_(tmp.params.fontsize + "pt");
>>>...
>>>+ ::preview_size_factor = 9.0 / strToDbl(fontsize_) ;
>
Angus Leeming wrote:
> + string const fontsize_(tmp.params.fontsize + "pt");
> ...
> + ::preview_size_factor = 9.0 / strToDbl(fontsize_) ;
> I don't think you mean this!
?
Herbert
--
http://www.lyx.org/help/
/lyx-devel/src/graphics/ChangeLog,v
retrieving revision 1.86
diff -u -r1.86 ChangeLog
--- ChangeLog 8 Jul 2002 13:01:09 - 1.86
+++ ChangeLog 8 Jul 2002 16:50:45 -
@@ -1,3 +1,8 @@
+2002-07-08 Herbert Voss <[EMAIL PROTECTED]>
+
+ * PreviewLoader.C: use of preview_size_f
#include
in math_casesinset.C
Herbert
--
http://www.lyx.org/help/
Kornel Benko wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Monday 08 July 2002 17:13, Angus Leeming wrote:
>
>>No! Put \usepackage{underscore} in your preamble.
>>
>
> Thanks, now I have:
>
> ! LaTeX Error: File `underscore.sty' not found.
>
> Type X to quit or to proceed,
> or enter
Kornel Benko wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Monday 08 July 2002 17:28, Herbert Voss wrote:
>
>>\usepackage{underscore} in your doc! not in the c-code.
>>
>
> I only edited the produced .tex-file. So it should be what you meant, isn
Kornel Benko wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Monday 08 July 2002 17:19, Herbert Voss wrote:
>
>>\usepackage{underscore} may help
>>
>
> I have tried, but there was no improvement.
> neither
> \usepackage[active,delayed,dvips,tigh
Kornel Benko wrote:
> Now it is ok. Of course, without labels. (Editing the lyx-file
> and changing "\label{4_1_3}" --> "\label{4\_1\_3}" cured it also.)
>
> Maybe (as Andre writes) because of underscores.
\usepackage{underscore} may help
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
> On Monday 08 July 2002 2:18 pm, David Kastrup wrote:
>
>>Since the look of formulas set with AMSLaTeX, for example, very much
>>depends on the interaction between formula size and page margins,
>>previews are most useful when the preamble is mostly the same as for
>>the no
Angus Leeming wrote:
> os << "\\documentclass[10pt]{" << textclass << "}\n";
>
> ? Would that not be easiest?
you're right, in this way...
but what with the other userdefined options which are
now missing?
some crazy but possible example: someone defines the
use of amsmath in layout->docume
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 01:18:17PM +0200, David Kastrup wrote:
>
>>Uh, I just mentioned scartcl and scrlettr as _examples_ with a
>>different design size from the 10pt from standard LaTeX classes.
>>IIRC, most of the Koma classes have 11pt as default (except for the
>>lett
Angus Leeming wrote:
> I think I'm going to be quite busy this week, so Herbert if you're interested
> would you like to have a go?
attached.
> That is, for \documentclass{article}, divide by 10pt, for
> \documentclass{scrartcl}, divide by 11pt, for
> \documentclass{scrlettr}, divide by 12pt
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 11:54:29AM +0200, David Kastrup wrote:
>
>>My pleasure. You don't want to load 1000 image files into LyX when a
>>majority of them will never be displayed on screen since it is highly
>>unlikely that a particular editing session will rediplay the e
Angus Leeming wrote:
> On Monday 08 July 2002 10:26 am, Herbert Voss wrote:
>
>>Angus Leeming wrote:
>>
>>> <<
>>>"\\usepackage[active,delayed,dvips,tightpage,showlabels]{preview}\n" <<
>>>"\n";
>>>
>>
Angus Leeming wrote:
><< "\\usepackage[active,delayed,dvips,tightpage,showlabels]{preview}\n"
> << "\n";
>
> I'm unable to get the equation labels, presumably because I run latex only
> once. Is that right? Will I need multiple passes.
>
> Does the showlabels option give me "eq: some eq
Angus Leeming wrote:
> Yes. Unfortunately if I have 1000 equations in a thesis then loading them all
> takes a significant chunk of time. Minutes.
I have sometimes formulas over nearly one page. This takes also
some time to build the preview.
Herbert
--
http://www.lyx.org/help/
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 09:45:51AM +0200, Herbert Voss wrote:
>
>>Here is a patch to enable the user to get the right
>>font size for the previews.
>>
>
> And we can't determine that factor from other settings?
which one? I don
diff -u -r1.786 ChangeLog
--- src/ChangeLog 5 Jul 2002 21:24:12 - 1.786
+++ src/ChangeLog 8 Jul 2002 06:58:45 -
@@ -1,3 +1,8 @@
+2002-07-08 Herbert Voss <[EMAIL PROTECTED]>
+
+ * lyxrc.[Ch]: introduce \preview_size_factor to get the right
+ fontsize on
Herbert Voss wrote:
> Angus Leeming wrote:
>
> whith the geometry-package loaded I got something like
> the attached gif. The equationnumber is outside of the
> workarea -> the (for the preview wrong) textwidth
> from geometry was taken for the image width.
>
Angus Leeming wrote:
whith the geometry-package loaded I got something like
the attached gif. The equationnumber is outside of the
workarea -> the (for the preview wrong) textwidth
from geometry was taken for the image width.
\usepackage{geometry}
\geometry{blah ... blah}
should be ignored in
301 - 400 of 1510 matches
Mail list logo