Juergen Spitzmueller wrote:
> Herbert Voss wrote:
>
>>>But can't we anymore have \includegraphics[...]{my}?
>>>Didn't we say this is good if we want pdf and ps output?
>>>
>>It's not an important question for me, so I can't really
>&
Angus Leeming wrote:
> Ok. Understood. However, I can now anticipate the next user request: it'd be
> nice if LyX did this all for me.
your right!
maybe a question for 1.3 or not ...
Herbert
--
http://www.lyx.org/help/
Juergen Vigna wrote:
> On 19-Apr-2002 Herbert Voss wrote:
>
>
>>Angus, I think Rob means that file->export->latex should not
>>write the original filename. for example:
>>\includegraphics[...]{my.agr}
>>is the original latex code. Rob wants it as my.eps
Asger K. Alstrup Nielsen wrote:
> You are both using a RGB color model, but this is not relevant.
> Even with a HSL or Munsell color space, the transformation would
> be the same: You want the Most Significant Bits.
> Why? Because you loose more information by dropping more significant
> bits.
>
Angus Leeming wrote:
> On Friday 19 April 2002 2:51 am, R. Lahaye wrote:
>
>>Hi,
>>
>>I'm writing a paper with LyX-CVS using Grace (.agr) graphics files,
>>which is extremely convenient since Grace is my 2D graphics application.
>>No need for manual conversions: LyX does that for me and my graph
Lars Gullik Bjønnes wrote:
> Yes, and we want those.
>
> ABCD >> 8 = AB
if we want to build up a 16bit color correct to
a 8 bit one than we cannot do only a shift of
8 bit to get the high or low byte.
we had to take every second _bit_ from the original one. Or
every third if it's a 24 bit one
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Herbert Voss wrote:
>
>>>and what about this??
>>>
>>>
> | aehm ... forget it, it's just the same than yours ...
>
> except that yours looks buggy :-)
Herbert Voss wrote:
> and what about this??
>
aehm ... forget it, it's just the same than yours ...
Herbert
--
http://www.lyx.org/help/
and what about this??
Herbert
string const convertTo7chars(string const & input)
{
string::size_type size = input.size();
if (size != 13 && size != 10 && size != 4)
// Can't deal with it.
return input;
if (input[0] != '#')
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | +long long asLong;
>
> Well... we cannot really use long long, not standard C++.
I see, here is another one. but this is nearly the same
than yours ...
Herbert
--
http://www.lyx.o
Angus Leeming wrote:
>
> Feel free to patch.
here it is
Herbert
--
http://www.lyx.org/help/
Index: src/graphics/GraphicsImageXPM.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/graphics/GraphicsImageXPM.C,v
retrieving
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
>
>>>Herbert Voss <[EMAIL PROTECTED]> writes:
>>>| Angus Leeming wrote:
>>>
>>>
>>>>> r = int(factor * double(
Angus Leeming wrote:
> On Thursday 18 April 2002 1:45 pm, Lars Gullik Bjønnes wrote:
>
>>Herbert Voss <[EMAIL PROTECTED]> writes:
>>| Angus Leeming wrote:
>>
>>>>r = int(factor * double(r));
>>>>g = int(factor * double(g));
>>
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Angus Leeming wrote:
>
>>> r = int(factor * double(r));
>>> g = int(factor * double(g));
>>> b = int(factor * double(b));
>>>
>>
> | never div
Angus Leeming wrote:
> r = int(factor * double(r));
> g = int(factor * double(g));
> b = int(factor * double(b));
never divide or multiply with powers of 2!
Herbert
--
http://www.lyx.org/help/
=
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ChangeLog,v
retrieving revision 1.160
diff -u -r1.160 ChangeLog
--- src/frontends/controllers/ChangeLog 15 Apr 2002 12:05:06 - 1.160
+++ src/frontends/controllers/Chang
can somebody tell me what's going on here???
Herbert
running ./autogen.sh:
[...]
Building Makefile templates...
.
src/Makefile.am:12: LIBS was set with `+=' and is now set with `='
src/frontends/Makefile.am:12: LIBS was set with `+=' and is now set with `='
lib/reLyX
On Mon, 15 Apr 2002, Juergen Spitzmueller wrote:
> Herbert Voss wrote:
> > an authorname in a bibtexfile maybe "H.\ Voss", to get a
> > normal space between the dot and the family name. This
> > patch strips these spaces for the view in the citation-gui,
> >
retrieving revision 1.159
diff -u -r1.159 ChangeLog
--- src/frontends/controllers/ChangeLog 12 Apr 2002 15:25:11 - 1.159
+++ src/frontends/controllers/ChangeLog 14 Apr 2002 16:11:26 -
@@ -1,3 +1,12 @@
+2002-04-14 Herbert Voss <[EMAIL PROTECTED]>
+
+ * ControlCitation.[Ch]
when I mark a word with a leading space this space gets lost
when pasting the selection. Is this the standard behaviour??
Herbert
--
http://www.lyx.org/help/
0 1.159
+++ src/frontends/controllers/ChangeLog 14 Apr 2002 10:02:00 -
@@ -1,3 +1,8 @@
+2002-04-14 Herbert Voss <[EMAIL PROTECTED]>
+
+ * biblio.C: fix bug in familyName, when a LaTeX space "\x" was
+ used in the bibdata
+
2002-04-11 Herbert Voss <[EMAIL PR
- src/frontends/controllers/ChangeLog 11 Apr 2002 17:40:44 - 1.158
+++ src/frontends/controllers/ChangeLog 12 Apr 2002 14:39:27 -
@@ -1,5 +1,9 @@
2002-04-11 Herbert Voss <[EMAIL PROTECTED]>
+ * ControlGraphics.C: expand "browse-string" to all available formats
+
+
On Fri, 12 Apr 2002, Lasgouttes, J.M. wrote:
> I think the following patch addresses the issue. Rob, Herbert, could
> you please test it and tell me whether it works?
at weekend, I have no lyx on this machine in my office.
the other one is outer space ... did tonight
an update to suse8.0 ...
it
~On Fri, 12 Apr 2002, R. Lahaye wrote:
> 1) BUG:
>Bounding-box implementation on the LyX view is not consistent with
>the final DVI/Postscript output.
>Also, the use of the Top-right y-coordinate in the LyX View is bogus!
>Use 'clip to boundingbox' to check this.
as Angus wrote,
On Fri, 12 Apr 2002, Angus Leeming wrote:
> > 1) BUG:
> >Bounding-box implementation on the LyX view is not consistent with
> >the final DVI/Postscript output.
>
> Is this still the case? Is your Bounding Box consistent with the eps data, or
> have you modified it?
>
> eg, if the postscri
Angus Leeming wrote:
> On Thursday 11 April 2002 8:33 pm, Herbert Voss wrote:
>
>>[EMAIL PROTECTED] wrote:
>>
>>>Patches:
>>>
>>>http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/frontends/controller
>>>s/ControlGraphics.C?r1=1.31&r
Angus Leeming wrote:
>
> I'm looking at it at this instant. I'll address my issues and commit it in
> the next 20 mins or so.
ok
Angus, I forgot to ask for the sense of this message:
Received unhandled X11 event
Type: 0xd Target: 0x35f
happens, when applying a graphic from the gui.
He
Angus Leeming wrote:
> I've done so. Needless to say I tweaked it a little. I decided that the
> graphics dialog could access the graphics cache direct and not go through the
> inset.
ok, good idea.
Angus, what is with the former graphics patch?
Herbert
--
http://www.lyx.org/help/
-devel/src/frontends/controllers/ChangeLog,v
retrieving revision 1.157
diff -u -r1.157 ChangeLog
--- src/frontends/controllers/ChangeLog 9 Apr 2002 10:02:10 - 1.157
+++ src/frontends/controllers/ChangeLog 11 Apr 2002 14:05:53 -
@@ -1,3 +1,7 @@
+2002-04-11 Herbert Voss <[EMAIL
On Thu, 11 Apr 2002, R. Lahaye wrote:
> BTW, the patch says:
>
> case '~':
> - os << "\\textasciitilde{}";
> + os << "\\~{}"; // same as \textasciitilde;
> column += 16;
> Shouldn't both va
Allan Rae wrote:
> On Wed, 10 Apr 2002, Dekel Tsur wrote:
>
>
>>This is a latex issue. You can't have a footnote inside a float, unless you
>>put the footnote in a minipage.
>>
this is not really true. It's better to say "you should not have
footnotes in floats, because it makes no sense, but
R. Lahaye wrote:
> Hi,
>
> I'm using article (REVTeX 4) class layout with up-to-date LyX-CVS.
>
> RevTeX4 allows "Author Email" and "Author URL" insets.
>
> When a tilde (~) appears in one of these insets, it is typeset
> in the DVI and PostScript output as "\textasciitilde{}".
> (see attachme
Jean-Marc Lasgouttes wrote:
>>>>>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>>>>>
>
> Herbert> ok, confirmed, but I do not really know, If we should really
> Herbert> invastigate because 1.2.0 is comming "so
Angus Leeming wrote:
> why not leave the bounding box as blank until the file is loaded into LyX and
> then set it to 0 0 image->w image->h ? That'd do the trick wouldn't it?
Am I right, that I have first to apply in the gui or to close it
before getting the bb?
Herbert
--
http://www.lyx.
angeLog
--- lib/ChangeLog 10 Apr 2002 14:07:10 - 1.204
+++ lib/ChangeLog 10 Apr 2002 15:13:51 -
@@ -1,5 +1,9 @@
2002-04-10 Herbert Voss <[EMAIL PROTECTED]>
+ * configure.m4: correct entry for grace graphic format
+
+2002-04-10 Herbert Voss <[EMAIL PROTECTED]&
R. Lahaye wrote:
>
>>please try the attached patch. it works perfectly for me, but
>>it looks at bit too easy ... ;-)
>>
>
> With this patch LyX gets indeed the boundingbox for my Grace files!
>
> However, when I now do a "Insert->Graphics...", I get the usual
> square on the canvas ("No image
Jochem Kossen wrote:
> On Sun, Apr 07, 2002 at 08:56:04PM +0200, Herbert Voss wrote:
>
>>Jochem Kossen wrote:
>>
>>
>>>When pasting a big text, LyX 1.1.6fix4 hangs on FreeBSD 4.5-STABLE (did
>>>not test other OS'es)...Someone else noticed th
:35 -
@@ -1,3 +1,6 @@
+2002-04-10 Herbert Voss <[EMAIL PROTECTED]>
+
+ * CREDITS: correct email
2002-04-06 André Pönitz <[EMAIL PROTECTED]>
Jean-Marc Lasgouttes wrote:
>
> Herbert> open a new doc and insert a graphic which is two dirs deeper
> Herbert> than the doc dir.
>
> Would having prepareFile return RemoveExtension(filename_) fix this?
sure, but only for files which are in deeper dirs.
It's no problem for me to change it t
Jean-Marc Lasgouttes wrote:
>>>>>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>>>>>
>
> Herbert> open a new doc and insert a graphic which is two dirs deeper
> Herbert> than the doc dir.
> [...]
> Herbert> ho
Jean-Marc Lasgouttes wrote:
>>>>>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>>>>>
>
>>>But why does latex search in the tmp dir? We give it a nice
>>>\input@path to tell that it should also look in the
Jean-Marc Lasgouttes wrote:
>>>>>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>>>>>
>
> Herbert> the patch
> Herbert> http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg35477.html
>
> Herbert> is buggy
on 1.663
diff -u -r1.663 ChangeLog
--- src/ChangeLog 6 Apr 2002 13:15:09 - 1.663
+++ src/ChangeLog 9 Apr 2002 14:35:15 -
@@ -1,3 +1,8 @@
+2002-03-28 Herbert Voss <[EMAIL PROTECTED]>
+
+ * lyxlength.[Ch]: add inBP() to get the right PS-point
+ units (BigPoint
Angus Leeming wrote:
> Alternatively, rotate it by 270.1 degs.
this is not possible yet, only 4 characters. I'll send a
fix together with some other more or less small changes
Herbert
--
http://www.lyx.org/help/
R. Lahaye wrote:
>>>0 : LyX View updates to 0 degrees
>>>268 : LyX View updates to 268 degrees
>>>269 : nothing happens
>>>270 : LyX View updates to 270 degrees
>>>271 : nothing happens
>>>
>>>Something fishy is going on here.
>>>
>>I think that this graphics stuff is getting to the point of dimi
Claus Hindsgaul wrote:
> Hi,
>
> Using the current 1.2.0cvs I just noticed that I cant rotate graphics by
> 270 degrees. 90, 180, 269 and 271 degrees work just fine --- just not
> 270 degrees...
seems to be a bug in xforms. Angus?
In RotateMatrix [image_rotate.c 239] InternalError: bad specia
Angus Leeming wrote:
> On Monday 08 April 2002 10:09 pm, Herbert Voss wrote:
>
>>Angus Leeming wrote:
>>
>>>+std::cerr << image_->w << " " << (params.bb.xr - params.bb.xl) << '\n'
>>>+<< im
On Tue, 9 Apr 2002, R. Lahaye wrote:
> Angus Leeming wrote:
> >
> > why not leave the bounding box as blank until the file is loaded into LyX and
> > then set it to 0 0 image->w image->h ? That'd do the trick wouldn't it?
>
> Why assuming the two zero values? Is that always correct?
> Isn't it sa
On Tue, 9 Apr 2002, Angus Leeming wrote:
> Try the attached failed_clip.tar.bz2. It contains temp.lyx and time_40.eps. I
> modified the Bounding Box of time_40.eps manually to 30 30 200 180. (ie,
> moved the bottom left hand corner from 0 0).
>
> Press the clip button and watch the top right cor
On Tue, 9 Apr 2002, Angus Leeming wrote:
> why not leave the bounding box as blank until the file is loaded into LyX and
> then set it to 0 0 image->w image->h ? That'd do the trick wouldn't it?
hm, seems to be absolutely easy ...
Herbert
R. Lahaye wrote:
> I'm using non-eps graphics files, Grace-"agr" that is.
>
> In the Bounding-Box tab of the Graphics dialog is the
> "Get values from file", which seems to have no effect on
> the "agr" file.
>
> However, the agr file is converted to "eps"; then why not using
> this eps file fo
Angus Leeming wrote:
> + std::cerr << image_->w << " " << (params.bb.xr - params.bb.xl) << '\n'
> + << image_->h << " " << (params.bb.yt - params.bb.yb) << std::endl;
I can do what I want, I always get correct values ...
maybe that I'm blinded by the light, but for my
rose.eps
Angus Leeming wrote:
> Display the file. Fine. Clip it fine. (Not changed the bounds, so it isn't
> clipped).
>
> Change xl to 31 in the graphics dialog (change by 1). Now clip it...
>
> Lose 30 from the top and the right :-(
>
> What's the solution to this then?
I can not see this effect.
Angus Leeming wrote:
> modify the bounding box of your graphic file from say:
> %%BoundingBox: 0 0 200 180
> to
> %%BoundingBox: 30 30 200 180
>
> (Big enough to see the effect anyway...)
>
> Display the file. Fine. Clip it fine. (Not changed the bounds, so it isn't
> clipped).
>
16:51:46 - 1.48
+++ src/graphics/ChangeLog 8 Apr 2002 18:42:15 -
@@ -1,3 +1,8 @@
+2002-04-08 Herbert Voss <[EMAIL PROTECTED]>
+
+ * GraphicsParams.C (c-tor): fix bug when lower left has negative
+ values
+
2002-04-08 Angus Leeming <[EMAIL PROTECTED]>
Angus Leeming wrote:
> On Monday 08 April 2002 5:59 pm, Herbert Voss wrote:
>
>>Angus Leeming wrote:
>>
>>>+bb.xl -= bb_orig.xl;
>>>+bb.xr -= bb_orig.xl;
>>>+bb.yb -= bb_orig.yb
could ypu please apply this small patch:
http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36140.html
Herbert
--
http://www.lyx.org/help/
-1,5 +1,10 @@
2002-04-08 Herbert Voss <[EMAIL PROTECTED]>
+ * insetgraphicsparam.C: revert patch from Angus to get files run
+ which are in deeper dir's.
+
+2002-04-08 Herbert Voss <[EMAIL PROTECTED]>
+
* insetgraphicsparam.C: forgot special option and del
John Levon wrote:
> On Sun, Apr 07, 2002 at 09:11:14AM +0200, Herbert Voss wrote:
>
>
>>attached a patch for the subfigure bug (don't activate
>>subfigure, when a caption was read).
>>
>
> somebody apply this ?
>
>
>>1.1.6 export is:
Angus Leeming wrote:
> + bb.xl -= bb_orig.xl;
> + bb.xr -= bb_orig.xl;
> + bb.yb -= bb_orig.yb;
> + bb.yt -= bb_orig.yt;
should be bb.yt -= bb_orig.yb;
but did not work anyway.
Herbert
p.s. attached a flower for
can someone answer, please.
http://www.mail-archive.com/lyx-users%40lists.lyx.org/msg18360.html
Herbert
--
http://www.lyx.org/help/
Juergen Vigna wrote:
> this be inserted now? Do we read it correctly with the Compatibility read?
with this patch yes,
http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36140.html
Herbert
--
http://www.lyx.org/help/
Juergen Vigna wrote:
> On 08-Apr-2002 Lars Gullik Bjønnes wrote:
>
>
>>If we just refrain from doing anything with this now, that should be
>>ok, it will not be a regression from 1.1.6.
>>
>
> Well I really don't care about this, but just for my records a simple
> question. In 1.1.6 we have In
Kornel Benko wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Monday, 8. April 2002 10:47, Kornel Benko wrote:
>
>>On Sunday, 7. April 2002 18:24, Herbert Voss wrote:
>>
>>> can not reproduce.
>>> insert a graphic, choose draft and save the file. w
rc/frontends/controllers/ChangeLog 5 Apr 2002 09:18:25 - 1.154
+++ src/frontends/controllers/ChangeLog 8 Apr 2002 13:35:40 -
@@ -1,3 +1,7 @@
+2002-04-07 Herbert Voss <[EMAIL PROTECTED]>
+
+ * ControlGraphics.[C]: move readBB as readBB_from_PSFile into filetools
+
2002
Jean-Marc Lasgouttes wrote:
>>"Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>>
>
> Juergen> Juergen Spitzmueller wrote:
>
>>>I have reopened bug #306 and I need some help on this.
>>>
>>>Any ideas? Thanks.
>>>
>
> Juergen> Note that this bug is really annoying if you ar
Juergen Vigna wrote:
> On 08-Apr-2002 Herbert Voss wrote:
>
>
>>do me a favour and let subfigure untouched before 1.3
>>
>
> Well I think the problem here is that it is not anymore supported. So we
> have 2 options. Add the support as it was in the insetfigure
Angus Leeming wrote:
> I _really_ think we should do this if the current soluion is a fudge. Else
> we'll have to provide backward compatability for crap.
>
> You mentioned that sub figure belongs in InsetFloat?
>
> This is what Goosen's et al. has to say.
>
> 6.4.3 subfigure --- Figures insi
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
>>
> | must be:
>
> |int const xoffset_l = max(0, (int)params.bb.xl - xl_orig);
> |int const xoffset_r = max(0, image_->w - (int)params.bb.xr + xl_orig);
> |int const
Herbert Voss wrote:
> clipping on original bounding boxes like 29 39 200 300
> is wrong, because LyX takes the first two values
> (lower left) in relation to (0,0) and crops the image
> with wrong values.
>
> This was first mentioned by Rob.
>
> The attached patch fixe
Lars Gullik Bjønnes wrote:
> int const xoffset_l = max(0, params.bb.xl - xl_orig);
> int const xoffset_r = max(0, image_->w - params.bb.xr + xl_orig);
> int const yoffset_t = max(0, image_->h - params.bb.yt + yb_orig);
> int const yoffset_b = max(0, params.bb.yb - yb_orig);
>
> looks a l
Jochem Kossen wrote:
> When pasting a big text, LyX 1.1.6fix4 hangs on FreeBSD 4.5-STABLE (did
> not test other OS'es)...Someone else noticed the same bug too...
what is a "big" text?
HErbert
--
http://www.lyx.org/help/
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | The attached patch fixes this, so that lyx-view
> | and latex view are the same..
>
> | +2002-04-07 Herbert Voss <[EMAIL PROTECTED]>
> | +
> | + * ControlGraphics.[C]: mo
/controllers/ChangeLog 5 Apr 2002 09:18:25 - 1.154
+++ src/frontends/controllers/ChangeLog 7 Apr 2002 16:16:56 -
@@ -1,3 +1,7 @@
+2002-04-07 Herbert Voss <[EMAIL PROTECTED]>
+
+ * ControlGraphics.[C]: move readBB as readBB_from_PSFile into filetools
+
2002-04-05 Angus L
Kornel Benko wrote:
> Trying to set this option to e.g. "draft"
> in graphics-dialog.
> This option seems to be somehow broken, there is no
> sign of it in the exported latex-file, nor does it appear
> in the dialog the next time I open it.
can not reproduce.
insert a graphic, choose draft and
002 13:01:03 - 1.93
+++ src/support/ChangeLog 7 Apr 2002 10:44:39 -0000
@@ -1,3 +1,7 @@
+2002-04-07 Herbert Voss <[EMAIL PROTECTED]>
+
+ * filetools.C: fix bug for eps. scans now a whole line
+
2002-04-06 Lars Gullik Bjønnes <[EMAIL PROTECTED]>
* lyxstr
the patch
http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg35477.html
is buggy when you insert a graphic file which is in a deeper dir
than the one from the doc. In this case the absolut path is missing,
the converted image is written into the doc dir and latex fails,
because it searchs
please, try the patch
herbert
--
http://www.lyx.org/help/
Index: src/support/filetools.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/filetools.C,v
retrieving revision 1.113
diff -u -r1.113 filetools.C
--- src/su
> [...]
> Making install in xforms
> make[4]: Entering directory `/home/voss/lyx-devel.neu/src/frontends/xforms'
> Making install in forms
> make[5]: Entering directory
> `/home/voss/lyx-devel.neu/src/frontends/xforms/forms'
> make[5]: *** No rule to make target `install'. Stop.
> make[5]: Leavi
what goes wrong??
Herbert
[...]
Making install in xforms
make[4]: Entering directory `/home/voss/lyx-devel.neu/src/frontends/xforms'
Making install in forms
make[5]: Entering directory
`/home/voss/lyx-devel.neu/src/frontends/xforms/forms'
make[5]: *** No rule to make target `install'. Stop.
mak
00
@@ -1,3 +1,8 @@
+2002-04-07 Herbert Voss <[EMAIL PROTECTED]>
+
+ * insetgraphic.C (readFigInset): fix bug with subcaption and
+ rotating
+
2002-04-05 Juergen Vigna <[EMAIL PROTECTED]>
* insettext.C (localDispatch): make a CURSOR update if we
John Levon wrote:
>
> I can't test if it builds in 1.1.6 or not.
I run 1.1.6 and it also doesn't work without a float.
Herbert
--
http://www.lyx.org/help/
John Levon wrote:
> On Sat, Apr 06, 2002 at 09:01:43PM +0200, Herbert Voss wrote:
>
>
>>put it in a float! otherwise the counter can't work
>>
>
> This is from a 1.1.6 document that has :
>
> \begin_inset Figure size 148 150
> file Theorieenmatrix.e
John Levon wrote:
> try building the attached
put it in a float! otherwise the counter can't work
Herbert
--
http://www.lyx.org/help/
Herbert Voss wrote:
> this seems easier to me ...
> do a mv ... /dev/null if it's nonsense
should not be the truth ... ;-)
here is the right one ..., sorry
Herbert
--
http://www.lyx.org/help/
Index: src/suppor
retrieving revision 1.93
diff -u -r1.93 ChangeLog
--- src/support/ChangeLog 6 Apr 2002 13:01:03 - 1.93
+++ src/support/ChangeLog 6 Apr 2002 17:45:42 -0000
@@ -1,3 +1,8 @@
+2002-04-07 Herbert Voss <[EMAIL PROTECTED]>
+
+ * filetools.C: (getExtFromContents) read less
Lars Gullik Bjønnes wrote:
> actually we can easly argue that what we read in is not a string but
> an array of bytes, but to make comparisons easier it is proabably
> easiest to stay with string.
>
> char char_array[64];
> int read_n = ifs.readsome(dummy, 64);
> string str(dymmy, read_n);
>
>
Lars Gullik Bjønnes wrote:
> As it is not you are not all-files-type-proof, if I tried to load the
> lyx binary as a graphcs file it would most likely fail, or just read
> _a lot_ too much.
please edit, I never did it in this way (reading from a file)
support/filetools.C - getExtFromContents()
Lars Gullik Bjønnes wrote:
> btw. I do not agree with the logic of getExtFromContents, first of all
> it should be named getFileType :-)
I have absolutely no problems to agree with important facts ... ;-)
> The more important issue is if the contents turn out to be an unknown
> file type, bu
Lars Gullik Bjønnes wrote:
> Ok, so this was a bug in lyxstring... fixed now... (hopefully)
> but there is also most likely a problem in getExtFromContents ... it
> uses
>
> string str;
> ifs >> str;
>
> this only reads from ifs until ' ' or '\n' or eof is reached, I guess
> it would be more co
Kornel Benko wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Saturday, 6. April 2002 12:02, Lars Gullik Bjønnes wrote:
>
>>Kornel Benko <[EMAIL PROTECTED]> writes:
>>
> ...
>
>>Can you run LyX with "-dbg graphics" turned on?
>>
>>"lyx -dbg graphics"
>>
>>That should give some more info.
>>
>> > using today's cvs (as of two minutes ago) all works perfectly as
far as
>> > I'm concerned. I attach small screenshots of the LyX and LaTeX
views to
>> > prove it.
>>
>> Angus, I think Rob is right. Change your zoom-factor of the
>> prefs to e.g. 150% and you'll see, that the lyx view
sr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.343
diff -u -r1.343 ChangeLog
--- src/frontends/xforms/ChangeLog 5 Apr 2002 09:18:26 - 1.343
+++ src/frontends/xforms/ChangeLog 5 Apr 2002 11:26:21 -
@@ -1,3 +1,8 @@
+2002-04-05 Herbert Vos
Juergen Vigna wrote:
> On 05-Apr-2002 Herbert Voss wrote:
>
>
>>>I never used Bibtex so this question may seem stupid, but what if the entry
>>>changed in the bibtex file (if that is possible), you would give a wrong
>>>information, wouldn't you?
>
Juergen Vigna wrote:
> On 05-Apr-2002 Herbert Voss wrote:
>
>
>>this is a kind of overhead! for three words I start a search in a
>>database ...
>>
>
> I never used Bibtex so this question may seem stupid, but what if the entry
> changed in the bibtex f
Angus Leeming wrote:
>>The values of the (X,Y)-coordinates for Bottom left have
>>equal effect for both LyX View and LaTeX View.
>>However, the value of Top right x-coordinate cuts off
>>different slabs for LyX and for LaTeX!
>>
>>PS: use "clip to bounding box" to see these effects.
>>
>
> Rob,
Allan Rae wrote:
> On Fri, 5 Apr 2002, Herbert Voss wrote:
>
>
>>Allan Rae wrote:
>>
>>
>>>>to let the inset know what to do with the label I put all
>>>>information in the option part: before, after, label.
>>>>for example a
Allan Rae wrote:
>>to let the inset know what to do with the label I put all
>>information in the option part: before, after, label.
>>for example a line from a lyx file:
>>
>>\citet[<\before>also<\end_before><\after>Page
>>57ff<\end_after><\natbib>Bry and Afflerbach (1968)]{bry-afflerbach}
>>
>
Allan Rae wrote:
>>http://www.perce.de/lyx/cite0.gif <-- with natbib
>>http://www.perce.de/lyx/cite1.gif <-- without natbib
>>
>
> So why is there a page entry given without natbib? Is that just
> making use of the "after" field? (Hmm... it would seem so)
the first shows the different natb
Angus Leeming wrote:
> On Thursday 04 April 2002 2:36 pm, Lars Gullik Bjønnes wrote:
>
>>Angus Leeming <[EMAIL PROTECTED]> writes:
>>
| Very neat. I'll apply it once I've tested it works.
Oh... feel free to wait now... if it works as it is it works...
>>|
>>| Well that's the p
601 - 700 of 1510 matches
Mail list logo