Hello,
I recently upgraded from version 1.1.4 to 1.1.5fix1. I found that a
document that worked perfectly under 1.1.4 no longer worked under
1.1.5fix1. I am using the harvard bibliography style, which triggers the
problem. I get errors when I use the \citeasnoun latex command in the
caption of a
On Mon, 14 Aug 2000, Dekel Tsur wrote:
> With latest CVS, I get the following error
>
> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I./xforms -I./xforms -I../..
> -I../.. -isystem /usr/X11R6/include -O -fno-rtti -fno-exceptions -ansi -W
> -Wall -Wno-return-type -pedantic -Wp,-MD,.deps/Button
On Mon, Aug 14, 2000 at 11:50:02AM -0700, Kayvan A. Sylvan wrote:
> >
> > BUILD FAILED: lyx rpm
> >
>
> This looks like a problem with some files that are not getting put in the
> tar file (a ``make dist'' problem) but I don't have time to track it down
> right now.
This is certainly
On Mon, 14 Aug 2000, Juergen Vigna wrote:
> I don't understand??? How do you insert a insettabular in your document?
> Do you use Meta-x tabular-insert?
No, I ignorantly just clicked on the "table" icon ;-). I now tried that
(enter the command in the bottom line), and it worked! Yeah! That's
exa
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Mon, Aug 14, 2000 at 09:09:17PM +0200, Lars Gullik Bjønnes wrote:
| > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| >
| > | > make[2]: Entering directory `/home/kayvan/src/rpm/BUILD/lyx-1.1.6cvs/intl'
| > | > make[2]: Nothing to be done for
On Mon, Aug 14, 2000 at 09:09:17PM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | > make[2]: Entering directory `/home/kayvan/src/rpm/BUILD/lyx-1.1.6cvs/intl'
> | > make[2]: Nothing to be done for `all'.
> | > make[2]: Leaving directory `/home/kayvan/src/
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| > make[2]: Entering directory `/home/kayvan/src/rpm/BUILD/lyx-1.1.6cvs/intl'
| > make[2]: Nothing to be done for `all'.
| > make[2]: Leaving directory `/home/kayvan/src/rpm/BUILD/lyx-1.1.6cvs/intl'
| > Making all in po
| > make[2]: Entering directo
On Mon, Aug 14, 2000 at 03:00:20AM -0700, Cron Daemon wrote:
> cvs server: Updating .
> P ChangeLog
> cvs server: warning: acinclude.m4 is not (any longer) pertinent
> P autogen.sh
> P configure.in
> cvs server: Updating config
> U config/gnome.m4
> P config/lyxinclude.m4
> [...]
> P forms/bullet_
Baruch Even <[EMAIL PROTECTED]> writes:
| With the latest changes I'm unable to compile on XForms 0.88. I get the
| following error:
| g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -isystem /usr/X11R6/include
| -g -O -fno-rtti -fno-exceptions -ansi -W -Wall -Wno-return-type -c
| BufferView_pimpl.C
With the latest changes I'm unable to compile on XForms 0.88. I get the
following error:
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -isystem /usr/X11R6/include
-g -O -fno-rtti -fno-exceptions -ansi -W -Wall -Wno-return-type -c
BufferView_pimpl.C
BufferView_pimpl.C: In method `void
BufferView::Pim
Dear friends of Lyx:
Hi!
I'm sending to you some modified layouts files for lyx. (math_article.lyx,
math_report.lyx, math_book.lyx)
(I'm currently using lyx 1.0.4).
The pupose of this layouts is to provide ams-like theorems tags
(thorem, lemma , etc.) in the standard latex classes (book,ar
With latest CVS, I get the following error
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I./xforms -I./xforms -I../..
-I../.. -isystem /usr/X11R6/include -O -fno-rtti -fno-exceptions -ansi -W
-Wall -Wno-return-type -pedantic -Wp,-MD,.deps/ButtonPolicies.pp -c
ButtonPolicies.C -o ButtonPolicies.
On Mon, Aug 14, 2000 at 09:57:42AM +0200, Michael Zapf wrote:
> I tried to install the lyx-1.1.5fix1-1.src.rpm on my linux machine but I
> could not compile it. The included spec file contains a version
> information like "lyx-1.1.6cvs" which obviously does not match the
> downloaded version. If t
I agree it's a good idea to use kdevelop to produce the dialogs, but there
are some problems with this.
1) no geometry support (try resizing FormCopyright)
2) it wasn't clear if i18n was supported
this was in kdevelop 1.2 ... I've downloaded a recent snapshot to see if
kdlgedit has been improve
John Levon <[EMAIL PROTECTED]> writes:
| How about applying the patch until this is done with a big "REMOVE THIS" ?
|
No, I don't think so especially since it so easy to do the right
thing.
I'll have a look at this asap...
(or please beat me to it...)
Lgb
Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| > +#include
| > +
| > +/* ugly hack to prevent Qt's '#define emit ...' from
| > + * screwing us up below - jbl 2000/8/10
| > + */
| > +#ifdef KDEGUI
| > +#undef emit
| > +#endif
| > +
|
| I will commit this as it seems this is needed because
On Mon, 14 Aug 2000, Juergen Vigna wrote:
> > On 14-Aug-2000 John Levon wrote:
> >>
> >> As I said previously, the xforms dialogs don't show although it compiles.
> >
> > Applied and I will have a look!
>
> BTW.: Next time it would be nice to have also ChangeLog entries, for this
> time
On 14 Aug 2000, Lars Gullik Bjønnes wrote:
> Yes this is what we want. We may not be able to do it yet, but
> eventually this is how it should/will be.
>
> Lgb
>
OK this makes sense.
How about applying the patch until this is done with a big "REMOVE THIS" ?
I would have a go at movin
John Levon <[EMAIL PROTECTED]> writes:
| > This sould at least be taken care of _in_ the kde frontend files, not
| > in the rest of LyX.
| >
| > Lgb
| >
|
| I don't understand how I might do this.
|
| To clarify, the problem is lyx_gui.C includes kapp.h, which at some point
| include
> On 14-Aug-2000 John Levon wrote:
>>
>> As I said previously, the xforms dialogs don't show although it compiles.
>
> Applied and I will have a look!
BTW.: Next time it would be nice to have also ChangeLog entries, for this
time I added some!
Jürgen
--
-._-._-._-._-._-._-._-._-._-
On Mon, 14 Aug 2000, Juergen Vigna wrote:
> >
> > diff -u -r1.12 filedlg.C
>
> I have no problem to compile filedlg.C also with kde-frontend enabled,
> so I do not commit the below changes if Lars likes the inlining of this
> functions he can do this.
>
> Jürgen
>
Hmm. It seems that my
On 14-Aug-2000 John Levon wrote:
>
> As I said previously, the xforms dialogs don't show although it compiles.
Applied and I will have a look!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee
On 14-Aug-2000 John Levon wrote:
>
> The attached patch improves the configure stuff a bit.
> The following has been done :
Applied !
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
>
> diff -u -r1.12 filedlg.C
I have no problem to compile filedlg.C also with kde-frontend enabled,
so I do not commit the below changes if Lars likes the inlining of this
functions he can do this.
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürge
>
> +#include
> +
> +/* ugly hack to prevent Qt's '#define emit ...' from
> + * screwing us up below - jbl 2000/8/10
> + */
> +#ifdef KDEGUI
> +#undef emit
> +#endif
> +
I will commit this as it seems this is needed because of the clash of
Timeout::emit and Qt::emit. We could also rename t
On 14 Aug 2000, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | I need the patch below to compile a KDE frontend version (along with the
> | others coming your way). For some reason Qt-1.44 headers #define emit. I
> | don't see why, as moc should be dealing with files u
John Levon <[EMAIL PROTECTED]> writes:
| I need the patch below to compile a KDE frontend version (along with the
| others coming your way). For some reason Qt-1.44 headers #define emit. I
| don't see why, as moc should be dealing with files using signals/slots
| anyway shouldn't it ?
|
| Anyway
I need the patch below to compile a KDE frontend version (along with the
others coming your way). For some reason Qt-1.44 headers #define emit. I
don't see why, as moc should be dealing with files using signals/slots
anyway shouldn't it ?
Anyway, I'd like someone to comment on whether this is an
I don't know if this is something I screwed up in my KDE patch,
but I needed the below to compile (the relevant methods weren't being
inlined). This one confused me ...
john
diff -u -r1.12 filedlg.C
--- src/filedlg.C 2000/05/19 19:46:22 1.12
+++ src/filedlg.C 2000/08/14 13:59:15
The attached patch enables KDE to compile again, in concert with my
other patches on list.
It compiles, but doesn't register the xforms dialogs ... any ideas why ?
otherwise it seems ok
thanks
john
--
"Having Outlook security problems so frequently that they start to blur together is a
dang
The attached patch improves the configure stuff a bit.
The following has been done :
* remove duplicate --with-extra-includes
* remove duplicate --with-extra-libraries
* remove duplicate --disable-nls
* implement --with-kde-dir
* implement --with-kde-inclu
Argh, I gave the m4 patch twice. Sorry, here's the real one.
As I said previously, the xforms dialogs don't show although it compiles.
thanks
john
--
"Having Outlook security problems so frequently that they start to blur together is a
dangerous thing."
- hackernews
kde.diff.gz
On 14 Aug 2000, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | Why does the build process make libraries for each directory ?
>
> Better organization, and the possibility to use partial linking.
>
OK
> | This makes the build *huge* - breaks my quota, so I have to
diff -u -r1.17 INSTALL
--- INSTALL 2000/08/04 13:12:28 1.17
+++ INSTALL 2000/08/14 13:53:19
@@ -106,6 +106,11 @@
./configure
+NOTE: the following lists are not completely up to date. You can get a list
+of available options to configure by typing
+
+ ./configure --help
+
For
John Levon <[EMAIL PROTECTED]> writes:
| Why does the build process make libraries for each directory ?
Better organization, and the possibility to use partial linking.
| This makes the build *huge* - breaks my quota, so I have to compile in
| /tmp which is annoying when you change machines a
On 14 Aug 2000, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | Current CVS (last friday) will NOT compile with gcc-2.95.2
> |
> | libstdc++-devel-2.95.2-3mdk libstdc++-2.95.2-3mdk
>
> Since I am using
>
> [larsbj@lett build]$ gcc --version
> 2.95.2
>
> all t
John Levon <[EMAIL PROTECTED]> writes:
| Current CVS (last friday) will NOT compile with gcc-2.95.2
|
| libstdc++-devel-2.95.2-3mdk libstdc++-2.95.2-3mdk
Since I am using
[larsbj@lett build]$ gcc --version
2.95.2
all the time this is clearly bogus.
Lgb
>> the bindings return. What bind file are you using (cua or emacs?), maybe
>
> I don´t have specified anything, so cua should come up. however,
> specifiying \bind_file cua in ~/.lyx/lyxrc
> dosnt help either. I ran "lyx -dbg 4", and I can see that only the
> M-something ( I guess these are fro
Why does the build process make libraries for each directory ?
This makes the build *huge* - breaks my quota, so I have to compile in
/tmp which is annoying when you change machines a lot
can I turn this off ?
thanks
john
--
"Having Outlook security problems so frequently that they start to
Current CVS (last friday) will NOT compile with gcc-2.95.2
libstdc++-devel-2.95.2-3mdk libstdc++-2.95.2-3mdk
error was :
./configure ... make ... /bin/sh ../../libtool --mode=compile g++
-DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
-isystem /usr/X11R6/include
Timm Danker <[EMAIL PROTECTED]> writes:
| Well, I used to start it from there, but also simply "lyx" after a "make
| install"
| doesnt make the difference :-(
Please run lyx with -dbg key to see what is happening.
Lgb
Juergen Vigna wrote:
>
> >
> > I did a complete new checkout in addition to the cvs update, compiled
> > it, and the problm was still there. Since you say you can´t reproduce
> > it, I have definitely to blame my installation :-). I have no clue yet,
> > but will keep on trying :-)
>
> Where do
Steffen Evers <[EMAIL PROTECTED]> writes:
| When I use pdflatex it always recommends to rerun it because the
| labels may have
| changed. I noticed as well that LyX used up to 9 runs for my document to
| generate it with latex. So, I have thought it might be a good
| number. That's all
| to be
"Kayvan A. Sylvan" wrote:
>
> On Sun, Aug 13, 2000 at 11:38:04PM +0200, Steffen Evers wrote:
> >
> > A little shell script to translate lyx documents to pdf has come into being!
> > [...]
> >
> > Run pdflatex 9 times
> > for runno in 1 2 3 4 5 6 7 8 9
> > do
> >echo
> >echo "
On 14-Aug-2000 Baruch Even wrote:
> The former fix, wouldn't compile since it created a #include < config.h >
> construct, this now works (tested!)
>
Well I already fixed all compile issuses with your former patch so if
there are some more modification please send a patch agains the new
cvs-sou
The former fix, wouldn't compile since it created a #include < config.h >
construct, this now works (tested!)
-- Forwarded message --
Date: Mon, 14 Aug 2000 11:33:06 +0300 (IDT)
From: Baruch Even <[EMAIL PROTECTED]>
To: LyXperts <[EMAIL PROTECTED]>
Subject: indentation fixes for m
On 14-Aug-2000 Baruch Even wrote:
> Attached is a patch to fix all indentation issues with my sources, I've
> changed from space padding to tab padding this left the sources in an
> inconsistent state, I've now changed everything to use tab. I've actually
> used astyle program to indent everythin
On 14-Aug-2000 Baruch Even wrote:
> Attached is a patch to fix all indentation issues with my sources, I've
> changed from space padding to tab padding this left the sources in an
> inconsistent state, I've now changed everything to use tab. I've actually
> used astyle program to indent everythin
>> To compile this patch you need to copy all unimplemented dialogs in Gnome
>> frontend from Xforms frontend (or set up corresponding symbolic links).
>
> Maybe you should try some automake magic to create the symlinks at compile
> time. Try filling in the BUILT_SOURCES variable and then provid
On Mon, 14 Aug 2000, Allan Rae wrote:
> On Mon, 14 Aug 2000, Marko Vendelin wrote:
>
> > The dialogs were implemented using Glade and its C output. I've tried to
> > use glade-- to produce C++ output , but the result was far from complete
> > since glade-- doesn't cover Gnome very well and pro
On Mon, 14 Aug 2000, Baruch Even wrote:
> I'm reading the ButtonPolicy classes now and I'm writing these comments as
> I go along.
>
> 1. To use the map for the state machine transition table you can map based
> on a pair and the result can be the output.
and I got a compiler error within gcc w
Attached is a patch to fix all indentation issues with my sources, I've
changed from space padding to tab padding this left the sources in an
inconsistent state, I've now changed everything to use tab. I've actually
used astyle program to indent everything, its not perfect but it does most
if it's
I'm reading the ButtonPolicy classes now and I'm writing these comments as
I go along.
1. To use the map for the state machine transition table you can map based
on a pair and the result can be the output.
2. I remember seeing on the cpptips mailing list a mention to a state
machine compiler, in
On Mon, 14 Aug 2000, Marko Vendelin wrote:
> The dialogs were implemented using Glade and its C output. I've tried to
> use glade-- to produce C++ output , but the result was far from complete
> since glade-- doesn't cover Gnome very well and produces the code for
> older version of Gtk--. So, I
>
> I did a complete new checkout in addition to the cvs update, compiled
> it, and the problm was still there. Since you say you can´t reproduce
> it, I have definitely to blame my installation :-). I have no clue yet,
> but will keep on trying :-)
Where do you start lyx from? Try to start it a
"Kayvan A. Sylvan" wrote:
> > Timm Danker wrote:
> > > Currently, I´m stuck cause since the last cvs update (yesterday), the
> > > CTRL-key seems
> > > not working anymore
[...]
>
> I just don't see the problem in the latest 116cvs, so I'm not sure
> how to respond.
>
> Is this something that h
On Mon, 14 Aug 2000, Juergen Vigna wrote:
> On 13-Aug-2000 Tuukka Toivonen wrote:
> > Sorry to interfere... but I'd love to have GTK LyX without required to
> > install Gnome. Would it be too much trouble supporting GTK without Gnome
> > too?
You need to install Gnome libraries only, not compl
On 13-Aug-2000 Bernd Paysan wrote:
> On Mon, 7 Aug 2000, Juergen Vigna wrote:
>
>> You should try the inset-tabular in the new 1.1.6cvs and you'll see that
>> this has been all removed. Now a parbox is inserted automatically if you
>> use linebreaks (because of the above mentioned problem), but
Hi,
I'm using Lyx-1.1.5fix1, and I've found that using ordinary quotes in
the LyX-Code style causes a LaTeX error when verbatim include mode is
used in the document. I have attached a small lyx file which reproduces
the problem.
Ben.
--
Ben Stanley |barf [ba:rf] 2. "He sugg
Hi!
the following patch together with additional files in tar.gz archive add
Print and InsertUrl dialogs to Gnome frontend.
The dialogs were implemented using Glade and its C output. I've tried to
use glade-- to produce C++ output , but the result was far from complete
since glade-- doesn't cov
On 13-Aug-2000 Tuukka Toivonen wrote:
> Sorry to interfere... but I'd love to have GTK LyX without required to
> install Gnome. Would it be too much trouble supporting GTK without Gnome
> too?
You're allowed to support this and send a patch for a clean gtk frontend ;)
I guess we core developers
61 matches
Mail list logo