Uwe Stöhr wrote:
José, Jürgen, OK for branch?
I don't think this is the correct approach. The error you see is not bound to
a specific LyX version, you can also produce it with LyX 1.5:
- insert a table
- make a cell of fixed width with some content
- Edit-Paragraph-Center
- remove fixed width
Uwe Stöhr wrote:
The problem was that we set a height as second optional argument for plain
minipages and parboxes, but they only have one optional argument. Only when
there is a decoration box around it, a second argument can be used.
You say that parboxes and minipages only have one optional
Uwe Stöhr wrote:
@@ -353,7 +367,10 @@
innerBoxCO-clear();
innerBoxCO-addItem(qt_(Parbox));
innerBoxCO-addItem(qt_(Minipage));
- innerBoxCO-setCurrentIndex(i - 1);
+ if (i != 0)
+
Richard Heck wrote:
In the end, I don't think this will be needed. But yes, the
serialization here is a hassle, and it's sheer luck that it isn't a
problem.
How would an optimal/a better solution look like in your opinion?
[Serious question]
Well, there are advantages to the
Am Montag, 24. September 2007 08:08:35 schrieb Jürgen Spitzmüller:
I don't think this is the correct approach. The error you see is not bound
to a specific LyX version, you can also produce it with LyX 1.5:
- insert a table
- make a cell of fixed width with some content
-
Richard Heck wrote:
In the end, I don't think this will be needed. But yes, the
serialization here is a hassle, and it's sheer luck that it isn't a
problem.
How would an optimal/a better solution look like in your opinion?
[Serious question]
Well, there are advantages to the
Pavel Sanda schrieb:
It does, I put it in.
thanks
(I don't understand what the x does.)
it represents default hyperref settings.
good night :)
I like your affort to make a GUI for hyperref with pdf-support. I have
one question: Many of my documents are using ERT to add hyperref and
The attached patch is a tentative fix for this issue that solves two things:
1. the display of the caption, which is now the default shape (not monospaced)
2. the LaTeX output (i.e. bug 4122)
I've extracted the code for #2 from Dov's beginning of a patch. I know that
Dov's fixes were more
LyX 1.5.2 is coming into sight. We have fixed numerous bugs so far, and since
this includes many crashes, I don't want to hold back 1.5.2 very much longer.
There are still bugs that should be fixed IMO, but if there is no action on
those, I'm gonna prepare the release nevertheless (however,
Georg Baum wrote:
If you had a serialization that
would not require to implement these wrapper classes for new insets and
that would 'just work' without additional effort (for example by using the
insets read() and write() methods directly), then I think this would be
ideal.
That would be a
Abdelrazak Younes a écrit :
Georg Baum wrote:
If you had a serialization that
would not require to implement these wrapper classes for new insets and
that would 'just work' without additional effort (for example by
using the
insets read() and write() methods directly), then I think this would
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes a écrit :
Georg Baum wrote:
If you had a serialization that
would not require to implement these wrapper classes for new insets and
that would 'just work' without additional effort (for example by
using the
insets read() and write() methods
Richard Heck a écrit :
We should \protect labels in moving arguments, I think it is not done
yet (for no particular reason).
Is that the right thing to do? Won't that mean that the label
effectively appears in several places?
I do not think so. It protects against expansion of the macro in
Looks like it's done in lyx_1_2.py, by change_listof. So I'll schedule
it for removal, if that's OK by you, JMarc.
Sure.
JMarc
Alfredo Braunstein wrote:
Hi,
I agree with Christian's objections/comments in general.
What would be the problem of having normal labels automatically
inserted by LyX when one refers to a section etc in an appropriately
enhanced insert-cross-reference dialog?
In this way, 1) one doesn't have
[EMAIL PROTECTED] wrote:
Does anyone know roughly how long it takes to build LyX on a machine
with one of these processors:
* Core 2 Duo E4300
* AMD Athlon 64 X2 4000+
* AMD Athlon X2 BE-2400 (or BE-2350)
The reason for my strange question is that I'm going to buy a server
to have at home,
Abdelrazak Younes wrote:
That would be a good first step indeed. But I personally don't think the
hypothetical benefit of using inset globs in the lyxserver is worth
it. I mean, I agree this would be nice to have, this kind of thing is
even necessary for simulation programs where you
On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
Serialization allows us to have the paragraph-params-apply lfun, for
example, which allow to bind any aspect of paragraph settings to a key
or icon.
No, what you are talking about is the frontend - core communication,
which I agree should be
I don't think this is the correct approach. The error you see is not bound to
a specific LyX version, you can also produce it with LyX 1.5:
- insert a table
- make a cell of fixed width with some content
- Edit-Paragraph-Center
- remove fixed width from cell
- view-dvi
This is a
4055 nor LyX problems when selecting text and inserting math symbol
patch from Stefan available, already approved to go in.
However, Stefan doesn't respond.
He's currently in doing a relocation and therefore has no access to SVN. He replied that in a week
or so he will continue to work
On Mon, 24 Sep 2007 09:02:54 pm [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
Serialization allows us to have the paragraph-params-apply lfun, for
Hi,
I am having a problem building lyx 1.5.1. Is this the correct list to ask
questions?
Regards John
On Mon, 24 Sep 2007, Helge Hafting wrote:
Does anyone know roughly how long it takes to build LyX on a machine
with one of these processors:
* Core 2 Duo E4300
* AMD Athlon 64 X2 4000+
* AMD Athlon X2 BE-2400 (or BE-2350)
Actually, my plan is to install one or more virtual machines in it
You say that parboxes and minipages only have one optional argument?
That's not true. The LaTeX Companion, 2. ed., p. 866:
\parbox[pos][height][inner-pos]{width}{text}
\begin{minipage}[pos][height][inner-pos]{width} text \end{minipage}
Argh, I need new glasses! Yes, you are right. I googled
[EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
Serialization allows us to have the paragraph-params-apply lfun, for
example, which allow to bind any aspect of paragraph settings to a key
or icon.
No, what you are talking about is the frontend - core communication,
Abdelrazak Younes [EMAIL PROTECTED] writes:
No, what you are talking about is the frontend - core communication,
which I agree should be kept working via LFUN. But we don't need any
serialization to do that, just a well defined protocol.
Right now, we have a copy of the current ParagraphParam
Uwe Stöhr wrote:
So I'd say, put the patch in.
I'll let him do this. If it's not in time, it'll be in 1.5.3. It's not an
urgent issue.
Jürgen
4233 min GUI bug in box dialog
patch from Uwe. Can go in (not the one for 3242, though).
It's in.
There is only one open documentation issue:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg127198.html
(see UserGuide.lyx, section B.4.1 Language)
Somebody must know where this
Uwe Stöhr wrote:
This is a different bug. Bug 2995 is about that when you set the paragraph
where the table is in to centered, it is correctly handled by LyX 1.3 but
not by LyX 1.4 and later. So this is about the paragraph alignment outside
the table, not inside.
My reading of the bug
Uwe Stöhr [EMAIL PROTECTED] writes:
There is only one open documentation issue:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg127198.html
(see UserGuide.lyx, section B.4.1 Language)
Somebody must know where this option is for!
I am not sure.
It's a bit embarassing that we can't
Here is what I get:
In file included from ../../../../lyx-devel/src/BufferView.h:18,
from
../../../../lyx-devel/src/frontends/controllers/ControlCommandBuffer.cpp:17:
../../../../lyx-devel/src/CoordCache.h: In member function `bool
lyx::CoordCacheBaseT::covers(const T*, int,
Uwe Stöhr wrote:
Somebody must know where this option is for! It's a bit embarassing that we
can't currently describe it.
See LyXRC.cpp:
case RC_LANGUAGE_AUTO_BEGIN:
str = _(Select if a language switching command is needed at
the beginning
of
Uwe Stöhr schrieb:
So LyX has currently no support for the inner-pos option. I'll try to
implement this.
My fault. LyX already has it, I suffered from my broken svn tree, sorry for the
noise.
Uwe
Jean-Marc Lasgouttes wrote:
Here is what I get:
In file included from ../../../../lyx-devel/src/BufferView.h:18,
from
../../../../lyx-devel/src/frontends/controllers/ControlCommandBuffer.cpp:17:
../../../../lyx-devel/src/CoordCache.h: In member function `bool
Abdelrazak Younes [EMAIL PROTECTED] writes:
cache_type is defined just after, I guess your compiler doesn't see
it. If I was a compiler expert, I'd say your compiler is broken ;-)
Just replace cache_type to std::mapT const *, Geometry and it will
compile. Or put the typedef definition at the
See LyXRC.cpp:
Thanks for the hint. It took me some time to figure out where this might be useful. This what I
found out, is this correct?:
Auto begin
When this option is set, the documents starts with the chosen document language. When this option is
not set, the Command start is
Jürgen Spitzmüller wrote:
See LyXRC.cpp:
case RC_LANGUAGE_AUTO_BEGIN:
str = _(Select if a language switching command is needed
at the beginning of the document.);
break;
case RC_LANGUAGE_AUTO_END:
str = _(Select if a language
Uwe Stöhr wrote:
Thanks for the hint. It took me some time to figure out where this might be
useful. This what I found out, is this correct?:
Auto begin
When this option is set, the documents starts with the chosen document
language. When this option is not set, the Command start is
Jürgen Spitzmüller schrieb:
This assures that the correct language is used, no matter what the babel
language option sort order is.
Don't know. Are there different sort orders?
Hmm that is what I was not sure. After testing this further I found out:
No matter if the auto begin option is
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
cache_type is defined just after, I guess your compiler doesn't see
it. If I was a compiler expert, I'd say your compiler is broken ;-)
Just replace cache_type to std::mapT const *, Geometry and it will
compile. Or put the
Uwe Stöhr wrote:
This assures that the correct language is used, when you use another
Command start than the default.
I'm not sure this is correct (I was referring to another language package, not
another language command).
Why not something like this:
Auto begin
Normally, an explicit
Pavel Sanda a écrit :
if there is going to be some cleanup regarding url insets i just wanted to
recall one long standing problem - although i dont know how much is it related
and whether this can be solved at all. when exporting URL to HTML from LyX via
latex2html convertor there is error
Uwe Stöhr a écrit :
Jean-Marc Lasgouttes schrieb:
Obviously I cannot test with embeddedobjects, but if you have a test
file I can try it out here (tetex2).
- Why does it not work with tetex 2?
Problem of caption package version, if I remember correctly.
- Why can't you update to at least
Abdelrazak Younes [EMAIL PROTECTED] writes:
Weird... maybe a missing header then? map should in principle
contains everything required but could you try adding iterator?
Did not work. This is gcc 3.4.1, BTW.
JMarc
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Sep 24 15:47:03 2007
New Revision: 20464
+ int squareDistance(int x, int y) const
+ {
+ int xx = 0;
+ int yy = 0;
+
+ if (x pos.x_)
+ xx = pos.x_ - x;
+
Abdelrazak Younes wrote:
IIRC there is bug concerning impossible mouse cursor placement within
mathed. I think this is because we used to use 'xx + yy' as an
approximation for the distance and this is a very bad (and incorrect)
approximation.
This part could be backported to 1.5 Jurgen.
Jürgen Spitzmüller wrote:
Index: src/insets/InsetListings.cpp
===
--- src/insets/InsetListings.cpp(Revision 20435)
+++ src/insets/InsetListings.cpp(Arbeitskopie)
@@ -177,7 +177,11 @@
else
Jean-Marc Lasgouttes wrote:
Did not work. This is gcc 3.4.1, BTW.
Same here. This one at least makes it compile again:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCache.h(Arbeitskopie)
@@
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
Index: src/insets/InsetListings.cpp
===
--- src/insets/InsetListings.cpp(Revision 20435)
+++ src/insets/InsetListings.cpp(Arbeitskopie)
@@ -177,7 +177,11 @@
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Did not work. This is gcc 3.4.1, BTW.
Same here. This one at least makes it compile again:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++
Abdelrazak Younes wrote:
You can't. But are you sure the same bug is present in trunk?
Yes.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
IIRC there is bug concerning impossible mouse cursor placement within
mathed. I think this is because we used to use 'xx + yy' as an
approximation for the distance and this is a very bad (and incorrect)
approximation.
This part could be
Jürgen Spitzmüller schrieb:
Uwe Stöhr wrote:
This assures that the correct language is used, when you use another
Command start than the default.
I'm not sure this is correct (I was referring to another language package, not
another language command).
Other language packages use other
Uwe Stöhr wrote:
Other language packages use other commands. I'm now relatively sure that
this description is correct: Take for example arabtex, there you need to
set the command start \begin{arabtex} explicitely sometimes.
I just thought it might be irritating, since babel also has other
Abdelrazak Younes wrote:
But my fix doesn't fix it :-/
Too bad.
Jürgen
We should do that in 1.5 too (maybe 1.5.3).
Yes, url.sty is standard in all LaTeX-distributions (I guess also in tetex2), so it is save to
remove the unneeded \IfFileExists command, so that people can use latex2html.
Attached is a patch.
Jürgen, what do you think?
regards Uwe
Index:
This?
http://bugzilla.lyx.org/show_bug.cgi?id=3118
Try to get someone to test and confirm that it fixes that bug.
This is not fixed by abdels latest commits.
regards Uwe
Uwe Stöhr wrote:
Yes, url.sty is standard in all LaTeX-distributions (I guess also in
tetex2), so it is save to remove the unneeded \IfFileExists command, so
that people can use latex2html.
Attached is a patch.
Jürgen, what do you think?
Yes, this would be o.k. (for 1.5.3, though).
Jürgen
2829 maj LyX unusable after unsuccessful configuration
The discussion of the implementation details kind of died, but there
seems to be no consensus yet. So, what shall we do?
I think something has to be done here. I still prefer my patch but
Enrico's one-liner is also acceptable. To be more
John Andrewartha wrote:
I am having a problem building lyx 1.5.1. Is this the correct list to ask
questions?
Sure.
rh
Georg Baum wrote:
Richard Heck wrote
Well, there are advantages to the serialization. I can't remember what
they are ;-), but I have seen them.
It is a type question. Passing InsetFooParams directly would mean that the
dispatch mechanism needs to know about all these types, or rather you
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
No, what you are talking about is the frontend - core communication,
which I agree should be kept working via LFUN. But we don't need any
serialization to do that, just a well defined protocol.
Right now, we have a copy
The attached patch is a tentative fix for this issue that solves two things:
I can confirm that this patch fixes 4122.
Bo
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
I'd also like to fix this in trunk. However, how can I access
real_current_font (or cursor, for that matter) from within
InsetListings::latex nowadays?
Why do you need this real_current_font? It should be a view only
thing. LaTeX output should
Uwe Stöhr [EMAIL PROTECTED] writes:
Attached is a patch.
+ packages \\usepackage{url}\n
+ \\newcommand{\\url}{\\texttt}\n;
Why do you keep the \newcommand{\url}? It causes an error, doesn't it?
Actually, you should move url handling to the
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Did not work. This is gcc 3.4.1, BTW.
Same here. This one at least makes it compile again:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCache.h(Arbeitskopie)
@@ -108,8 +108,8 @@
bool covers(T const * thing, int x,
Jean-Marc Lasgouttes schrieb:
+ packages \\usepackage{url}\n
+\\newcommand{\\url}{\\texttt}\n;
Why do you keep the \newcommand{\url}? It causes an error, doesn't it?
Because I didn't realize that it was the second argument of the \if
Richard Heck wrote:
Not that I have time to do this now, but if you had any further ideas
about this, I'd love to hear them.
No, I don't have further ideas.
Georg
Uwe Stöhr [EMAIL PROTECTED] writes:
Yes, now that it is a simple feature. Patch attached.
Perfect.
JMarc
Uwe Stöhr wrote:
Jean-Marc Lasgouttes schrieb:
+packages \\usepackage{url}\n
+ \\newcommand{\\url}{\\texttt}\n;
Why do you keep the \newcommand{\url}? It causes an error, doesn't it?
Because I didn't realize that it was the second argument of the \if
command ;-)
Richard Heck schrieb:
That leaves the other issue: Changing this dialog from url to href, or
at least allowing href, since we now have hyperref, anyway. I'd vote for
changing, since url does not need to be an InsetCommand but can just be
a charstyle, which it is in the URL module.
For LyX
Jean-Marc Lasgouttes wrote:
Why do you need this real_current_font? It should be a view only
thing. LaTeX output should not rely on it.
I tried many other things, neither worked.
Font is a mess.
Jürgen
Yes, this would be o.k. (for 1.5.3, though).
Why not for LyX 1.5.2? You wrote on the lyx-docs list that you plan to release
LyX 1.5.2 next week.
regards Uwe
Uwe Stöhr wrote:
Why not for LyX 1.5.2? You wrote on the lyx-docs list that you plan to
release LyX 1.5.2 next week.
As I wrote in my status update today, I want people to concentrate on the four
remaining crucial bugs only. Call it partial freeze. This is not a crucial
issue IMHO.
Jürgen
Georg Baum wrote:
typename cache_type::const_iterator it ...
This works.
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCache.h(Arbeitskopie)
@@ -108,7 +108,7 @@
bool covers(T const *
Jürgen Spitzmüller schrieb:
Why not for LyX 1.5.2? You wrote on the lyx-docs list that you plan to
release LyX 1.5.2 next week.
As I wrote in my status update today, I want people to concentrate on the four
remaining crucial bugs only. Call it partial freeze.
OK, I'm opening a bug report
Uwe Stöhr wrote:
OK, I'm opening a bug report that this isn't lost.
Try this
http://bugzilla.lyx.org/show_bug.cgi?id=2265
Jürgen
typename cache_type::const_iterator it ...
. In older versions of the standard an implicit typename was assumed, and I
guess that your MSVC still allows this.
Yes. typename is required by gcc.
Bo
Bo Peng wrote:
I think something has to be done here. I still prefer my patch but
Enrico's one-liner is also acceptable. To be more specific, my patch
allows lyx to start without proper .lst file, but only allows
reconfiguration in this case. Enrico's patch restarts reconfiguration
if .lst
On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
On Sun, Sep 23, 2007 at 06:06:23AM +0300, Martin Vermeer wrote:
On Sat, Sep 22, 2007 at 06:49:34PM +0200, Jürgen Spitzmüller wrote:
Martin Vermeer wrote:
Actually have a look at the attached. I somewhat changed my mind since
Uwe Stöhr wrote:
Richard Heck schrieb:
That leaves the other issue: Changing this dialog from url to href,
or at least allowing href, since we now have hyperref, anyway. I'd
vote for changing, since url does not need to be an InsetCommand but
can just be a charstyle, which it is in the URL
I'm not sure what to do. As I see it, both patches have their drawbacks.
Yes. My patch should display a dialog and let the user click ok to
reconfigure. The output should be redirected to a dialog.
Enrico's path has the problem that nothing happens after lyx.exe is
clicked so several instances
I'm not sure what to do. As I see it, both patches have their drawbacks. What
do others think?
Personally I like Bo's solution.
Uwe
Martin Vermeer wrote:
On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
The proper way for this is, it seems, to keep the hardwired InsetIndex,
but make it a collapsable. The attached patch does this. The inset is
now configurable from the layout files. It still works without
On Mon, Sep 24, 2007 at 09:23:01AM +0200, Georg Baum wrote:
Richard Heck wrote:
In the end, I don't think this will be needed. But yes, the
serialization here is a hassle, and it's sheer luck that it isn't a
problem.
How would an optimal/a better solution look like in your
On Mon, Sep 24, 2007 at 09:57:31AM +0200, Abdelrazak Younes wrote:
Georg Baum wrote:
If you had a serialization that
would not require to implement these wrapper classes for new insets and
that would 'just work' without additional effort (for example by using the
insets read() and write()
On Mon, Sep 24, 2007 at 10:55:13AM +0200, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes a écrit :
Georg Baum wrote:
If you had a serialization that
would not require to implement these wrapper classes for new insets and
that would 'just work' without additional effort (for example by
using
On Mon, Sep 24, 2007 at 11:04:39AM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes a écrit :
Georg Baum wrote:
If you had a serialization that
would not require to implement these wrapper classes for new insets and
that would 'just work' without additional
On Mon, Sep 24, 2007 at 11:55:21AM +0200, Helge Hafting wrote:
[EMAIL PROTECTED] wrote:
Does anyone know roughly how long it takes to build LyX on a machine
with one of these processors:
* Core 2 Duo E4300
* AMD Athlon 64 X2 4000+
* AMD Athlon X2 BE-2400 (or BE-2350)
The reason for my
On Mon, Sep 24, 2007 at 12:17:38PM +0200, Georg Baum wrote:
Abdelrazak Younes wrote:
That would be a good first step indeed. But I personally don't think the
hypothetical benefit of using inset globs in the lyxserver is worth
it. I mean, I agree this would be nice to have, this kind of
On Mon, Sep 24, 2007 at 01:02:54PM +0200, [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
Serialization allows us to have the paragraph-params-apply lfun, for
example, which allow to bind any aspect of paragraph settings to a key
or icon.
No, what you are talking
On Mon, Sep 24, 2007 at 01:21:02PM +0200, [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007, Helge Hafting wrote:
Does anyone know roughly how long it takes to build LyX on a machine
with one of these processors:
* Core 2 Duo E4300
* AMD Athlon 64 X2 4000+
* AMD Athlon X2 BE-2400 (or
On Mon, Sep 24, 2007 at 04:22:47PM +0200, Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Did not work. This is gcc 3.4.1, BTW.
Same here. This one at least makes it compile again:
Index: src/CoordCache.h
===
---
1. apply my patch for now.
2. display a message box when lyx is started without proper .lst
files. This can be done easily if someone can show me where to insert
this message box.
Because my patch follows this line, I propose that we figure out 2 for
1.5.x, and complete 3 and 4 for 1.6.x.
'typename' missing in the original version?
Yes, and another one is still missing. I have just fixed it.
Bo
On Mon, Sep 24, 2007 at 09:16:30PM +0200, Andre Poenitz wrote:
On Mon, Sep 24, 2007 at 04:22:47PM +0200, Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Did not work. This is gcc 3.4.1, BTW.
Same here. This one at least makes it compile again:
Index: src/CoordCache.h
On Mon, Sep 24, 2007 at 02:36:29PM -0400, Richard Heck wrote:
Martin Vermeer wrote:
On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
The proper way for this is, it seems, to keep the hardwired InsetIndex,
but make it a collapsable. The attached patch does this. The inset is
On Mon, Sep 24, 2007 at 06:02:40AM +0300, Martin Vermeer wrote:
On Mon, Sep 24, 2007 at 12:09:07AM +0200, Helge Hafting wrote:
make[1]: Entering directory `/usr/src/lyx-devel/src/tex2lyx'
make PCH_FLAGS= pch-file
make[2]: Entering directory `/usr/src/lyx-devel/src/tex2lyx'
g++
Martin Vermeer wrote:
@@ -414,8 +405,9 @@
inset.reset(new InsetBibitem(inscmd));
} else if (cmdName == bibtex) {
inset.reset(new InsetBibtex(inscmd));
+ // (Is this stuff obsolete)?
} else if (cmdName
I gave up - a hang during a compile really screwed up things.
So I downloaded everything from svn again.
Ran autogen.sh and configure.
Then:
$ make
Making all in config
make[1]: Entering directory `/usr/src/lyx-devel/config'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
1 - 100 of 246 matches
Mail list logo