Re: Whining about reLyX.
On Tue, 29 Oct 2002, Andre Poenitz wrote: On Tue, Oct 29, 2002 at 05:39:58AM -0200, Joao Luis Meloni Assirati wrote: On the other hand, implementing latex parsing right inside the lyx kernel would save the .lyx format rendering, so no translation is needed, just parsing. Right? The current .lyx format. Yes. But there will be a new XML(-ish) .lyx format that's more robust to parse and easier to interchange with other applications. It looks to me that this is totaly independent of the .lyx format, i.e., if you support .tex natively, conversion to .lyx is not necessary. Anyway, if one wants to convert .tex to .lyx in this case, opening the .tex and saving the buffer as .lyx will allways work. Nevertheless, I think the ability to handle .tex natively, is crucial for the acceptance of LyX in the academic community. Oh, definitely! .tex is an universal format in academic community. Currently, this is in a sore state of a one-and-a-half-way road (.lyx-.tex works, .tex-.lyx does not really work) OK, but (just as a thought) I don't see the point in saing that .lyx - .tex is a conversion, since it is a vital part of lyx. Without it you don't even have printing. Thank you for the discussion! João.
Re: Whining about reLyX.
On Tue, Oct 29, 2002 at 06:27:34AM -0200, Joao Luis Meloni Assirati wrote: It looks to me that this is totaly independent of the .lyx format, i.e., if you support .tex natively, conversion to .lyx is not necessary. Anyway, if one wants to convert .tex to .lyx in this case, opening the .tex and saving the buffer as .lyx will allways work. That's at least my intention. The question is, of course, how much .tex will be retained even in the new XMLish .lyx. In order to avoid regressions we'd e.g. need a flawless .tex - .lyx - .tex roundtrip for math, which is easiest achieved by storing the .tex represantation in the .lyx - at least as a temporary solution until we understand how .tex - MathML can be done without loss. OK, but (just as a thought) I don't see the point in saing that .lyx - .tex is a conversion, since it is a vital part of lyx. Without it you don't even have printing. But it still is a conversion, isn't it? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [patch]: xforms graphics dialog
Rob Lahaye wrote:
Angus Leeming wrote:
On Sunday 27 October 2002 7:41 am, Rob Lahaye wrote:
Angus Leeming wrote:
On Thursday 24 October 2002 12:56 pm, Rob Lahaye wrote:
Now I think of it, we may better use scale = -1 (or any
negative value) to indicate the use of width/height.
Checking scale 0 is safer than checking scale == 0.0,
isn't it?
Nah. What we have is fine. If implemented correctly.
Angus,
I don't like the way scale == 0.0 is implemented now:
lyx::float_equal(igp.scale, 0.0, 0.05)
I still prefer using positive value for scaling, otherwise
width/height. Advantages with this are:
But it's incorrect. As I see it, these are the correct implemetations:
some_float = 0.0
lyx::float_equal(some_float, 0.0, 0.05) || some_float 0.0
some_float 0.0
!lyx::float_equal(some_float, 0.0, 0.05) some_float 0.0
You are probably right that my approach was too simplistic and wrong.
But the solution you suggest here is too bizar for me. It's too much
bloat for a really simple test. Moreover, you may use 0.05 for the scale
tolerance here, and (by mistake) 0.005 in another file. You'll get
funny and difficult errors this way.
I'd then rather go the way Andre suggested: use a boolean use_scale
to indicate what's going on. Simple and easy to understand code.
I await if such a change is appreciated beforw the 1.3.0 release.
However, please consider to apply the attached patch to CVS, since
it fixes a real bug concerning input filters, and adds on the fly
a few more of these lyx::float_equal(scale, ... ) beasts.
Along these lines, please consider following:
RCS file: /cvs/lyx/lyx-devel/src/insets/insetgraphicsParams.C,v
retrieving revision 1.52
diff -u -r1.52 insetgraphicsParams.C
--- src/insets/insetgraphicsParams.C 2002/10/24 11:53:46 1.52
+++ src/insets/insetgraphicsParams.C 2002/10/29 08:04:01
-142,7 +142,7
os \tlyxscale lyxscale '\n';
if (display != grfx::DefaultDisplay)
os \tdisplay grfx::displayTranslator.find(display) '\n';
- if (scale) {
+ if (!lyx::float_equal(scale, 0.0, 0.05)) {
if (!lyx::float_equal(scale, 100.0, 0.05))
os \tscale scale '\n';
} else {
-206,9 +206,10
} else if (token == noUnzip) {
noUnzip = true;
} else if (token == BoundingBox) {
- for (int i=0; i4 ;i++) {
+ bb.erase();
+ for (int i = 0; i 4; ++i) {
lex.next();
- bb += (lex.getString()+ );
+ bb += lex.getString() + ;
}
} else if (token == clip) {
clip = true;
Re: Whining about reLyX.
On Tue, 29 Oct 2002, Andre Poenitz wrote: The question is, of course, how much .tex will be retained even in the new XMLish .lyx. In order to avoid regressions we'd e.g. need a flawless .tex - .lyx - .tex roundtrip for math, which is easiest achieved by storing the .tex represantation in the .lyx - at least as a temporary solution until we understand how .tex - MathML can be done without loss. OK, but (just as a thought) I don't see the point in saing that .lyx - .tex is a conversion But it still is a conversion, isn't it? Oh, I think I understand better now. So the plan is to have native exports to both .tex and MathML? In this case, tex would not be strictly necessary to publishing, so it makes sense calling it an export. So the main criterion for the new xml-ish .lyx should be to retain all the main features of all the exportable languages? Seems to be a big job. I'm begining to like the idea of this new .lyx format. João.
emphsized space?
How to I get \emph{ } without resorting to ERT?
I don't really need it, but I found it a bit irritating...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Re: xfig and LyX
Nirmal == Nirmal Govind [EMAIL PROTECTED] writes: Nirmal I just applied the patch and recompiled.. it still crashes.. Nirmal as soon as I try to view the DVI... I do not see this? Do you have an example (and maybe a backtrace?) JMarc Nirmal I tried starting gdb on the existing lyx process.. once gdb Nirmal attaches itself to lyx, the lyx window freezes and nothing Nirmal more can be done.. so here is the backtrace even before I got Nirmal to the xfig part (looks like some xforms problem): Can't you try to start lyx directly under gdb? Something like % gdb ./lyx (gdb) run [crash...] (gdb) bt Or maybe I do not understand what your problem is? Another thing you can try is to run lyx under valgrind. JMarc
Re: emphsized space?
Andre Poenitz [EMAIL PROTECTED] writes:
| How to I get \emph{ } without resorting to ERT?
|
| I don't really need it, but I found it a bit irritating...
[!]
--
Lgb
Re: emphsized space?
Andre Poenitz [EMAIL PROTECTED] writes:
| How to I get \emph{ } without resorting to ERT?
|
| I don't really need it, but I found it a bit irritating...
ah. a space... and does a empasized space look like?
You have to do it with a protected space I guess...
And what about bold spaces, I want those too!
--
Lgb
Re: QTabular.ui
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen (except the OK and Apply buttons and the missing [obsolete?] Juergen Minipage checkbox). What is this 'use minipage' thing anyway? Shouldn't we get rid of it? JMarc
Re: emphsized space?
On Tue, Oct 29, 2002 at 10:20:43AM +0100, Lars Gullik Bjønnes wrote: | I don't really need it, but I found it a bit irritating... ah. a space... and does a empasized space look like? You have to do it with a protected space I guess... And what about bold spaces, I want those too! It is a bit more interesting when we are talking about arbitrary font changes including size. Apart from that there are plenty of mis-uses of the small set of easily accessible modifications at character level (think colors to implement character styles) Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: QTabular.ui
John Levon wrote: Right. We haven't the manpower for a change the world approach right now. Here is the ui file with the changes you proposed. I have added a few connections, but that does not make much sense as I don't know how it's gonna be implemented. However, I cannot do that at the moment, so I leave it up to you (or whoever finds the time). I can can draw the preferences dialog too, if that helps. Regards, Jürgen. QTabularDialog.ui Description: application/designer
[patch]: xforms paragraph dialog
2nd iteration of Rob's changes. Looks fairly uncontroversial and appears to work fine. The patch is as large as it is because I also moved the helper functions to the end of the file. I'm not sure that I like these (default) labels appended to the Block, Center, Left, Right alignment button labels, but it's only 30 lines of code and does no harm ;-) Ok to apply? Angus paragraph.diff.bz2 Description: BZip2 compressed data
Re: QTabular.ui
On Tue, Oct 29, 2002 at 11:00:19AM +0100, Juergen Spitzmueller wrote: I can can draw the preferences dialog too, if that helps. I think this helps. Greatly. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [patch]: xforms paragraph dialog
On Tue, Oct 29, 2002 at 09:59:38AM +, Angus Leeming wrote: I'm not sure that I like these (default) labels appended to the Block, Center, Left, Right alignment button labels, but it's only 30 lines of code and does no harm ;-) Is it now Block Center (default) Right Left or Default (Block) Block Center Right Left ? The latter is more expressive, isn't it? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Copyright
Why do we have 1995 Mathias Ettrich in frontends/qt2 ? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [patch]: xforms paragraph dialog
On Tuesday 29 October 2002 10:20 am, Andre Poenitz wrote: On Tue, Oct 29, 2002 at 09:59:38AM +, Angus Leeming wrote: I'm not sure that I like these (default) labels appended to the Block, Center, Left, Right alignment button labels, but it's only 30 lines of code and does no harm ;-) Is it now Block Center (default) Right Left or Default (Block) Block Center Right Left ? The latter is more expressive, isn't it? It is more expressive, but for now Rob has implemented the former of these lists. To implement the latter would involve changing ControlParagraph more than he feels comfortable with. Angus
Re: [patch]: xforms paragraph dialog
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus It is more expressive, but for now Rob has implemented the
Angus former of these lists.
Angus To implement the latter would involve changing ControlParagraph
Angus more than he feels comfortable with. Angus
The second option should probably be implemented eventually, but I
guess it would mean changes to the lyx code, to be sure we do not add
\begin{center}...\end{center} if the layout is already centered.
JMarc
Re: Table width overrides cell alignment
On 29 Oct 2002, Darren Freeman wrote: When I select cells in tables and change their alignment, I normally expect the change to be reflected on-screen. But not necessarily true when the table is a fixed-width, the alignment is permanently stuck on left alignment in some columns (those with only some cells spanning multiple lines). Up to 1.2.0 (I don't know for 1.2.1 ans 1.2.2), fixed width columns were always left aligned, you had to either : a)use the extra alignment field + array package (align. not displayed) b)set each cell of the column to multicolumn (align. displayed ok) c)set alignment of each paragraph in each (align. displayed ok). Now, it is possible to set a different alignment for fixed width columns, but the result is exactly the same as in a), just easier to do. Reflecting this setting on screen is a quite complicated issue which was postponed for a future version. If you really need a correct display, DON'T USE THIS FEATURE (i.e. let the column horizontal alignment unchanged:LEFT) and use b) or c). Sorry Sounds like a bug to me. just a NYIF (Not Yet Implemented Feature) ;-) Have fun, Same to you Alain -- *** *Alain Castera* * IPNL - UCB Lyon 1 | e-mail : [EMAIL PROTECTED] * * Bat. Paul Dirac | or[EMAIL PROTECTED] * * Campus de la Doua | Telephone : (+33) 472448429 * * F69622 Villeurbanne CEDEX | Fax : (+33) 472448004 * ***
Re: [PATCH][RFC] Revision tracking
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Mon, Oct 28, 2002 at 11:27:38PM +, John Levon wrote: is a (rather large) in-progress patch to implement a simple revision tracking mode for LyX. It's against 1.2 CVS. Andre I still can't compile 1.2 CVS I have to admit that I do not understand why 1.2.2cvs configure script does not work with autoconf 2.5x (on some systems only) but 1.3.0's version does work... JMarc
Re: [PATCH][RFC] Revision tracking
On Tuesday 29 October 2002 10:38 am, Andre Poenitz wrote: On Mon, Oct 28, 2002 at 11:27:38PM +, John Levon wrote: is a (rather large) in-progress patch to implement a simple revision tracking mode for LyX. It's against 1.2 CVS. I still can't compile 1.2 CVS Me neither. In my case it's because I have autoconf 2.54, leading to: In file included from /usr/include/stdlib.h:390, from ../../intl/ngettext.c:27: /usr/include/sys/types.h:71: warning: empty declaration This got fixed in 1.3, but apparently the fix wasn't backported :-( This means I can't test out my zombies-fix... Angus
Re: [PATCH][RFC] Revision tracking
On Tuesday 29 October 2002 10:55 am, Jean-Marc Lasgouttes wrote: Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Mon, Oct 28, 2002 at 11:27:38PM +, John Levon wrote: is a (rather large) in-progress patch to implement a simple revision tracking mode for LyX. It's against 1.2 CVS. Andre I still can't compile 1.2 CVS I have to admit that I do not understand why 1.2.2cvs configure script does not work with autoconf 2.5x (on some systems only) but 1.3.0's version does work... JMarc If you post me (privately) your configure script, I could ignore that problem and get on and compile/test this zombies-fix... Angus
Mathed BUG. (fwd)
Is this really a bug? Should I fill a record in bugzilla?
João.
-- Forwarded message --
Date: Sun, 27 Oct 2002 09:02:31 -0200 (BRST)
From: Joao Luis Meloni Assirati [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Mathed BUG.
Hi,
This bug occours in versions 1.2.2cvs and 1.3.0cvs.
Create and eqnarray, ams align, or ams gather, with more then one line
and insert labels for at least two of the lines. Then toggle off numbering
of one of the labeled lines. Exporting to latex shows that line with both
\label{} and \nonumber.
More generaly: until you toggle off numbering of all labeled lines, lyx
will export the lines with both \label{} and \nonumber.
This is bad because:
1) Suppose you have an eqnarray with two equations and puts the label
'asd' in the first one. Than you change your mind and decides that it is
the second equation that deserves the label 'asd'. You do that by toggling
off numbering of the first equation and inserting the label 'asd' in the
second. As a consequence, you will end up with a multiply defined labels.
2) AMS align or gather simply don't accept \label{} and \nonumber in the
same equation.
So it seems that it is better to suppress \label{} in the exported
latex whenever numbering of the line is toggled off.
Regards,
João.
P.S. This bugs seems to be valid for all math environments with several
lines.
Re: [PATCH][RFC] Revision tracking
On Tue, Oct 29, 2002 at 11:09:28AM +, Angus Leeming wrote: If you post me (privately) your configure script, aol/
Re: [PATCH][RFC] Revision tracking
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus On Tuesday 29 October 2002 10:38 am, Andre Poenitz wrote: On Mon, Oct 28, 2002 at 11:27:38PM +, John Levon wrote: is a (rather large) in-progress patch to implement a simple revision tracking mode for LyX. It's against 1.2 CVS. I still can't compile 1.2 CVS Angus Me neither. In my case it's because I have autoconf 2.54, Angus leading to: Angus In file included from /usr/include/stdlib.h:390, from Angus ../../intl/ngettext.c:27: /usr/include/sys/types.h:71: warning: Angus empty declaration Angus This got fixed in 1.3, but apparently the fix wasn't backported Angus :-( If only I knew what the fix was... JMarc
Re: Crash with undo
Dekel == Dekel Tsur [EMAIL PROTECTED] writes: Dekel On Sat, Oct 26, 2002 at 12:23:51AM +0200, Dekel Tsur wrote: Open the attached file. Press delete 3 times, and then press undo twice, and LyX will crash. Also, after one undo, the display on screen is incorrect (only the c is shown, while the DVI output both the 'b' and 'c' are shown). The same crash also happen in 1.2.2cvs Dekel And the file is here. Isn't this bug #681? JMarc
Re: Anyone interested in a script to create list of keybindings
Christian == Christian Ridderström [EMAIL PROTECTED] writes: Christian The script I hacked can be found here: Christian http://www.md.kth.se/~chr/lyx/lyx-bindings Christian with some info on in. Thanks. I added an entry for it in the contribs page. Note that it is a bit strange to name lyx-bindings.sh something which is actually a [t]csh script... JMarc
Re: Crash with undo
On Tue, Oct 29, 2002 at 02:01:12PM +0100, Jean-Marc Lasgouttes wrote: Dekel == Dekel Tsur [EMAIL PROTECTED] writes: Dekel On Sat, Oct 26, 2002 at 12:23:51AM +0200, Dekel Tsur wrote: Open the attached file. Press delete 3 times, and then press undo twice, and LyX will crash. Also, after one undo, the display on screen is incorrect (only the c is shown, while the DVI output both the 'b' and 'c' are shown). The same crash also happen in 1.2.2cvs Dekel And the file is here. Isn't this bug #681? It is possible.
Re: Table width overrides cell alignment?
Darren Freeman wrote: Dear list, When I select cells in tables and change their alignment, I normally expect the change to be reflected on-screen. But not necessarily true when the table is a fixed-width, the alignment is permanently stuck on left alignment in some columns (those with only some cells spanning multiple lines). Sounds like a bug to me. First of all lyx is WYSIWYM so not all what you would expect on screen is there really. Then you give too few informations on the table. Normally fixed width columns are always left aligned to change that you have to change the paragraph alignment inside the cell. Greets, Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Mitterstrich 151/A I-39050 SteineggWeb: http://www.lyx.org/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
QT frontend doesn't compile
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/ -I../../../src/frontends/ -I../../../images -I./qt2 -I/usr/include/qt -I../../../boost -I../../../src/frontends/controllers -isystem /usr/X11R6/include -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -O -Wno-non-template-friend -ftemplate-depth-30 -W -Wall -c Dialogs2.C -Wp,-MD,.deps/Dialogs2.TPlo Dialogs2.C:135: no void Dialogs::showListing(InsetCommand *)' member function declared in class Dialogs' Dialogs2.C: In method void Dialogs::showListing(InsetCommand *)': Dialogs2.C:136: struct Dialogs::Impl' has no member named listing' Dialogs2.C: At top level: Dialogs2.C:141: no void Dialogs::createListing(const string )' member function declared in class Dialogs' Dialogs2.C: In method void Dialogs::createListing(const string )': Dialogs2.C:142: struct Dialogs::Impl' has no member named listing' gcc 2.95.4 QT 3.0.5
Buglet
Entering does not overwrite the selection. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: xfig and LyX
Or maybe I do not understand what your problem is? Another thing you
can try is to run lyx under valgrind.
JMarc
Thanks.. looks like I wasn't running gdb the right way.. anyways, below
is the entire output from gdb.. it's pretty long but I hope it's
useful...
(gdb) run
Starting program: /usr/local/bin/lyx
LyXComm: Pipe /home/nirmalg/.lyxpipe.in already exists.
If no other LyX program is active, please delete the pipe by hand and
try again.
Received unhandled X11 event
Type: 13 Target: 0x49c
Program received signal SIGFPE, Arithmetic exception.
0x0806c07b in _priv_match_data (this=0xbfffd82c, m=0x2f, a=
{iteratorstd::random_access_iterator_tag,char,int,const
char*,const char
= {No data fields}, _M_current = 0x8392034
$Sysdir/scripts/fig2pstex.py T
hesis/qingeg.fig }, b=
{iteratorstd::random_access_iterator_tag,char,int,const
char*,const char
= {No data fields}, _M_current = 0x8392063 }, states=0)
at ../boost/boost/regex/detail/regex_match.hpp:219
219 if(dist (difference_type)(lim / states))
(gdb) bt
#0 0x0806c07b in _priv_match_data (this=0xbfffd82c, m=0x2f, a=
{iteratorstd::random_access_iterator_tag,char,int,const
char*,const char
= {No data fields}, _M_current = 0x8392034
$Sysdir/scripts/fig2pstex.py T
hesis/qingeg.fig }, b=
{iteratorstd::random_access_iterator_tag,char,int,const
char*,const char
= {No data fields}, _M_current = 0x8392063 }, states=0)
at ../boost/boost/regex/detail/regex_match.hpp:219
#1 0x0806b964 in bool
boost::regex_match__gnu_cxx::__normal_iteratorchar cons
t*, std::string, std::allocatorchar, char, boost::regex_traitschar,
std::al
locatorchar (__gnu_cxx::__normal_iteratorchar const*, std::string,
__gnu_cx
x::__normal_iteratorchar const*, std::string,
boost::match_results__gnu_cxx::
__normal_iteratorchar const*, std::string, std::allocatorchar ,
boost::reg
_expressionchar, boost::regex_traitschar, std::allocatorchar
const, unsi
gned) (first=
{iteratorstd::random_access_iterator_tag,char,int,const
char*,const char
= {No data fields}, _M_current = 0x8392034
$Sysdir/scripts/fig2pstex.py T
hesis/qingeg.fig }, last=
{iteratorstd::random_access_iterator_tag,char,int,const
char*,const char
= {No data fields}, _M_current = 0x8392063 }, m=0xbfffda0c,
e=0xbfffda1c, flags=32768) at ../boost/boost/regex.hpp:630
#2 0x0826d477 in regexMatch(std::string const, std::string const) (
a=0xbfffdb9c, pattern=0xbfffdbac)
at /usr/include/c++/3.2/bits/basic_string.h:356
---Type return to continue, or q return to quit---
#3 0x08266aec in ReplaceEnvironmentPath(std::string const)
(path=0xbfffddec)
at filetools.C:828
#4 0x0817d918 in InsetExternal::doSubstitution(Buffer const*,
std::string const) const
(this=0x83826a8, buffer=0x8382a20, s=0x83916e0)
at /usr/include/c++/3.2/bits/basic_string.h:338
#5 0x0817e0dd in InsetExternal::updateExternal(std::string const,
Buffer const*) const (this=0x83826a8, format=0xbfffdfdc, buf=0x8382a20)
at /usr/include/c++/3.2/bits/stl_tree.h:202
#6 0x0817d1ef in InsetExternal::write(std::string const, Buffer
const*, std::ostream) const (this=0x83826a8, format=0xbfffdfdc,
buf=0x8382a20,
os=0xbfffe93c) at insetexternal.C:150
#7 0x0817d26b in InsetExternal::latex(Buffer const*, std::ostream,
bool, bool) const (this=0x83826a8, buf=0x8382a20, os=0xbfffe93c)
at /usr/include/c++/3.2/bits/stl_alloc.h:630
#8 0x080f66eb in Paragraph::Pimpl::simpleTeXSpecialChars(Buffer const*,
BufferParams const, std::ostream, TexRow, bool, LyXFont, LyXFont,
LyXFont, bool, LyXLayout const, int, LyXLayout const, char)
(this=0x838bab8,
buf=0x8382a20, bparams=0x8382a30, os=0xbfffe93c,
texrow=0x8382b94,
moving_arg=false, font=0xbfffe1bc, running_font=0xbfffe21c,
basefont=0xbfffe2ac, open_font=0xbfffe123, style=0x83807f8,
i=0xbfffe124, column=0xbfffe128, c=3 '\003') at
paragraph_pimpl.C:325
#9 0x080f2802 in Paragraph::simpleTeXOnePar(Buffer const*, BufferParams
const, std::ostream, TexRow, bool) (this=0x838ba88, buf=0x8382a20,
---Type return to continue, or q return to quit---
bparams=0x8382a30, os=0xbfffe93c, texrow=0x8382b94,
moving_arg=false)
at ../boost/boost/shared_ptr.hpp:203
#10 0x080f1488 in Paragraph::TeXOnePar(Buffer const*, BufferParams
const, std::ostream, TexRow, bool) (this=0x838ba88, buf=0x8382a20,
bparams=0x8382a30,
os=0xbfffe93c, texrow=0x8382b94, moving_arg=false) at
paragraph.C:1086
#11 0x0808dafb in Buffer::latexParagraphs(std::ostream, Paragraph*,
Paragraph*, TexRow, bool) const (this=0x8382a20, ofs=0xbfffe93c,
par=0x838ba88,
endpar=0x0, texrow=0x8382b94, moving_arg=false) at buffer.C:2160
#12 0x0808d6d5 in Buffer::makeLaTeXFile(std::ostream, std::string
const, bool, bool, bool) (this=0x8382a20, os=0xbfffe93c,
original_path=0x8280fcc,
nice=64, only_body=false, only_preamble=false) at buffer.C:2084
#13 0x0808b72f in Buffer::makeLaTeXFile(std::string const, std::string
const, bool, bool, bool) (this=0x8382a20,
bug: öä in filenames don't work in export latex
When I export a file from LyX to LaTeX, that contains ä or ö in the file name, the letters in the exported filename will be wrong. I'm using LyX 1.1.6fix4.
Re: Patch: erasing files in ~/.lyx/xfonts/
On Fri, Oct 25, 2002 at 10:57:47PM +0200, Dekel Tsur wrote: This patch make the configure script erase the files in ~/.lyx/xfonts, if ~/.lyx/xfonts/fonts.dir is equal to LYXLIB/xfonts/fonts.dir PS: Should I also remove the directory ~/.lyx/xfonts ? Can I apply this patch ? Index: configure.m4 === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/configure.m4,v retrieving revision 1.54 diff -u -p -r1.54 configure.m4 --- configure.m4 16 Oct 2002 16:07:13 - 1.54 +++ configure.m4 25 Oct 2002 20:55:05 - -595,7 +595,10 for file in $outfile textclass.lst packa mv $file.new $file fi done - +if test ! -r xfonts/fonts.dir ; then +echo removing font links +rm -r xfonts/*.pfb xfonts/fonts.scale +fi # Final clean-up if test $lyx_keep_temps = no ; then
Re: Patch: fix buffer status
On Sun, Oct 27, 2002 at 12:47:15AM +0200, Dekel Tsur wrote:
After pressing the right cursor key the buffer change its status to changed.
This also happen when entering a math inset with the mouse.
The attached patch fixes that.
Can I apply this patch ?
Index: text3.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text3.C,v
retrieving revision 1.24
diff -u -p -r1.24 text3.C
--- text3.C 9 Oct 2002 13:07:29 - 1.24
+++ text3.C 26 Oct 2002 22:46:29 -
-569,7 +569,7 Inset::RESULT LyXText::dispatch(FuncRequ
bool is_rtl = cursor.par()-isRightToLeftPar(bv-buffer()-params);
if (!selection.mark())
bv-beforeChange(this);
- update(bv);
+ update(bv, false);
if (is_rtl)
cursorLeft(bv, false);
if (cursor.pos() cursor.par()-size()
-592,7 +592,7 Inset::RESULT LyXText::dispatch(FuncRequ
bool const is_rtl =
cursor.par()-isRightToLeftPar(bv-buffer()-params);
if (!selection.mark())
bv-beforeChange(this);
- update(bv);
+ update(bv, false);
LyXCursor const cur = cursor;
if (!is_rtl)
cursorLeft(bv, false);
Index: mathed/formulabase.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v
retrieving revision 1.222
diff -u -p -r1.222 formulabase.C
--- mathed/formulabase.C 25 Oct 2002 06:44:40 - 1.222
+++ mathed/formulabase.C 26 Oct 2002 22:46:29 -
-298,7 +298,7 Inset::RESULT InsetFormulaBase::lfunMous
BufferView * bv = cmd.view();
hideInsetCursor(bv);
showInsetCursor(bv);
- bv-updateInset(this, true);
+ bv-updateInset(this, false);
//lyxerr lfunMouseRelease: buttons: cmd.button() \n;
if (cmd.button() == mouse_button::button3) {
Re: xfig and LyX
Nirmal == Nirmal Govind [EMAIL PROTECTED] writes:
Or maybe I do not understand what your problem is? Another thing
you can try is to run lyx under valgrind.
JMarc
Nirmal Thanks.. looks like I wasn't running gdb the right way..
Nirmal anyways, below is the entire output from gdb.. it's pretty
Nirmal long but I hope it's useful...
You did not apply the following patch, did you?
JMarc
Index: src/insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v
retrieving revision 1.532
diff -u -p -r1.532 ChangeLog
--- src/insets/ChangeLog 25 Oct 2002 12:46:01 - 1.532
+++ src/insets/ChangeLog 25 Oct 2002 13:34:17 -
@@ -1,3 +1,8 @@
+2002-10-25 Jean-Marc Lasgouttes [EMAIL PROTECTED]
+
+ * insetexternal.C (doSubstitution): do not try to replace
+ environment variables, this is done when executing the command
+
2002-10-24 Jean-Marc Lasgouttes [EMAIL PROTECTED]
* insetexternal.C (doSubstitution): change order of substitution
Index: src/insets/insetexternal.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetexternal.C,v
retrieving revision 1.51
diff -u -p -r1.51 insetexternal.C
--- src/insets/insetexternal.C 25 Oct 2002 12:46:01 - 1.51
+++ src/insets/insetexternal.C 25 Oct 2002 13:34:17 -
@@ -245,7 +245,6 @@ string const InsetExternal::doSubstituti
result = subst(result, $$FPath, filepath);
result = subst(result, $$Tempname, tempname_);
result = subst(result, $$Sysdir, system_lyxdir);
- result = ReplaceEnvironmentPath(result);
// Handle the $$Contents(filename) syntax
if (contains(result, $$Contents(\)) {
[david.martin@laakeri.oulu.fi: Re: arrays inside the eqnarray array environment - Lyx 1.2.1]
Jean-Marc,
Could you check that this is a problem for 1.2.2cvs and fixed by
the patch (I think yes in both cases, but I can't check)
Andre'
- Forwarded message from David Martin [EMAIL PROTECTED] -
On Tue, Oct 29, 2002 at 04:25:30PM +0200, David Martin wrote:
t\in (\frac{3t_{m}}{4},t_{m}]\end{array}
\end{eqnarray}
[...]
I must admit I am a little perplexed by this, and the subtleties of the
difference between the two constructs is beyond my meagre LaTeX skills.
The problem is the empty line between \end{array} and \end{eqnarray}
Please remove the \n in line 91 of src/mathed/math_arrayinset.C and
tell me if this fixes your problem.
Andre'
It does indeed fix that problem. Thanks a bunch for the prompt reply --
I had just upacked the 1.16fix4 source and was about to rebuild it :)
[...]
- End forwarded message -
Re: bug: öä in filenames don't work in export latex
On Tue, Oct 29, 2002 at 04:55:25PM +0200, Tuukka Toivonen wrote: When I export a file from LyX to LaTeX, that contains ä or ö in the file name, the letters in the exported filename will be wrong. The bug is still present in 1.3.0cvs. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: bug: öä in filenames don't work in export latex
Tuukka == Tuukka Toivonen [EMAIL PROTECTED] writes: Tuukka When I export a file from LyX to LaTeX, that contains ä or Tuukka ö in the file name, the letters in the exported filename Tuukka will be wrong. Tuukka I'm using LyX 1.1.6fix4. This is intended, beacuse (some versions of) latex do not work with 8bit character names. This may change in the future, though. JMarc
Re: Patch: erasing files in ~/.lyx/xfonts/
Dekel == Dekel Tsur [EMAIL PROTECTED] writes: Dekel On Fri, Oct 25, 2002 at 10:57:47PM +0200, Dekel Tsur wrote: This patch make the configure script erase the files in ~/.lyx/xfonts, if ~/.lyx/xfonts/fonts.dir is equal to LYXLIB/xfonts/fonts.dir PS: Should I also remove the directory ~/.lyx/xfonts ? Dekel Can I apply this patch ? Yes. JMarc
Re: xfig and LyX
You did not apply the following patch, did you? JMarc Is this the same as the last one you had posted on the devel list? If yes, then I did apply the patch.. or well, let me go over what I did.. In lyx-devel, I ran patch -p0 patch.diff (I think I was prompted if I wanted to force something and I did say yes to it..) ran autogen.sh, configure, make, make install Did I miss anything? Should I try doing it again cos I'm going to build cvs again with qt today... Thanks, nirmal
Re: [david.martin@laakeri.oulu.fi: Re: arrays inside the eqnarray array environment - Lyx 1.2.1]
On Tue, Oct 29, 2002 at 04:05:30PM +0100, Andre Poenitz wrote: Jean-Marc, Could you check that this is a problem for 1.2.2cvs and fixed by the patch (I think yes in both cases, but I can't check) I checked that and the answer is yes in both cases. I'll apply it to 1.2.2cvs.
Re: bug: öä in filenames don't work in export latex
On Tue, Oct 29, 2002 at 04:55:25PM +0200, Tuukka Toivonen wrote: When I export a file from LyX to LaTeX, that contains ä or ö in the file name, the letters in the exported filename will be wrong. This somehow looks intentional. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
[PATCH] compiling lyx 1.2.2cvs with autoconf 2.5x
Angus, Andre,
Here is a tentative patch to fix configuration with autoconf 2.5x.
Since I cannot reproduce the problem here, I am just trying to
guess...
Feedback appreciated.
JMarc
Index: configure.in
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/Attic/configure.in,v
retrieving revision 1.120.2.13
diff -u -p -r1.120.2.13 configure.in
--- configure.in 20 Aug 2002 14:19:04 - 1.120.2.13
+++ configure.in 29 Oct 2002 15:35:42 -
-50,6 +50,10 INSTALL_SCRIPT='${INSTALL}'
### we will also need a C compiler to compile GNU gettext
AC_PROG_CC
+# and on some systems with autoconf 2.5x, the gettext test for off_t
+# will fail because it does not look into sys/types.h. We try here to help
+# it to do so
+AC_CHECK_HEADERS(sys/types.h)
### check for special systems
AC_ISC_POSIX
Re: bug: öä in filenames don't work in export latex
On Tue, Oct 29, 2002 at 04:26:26PM +0100, Jean-Marc Lasgouttes wrote: Tuukka When I export a file from LyX to LaTeX, that contains ä or Tuukka ö in the file name, the letters in the exported filename Tuukka will be wrong. Tuukka I'm using LyX 1.1.6fix4. This is intended, beacuse (some versions of) latex do not work with 8bit character names. This may change in the future, though. It could be argued, though, that real export should produce a file with the same stem as the original [No, I am not going to fix this] Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: xfig and LyX
Nirmal == Nirmal Govind [EMAIL PROTECTED] writes: You did not apply the following patch, did you? JMarc Nirmal Is this the same as the last one you had posted on the devel Nirmal list? If yes, then I did apply the patch.. or well, let me go Nirmal over what I did.. Nirmal In lyx-devel, I ran patch -p0 patch.diff This seems correct Nirmal (I think I was prompted if I wanted to force something and I Nirmal did say yes to it..) This is probably not correct... Nirmal ran autogen.sh, configure, make, make install This is correct Nirmal Did I miss anything? Basically, what the patch does is remove a call to ReplaceEnvPath from InsetExternal::doSubstitution. And your backtrace seems to imply that the function is still called. So I think you missed something, somewhere. Anyway, I just commited the patch in cvs. Please tell me if it works now. JMarc
Re: [david.martin@laakeri.oulu.fi: Re: arrays inside the eqnarray array environment - Lyx 1.2.1]
Dekel == Dekel Tsur [EMAIL PROTECTED] writes: Dekel On Tue, Oct 29, 2002 at 04:05:30PM +0100, Andre Poenitz wrote: Jean-Marc, Could you check that this is a problem for 1.2.2cvs and fixed by the patch (I think yes in both cases, but I can't check) Dekel I checked that and the answer is yes in both cases. I'll apply Dekel it to 1.2.2cvs. Thanks. JMarc
Re: [PATCH] compiling lyx 1.2.2cvs with autoconf 2.5x
On Tue, Oct 29, 2002 at 04:47:06PM +0100, Jean-Marc Lasgouttes wrote: Feedback appreciated. Seems to work. Tons of warning when running autogen, but I am currently compiling (beyond the point where it broke before applying the patch) Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [PATCH] compiling lyx 1.2.2cvs with autoconf 2.5x
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Tue, Oct 29, 2002 at 04:47:06PM +0100, Jean-Marc Lasgouttes Andre wrote: Feedback appreciated. Andre Seems to work. Andre Tons of warning when running autogen, This is autoconf 2.53, right? Andre but I am currently compiling (beyond the point where it broke Andre before applying the patch) I'm impressed by myself :) Not that I really understand why it did not work before, but... JMarc
qt3?
Is it possible to build lyx cvs using qt3? I'm running KDE3 and have qt3.. I tried doing a configure with --with-frontend=qt3 --with-qt-dir=/usr/lib/qt3 but it didn't work.. any suggestions? Thanks, nirmal
Re: [PATCH] compiling lyx 1.2.2cvs with autoconf 2.5x
On Tuesday 29 October 2002 3:47 pm, Jean-Marc Lasgouttes wrote: Angus, Andre, Here is a tentative patch to fix configuration with autoconf 2.5x. Since I cannot reproduce the problem here, I am just trying to guess... Feedback appreciated. JMarc JMarc, apart from a bunch of warnings (below) when running autogen.sh, this seems to work perfectly. Currently in the middle of the build process, mathed having built successfully, which is a lot further than I got before. Incidentally, the configure script that you sent did /not/ work. (Same problems in /usr/include/sys/types.h). Regards, Angus aleemthorax:1_2_X$ ./autogen.sh Locating GNU m4... found: m4 Generate acinclude.m4... done. Building macros... . lib/reLyX sigc++ done. Building config header template... . WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. configure.in:5: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:60: warning: AC_COMPILE_IFELSE was called before AC_AIX configure.in:60: warning: AC_RUN_IFELSE was called before AC_AIX configure.in:386: warning: do not use m4_regexp: use regexp or m4_bregexp autoheader: `src/config.h.in' is unchanged sigc++ WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. configure.in:70: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:641: warning: do not use m4_regexp: use regexp or m4_bregexp autoheader: `sigc++config.h.in' is unchanged done. 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 sigc++ done. Building configure... . lib/reLyX sigc++ done. Building lib/configure ... done. run ./configure ; make
Re: qt3?
Nirmal == Nirmal Govind [EMAIL PROTECTED] writes: Nirmal Is it possible to build lyx cvs using qt3? I'm running KDE3 Nirmal and have qt3.. I tried doing a configure with Nirmal --with-frontend=qt3 --with-qt-dir=/usr/lib/qt3 but it didn't Nirmal work.. any suggestions? Use --with-frontend=qt JMarc
Re: [PATCH] compiling lyx 1.2.2cvs with autoconf 2.5x
On Tue, Oct 29, 2002 at 05:12:30PM +0100, Jean-Marc Lasgouttes wrote: Andre but I am currently compiling (beyond the point where it broke Andre before applying the patch) I'm impressed by myself :) Not that I really understand why it did not work before, but... I am getting tons of undefined symbols now. Well. Time for a clean re-build I suppose. Was this cvs -co -r BRANCH_1_2_X -d lyx-12x co lyx-devel? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: qt3?
Nirmal Govind wrote: Is it possible to build lyx cvs using qt3? I'm running KDE3 and have Yes. qt3.. I tried doing a configure with --with-frontend=qt3 --with-qt-dir=/usr/lib/qt3 but it didn't work.. any suggestions? use --with-frontend=qt --with-qt-dir=/usr/lib/qt3 instead Jürgen.
Re: [PATCH] compiling lyx 1.2.2cvs with autoconf 2.5x
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Tue, Oct 29, 2002 at 05:12:30PM +0100, Jean-Marc Lasgouttes Andre wrote: but I am currently compiling (beyond the point where it Andre broke before applying the patch) I'm impressed by myself :) Not that I really understand why it did not work before, but... Andre I am getting tons of undefined symbols now. Well. Time for a Andre clean re-build I suppose. Was this cvs -co -r BRANCH_1_2_X -d Andre lyx-12x co lyx-devel? Rather cvs co -r BRANCH_1_2_X -d lyx-12x lyx-devel But 'make distclean' should be enough. JMarc
Re: qt3?
Nirmal Govind [EMAIL PROTECTED] writes: | Is it possible to build lyx cvs using qt3? I'm running KDE3 and have | qt3.. I tried doing a configure with --with-frontend=qt3 | --with-qt-dir=/usr/lib/qt3 but it didn't work.. any suggestions? Hmm... I only use: ./configure --with-frontend=qt and it just work... of course if you have both qt2 and qt3 installed you have to use the --with-qt-dir etc. parameters... -- Lgb
Re: qt3?
On Tuesday 29 October 2002 17:16, Nirmal Govind wrote: Is it possible to build lyx cvs using qt3? I'm running KDE3 and have qt3.. I tried doing a configure with --with-frontend=qt3 --with-qt-dir=/usr/lib/qt3 but it didn't work.. any suggestions? Thanks, nirmal Do have try: export QTDIR=/usr/lib/qt3 -- Ir Pascal Francq Researcher Université Libre de Bruxelles CAD/CAM Department Avenue F.D. Roosevelt, 50 CP 165/14 B-1050 Brussels BELGIUM Tel. +32-2-650 47 65 Fax +32-2-650 47 24 ICQ: 91206668
Re: Graphics (en) = Grafik (dt)
Michael == Michael Schmitt [EMAIL PROTECTED] writes: Michael Hi, I have made a few corrections/improvements to the de.po Michael file. The problem is that currently the English words Michael Graphics and Figure are both mapped onto the German word Michael Abbildung which causes some confusion. I think this Michael translation has historical reasons, so I resolved it. I'll apply that as soon as Pit or Hartmut give me a go!. JMarc
Re: [PATCH] compiling lyx 1.2.2cvs with autoconf 2.5x
On Tuesday 29 October 2002 4:12 pm, Jean-Marc Lasgouttes wrote: Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Tue, Oct 29, 2002 at 04:47:06PM +0100, Jean-Marc Lasgouttes Andre wrote: Feedback appreciated. Andre Seems to work. Andre Tons of warning when running autogen, This is autoconf 2.53, right? 2.54 here and I now have a 1_2_X executable. Thank you. Angus
Re: [PATCH] compiling lyx 1.2.2cvs with autoconf 2.5x
On Tue, Oct 29, 2002 at 05:43:50PM +0100, Jean-Marc Lasgouttes wrote: Andre I am getting tons of undefined symbols now. Well. Time for a Andre clean re-build I suppose. Was this cvs -co -r BRANCH_1_2_X -d Andre lyx-12x co lyx-devel? Rather cvs co -r BRANCH_1_2_X -d lyx-12x lyx-devel Not much difference... BRANCH-1_2_X is the solution. Anyway, I have a 1.2.2cvs binary now. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
[patch 1_2_X]: killing those zombie processes
Jean-Marc, here is the minimal diff to resolve this problem with zombie processes that are generated by LyX's autosave. I have not done anything similar to the ispell processes (unlike in 1.3) because John's reapSpellchecker() hack seems to work well enough. Regards, Angus zombies12x.diff.bz2 Description: BZip2 compressed data
Re: [PATCH][RFC] Revision tracking
On Tue, Oct 29, 2002 at 08:12:29AM +0100, Andre Poenitz wrote: On Mon, Oct 28, 2002 at 11:27:38PM +, John Levon wrote: http://movementarian.org/ltxpost-0.1a.tar.gz Sure this is right? Yes. Upgrade wget. john -- All photography is accurate - none of it is truth. - Richard Avedon
Re: Copyright
On Tue, Oct 29, 2002 at 11:20:45AM +0100, Andre Poenitz wrote: Why do we have 1995 Mathias Ettrich in frontends/qt2 ? Er, it's a homage ? john -- All photography is accurate - none of it is truth. - Richard Avedon
Re: QT frontend doesn't compile
On Tue, Oct 29, 2002 at 03:47:34PM +0200, Dekel Tsur wrote: Dialogs2.C:135: no void Dialogs::showListing(InsetCommand *)' member Damnit ! I reverted that patch, I did, I did ! Hold on john
Re: [PATCH][RFC] Revision tracking
On Tue, Oct 29, 2002 at 05:09:32PM +, John Levon wrote: On Mon, Oct 28, 2002 at 11:27:38PM +, John Levon wrote: http://movementarian.org/ltxpost-0.1a.tar.gz btw, screenshot : http://movementarian.org/lc.png (ignore the pink ;) john -- All photography is accurate - none of it is truth. - Richard Avedon
Re: [PATCH][RFC] Revision tracking
On Tuesday 29 October 2002 17:45, John Levon wrote: btw, screenshot : http://movementarian.org/lc.png (ignore the pink ;) Impressive if I may say so. BTW you mean salmon not pink. ;-) john -- José Abílio
Re: [PATCH][RFC] Revision tracking
John Levon [EMAIL PROTECTED] writes: | On Tue, Oct 29, 2002 at 05:09:32PM +, John Levon wrote: On Mon, Oct 28, 2002 at 11:27:38PM +, John Levon wrote: http://movementarian.org/ltxpost-0.1a.tar.gz | btw, screenshot : http://movementarian.org/lc.png (ignore the pink ;) I belive this would be a nice feature for 1.4, I am very reluctant of including it in 1.3.0, especially since I guess that a lot of improvements could be added to it. (even if it works nicely now.) -- Lgb
Re: Tables border inconsistency
On Tue, 2002-10-29 at 17:23, Andre Poenitz wrote: On Tue, Oct 29, 2002 at 07:24:28AM +1030, Darren Freeman wrote: Horizontal gaps are drawn on the screen as complete gaps. Vertical ones still have lines going through them for the horizontal borders. Having a horizontal one and vertical one intersect shows this up worse as one appears on top of the other. Oh-oh, shows up like that in the postscript too - anyone else surprised by this behaviour? Not really. Has been like that for ages ;-) Btw: It is sometimes considered better style to use lines in tables only sparingly. Usually data comes in tight columns, so no vertical lines are optically needed and for horizontal seperation just a few lines will do. What about one horizontal and one vertical, for separating headings from data? Andre'
Re: [PATCH][RFC] Revision tracking
On Tue, Oct 29, 2002 at 07:49:47PM +0100, Lars Gullik Bjønnes wrote: I belive this would be a nice feature for 1.4, I am very reluctant of Can you remind me of the versioning scheme ? Are we having a 1.3.1 ? The 1.4 is the one that's coming out in about 2004, right ? If we are lucky. including it in 1.3.0, especially since I guess that a lot of I agree it's probably not a good idea for 1.3.0. It is reasonably high-risk, for one. improvements could be added to it. (even if it works nicely now.) Yes, there's a few warts. And of course some ugly code that needs cleanups in the core before it goes away. regards john -- All photography is accurate - none of it is truth. - Richard Avedon
Re: Who has RPMs for redhat 7.x? [please!]
On Tue, Oct 29, 2002 at 07:20:24PM +0100, Thomas Schönhoff wrote: Hello, does somebody know where to grab the appropriate a xpm.scr.rpm to compile xforms1.0-RC5.2.src.rpm. successfully? Recent trials ended up in dependency problems (I previously run LyX-1.2.1 with xform0.89, so I have to refresh my installation before compiling needed LyX packages for RH) Thanks Thomas You need to uninstall your previous xforms, then compile the xforms.src.rpm and it will work correctly. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)
Re: [patch]: xforms paragraph dialog
Angus Leeming wrote: 2nd iteration of Rob's changes. Looks fairly uncontroversial and appears to work fine. The patch is as large as it is because I also moved the helper functions to the end of the file. I'm not sure that I like these (default) labels appended to the Block, Center, Left, Right alignment button labels, but it's only 30 lines of code and does no harm ;-) Ok to apply? Angus Lars? Angus
Re: Small poll - Results
On Tue, Oct 29, 2002 at 09:42:01PM +0100, Lars Gullik Bjønnes wrote: I really, really do not want this feature as just a new hack (which actually would be quite ease), but us to prepare the core of lyx properly for this... Which would involve what exactly. john -- If I'm a troll, I'm the dopest troll alive. - High C, alt.music.alternative
Re: QTabular.ui
On Tue, Oct 29, 2002 at 11:00:19AM +0100, Juergen Spitzmueller wrote: Here is the ui file with the changes you proposed. I have added a few connections, but that does not make much sense as I don't know how it's gonna Can you lay it out (so resizing works) ? Basically use spacers (the icon that looks like those arm exerciser things next to the question mark at the top) and layout each region (right click on the region, and selection layout vertically/horizontally/in a grid. IF you select multiple widgets (use shift-click), you can group and lay out widgets like that too. I can can draw the preferences dialog too, if that helps. It does. thanks john -- If I'm a troll, I'm the dopest troll alive. - High C, alt.music.alternative
asXInset
I much prefer Andre's way. Compare
InsetSomething * i = inset-asSomethingInset();
if (!i)
break;
with
if (inset-lyxCode() == SOMETHING_CODE) {
InsetSomething * i = static_castInsetSomething*(i);
...
}
Does anyone have a problem with this form of RTTI ?
regards
john
--
All the people we like are We, and everyone else is They.
- Kipling
inset wrap + minipage
I can insert an inset wrap in a minipage. Is this allowed ? john -- All the people we like are We, and everyone else is They. - Kipling
Re: inset wrap + minipage
On Tue, Oct 29, 2002 at 10:07:39PM +, John Levon wrote: I can insert an inset wrap in a minipage. Is this allowed ? Yes.
Re: inset wrap + minipage
On Wed, Oct 30, 2002 at 12:17:24AM +0200, Dekel Tsur wrote: I can insert an inset wrap in a minipage. Is this allowed ? Yes. OK, then we need to use ParIterator in getTocList (which I've done) regards john -- All the people we like are We, and everyone else is They. - Kipling
Re: Bullets problems (bug)
On Tue, Sep 03, 2002 at 11:55:42AM +0200, Renaud MICHEL wrote:
I am not sure if this is the good place to post this.
There is a problem with bullets in LyX 1.2.1 when using babel:
If I use the LyX dialog to redefine the bullets, LyX will add this kind of
commands to the preamble
\AtBeginDocument{
\renewcommand{\labelitemii}{\(\circ\)}
\renewcommand{\labelitemiii}{\Pisymbol{psy}{168}}
\renewcommand{\labelitemiv}{\(\diamond\)}
}
But if I use a foreign language (actually french) LyX will add the following
\usepackage{babel}
AFTER the \AtBeginDocument statement, and babel redefine the \labelitem, so
your redefinition is useless, it should be placed after the use package
babel.
Another problem that will occur when this one is solved is that babel
redefine the default, for example LyX assume that \bullet is the default
for \labelitemi, and so doesn't redefine it if you choose \bullet, but in
french the default is a dash, so if I select the \bullet LyX won't create a
\renewcommand which would have been necessarry here.
comments ?
john
--
All the people we like are We, and everyone else is They.
- Kipling
[PATCH] fix inset wrap inside minipage TOC
This does not deal with the opposite case (caption inside minipage
inside float) which is on bugzilla ?
OK ?
john
Index: buffer.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/buffer.h,v
retrieving revision 1.116
diff -u -r1.116 buffer.h
--- buffer.h21 Oct 2002 16:21:52 - 1.116
+++ buffer.h29 Oct 2002 21:56:07 -
-400,9 +392,9
}
///
- ParIterator par_iterator_begin();
+ ParIterator par_iterator_begin() const;
///
- ParIterator par_iterator_end();
+ ParIterator par_iterator_end() const;
///
Inset * getInsetFromID(int id_arg) const;
Index: buffer.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/buffer.C,v
retrieving revision 1.389
diff -u -r1.389 buffer.C
--- buffer.C21 Oct 2002 16:21:52 - 1.389
+++ buffer.C29 Oct 2002 21:56:37 -
-3332,13 +3303,13
}
-ParIterator Buffer::par_iterator_begin()
+ParIterator Buffer::par_iterator_begin() const
{
return ParIterator(*(paragraphs.begin()));
}
-ParIterator Buffer::par_iterator_end()
+ParIterator Buffer::par_iterator_end() const
{
return ParIterator();
}
Index: toc.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/toc.C,v
retrieving revision 1.12
diff -u -r1.12 toc.C
--- toc.C 24 Sep 2002 18:36:19 - 1.12
+++ toc.C 29 Oct 2002 21:56:38 -
-28,6 +28,7
#include insets/insetfloat.h
#include insets/insetwrap.h
#include debug.h
+#include iterators.h
using std::vector;
using std::max;
-72,11 +73,14
TocList toclist;
if (!buf)
return toclist;
- Paragraph * par = *(buf-paragraphs.begin());
LyXTextClass const textclass = buf-params.getLyXTextClass();
- while (par) {
+ ParIterator pit = buf-par_iterator_begin();
+ ParIterator end = buf-par_iterator_end();
+ for (; pit != end; ++pit) {
+ Paragraph * par = *pit;
+
#ifdef WITH_WARNINGS
#warning bogus type (Lgb)
#endif
-106,8 +110,6
il-addToToc(toclist, buf);
}
}
-
- par = par-next();
}
return toclist;
}
--
All the people we like are We, and everyone else is They.
- Kipling
Qt 3 compile failed!
Hi.. thanks to the help I got here, I got the compile started. It stopped with the following error: make[6]: Entering directory `/opt/lyx-qt/lyx-devel/src/frontends/qt2/ui' make[6]: *** No rule to make target `libqt2ui.la.c', needed by `libqt2ui.la'. Stop. I'm using KDE3 and Qt3... do I HAVE to get the Qt2 library above? Thanks, nirmal
Re: Qt 3 compile failed!
On Tue, Oct 29, 2002 at 05:33:22PM -0500, Nirmal Govind wrote: make[6]: Entering directory `/opt/lyx-qt/lyx-devel/src/frontends/qt2/ui' make[6]: *** No rule to make target `libqt2ui.la.c', needed by `libqt2ui.la'. Stop. I'm using KDE3 and Qt3... do I HAVE to get the Qt2 library above? No. You're using the wrong automake/autoconf. I use automake 1.5 and autoconf 2.13 john -- All the people we like are We, and everyone else is They. - Kipling
Re: QTabular.ui
John Levon wrote: Can you lay it out (so resizing works) ? Like this? (Attached) I can can draw the preferences dialog too, if that helps. It does. I'm on it. It has a main dialog with a list browser and embeds modules (like Edwin's document dialog). Most embeded modules have tabfolders (the arrangement currently is - basically - the same as in the xforms' dialog, but this might be changed [1]). OK? Concerning the special qt widgets, you will have to investigate yourself (I don't know what is possible with color and font pickers etc.) Concerning the prefs, I will include all the stuff from qt except - font encoding - popup fonts - rescale bitmap fonts - printer flags? (Dekel recommended to remove them) [1] I do not like Input. I'd rather have a Paths section. But I do not know where to put the Date Format (in Input-Misc). What is this actually? (I hate Misc sections btw.). Recommendations are of course welcome (and I will post the ui files before I begin the fine tune). Regards, Jürgen. QTabularDialog.ui Description: application/designer
Re: [PATCH] fix caption inside minipage inside float TOC
On Tue, Oct 29, 2002 at 10:32:40PM +, John Levon wrote:
This does not deal with the opposite case (caption inside minipage
inside float) which is on bugzilla ?
s/\?//
But this one does.
example of both bugs attached
OK ?
john
Index: insets/insetfloat.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetfloat.C,v
retrieving revision 1.53
diff -u -r1.53 insetfloat.C
--- insets/insetfloat.C 26 Sep 2002 08:59:34 - 1.53
+++ insets/insetfloat.C 29 Oct 2002 22:48:24 -
-30,6 +30,7
#include frontends/LyXView.h
#include frontends/Dialogs.h
#include lyxlex.h
+#include iterators.h
using std::ostream;
using std::endl;
-339,11 +340,13
void InsetFloat::addToToc(toc::TocList toclist, Buffer const * buf) const
{
- // Now find the caption in the float...
- // We now tranverse the paragraphs of
- // the inset...
- Paragraph * tmp = inset.paragraph();
- while (tmp) {
+ ParIterator pit(inset.paragraph());
+ ParIterator end;
+
+ // Find a caption layout in one of the (child inset's) pars
+ while (pit != end) {
+ Paragraph * tmp = *pit;
+
if (tmp-layout()-name() == caplayout) {
string const str =
tostr(toclist[type()].size() + 1)
-351,6 +354,6
toc::TocItem const item(tmp, 0 , str);
toclist[type()].push_back(item);
}
- tmp = tmp-next();
+ ++pit;
}
}
#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
\textclass article
\language english
\inputencoding auto
\fontscheme default
\graphics default
\float_placement b
\paperfontsize default
\spacing single
\papersize a4paper
\paperpackage a4
\use_geometry 0
\use_amsmath 1
\use_natbib 1
\use_numerical_citations 0
\paperorientation portrait
\leftmargin 1cm
\topmargin -0.5cm
\rightmargin 1cm
\bottommargin -0.1cm
\secnumdepth 3
\tocdepth 3
\paragraph_separation skip
\defskip bigskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout Section
csacas
\layout Standard
\begin_inset Minipage
position 1
inner_position 0
height 0pt
width 100col%
collapsed false
\layout Standard
\begin_inset Wrap figure
width 50col%
collapsed false
\layout Caption
blah blah
\end_inset
\end_inset
\layout Standard
sacasc
\layout Standard
\added_space_bottom medskip
\begin_inset Float figure
placement h
wide false
collapsed false
\layout Standard
\begin_inset Minipage
position 1
inner_position 0
height 0pt
width 60col%
collapsed false
\layout Caption
A figure title
\end_inset
\begin_inset Minipage
position 1
inner_position 0
height 0pt
width 40col%
collapsed false
\layout Standard
\align center
\begin_inset Graphics
filename a_figure.eps
rotateOrigin center
\end_inset
\end_inset
\end_inset
\the_end
Re: QTabular.ui
On Tue, Oct 29, 2002 at 11:47:28PM +0100, Juergen Spitzmueller wrote: I'm on it. It has a main dialog with a list browser and embeds modules (like Edwin's document dialog). Most embeded modules have tabfolders (the arrangement currently is - basically - the same as in the xforms' dialog, but this might be changed [1]). Hmm. I'd far prefer a hierarchical set of entries in the left, like KDE kcontrol etc. The list browser navigation is confusing enough already. Concerning the special qt widgets, you will have to investigate yourself (I don't know what is possible with color and font pickers etc.) http://doc.trolltech.com/3.0/qcolordialog.html http://doc.trolltech.com/3.0/qfontdialog.html both pretty easy to use I suppose. Concerning the prefs, I will include all the stuff from qt except - font encoding - popup fonts - rescale bitmap fonts - printer flags? (Dekel recommended to remove them) [1] I do not like Input. I'd rather have a Paths section. But I do not know where to put the Date Format (in Input-Misc). What is this actually? (I hate Misc sections btw.). Recommendations are of course welcome (and I will post the ui files before I begin the fine tune). I can't even get my head round most of the prefs and what they do. This stuff is long-haul fixes. thanks john -- All the people we like are We, and everyone else is They. - Kipling
Re: QTabular.ui
John Levon wrote: http://doc.trolltech.com/3.0/qcolordialog.html http://doc.trolltech.com/3.0/qfontdialog.html both pretty easy to use I suppose. Shure, I saw that. The question is how you will invoke them. With qfontdialog, this might be a simple Choose... button which opens the font dialog. With qcolordialog too, but you somehow have to display the color of the selected element _in_ the prefs dialog. KMail, for instance, shows the colors in the browser (beneath the item). Jürgen.
[PATCH] Fix insets not repainting on buffer switch
OK ? I don't know exactly why this works, but it is probably related to
the change where we don't re-create our lyxscreen object (so before we
were effectively masking this behaviour)
john
Index: BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.314
diff -u -r1.314 BufferView_pimpl.C
--- BufferView_pimpl.C 21 Oct 2002 15:29:41 - 1.314
+++ BufferView_pimpl.C 30 Oct 2002 01:22:17 -
-297,6 +299,8
// bv_-text-owner(bv_);
if (lyxerr.debugging())
textcache.show(lyxerr, resizeCurrentBuffer);
+
+ buffer_-resizeInsets(bv_);
} else {
bv_-text = new LyXText(bv_);
bv_-text-init(bv_);
--
All the people we like are We, and everyone else is They.
- Kipling
1.3.0 release bugs remaining
http://tinyurl.com/2b0y Please inform me about other bugs not listed here that must be fixed before 1.3.0 ! Qt -- 544 Print dialog gets deleted twice - crash - doesn't affect xforms. I need help here badly 695 qt: no tabular dialog 528 qt2 frontend: Edit - Preferences Dialog missing 587 qt2 graphics - bb units do nothing 588 qt2 graphics - rotate origin not handled 589 qt2 graphics - no scale% item for output scale - the first two are easyish, the latter a little trickier 599 Missing some math icons - give us icons ! Also we need simple code for making good names. Easy to do ! General --- 614 Re-add column/row handling in math menu - I'll do this soon 425 link fails with undefined symbols when using gcc with non-gnu linker - JMarc wants a good fix. Release critical ? 638 Lyx goes into an infinite loop on reading the input file - triage me ! Am I an important bug ? 615 infinite loop trying to search 618 page down for large tables broken 681 Crash with undo - Jug's field. All very nasty. Not that many. regards john -- All the people we like are We, and everyone else is They. - Kipling
Re: QTabular.ui
On Wed, Oct 30, 2002 at 12:05:19AM +0100, Juergen Spitzmueller wrote: Shure, I saw that. The question is how you will invoke them. With qfontdialog, this might be a simple Choose... button which opens the font dialog. With qcolordialog too, but you somehow have to display the color of the selected element _in_ the prefs dialog. KMail, for instance, shows the colors in the browser (beneath the item). I think it's a QFrame with its foreground set. john -- All the people we like are We, and everyone else is They. - Kipling
Re: QTabular.ui
On Tue, Oct 29, 2002 at 11:47:28PM +0100, Juergen Spitzmueller wrote: Like this? (Attached) applied. thanks a lot. [1] I do not like Input. I'd rather have a Paths section. But I do not know where to put the Date Format (in Input-Misc). What is this actually? (I hate Misc sections btw.). Misc is a very good sign the UI is fucked up :) btw, since we don't have to use that awful tabs-in-tabs thing, we can take a much more fine-grained approach to splitting things up. We should also give some serious consideration to an Advanced section. This is also usually not a good idea, but in LyX's case, I think it's acceptable (e.g. defining formats etc.) regards john -- All the people we like are We, and everyone else is They. - Kipling
Re: Mathed BUG. (fwd)
On Tue, Oct 29, 2002 at 09:21:01AM -0200, Joao Luis Meloni Assirati wrote:
Is this really a bug? Should I fill a record in bugzilla?
hmm, isn't there something like this already ?
...
http://bugzilla.lyx.org/show_bug.cgi?id=267
http://bugzilla.lyx.org/show_bug.cgi?id=594
is it one of those ?
john
Create and eqnarray, ams align, or ams gather, with more then one line
and insert labels for at least two of the lines. Then toggle off numbering
of one of the labeled lines. Exporting to latex shows that line with both
\label{} and \nonumber.
More generaly: until you toggle off numbering of all labeled lines, lyx
will export the lines with both \label{} and \nonumber.
This is bad because:
1) Suppose you have an eqnarray with two equations and puts the label
'asd' in the first one. Than you change your mind and decides that it is
the second equation that deserves the label 'asd'. You do that by toggling
off numbering of the first equation and inserting the label 'asd' in the
second. As a consequence, you will end up with a multiply defined labels.
2) AMS align or gather simply don't accept \label{} and \nonumber in the
same equation.
So it seems that it is better to suppress \label{} in the exported
latex whenever numbering of the line is toggled off.
--
All the people we like are We, and everyone else is They.
- Kipling
[PATCH] fix bug 612 (progress in spell)
The value is not exactly brilliant but it's less 100 always with this
OK ?
john
Index: text.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text.C,v
retrieving revision 1.279
diff -u -r1.279 text.C
--- text.C 24 Oct 2002 18:31:45 - 1.279
+++ text.C 30 Oct 2002 02:48:20 -
-2392,7 +2409,8
if (the_locking_inset) {
WordLangTuple word =
the_locking_inset-selectNextWordToSpellcheck(bview, value);
if (!word.word().empty()) {
- value += float(cursor.y())/float(height);
+ value += float(cursor.y());
+ value /= float(height);
return word;
}
// we have to go on checking so move cursor to the next char
--
All the people we like are We, and everyone else is They.
- Kipling
Mathed BUG. (fwd)
John Levon wrote: hmm, isn't there something like this already ? http://bugzilla.lyx.org/show_bug.cgi?id=267 http://bugzilla.lyx.org/show_bug.cgi?id=594 is it one of those ? 267 says that once \nonumber-ed, it is impossible to re-number it. I don't have this problem, and the status WORKSFORME seems fair. 594 says that switching off numbering in all rows of gather or multline does not work = still true. My report says that when you insert in a row first \label and then a \nonumber, lyx does not supress the \label. Instead, it exports a tex with both \label and \nonumber in that row. This is fixed now in 1.3. Regards, João.
Re: Qt 3 compile failed!
make[6]: Entering directory `/opt/lyx-qt/lyx-devel/src/frontends/qt2/ui' make[6]: *** No rule to make target `libqt2ui.la.c', needed by `libqt2ui.la'. Stop. I'm using KDE3 and Qt3... do I HAVE to get the Qt2 library above? No. You're using the wrong automake/autoconf. I use automake 1.5 and autoconf 2.13 I get this on debian 3.0 as well. I have automake 1.4-p4, and autoconf 2.13. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: Qt 3 compile failed!
On Wed, Oct 30, 2002 at 11:27:16AM +0800, Rod Pinna wrote: automake 1.4-p4, and autoconf ^^ that's your problem john -- All the people we like are We, and everyone else is They. - Kipling
Re: Qt 3 compile failed!
Cheers. I believe Debian is a reasonably well used distribution, so I contributed that comment more as a point of possible information for you, than a suggestion you need to do anything about it. I'm not a programmer; I know it's my problem, not yours. Take it in the spirit perhaps of, you may have alot of people whining about this when 1.3.0 comes out. For anyone else who may care, there is also a seperate automake1.5 package in debian 3.0. Rod On Wed, 30 Oct 2002, John Levon wrote: On Wed, Oct 30, 2002 at 11:27:16AM +0800, Rod Pinna wrote: automake 1.4-p4, and autoconf ^^ that's your problem john -- All the people we like are We, and everyone else is They. - Kipling _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: Qt 3 compile failed!
On Wed, Oct 30, 2002 at 11:41:02AM +0800, Rod Pinna wrote: Take it in the spirit perhaps of, you may have alot of people whining about this when 1.3.0 comes out. I have no idea how to fix it alas For anyone else who may care, there is also a seperate automake1.5 package in debian 3.0. Whoever packages debs should use that then probably... john
Re: Qt 3 compile failed!
On Wed, Oct 30, 2002 at 03:31:43AM +, John Levon wrote: On Wed, Oct 30, 2002 at 11:27:16AM +0800, Rod Pinna wrote: automake 1.4-p4, and autoconf ^^ that's your problem I have the same problem. I am using the automake 1.4-p4 comes with Redhat 7.3. -- Bo Peng
Re: Anyone interested in a script to create list of keybindings
On 29 Oct 2002, Jean-Marc Lasgouttes wrote: Thanks. I added an entry for it in the contribs page. Note that it is a bit strange to name lyx-bindings.sh something which is actually a [t]csh script... yes... bad habits I suppose :-) feel free to change the name of the script, nothing else needs to be modified. (I always find it difficult to come up with nice names). Guess it instead should have been lyx-bindings.tcsh /C -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se
Re: Anyone interested in a script to create list of keybindings
On Tue, 29 Oct 2002, Andre Poenitz wrote: On Tue, Oct 29, 2002 at 02:44:51PM +0100, Christian Ridderström wrote: yes... bad habits I suppose :-) feel free to change the name of the script, nothing else needs to be modified. (I always find it difficult to come up with nice names). Guess it instead should have been lyx-bindings.tcsh Or 'lyx-bindings'. I do not call lyx 'lyx.ELF_32_bit_LSB_executable' either... Good point... I've done that. /C -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se
Who has RPMs for redhat 7.x? [please!]
Seeing how so many people are angry trying to install Kayvan's rpms, I think we really need to provide something compiled with gcc 2.96. If anybody can provide these rpms to me (built from the .src.rpm of the site), please send them to me. Ask Kayvan for details if you want to know how to make them. JMarc
Re: Who has RPMs for redhat 7.x? [please!]
Hello, I am running RH 7.2 and could provide binaries compiled with gcc-2.96-108.7.2. Would that be of any help, let me know! Thomas Jean-Marc Lasgouttes wrote: Seeing how so many people are angry trying to install Kayvan's rpms, I think we really need to provide something compiled with gcc 2.96. If anybody can provide these rpms to me (built from the .src.rpm of the site), please send them to me. Ask Kayvan for details if you want to know how to make them. JMarc
