Hi fellow lyx developers.
I'm still trying to figure out why the -O2 compile succeeds but the -g
compile fails.
The steps are this:
1) Get a clean lyx-devel from CVS: rm -rf lyx; cvs get -d lyx lyx-devel
2) ./autogen.sh
3) CFLAGS=-g CXXFLAGS=-g ./configure --without-warnings
If at step 3 above
Hi,
I've attached two patches to use the -geometry parameter
instead of the four -xpos, -ypos, -width and -height.
For that the files src/lyx_gui.C and src/lyx_main.C need
to be patched.
The "-geometry WIDTHxHEIGTH+XOFF+YOFF" is defined in the
X Window System (a 'man X' will give info on this)
Baruch Even <[EMAIL PROTECTED]> writes:
| The patch:
|
| Index: src/LaTeX.C
I will apply it to cvs (but I'll leave it to Jean-Marc to apply it to
the 1.1.5 branch)
But...I think I should be able to make lyx discover all files
generated by latex automatically so that we don't need that
struct/a
One additional fix that could be added (really a minor one) is in the
dependency of latex'ing. Specifically when an hebrew document has a TOC it
will need (as any document with a TOC) two passes, however the hebrew TOC
is in a file with suffix .cot due to the fact the hebrew latex supports
both he
On Thu, 29 Jun 2000, Amir Karger wrote:
> In fact, as long as I'm at it, do we really need a separate math menu?
> I would think that most people will just open the math panel if they want to
> add something. I also seem to remember someone discussing a separate math
> toolbar or something?
A Ma
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| > I am including a patch
| > which gives the enduser the option of controling the wheel movement from the
| > lyxrc file, so it can be defined as in 1.1.4 or 1.1.5(default).
|
| The patch looks good. Did anybody apply it?
Not yet, but I a
> The following patch improves the multi-lingual support:
>
> 1. Add support for displaying languages with multiple charsets.
> See a screenshot at http://www.math.tau.ac.il/~dekel/lyx/unicode.png
Impressing! I didn't read the patch, but this is definately cool.
We are getting closer and closer
> I am including a patch
> which gives the enduser the option of controling the wheel movement from the
> lyxrc file, so it can be defined as in 1.1.4 or 1.1.5(default).
The patch looks good. Did anybody apply it?
Greets,
Asger
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| I bet only src/lyx_gui.C needs to be patched for this.
I think you are right about that.
| So far this compiles fine, but I get an error message (from xforms?)
| when running lyx:
|
|BadAlloc (insufficient resources for operation)
|Abor
oops. Here it goes the patch...
--
José
--- insetinclude.C.orig Sun Jul 2 10:12:50 2000
+++ insetinclude.C Sun Jul 2 10:21:09 2000
@@ -188,6 +188,22 @@
}
+static string unique_id() {
+ static unsigned int seed=1000;
+
+#ifdef HAVE_SSTREAM
+ std::ostringstream ost;
+
Hi,
IMHO the code should be changed to the constructor. It is not
necessary to give a new label each time we export.
A patch follows with the changes. Since this seems the right way to do
it, I will commit it.
--
José
11 matches
Mail list logo
