Hello lyx developpers,
I'm compiling oftently the 1.2 cvs release of lyx on my sparcstation 5
under linux debian sparc 2.2r3
All compile fines, but there is a small strange things about recompiling
after a cvs update, the ./configure tells me that xxx is not a standard
libtool... In fact a new
Hello,
When I try to view a lyx file with "DocBook article" class, which also
contains tex style files in the Layout->LaTeX Preamble, it gives me, while
executing db2dvi, the error,
"character "\" not allowed in declaration subset'.
Is this a bug, or am I doing something wrong here ?
The exp
On Wed, 20 Feb 2002, Niklaus Giger wrote:
> Thank you very much for providing me with a superior text
> editor. I use it a lot and my wife even wrote her 45 page
> presentation to be accepted as diabetes nurse.
>
> As she is Korean (and also teaches Korean for children
> here) I need to pro
On Thu, Feb 21, 2002 at 12:14:13AM +0100, Michael Schmitt wrote:
>
Wow your list is getting pretty short !
> solaris symlink problem
odd
> - "faulty.bib" is not parsed correctly and causes a problem (console message) when
> choosing a different natbib style for entry "ASN.1:1997"
added t
"Garst R. Reese" wrote:
>
> Could you be just a tad more explicit about :)
> is it still:
> xmgrace -hardcopy -hdevice EPS $$i
> ?
Yes.
I have removed that "user" thing in Preferences all together
(see earlier thread on the Grace issue) and replaced that by
Formats:
Format: agr
GUI name
On Wed, 20 Feb 2002, Angus Leeming wrote:
> The zipped file is 33kB in size, so I've shoved it here
>
> http://www.devel.lyx.org/~leeming/graphics.diff.bz2
>
> Please try it out. I propose committing this to cvs but testing never hurts!
Can't we just put this in a BRANCH and work on that instead
Hello.
On Wed, 20 Feb 2002, Joao Luis Meloni Assirati wrote:
> \begin_inset Formula \[
> \frac{3} {2}\]
> \end_inset
>
> \begin_inset Formula \[
> \frac{3}
> {2}\]
> \end_inset
>
> are not parsed correctly. The space or the newline between the two
> arguments of \frac should have no effect,
R. Lahaye wrote:
> As of my download today (Feb 21), Grace files don't load
Sorry, I'm in a slow learning curve here.
Defined a
Format/Gui_name/Extension as agr/Grace/agr
and
From Grace To EPS Converter
And everything works just fine!
I'm getting more and more impressed by this conve
On Wed, Feb 20, 2002 at 05:10:15PM +, Angus Leeming wrote:
> http://www.devel.lyx.org/~leeming/graphics.diff.bz2
OK lars from a make distclean of the latest CVS I still get build problems with this
patch. I don't know what more I can do - can you try the patch ?
john
--
"They eat cold mea
Hi,
As of my download today (Feb 21), Grace files don't load
anymore, though I have defined the conversion in Preferences
as "user", which we have discussed on this mailing list before.
The message in the terminal is:
try to convert image file: /home/lahaye/paper/figures/cid_cia.agr
GetExtens
On Wed, Feb 20, 2002 at 08:47:18PM +0100, Lars Gullik Bjønnes wrote:
> Have you tried the patch that I sent?
I think this one passed me by ...
regards
john
--
"They eat cold meat for breakfast and make jokes about gzip."
- Rik Hemsley on KDE developers
On Wed, Feb 20, 2002 at 09:54:00PM +0100, Michael Schmitt wrote:
> Personally, I think both unhandled X11 events and BadWindow errors
> appeared first about 2 months ago.
the unhandled events have probably /always/ been there. What got added
was extra debug code. Whilst they're probably not a m
Hello,
I have set up a new bug list.
Except for the nasty X Window problems, things have become much better.
I haven't checked the status of undo/redo this time. According to
bugzilla, half of all show stoppers are related to these operations. I
will have a look at them occasionally. But than
Hi
My installation of lyx-1.1.6-fix4 crashes after copying a figure from one
document to another.
This is what I do that leads to the crash
1. Start lyx and getting a new document
2. Open an existing document in the same catalog
3. Marking a figure in the old document and copying it with C-c
4. G
Juergen Vigna wrote:
>>if you have a mix of longtable with and without captions, than write after every
>>longtable:
>>
>>\addtocounter{table}{-1}
>>
>
> I don't understand this one. What happens if you don't have a caption does
> it increase the counter anyway? Could we have this as a rule and
Lars Gullik Bjønnes wrote:
> | What happens if the result is stored in yet another reference and the
> | function is invoked several times? -> Nasty problems!
>
> | const string &ref1 = foo1.name();
> | const string &ref2 = foo1.name();
>
> | if ( ref1 == ref2 ) /* ref1 == ref2!!
On Wed, Feb 20, 2002 at 09:44:58PM +0100, Niklaus Giger wrote:
>
> As I vaguely remember there were plans to merge CJK-LyX
> into the main version 1.2.0. So I downloaded the 1.2.0cvs,
> compiled it, but it did not display any korean characters
> at all and says on the console
> > Received unha
Hi,
yet another confirmation.
Yesterday I received a "BadWindow" console message (after yet another
"Received unhandled X11 event" message) when closing the preferences
dialog. My LyX runs on SuSE Linux 7.3, gcc-2.95.3 and xforms 0.89.6.
These X window bugs happen now and then in different di
Thank you very much for providing me with a superior text
editor. I use it a lot and my wife even wrote her 45 page
presentation to be accepted as diabetes nurse.
As she is Korean (and also teaches Korean for children
here) I need to provide a possibility for her to write
everything under our
Hello.
I'm using the latest 1.2.0cvs. The fragments
\begin_inset Formula \[
\frac{3} {2}\]
\end_inset
and
\begin_inset Formula \[
\frac{3}
{2}\]
\end_inset
are not parsed correctly. The space or the newline between the two
arguments of \frac should have no effect, but they get parsed as
\
On Wed, Feb 20, 2002 at 05:53:38PM +, Angus Leeming wrote:
> On Wednesday 20 February 2002 5:36 pm, John Levon wrote:
> > On Wed, Feb 20, 2002 at 05:10:15PM +, Angus Leeming wrote:
> >
> > > http://www.devel.lyx.org/~leeming/graphics.diff.bz2
> >
> > support/libsupport.o: In function `Fo
On Wed, Feb 20, 2002 at 05:10:15PM +, Angus Leeming wrote:
> http://www.devel.lyx.org/~leeming/graphics.diff.bz2
nope, still errors out.
moz src 149 nm support/libsupport.o --demangle | grep Forkedcall::kill
6670 T Forkedcall::kill(int)
moz src 150 nm support/libsupport.o --demangle | g
When loading a file with 3 jpeg images, I get the following
# InsetGraphics = 1
# InsetGraphics = 2
# InsetGraphics = 3
Program received signal SIGSEGV, Segmentation fault.
0x400bf67d in xpmParseData ()
(gdb) mv: /tmp/lyx_tmpdir30964a30964/gconversion30964a30964.xpm: No such file or
directory
c
On Wednesday 20 February 2002 6:28 pm, John Levon wrote:
> On Wed, Feb 20, 2002 at 06:21:10PM +, Angus Leeming wrote:
>
> > > make[3]: *** [GraphicsCache.o] Error 1
> >
> > Thanks, Dekel. I think this means that your compiler is crap! You'll find
> > this error occuring more than once, I su
On Wednesday 20 February 2002 5:10 pm, Angus Leeming wrote:
> My hacking on the graphics inset has come to the end for the time being I
> hope. I have something that now loads asynchronously and has hooks in place
> to modify the LyX view of the image.
>
> The zipped file is 33kB in size, so I'
On Wed, Feb 20, 2002 at 06:21:10PM +, Angus Leeming wrote:
> > make[3]: *** [GraphicsCache.o] Error 1
>
> Thanks, Dekel. I think this means that your compiler is crap! You'll find
> this error occuring more than once, I suspect. Just make the d-tor public.
isn't boost::noncopyable good eno
On Wednesday 20 February 2002 6:11 pm, Dekel Tsur wrote:
> On Wed, Feb 20, 2002 at 05:10:15PM +, Angus Leeming wrote:
> > My hacking on the graphics inset has come to the end for the time being I
> > hope. I have something that now loads asynchronously and has hooks in
place
> > to modify t
On Wed, Feb 20, 2002 at 05:10:15PM +, Angus Leeming wrote:
> My hacking on the graphics inset has come to the end for the time being I
> hope. I have something that now loads asynchronously and has hooks in place
> to modify the LyX view of the image.
>
> The zipped file is 33kB in size, so
On Wed, Feb 20, 2002 at 05:53:38PM +, Angus Leeming wrote:
> This looks jolly wierd. All works beautifully here. Could you investigate a
> little further for me. Please!
ok probably the build fuckups we've come to know and love these past few days :)
rebuilding now, if I don't moan it's wo
On Wednesday 20 February 2002 5:36 pm, John Levon wrote:
> On Wed, Feb 20, 2002 at 05:10:15PM +, Angus Leeming wrote:
>
> > http://www.devel.lyx.org/~leeming/graphics.diff.bz2
>
> support/libsupport.o: In function `Forkedcall::kill(int)':
> /home/moz/src/lyx/lyx-devel/src/support/forkedcall.
On Wed, Feb 20, 2002 at 05:10:15PM +, Angus Leeming wrote:
> http://www.devel.lyx.org/~leeming/graphics.diff.bz2
support/libsupport.o: In function `Forkedcall::kill(int)':
/home/moz/src/lyx/lyx-devel/src/support/forkedcall.C:159: undefined reference to
`Forkedcall::pid(void) const'
/home/mo
Edwin Leuven wrote:
> > Hopefully (!) you will get a BadWindow.
>
> lyx: Attempting to save document /home/leuven/newfile2.lyx as...
> /home/leuven/newfile2.lyx.emergency
> Save seems successful. Phew.
> BadWindow (invalid Window parameter)
> Aborted (core dumped)
>
> and a crash!
Me too!
xfo
On Wed, Feb 20, 2002 at 05:10:15PM +, Angus Leeming wrote:
> http://www.devel.lyx.org/~leeming/graphics.diff.bz2
cool I'll look and test.
> Please try it out. I propose committing this to cvs but testing never hurts!
we need to resolve the badwindow issue before committing anything in this
My hacking on the graphics inset has come to the end for the time being I
hope. I have something that now loads asynchronously and has hooks in place
to modify the LyX view of the image.
The zipped file is 33kB in size, so I've shoved it here
http://www.devel.lyx.org/~leeming/graphics.diff.bz2
> Hopefully (!) you will get a BadWindow.
lyx: Attempting to save document /home/leuven/newfile2.lyx as...
/home/leuven/newfile2.lyx.emergency
Save seems successful. Phew.
BadWindow (invalid Window parameter)
Aborted (core dumped)
and a crash!
On Wed, Feb 20, 2002 at 04:46:07PM +, John Levon wrote:
> On Wed, Feb 20, 2002 at 05:22:20PM +0100, Lars Gullik Bjønnes wrote:
>
> > "Anyone for ignoring segfaults?"
>
> there's a big difference ;)
>
> > will ignoring BW actually work?
>
> yes.
>
> I've investigated further, and I know
On Wed, Feb 20, 2002 at 05:22:20PM +0100, Lars Gullik Bjønnes wrote:
> "Anyone for ignoring segfaults?"
there's a big difference ;)
> will ignoring BW actually work?
yes.
I've investigated further, and I know now
a) what the xforms bug is
and
b) how to reproduce it
I haven't yet connecte
On Wed, Feb 20, 2002 at 04:15:48PM +0100, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | lyxlayout.C: In method `const class string & LyXLayout::name() const':
> | lyxlayout.C:740: warning: returning reference to temporary
> | lyxlayout.C: In method `const class s
By accident, I saw your message with the following code:
> string const & LyXLayout::name() const
>{
>string * name = new string(lowercase(name_));
>return * name;
>}
This code produces a memory leak each time it is invoked!
Using a static function variable could help but it is not safe
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> mmm but there will be a lot of places that does not have a
Lars> BufferParam?
Not sure.
Lars> I am not sure if we should do this cleanup now. The patch does
Lars> not exacly make things more unclean that in already is.
Agree
Am I really the only one getting badwindows pretty reliably when inserting
graphics ??
The window is the dialog window for FormGraphics. Inserting XSync()s in relevant
places doesn't help.
The interesting thing is, if you don't open the file dialog, but enter
the name in the dialog, it won't Ba
On 20-Feb-2002 Lars Gullik Bjønnes wrote:
> That was strange... it really shouldn't.
>
> what if you change it to:
>
> template<>
> string const write_attribute(string const & name, bool b);
In file included from tabular.C:37:
tabular_funcs.h:35: template-id `write_attribute<>' for
`write_at
> Please put the following also in your local tree, or I suspect Bug 221
> will still be alive.
This was already fixed this morning.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
We have this in tabular_funcs.h:
> template
> string const write_attribute(string const & name, T const & t)
> {
> string str = " " + name + "=\"" + tostr(t) + "\"";
> return str;
> }
> template<>
> string const write_attribute(string const & name, bool const & b);
> template<>
>
On Wed, Feb 20, 2002 at 04:15:48PM +0100, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | lyxlayout.C: In method `const class string & LyXLayout::name() const':
> | lyxlayout.C:740: warning: returning reference to temporary
> | lyxlayout.C: In method `const class s
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Martin Vermeer <[EMAIL PROTECTED]> writes: | lyxlayout.C: In
Lars> method `const class string & LyXLayout::name() const': |
Lars> lyxlayout.C:740: warning: returning reference to temporary |
Lars> lyxlayout.C: In method `const
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> This is what I had in mind, indeed. You've got to find a bufferview
> somewhere. And probably an inset should be able to know in which
> bufferviews it belongs (I assume it could do that by knowing in which
> document it belongs)
Yes document or we w
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
>> What bufferview would you use with your lfun solution? If you know
>> that, you can just use the same...
Juergen> This doesn't matter as in the case of multiple bufferviews
Juerge
>
> I have it like this in my tree now:
>
> string const & LyXLayout::name() const
> {
> name_ = lowercase(name_);
> return name_;
> }
>
>
> string const & LyXLayout::obsoleted_by() const
> {
> obsololeted_by_ = lowercase(obsoleted_by_);
> return obsoleted_by_;
> }
You
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> What bufferview would you use with your lfun solution? If you know
> that, you can just use the same...
This doesn't matter as in the case of multiple bufferviews the lyxfunc
aproach would also be wrong: owner()->view() which view??? We now have
only
On Wednesday 20 February 2002 3:30 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
>
> Angus> Should I modify GCache::update from void
> Angus> GCache::update(InsetGraphics const &); to void
> Angus> GCache::update(InsetGraphics const &, BufferView
On Wednesday 20 February 2002 2:16 pm, Juergen Vigna wrote:
> On 20-Feb-2002 Angus Leeming wrote:
>
> > So how should I proceed. Somehow I need to tell the underlying bufferview
> > that the inset has changed. That is, I'll have to call
> > BufferView::updateInset(Inset *, false)
> >
> >
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Should I modify GCache::update from void
Angus> GCache::update(InsetGraphics const &); to void
Angus> GCache::update(InsetGraphics const &, BufferView const *);
Angus> and store which BufferView the inset is to be found in. Only
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> How would you inspect character stuff with the Character
Juergen> layout??? And for the paragraph Layout I REALLY think that
Juergen> you don't have to inspect anything regarding the paragraph
Juergen> Layout of an ERT Inset as
On 20-Feb-2002 Angus Leeming wrote:
> So how should I proceed. Somehow I need to tell the underlying bufferview
> that the inset has changed. That is, I'll have to call
> BufferView::updateInset(Inset *, false)
>
> The question is how?
I would say as proove of concept you can use curren
On Wednesday 20 February 2002 2:45 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> When the loading status of a graphics file changes, I need to
> Angus> inform LyX. I do this with:
>
> Angus> LyXFunc::dispatch(LFUN_GRAPHICS_CHANGED_STATE,
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> Why can't you signal the insets directly? It looks like a case where
> the lyxfunc think is really not appropriate... It looks like you could
> just call some InsetGraphics::fileChanged method directly.
You got a point there, but we have to provide a
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> Juergen> And IMO the Layout->Character Menu should also be disabled.
> Juergen> Here it is the other way round the changes I make will not be
> Juergen> applied and I get an error message that it isn't possible,
> Juergen> but I can open the Layout wh
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 20-Feb-2002 Juergen Vigna wrote:
>> the paragraphs should be "forced" left aligned, IMO. And also we
>> should disable the whole Paragraph-Layout for paragraphs inside an
Juergen> I've just seen that the Layout->Paragraph
On Wednesday 20 February 2002 1:32 pm, Angus Leeming wrote:
Actually, that was a bit premature. This doesn't work! Has anybody any idea
about how to write isStrPtr(str), strToPtr(str)? Should I use the C library
function strtoul?
Angus
> When the loading status of a graphics file changes, I n
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> When the loading status of a graphics file changes, I need to
Angus> inform LyX. I do this with:
Angus> LyXFunc::dispatch(LFUN_GRAPHICS_CHANGED_STATE, argument);
Angus> where argument is a list of insets as a space-separated stri
When the loading status of a graphics file changes, I need to inform LyX. I
do this with:
LyXFunc::dispatch(LFUN_GRAPHICS_CHANGED_STATE, argument);
where argument is a list of insets as a space-separated string.
I split the string up and convert each substring back to a pointer with:
bool isSt
On 20-Feb-2002 Juergen Vigna wrote:
> the paragraphs should be "forced" left aligned, IMO. And also we
> should disable the whole Paragraph-Layout for paragraphs inside an
I've just seen that the Layout->Paragraph is disabled if I'm inside an
ERT, but if I have the layout already open I'm able
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> Juergen> getDrawFont() ?
>
> I can live with that. The most important is that the name is not
> getFontSettings.
Well then I'll change it to that. What we then still need is that
the paragraphs should be "forced" left aligned, IMO. And also we
shou
On Wednesday 20 February 2002 12:18 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | On Wednesday 20 February 2002 11:25 am, Lars Gullik Bjønnes wrote:
> >> | On Tuesday 19 February 2002 8:45 pm, [EMAIL PROTECTED] wrote:
> >> >> CVSROOT:/usr/local/lyx/cvsro
On Wednesday 20 February 2002 11:25 am, Lars Gullik Bjønnes wrote:
> | On Tuesday 19 February 2002 8:45 pm, [EMAIL PROTECTED] wrote:
> >> CVSROOT: /usr/local/lyx/cvsroot
> >> Module name: lyx-devel
> >> Repository:lyx-devel/src/frontends/
> >> Changes by:[EMAIL PROTECTED]
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
>> I did not have time to actually try it out, but as I said in bug
>> 143, you should really rename getFontSettings to something else
>> because it does not have the same semantics a
On Wed, Feb 20, 2002 at 11:54:04AM +0100, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
...
> >>
> >> Please help find the stupid problem.
> >
> | First-off, I see that it trips over the first starred layout (Part*) that
> | it encounters. The non-starred ones before
On 20-Feb-2002 John Levon wrote:
> also there is another patch of yours on bugzilla that you need to
> apply I suppose
Did you see my recent commit ;)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
It
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> I did not have time to actually try it out, but as I said in bug 143,
> you should really rename getFontSettings to something else because it
> does not have the same semantics as the other getFontSettings. What
> about adaptFont or filterFont?
getDr
On Wed, Feb 20, 2002 at 11:51:33AM +0100, Juergen Vigna wrote:
> Anyway all of you should already have had a look at the patch and tried it
> out. So if I don't get any serious complaints I will commit my tree soon!
see jmarc's comments on bugzilla !
also there is another patch of yours on bugz
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> For all of you who didn't look at it in short it does leave
Juergen> the Paragraph (Character) Params unchanged when copiing them
Juergen> inside an ERT and ONLY the display is changed. This is done
Juergen> by calling a functi
On Wed, Feb 20, 2002 at 10:48:07AM +, Angus Leeming wrote:
> I find that the conversion process works about 50% of the time. The rest of
> the time, the forked call controller thinks that the child dies and I get the
> message: "LyX: Error waiting for child: No child processes". the releva
On 20-Feb-2002 Angus Leeming wrote:
> On Wednesday 20 February 2002 10:42 am, Juergen Vigna wrote:
>> Why are the two files in the repository but not used?
>
> I think that they are removed from the repository. I replaced them with
> systemcall.[Ch].
Seems you're right. Maybe there was a "C"la
On Wednesday 20 February 2002 10:42 am, Juergen Vigna wrote:
> Why are the two files in the repository but not used?
I think that they are removed from the repository. I replaced them with
systemcall.[Ch].
Angus
What happend with the patch to the InsetERT problem I sent? Wasn't it
applied (it seems not as I still have the diffs in my tree). Should I
apply it?
For all of you who didn't look at it in short it does leave the Paragraph
(Character) Params unchanged when copiing them inside an ERT and ONLY the
I have asynchronous conversion of graphics files to a loadable format working
here beautifully. They don't display, because I don't explicitly tell LyX
that they've loaded (that ol' dispatch question). I have to enter something
on the paragraph to force a redraw. Anyway, that's not the main poi
On Tue, Feb 19, 2002 at 08:43:58PM +0100, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | And it still crashes, but should be better...
> | I know there is some small stupid thing in there somewhere, but cannot
> | see it. I'd be really grateful if someone els
Why are the two files in the repository but not used?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen Web: ht
On Tuesday 19 February 2002 8:45 pm, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/frontends/
> Changes by: [EMAIL PROTECTED] 02/02/19 20:45:53
>
> Modified files:
> lyx-devel/src/frontends/: Makefile.am
>
>
On 20-Feb-2002 Herbert Voss wrote:
> http://www.lyx.org/help/table/longtable.php#caption
Nice! You'll have a type in there
> \myFoothote{...blah...}
> \myFoothote{...blah...}
> caption and counting
> Longtable uses the same counter than tabular. Therefore counting of tables is wrong
>if
>
On Wed, 20 Feb 2002, Andreas [iso-8859-1] Knüpfer wrote:
> when using the option longtable for a table (inside a table float) the
> numbering of tables is multiplied by two, such that it goes table 2, table 4,
> table 6,... instead of 1,2,3,...
>
> the reason may be that the tex output says
>
> \
On Wed, Feb 20, 2002 at 09:48:55AM +0100, Andreas Knüpfer wrote:
> hi,
>
> when using the option longtable for a table (inside a table float) the
> numbering of tables is multiplied by two, such that it goes table 2, table 4,
> table 6,... instead of 1,2,3,...
A longtable should not be used in
hi,
when using the option longtable for a table (inside a table float) the
numbering of tables is multiplied by two, such that it goes table 2, table 4,
table 6,... instead of 1,2,3,...
the reason may be that the tex output says
\begin{table}
\begin{longtable}
...
\end{longtable}
\caption{}
\
84 matches
Mail list logo
