Re: The big lyx binary unbloat (not)
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | It seems that things are not really heading the right way in | terms of reducing binary size (contrry to what lars wants | us to believe) | 1.2.1cvs and 1.3.0cvs, both configured without options (mandrake 8.1 | gcc 2.96 with all updates): | textdata bss dec hex filename | 3915256 83456 50080 4048792 3dc798 build/src/lyx | 5395429 835748 52164 6283341 5fe04d devbuild/src/lyx | I do not think there is much to comment on here... 1.2 and 1.3 are not really comparable. Also doing comparisons like this with older compilers (as in: not current) have little meaning. When we see a steady rize in binary size with gcc 3.1 (or perhaps 3.0) then it is time to inverstigate. Btw. this is the size I have with 1.3.0cvs with gcc 3.1 on my box: size src/lyx textdata bss dec hex filename 3228214 494672 48204 3771090 398ad2 src/lyx -- Lgb
ftp.lyx.org down?
Hi, No downloads possible from 138.195.130.75 ?!? Is the demand for 1.2.0 jamming the connection? Regards, Rob.
Re: The big lyx binary unbloat (not)
John Levon [EMAIL PROTECTED] writes: | On Fri, May 31, 2002 at 12:11:19AM +0200, Jean-Marc Lasgouttes wrote: It seems that things are not really heading the right way in terms of reducing binary size (contrry to what lars wants us to believe) | A less important problem too : | lyx 1.2.0branch : | moz frontends 268 ls -l .libs/libfrontends.a | -rw-rw-r--1 moz moz 51875990 May 30 21:14 .libs/libfrontends.a | (oof ...) | lyx trunk : | moz frontends 271 ls -l .libs/libfrontends.a | -rw-rw-r--1 moz moz 121410498 May 30 03:51 .libs/libfrontends.a | I am having severe diskspace issues, it is no wonder ... We should probably turn of -g for some of the libs, boost f.ex. This is with the same compiler as well? -- Lgb
cvs branch document
I need the original one Better use of CVS Can someone please send it to me? -- Lgb
Re: cvs branch document
On Friday 31 May 2002 9:21 am, Lars Gullik Bjønnes wrote: I need the original one Better use of CVS Can someone please send it to me? development/branches.html
Re: cvs branch document
Angus Leeming [EMAIL PROTECTED] writes: | On Friday 31 May 2002 9:21 am, Lars Gullik Bjønnes wrote: I need the original one Better use of CVS Can someone please send it to me? | development/branches.html I also found it in my mailbox. -- Lgb
Re: Non-float graphics sizing sort of bug
Rod == Rod Pinna [EMAIL PROTECTED] writes: Rod, did the patch work for you? I can apply it to trunk, but I'd rather wait before applying it to BRANCH-1_2_x. Rod Sorry, just got down to this message. It worked perfectly for Rod horizontal stuff. I've never used vertical alignment myself, so I Rod can't comment on that though. Sorry, it seems I misread the thread. JMarc
Re: Please update bugzilla frontpage
Michael == Michael Koziarski [EMAIL PROTECTED] writes: Michael At 10:15 PM 5/30/02 +0200, you wrote: Would it be possible to update bugzilla to say that 1.2.0 has been released and point to 1.2.1 open bugs? Michael Done. Thanks Michael. JMarc
Re: The big lyx binary unbloat (not)
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | It seems Lars that things are not really heading the right way in | terms of Lars reducing binary size (contrry to what lars wants | us to Lars believe) Lars | 1.2.1cvs and 1.3.0cvs, both configured without options Lars (mandrake 8.1 | gcc 2.96 with all updates): | text data bss dec Lars hex filename | 3915256 83456 50080 4048792 3dc798 build/src/lyx Lars | 5395429 835748 52164 6283341 5fe04d devbuild/src/lyx Lars | I do not think there is much to comment on here... Lars 1.2 and 1.3 are not really comparable. Sure, but when I see what happened in 2 weeks of times, I am afraid of the result. Lars Also doing comparisons like this with older compilers (as in: Lars not current) have little meaning. This is the compiler which was on current linux distributions one year ago. Give me a break. Lars When we see a steady rize in binary size with gcc 3.1 (or Lars perhaps 3.0) then it is time to inverstigate. Btw. this is the Lars size I have with 1.3.0cvs with gcc 3.1 on my box: Lars size src/lyx text data bss dec hex filename 3228214 494672 Lars 48204 3771090 398ad2 src/lyx I am really glad for you. However, it does not help me much. JMarc
Re: libiberty
John == John Levon [EMAIL PROTECTED] writes: John Why do we look for libiberty ? What on earth do we need it for ? It is useful to compile on SunOS 4.1.3, for example. What? You say nobody uses that anymore? So maybe is it time to just drop it. At the same time, removing special hacks for SCO, HP/UX and friends is probably a good idea (on trunk). We'll re-introduce them if somebody complains. JMarc
[Patch] parser.diff
This is a tentative patch to fix that cute small parser problem.
It works for a few things, but there was a severe change in the parsing
logic necessary (we try to read grids now by default, whereas this used
to be individual cells cobbled together by something that just happens to
work sometimes). It's much cleaner now (less local global variables,
165 lines of code gone etc), but I am not sure that everything still works.
I'd especially expect problems with line numbering/labels and with the AMS
environments. So please try it on your thesis and tell me how seriously it
failed...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Index: formulabase.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v
retrieving revision 1.161
diff -u -p -r1.161 formulabase.C
--- formulabase.C 30 May 2002 07:09:52 - 1.161
+++ formulabase.C 31 May 2002 08:01:35 -
-684,8 +684,8 InsetFormulaBase::localDispatch(BufferVi
case LFUN_MATH_VALIGN: p-valign(align); break;
case LFUN_MATH_ROW_INSERT: p-addRow(p-row(idx));
break;
case LFUN_MATH_ROW_DELETE: p-delRow(p-row(idx));
break;
- case LFUN_MATH_COLUMN_INSERT: p-addCol(p-col(idx));
break;
- case LFUN_MATH_COLUMN_DELETE: p-delCol(p-col(idx));
break;
+ case LFUN_MATH_COLUMN_INSERT:
+p-addFancyCol(p-col(idx)); break;
+ case LFUN_MATH_COLUMN_DELETE:
+p-delFancyCol(p-col(idx)); break;
default: ;
}
updateLocal(bv, true);
Index: math_gridinset.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_gridinset.h,v
retrieving revision 1.40
diff -u -p -r1.40 math_gridinset.h
--- math_gridinset.h30 May 2002 07:09:53 - 1.40
+++ math_gridinset.h31 May 2002 08:01:35 -
-139,9 +139,17 public:
///
virtual void delRow(row_type);
///
+ virtual void addFancyRow(row_type r) { addRow(r); }
+ ///
+ virtual void delFancyRow(row_type r) { addRow(r); }
+ ///
virtual void addCol(col_type);
///
virtual void delCol(col_type);
+ ///
+ virtual void addFancyCol(col_type c) { addCol(c); }
+ ///
+ virtual void delFancyCol(col_type c) { addCol(c); }
///
virtual void appendRow();
///
Index: math_hullinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_hullinset.C,v
retrieving revision 1.25
diff -u -p -r1.25 math_hullinset.C
--- math_hullinset.C31 May 2002 04:51:49 - 1.25
+++ math_hullinset.C31 May 2002 08:01:35 -
-440,14 +440,6 void MathHullInset::addRow(row_type row)
}
-void MathHullInset::appendRow()
-{
- nonum_.push_back(!numberedType());
- label_.push_back(string());
- MathGridInset::appendRow();
-}
-
-
void MathHullInset::delRow(row_type row)
{
MathGridInset::delRow(row);
-456,7 +448,7 void MathHullInset::delRow(row_type row)
}
-void MathHullInset::addCol(col_type col)
+void MathHullInset::addFancyCol(col_type col)
{
switch (getType()) {
case LM_OT_EQUATION:
-465,12 +457,12 void MathHullInset::addCol(col_type col)
case LM_OT_EQNARRAY:
mutate(LM_OT_ALIGN);
- addCol(col);
+ addFancyCol(col);
break;
case LM_OT_ALIGN:
mutate(LM_OT_ALIGNAT);
- addCol(col);
+ addFancyCol(col);
break;
case LM_OT_ALIGNAT:
-486,7 +478,7 void MathHullInset::addCol(col_type col)
}
-void MathHullInset::delCol(col_type col)
+void MathHullInset::delFancyCol(col_type col)
{
switch (getType()) {
case LM_OT_ALIGNAT:
Index: math_hullinset.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_hullinset.h,v
retrieving revision 1.12
diff -u -p -r1.12 math_hullinset.h
--- math_hullinset.h30 May 2002 07:09:53 - 1.12
+++ math_hullinset.h31 May 2002 08:01:35 -
-62,11 +62,9 public:
///
void delRow(row_type);
///
- void addCol(col_type);
+ void addFancyCol(col_type);
///
- void delCol(col_type);
- ///
- void appendRow();
+ void delFancyCol(col_type);
/// change type
void mutate(string const );
Index: math_parser.C
Re: cvs branch document
On Friday 31 May 2002 9:39 am, Lars Gullik Bjønnes wrote: Angus Leeming [EMAIL PROTECTED] writes: | On Friday 31 May 2002 9:21 am, Lars Gullik Bjønnes wrote: I need the original one Better use of CVS Can someone please send it to me? | | development/branches.html I also found it in my mailbox. The development/branches.html has a few spelling mistakes corrected I believe... A
Re: Feedback from www.lyx.org
miglietta == miglietta [EMAIL PROTECTED] writes: miglietta Ferruccio Miglietta ([EMAIL PROTECTED]) entered miglietta the following feedback message on the LyX home page: miglietta miglietta Dear Sirs, After compiling Lyx 1.2.0 I executed the command miglietta src/lyx. Lyx opened, but I had troubles with Math miglietta shortcuts: I was not able to get fractions (Alt+m f), greek miglietta symbols (Alt+m g char) and so on. I had always to use math miglietta panel, which is not so quick as keyboard shortcuts. Do I miglietta have made any mistake? Due to these problems, I did not run miglietta make install and keep on working by means of lyx 1.1.6-4 miglietta or, when required, but I do not like it, Word. Thank-you miglietta and best regards, Ferruccio Miglietta Hello, Did you try to run EditReconfigure (warning, it will change some things in your .lyx directory)? An alternative is to run ./lyx -userdir .lyx-1.2.0 and see whether this works better. JMarc
Re: lyx-devel src/mathed/: ChangeLog math_hullinset.C
On Fri, May 31, 2002 at 10:32:18AM +0200, Jean-Marc Lasgouttes wrote: poenitz Log message: re-enable ams autodetection (I still think it poenitz is wrong...) Why is it wrong? The logic. The User should say whether he want AMS included or not. We should not try to guess it from the presence of, say, a macro '\binom' which is AMS, but could as well be the user's own definition in some \incuded file. That AMS switch should be on be default, and people who know what they are doing can switch it off... 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: libiberty
On Fri, May 31, 2002 at 10:51:06AM +0200, Jean-Marc Lasgouttes wrote: At the same time, removing special hacks for SCO, HP/UX and friends is probably a good idea (on trunk). We'll re-introduce them if somebody complains. Sounds ok. 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] parser.diff
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre This is a tentative patch to fix that cute small parser Andre problem. Andre It works for a few things, but there was a severe change in the Andre parsing logic necessary (we try to read grids now by default, Andre whereas this used to be individual cells cobbled together by Andre something that just happens to work sometimes). It's much Andre cleaner now (less local global variables, 165 lines of code Andre gone etc), but I am not sure that everything still works. Is the 'small parser problem' bad enough that it should eventually go in 1.2.x? Also, what about macros with multiple arguments? Is this the same problem? JMarc
Re: The big lyx binary unbloat (not)
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Sure, but when I see what happened in 2 weeks of times, I am afraid of | the result. I am not. | Lars Also doing comparisons like this with older compilers (as in: | Lars not current) have little meaning. | This is the compiler which was on current linux distributions one year | ago. Give me a break. We are not using those compilers to tune the binary size of lyx. That is just as using a lyx compiled without optimization for profiling. -- Lgb
Re: The big lyx binary unbloat (not)
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars We are not using those compilers to tune the binary size of lyx. Lars That is just as using a lyx compiled without optimization for Lars profiling. I do not think most people use gcc 3.x to compile lyx. And mind you, the people wit `older' compilers are also the people who have older hardware and would appreciate a small binary. And I am talking +50% increase here, not a small drift. You references compilers are (1) gcc 3.1 which was released a couple weeks ago and (2) gcc 3.2 which is not released. Unless you plan lyx 1.3.0 to be available in more than one year, this is not reasonable. JMarc
Re: Feedback from www.lyx.org
On Fri, May 31, 2002 at 10:54:42AM +0200, Jean-Marc Lasgouttes wrote: miglietta Dear Sirs, After compiling Lyx 1.2.0 I executed the command miglietta src/lyx. Lyx opened, but I had troubles with Math miglietta shortcuts: I was not able to get fractions (Alt+m f), greek miglietta symbols (Alt+m g char) and so on. Are you in math mode when trying 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: The big lyx binary unbloat (not)
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars We are not using those compilers to tune the binary size of lyx. | Lars That is just as using a lyx compiled without optimization for | Lars profiling. | I do not think most people use gcc 3.x to compile lyx. And mind you, | the people wit `older' compilers are also the people who have older | hardware and would appreciate a small binary. And I am talking +50% | increase here, not a small drift. You are also using a compiler that implements certain key features in a really bad way, and this causes the binary bloat. | You references compilers are (1) gcc 3.1 which was released a couple | weeks ago and (2) gcc 3.2 which is not released. Unless you plan lyx | 1.3.0 to be available in more than one year, this is not reasonable. Then compare with gcc 3.0. After all gcc 2.96 was never really released at all... (send a bug report to RedHat) As such... gcc 2.96 is probably the worst compiler to be used for any comparisons. -- Lgb
Re: [Patch] parser.diff
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Fri, May 31, 2002 at 10:57:19AM +0200, Jean-Marc Lasgouttes Andre wrote: Is the 'small parser problem' bad enough that it should eventually go in 1.2.x? Andre No! That's just the '\\' in simple math problem. OK, I think this is not needed for 1.2.x, then. Also, what about macros with multiple arguments? Is this the same problem? Andre No, completely unrelated. And do you have plans for this one? JMarc
portable shell scripts
I am trying to introduce some of the changes I've made in my wrappers tree
back into the cvs, but I have a problem.
In the xforms/forms directory is a shell script, fdfix.sh that is used to
manipulate the output from fdesign to a form suitable for LyX. I have added
this:
INTRO_MESSAGE=// File generated by fdesign from ${FDFILE} \n\
// and modified by fdfix.sh for use by LyX.\n\n\
// WARNING! All changes made to this file will be lost!\n\n\
// Copyright $DATE the LyX Team\n// Read the file COPYING
echo ${INTRO_MESSAGE} ${HOUT}
It works fine of the Tru64 machine, but on the Linux-alpha one results in
this:
aleem@thorax:forms$ more form_aboutlyx.C
// File generated by fdesign from form_aboutlyx.fd \n// and modified by
fdfix.sh for use by LyX.\n\n// WARNING! All changes made to this file will be
lost!\n\n// Copyright 2002 the LyX Team\n// Read the file COPYING
\n#include config.h
#include forms_gettext.h
#include gettext.h
Has anyone any ideas?
Angus
Re: Herbert's parrot patch
John == John Levon [EMAIL PROTECTED] writes: John What's the status of this one ? John http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg37380.html I am in the process of applying it. JMarc
Re: Towards LyX 1.2.1 [status update #1]
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus On Thursday 30 May 2002 3:42 pm, Juergen Spitzmueller wrote: Jean-Marc Lasgouttes wrote: What are the bugs that you consider urgent for 1.2.1? I think the problem with the toolbar tooltips should be fixed, because it it irritating for new users, see my mail: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg38329.html Sorry that I have no patch, but I am lost here. Angus I suspect that it is the same wierd xforms behaviour that Angus necessitates the call to tooltips().set(); in FormBase::show() Angus AFTER the form has been made visible. You could try and see if Angus the same fix works here too (add a toolbar.tooltips().set() Angus call at the end of XFormsView::show) Sorry ANgus, I tried to have a quick look, but it seems that there is no such tooltips method. JMarc
Re: LYX_DIR_11x
John == John Levon [EMAIL PROTECTED] writes: John reLyX still looks for LYX_DIR_11x John Perhaps somebody's grep is broken ? Fixed. JMarc
Re: portable shell scripts
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I am trying to introduce some of the changes I've made in my
Angus wrappers tree back into the cvs, but I have a problem.
Angus In the xforms/forms directory is a shell script, fdfix.sh that
Angus is used to manipulate the output from fdesign to a form
Angus suitable for LyX. I have added this:
Angus INTRO_MESSAGE=// File generated by fdesign from ${FDFILE} \n\
Angus // and modified by fdfix.sh for use by LyX.\n\n\ // WARNING!
Angus All changes made to this file will be lost!\n\n\ // Copyright
Angus $DATE the LyX Team\n// Read the file COPYING
Angus echo ${INTRO_MESSAGE} ${HOUT}
Use printf instead.
JMarc
Do we need src/xtl?
What about getting rid of it? Even if we decide to use it later, we'll have to seriously update it, no? JMarc
Re: portable shell scripts
Angus Leeming wrote:
I am trying to introduce some of the changes I've made in my wrappers tree
back into the cvs, but I have a problem.
In the xforms/forms directory is a shell script, fdfix.sh that is used to
manipulate the output from fdesign to a form suitable for LyX. I have added
this:
INTRO_MESSAGE=// File generated by fdesign from ${FDFILE} \n\
// and modified by fdfix.sh for use by LyX.\n\n\
// WARNING! All changes made to this file will be lost!\n\n\
// Copyright $DATE the LyX Team\n// Read the file COPYING
echo ${INTRO_MESSAGE} ${HOUT}
It works fine of the Tru64 machine, but on the Linux-alpha one results in
this:
aleem@thorax:forms$ more form_aboutlyx.C
// File generated by fdesign from form_aboutlyx.fd \n// and modified by
fdfix.sh for use by LyX.\n\n// WARNING! All changes made to this file will be
lost!\n\n// Copyright 2002 the LyX Team\n// Read the file COPYING
\n#include config.h
#include forms_gettext.h
#include gettext.h
Has anyone any ideas?
I propose this one:
#!/bin/sh
HOUT=file.out
FDFILE=file.fd
DATE=`date`
cat - ${HOUT} EOF
// File generated by fdesign from ${FDFILE}
// and modified by fdfix.sh for use by LyX.
// WARNING! All changes made to this file will be lost!
// Copyright $DATE the LyX Team
// Read the file COPYING
EOF
Greetings,
Stephan
[EMAIL PROTECTED] | beusen Solutions GmbH
fon: +49 30 549932-426 | Landsberger Allee 366
fax: +49 30 549932-921 | 12681 Berlin, Germany
Re: Towards LyX 1.2.1 [status update #1]
On Friday 31 May 2002 10:54 am, Jean-Marc Lasgouttes wrote:
Angus I suspect that it is the same wierd xforms behaviour that
Angus necessitates the call to tooltips().set(); in FormBase::show()
Angus AFTER the form has been made visible. You could try and see if
Angus the same fix works here too (add a toolbar.tooltips().set()
Angus call at the end of XFormsView::show)
Sorry ANgus, I tried to have a quick look, but it seems that there is
no such tooltips method.
JMarc
You're smoking some of Lars baccy:
class Tooltips : boost::noncopyable, public boost::signals::trackable {
public:
/// This method is connected to the tooltipsToggled signal.
void set();
...
struct Toolbar::Pimpl {
public:
Tooltips * tooltip_;
...
void XFormsView::create_form_form_main(int width, int height) {
...
toolbar = new Toolbar(this, air, 30 + air + bw, toolbardefaults);
...
Re: portable shell scripts
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
| Angus I am trying to introduce some of the changes I've made in my
| Angus wrappers tree back into the cvs, but I have a problem.
| Angus In the xforms/forms directory is a shell script, fdfix.sh that
| Angus is used to manipulate the output from fdesign to a form
| Angus suitable for LyX. I have added this:
| Angus INTRO_MESSAGE=// File generated by fdesign from ${FDFILE} \n\
| Angus // and modified by fdfix.sh for use by LyX.\n\n\ // WARNING!
| Angus All changes made to this file will be lost!\n\n\ // Copyright
| Angus $DATE the LyX Team\n// Read the file COPYING
| Angus echo ${INTRO_MESSAGE} ${HOUT}
| Use printf instead.
Is that a good solution?
Printf seems to me to be aven more unportable than echo
what about echo -e ?
--
Lgb
Re: Towards LyX 1.2.1 [status update #1]
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus On Friday 31 May 2002 10:54 am, Jean-Marc Lasgouttes wrote: I
Angus suspect that it is the same wierd xforms behaviour that
Angus necessitates the call to tooltips().set(); in FormBase::show()
Angus AFTER the form has been made visible. You could try and see if
Angus the same fix works here too (add a toolbar.tooltips().set()
Angus call at the end of XFormsView::show)
Sorry ANgus, I tried to have a quick look, but it seems that there
is no such tooltips method.
JMarc
Angus You're smoking some of Lars baccy:
Angus class Tooltips : boost::noncopyable, public
Angus boost::signals::trackable { public: /// This method is
Angus connected to the tooltipsToggled signal. void set(); ...
Angus struct Toolbar::Pimpl { public: Tooltips * tooltip_; ...
Angus void XFormsView::create_form_form_main(int width, int height) {
Angus ... toolbar = new Toolbar(this, air, 30 + air + bw,
Angus toolbardefaults); ...
So, how do I access Toolbar::Pimpl::tooltip_ from XFormsView?
JMarc
Re: Do we need src/xtl?
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | What about getting rid of it? Even if we decide to use it later, we'll | have to seriously update it, no? Yes. nuke it. -- Lgb
Re: portable shell scripts
Stephan Witt [EMAIL PROTECTED] writes:
| Angus Leeming wrote:
I am trying to introduce some of the changes I've made in my
wrappers tree back into the cvs, but I have a problem.
In the xforms/forms directory is a shell script, fdfix.sh that is
used to manipulate the output from fdesign to a form suitable for
LyX. I have added this:
INTRO_MESSAGE=// File generated by fdesign from ${FDFILE} \n\
// and modified by fdfix.sh for use by LyX.\n\n\
// WARNING! All changes made to this file will be lost!\n\n\
// Copyright $DATE the LyX Team\n// Read the file COPYING
echo ${INTRO_MESSAGE} ${HOUT}
It works fine of the Tru64 machine, but on the Linux-alpha one
results in this:
aleem@thorax:forms$ more form_aboutlyx.C
// File generated by fdesign from form_aboutlyx.fd \n// and modified
by fdfix.sh for use by LyX.\n\n// WARNING! All changes made to this
file will be lost!\n\n// Copyright 2002 the LyX Team\n// Read the
file COPYING
\n#include config.h
#include forms_gettext.h
#include gettext.h
Has anyone any ideas?
| I propose this one:
| #!/bin/sh
| HOUT=file.out
| FDFILE=file.fd
| DATE=`date`
| cat - ${HOUT} EOF
| // File generated by fdesign from ${FDFILE}
| // and modified by fdfix.sh for use by LyX.
| // WARNING! All changes made to this file will be lost!
| // Copyright $DATE the LyX Team
| // Read the file COPYING
| EOF
Btw. please explain to me why ${FDFILE} is used instead of $FDFILE
It is not very usual.
--
Lgb
Re: portable shell scripts
On Friday 31 May 2002 11:03 am, Lars Gullik Bjønnes wrote: Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Use printf instead. Is that a good solution? Printf seems to me to be aven more unportable than echo what about echo -e ? -e is not portable. Stephan's cat solution is perfect. A
Re: portable shell scripts
On Friday 31 May 2002 10:59 am, Stephan Witt wrote:
cat - ${HOUT} EOF
// File generated by fdesign from ${FDFILE}
// and modified by fdfix.sh for use by LyX.
// WARNING! All changes made to this file will be lost!
// Copyright $DATE the LyX Team
// Read the file COPYING
EOF
Perfect. Thank you.
Angus
Re: portable shell scripts
On Friday 31 May 2002 11:10 am, Lars Gullik Bjønnes wrote:
Btw. please explain to me why ${FDFILE} is used instead of $FDFILE
It is not very usual.
Not this again. You prefer one and the whole rest of the world prefers the
other. Ask Andre.
Angus
Re: Towards LyX 1.2.1 [status update #1]
On Friday 31 May 2002 11:11 am, Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus On Friday 31 May 2002 10:54 am, Jean-Marc Lasgouttes wrote: I
Angus suspect that it is the same wierd xforms behaviour that
Angus necessitates the call to tooltips().set(); in FormBase::show()
Angus AFTER the form has been made visible. You could try and see if
Angus the same fix works here too (add a toolbar.tooltips().set()
Angus call at the end of XFormsView::show)
Sorry ANgus, I tried to have a quick look, but it seems that there
is no such tooltips method.
JMarc
Angus You're smoking some of Lars baccy:
Angus class Tooltips : boost::noncopyable, public
Angus boost::signals::trackable { public: /// This method is
Angus connected to the tooltipsToggled signal. void set(); ...
Angus struct Toolbar::Pimpl { public: Tooltips * tooltip_; ...
Angus void XFormsView::create_form_form_main(int width, int height) {
Angus ... toolbar = new Toolbar(this, air, 30 + air + bw,
Angus toolbardefaults); ...
So, how do I access Toolbar::Pimpl::tooltip_ from XFormsView?
JMarc
Add a setTooltips method, Jean-Marc.
How're mother and baby doing?
A
Re: portable shell scripts
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Lars | Angus I am trying to introduce some of the changes I've made
Lars in my | Angus wrappers tree back into the cvs, but I have a
Lars problem.
Lars | Angus In the xforms/forms directory is a shell script,
Lars fdfix.sh that | Angus is used to manipulate the output from
Lars fdesign to a form | Angus suitable for LyX. I have added this:
Lars | Angus INTRO_MESSAGE=// File generated by fdesign from
Lars ${FDFILE} \n\ | Angus // and modified by fdfix.sh for use by
Lars LyX.\n\n\ // WARNING! | Angus All changes made to this file
Lars will be lost!\n\n\ // Copyright | Angus $DATE the LyX
Lars Team\n// Read the file COPYING
Lars | Angus echo ${INTRO_MESSAGE} ${HOUT}
Lars | Use printf instead.
Lars Is that a good solution? Printf seems to me to be aven more
Lars unportable than echo
See the following solaris man page, for example
http://www.unidata.ucar.edu/cgi-bin/man-cgi?echo+1
Lars what about echo -e ?
Not supported everywhere. See above.
JMarc
Re: Towards LyX 1.2.1 [status update #1]
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Add a setTooltips method, Jean-Marc. Hmm, I am already busy enough currently applying patches written by other people. Angus How're mother and baby doing? A Very well (but I'll go back to france to pick them and bring them back to gloomy eindhoven this evening; I will know more then). JMarc
Re: portable shell scripts
Angus Leeming [EMAIL PROTECTED] writes:
| On Friday 31 May 2002 11:10 am, Lars Gullik Bjønnes wrote:
Btw. please explain to me why ${FDFILE} is used instead of $FDFILE
It is not very usual.
| Not this again. You prefer one and the whole rest of the world prefers the
| other. Ask Andre.
Andre is not the whole world.
I read a lot of shell scripts and this contruct is not often used.
(it is often used, but almost never for plain variables)
shellfiles are list of all the shell scripts in /usr/bin
egrep ^ `cat /tmp/shellfiles` | wc
35935 155976 1298750
egrep \\\$ `cat /tmp/shellfiles` | wc
10850 65073 540283
egrep \\\$\{[^}]*\} `cat /tmp/shellfiles` | wc
8614799 49498
egrep \\\$\{[^-}]*\} `cat /tmp/shellfiles` | wc
6994215 41043
egrep \\\$[a-zA-Z].* `cat /tmp/shellfiles` | wc
8613 53039 443958
--
Lgb
Re: Towards LyX 1.2.1 [status update #1]
Jean-Marc Lasgouttes wrote: Angus Add a setTooltips method, Jean-Marc. Hmm, I am already busy enough currently applying patches written by other people. I had a look too and failed, because I didn't understand the code (basically the same problems than you). I fear I don't understand it yet. Angus, can you elaborate a bit more, or if this is easier for you, code it yourself? Sorry, you have to be patient again with me. Many thanks, Juergen.
crash at startup
Now I get a crash at startup too. No debug info (I am on my laptop), but here is the backtrace: (gdb) bt #0 0x40250dcf in free () from /lib/libc.so.6 #1 0x40250c24 in free () from /lib/libc.so.6 #2 0x08057273 in BufferView::Pimpl::Pimpl () #3 0x08050e40 in BufferView::BufferView () #4 0x0838f0b2 in XFormsView::create_form_form_main () #5 0x0838e50f in XFormsView::XFormsView () #6 0x0836f8f3 in GUIRunTime::createMainView () #7 0x08128a06 in LyXGUI::create_forms () #8 0x08127b2f in LyXGUI::init () #9 0x081293ab in LyX::LyX () #10 0x0818e3ec in main () So either there is a bug in boost signal stuff, or it is not used correctly. JMarc
Re: [Devel] Minor bugs in 1.2.0
On Thu, May 30, 2002 at 02:32:31PM +0200, Andre Poenitz wrote: On Thu, May 30, 2002 at 02:23:18PM +0200, Jean-Marc Lasgouttes wrote: Andre And it's not easily fixed, so I'd just leave it as it is. 'Add row' could be disabled in inline formulas, no? Yes, but LaTeX compiles $x\\y$. So even if this looks unusual I won't disallow it. But $x\\y$ doesn't give you two rows in the output like you see on the lyx screen, so it is very misleading. I think you should disable 'Add row' in inline formula, and let the user enter \\ by pressing \\. To me, it looks like a simple parsing problem. The output on screen is OK until you save and reload your document, i.e Add row itself works OK. Yes, it is a simple parsing problem. Again, since the result is not two rows, it is wrong to show it as two rows on the lyx screen. $x\\y$ should be shown on screen as x\y where the \ is red, and this is the current behavior.
Re: [Devel] Minor bugs in 1.2.0
On Fri, May 31, 2002 at 02:55:46PM +0300, Dekel Tsur wrote: But $x\\y$ doesn't give you two rows in the output like you see on the lyx screen, so it is very misleading. What else does it give? It pretty much looks like two rows... 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: [Devel] Minor bugs in 1.2.0
Martin == Martin Vermeer [EMAIL PROTECTED] writes: - In the Math Delimiters dialog, selecting a different delimiter results in a redraw problem (the field above the list of available delimiters is not updated correctly). Martin Fix exists on the list. Could you resend it to me? JMarc
Re: Herbert's parrot patch
John == John Levon [EMAIL PROTECTED] writes: John What's the status of this one ? John http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg37380.html Applied now. JMarc
Re: [PATCH]: trivial fix for bug #415.
John == John Levon [EMAIL PROTECTED] writes: John On Tue, May 21, 2002 at 11:12:52AM +0100, Angus Leeming wrote: See attached. John So are you going to apply this to 1.2 branch ? I am doing it. JMarc
Re: ftp.lyx.org down?
R == R Lahaye [EMAIL PROTECTED] writes: R Hi, R No downloads possible from 138.195.130.75 ?!? Is the demand for R 1.2.0 jamming the connection? It seems up right now. JMarc
Re: Compiling on alpha
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus On Thursday 30 May 2002 5:57 pm, Jean-Marc Lasgouttes wrote: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Perhaps the best fix is that suggested by Lars in a recent Angus patch he posted to the list. Ie, #include the .tmpl files in Angus the approprite .h files, scrubbing #include .tmpl from any .C Angus file. Seems a bit too complicated for me :) Angus Apply this script from the frontends directory of your 1_2_X Angus branch. Thanks, I'll try that next week. I hope it is not that that gave the huge footprint increase in 1.3.0cvs. JMarc
Re: lyx-devel src/mathed/: ChangeLog math_hullinset.C
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Fri, May 31, 2002 at 10:32:18AM +0200, Jean-Marc Lasgouttes Andre wrote: poenitz Log message: re-enable ams autodetection (I still think it poenitz is wrong...) Why is it wrong? Andre The logic. Andre The User should say whether he want AMS included or not. We Andre should not try to guess it from the presence of, say, a macro Andre '\binom' which is AMS, but could as well be the user's own Andre definition in some \incuded file. So if you insert an URL, you should have to separately switch on use url package too? JMarc
Re: portable shell scripts
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Andre is not the whole world.
Lars I read a lot of shell scripts and this contruct is not often
Lars used. (it is often used, but almost never for plain variables)
Again:
${foo}
- it does not hurt
- it works always
$foo
- less typing. Better if you are lazy
It is like adding const everywhere in C++: you rarely _need_ it, but
somehow it is better and helps in the long run.
JMarc
Re: crash at startup
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Now I get a crash at startup too. No debug info (I am on my laptop), | but here is the backtrace: | (gdb) bt | #0 0x40250dcf in free () from /lib/libc.so.6 | #1 0x40250c24 in free () from /lib/libc.so.6 | #2 0x08057273 in BufferView::Pimpl::Pimpl () | #3 0x08050e40 in BufferView::BufferView () | #4 0x0838f0b2 in XFormsView::create_form_form_main () | #5 0x0838e50f in XFormsView::XFormsView () | #6 0x0836f8f3 in GUIRunTime::createMainView () | #7 0x08128a06 in LyXGUI::create_forms () | #8 0x08127b2f in LyXGUI::init () | #9 0x081293ab in LyX::LyX () | #10 0x0818e3ec in main () | So either there is a bug in boost signal stuff, or it is not used | correctly. Feel free to find out where excatly it crashes. (and why should it suddenly begin to crash... or did it always crash?) -- Lgb
Bug 423
As per Lars' request, here is a copy of the report:
---
Under powerpc-ibm-aix4.3.2.0 I get the followinf errors while compiling:
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src
-I./../ -I../.. -I../../boost-O -fno-rtti -fno-exceptions -c -o
insetgraphics.lo `test -f insetgraphics.C || echo './'`insetgraphics.C
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../../boost -O
-fno-rtti -fno-exceptions -c insetgraphics.C -Wp,-MD,.deps/insetgraphics.TPlo
insetgraphics.C: In method `InsetGraphics::InsetGraphics()':
insetgraphics.C:146: use of `unique_id' is ambiguous
/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.1.0/2.95.2/include/sys/types.h:559:
first declared as `struct unique_id' here
insetgraphics.C:132: also declared as `const class string
{anonymous}::unique_id()' here
insetgraphics.C:146: use of `unique_id' is ambiguous
/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.1.0/2.95.2/include/sys/types.h:559:
first declared as `struct unique_id' here
insetgraphics.C:132: also declared as `const class string
{anonymous}::unique_id()' here
insetgraphics.C: In method `InsetGraphics::InsetGraphics(const InsetGraphics ,
const string , bool = false)':
insetgraphics.C:157: use of `unique_id' is ambiguous
/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.1.0/2.95.2/include/sys/types.h:559:
first declared as `struct unique_id' here
insetgraphics.C:132: also declared as `const class string
{anonymous}::unique_id()' here
insetgraphics.C:157: use of `unique_id' is ambiguous
/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.1.0/2.95.2/include/sys/types.h:559:
first declared as `struct unique_id' here
insetgraphics.C:132: also declared as `const class string
{anonymous}::unique_id()' here
make[3]: *** [insetgraphics.lo] Error 1
make[3]: Leaving directory `/users2/mhans/lyx-1.2.0/src/insets'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/users2/mhans/lyx-1.2.0/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/users2/mhans/lyx-1.2.0/src'
make: *** [all-recursive] Error 1
Changing the name of unique_id() in insetgraphics.C and insetinclude.C fixes it,
but I don't know if that is the good way to do it.
--
The question is to know whether there is better solution than renaming
unique_id.
JMarc
Re: lyx-devel src/mathed/: ChangeLog math_hullinset.C
On Fri, May 31, 2002 at 02:36:36PM +0200, Jean-Marc Lasgouttes wrote: Andre The User should say whether he want AMS included or not. We Andre should not try to guess it from the presence of, say, a macro Andre '\binom' which is AMS, but could as well be the user's own Andre definition in some \incuded file. So if you insert an URL, you should have to separately switch on use url package too? Would be sensible in fact because this leaves you the power to decide. The other way round is simply wrong: We'd include AMS whenever there is a \binom macro defined somewhere. This could even stem from some packege that is not compatible with AMS and LyX happily includes AMS - and, what's worse - there would be _no_ way to change this. And it's not just \binom, if we were consequent this would hold for _any_ of the 200 or so AMS symbols, too. 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: crash at startup
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Feel free to find out where excatly it crashes. (and why should Lars it suddenly begin to crash... or did it always crash?) My theory is that there is some bad memory bug somewhere and that it gives rise to all these strang things at impredictable places. I think the culprit is the boost::signal stuff, although the regexp report from valgrind should be fixed. However, I won't be able to do it because (1) next week my family is back, and I won't be able to work at home (2) I cannot compile with debug info on my laptop (it is already very very painful) and (3) I do not understand this stuff and I _do_ _not_ _want_ to read boost sources (headaches, anyone?). JMarc
Re: portable shell scripts
Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Andre is not the whole world.
Lars I read a lot of shell scripts and this contruct is not often
Lars used. (it is often used, but almost never for plain variables)
Again:
${foo}
- it does not hurt
- it works always
Yes. I would add to this list:
- it is conform to makefile syntax
Because it is so easy to mix make and shell files
I'm using ${foo} because the context switch
between both worlds is easier.
And sometimes I'm using constructs like
${foo:=foo} or ${foo:-foo}.
Those constructs match better if I'm using ${foo} too.
$foo
- less typing. Better if you are lazy
It is like adding const everywhere in C++: you rarely _need_ it, but
somehow it is better and helps in the long run.
Greetings,
Stephan
[EMAIL PROTECTED] | beusen Solutions GmbH
fon: +49 30 549932-426 | Landsberger Allee 366
fax: +49 30 549932-921 | 12681 Berlin, Germany
Re: Suggestion : Stop current search
On Fri, May 31, 2002 at 06:57:38AM +0200, Andre Poenitz wrote: On Thu, May 30, 2002 at 09:55:11PM +0200, [EMAIL PROTECTED] wrote: I launched a search for an inexistent word at the beginning of the User Guide, of course it took a while and I found no possibility to cancel the search. Maybe it could be a useful new feature. Good idea actually. Could you file this as a feature request on bugzilla? Yes, done. Adrien Rebollo
Re: [Devel] Minor bugs in 1.2.0
On Fri, May 31, 2002 at 02:04:55PM +0200, Andre Poenitz wrote: On Fri, May 31, 2002 at 02:55:46PM +0300, Dekel Tsur wrote: But $x\\y$ doesn't give you two rows in the output like you see on the lyx screen, so it is very misleading. What else does it give? It pretty much looks like two rows... \\ gives you a line break so blah blah blah $x\\y$ blah blah will give you in the latex output blah blah blah x y blah blah Displaying it in two rows in on screen, namely blah blah blah x blah y blah is quite different than the output you get, and it is confusing. Therefore, it is better to treat \\ in inline formulae as an unrecognized macro: The lyx display should be blah blah blah x\y blah blah
Re: crash at startup
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars Feel free to find out where excatly it crashes. (and why should | Lars it suddenly begin to crash... or did it always crash?) | My theory is that there is some bad memory bug somewhere and that it | gives rise to all these strang things at impredictable places. I think | the culprit is the boost::signal stuff, although the regexp report | from valgrind should be fixed. Some one should report it to boost then. | However, I won't be able to do it because (1) next week my family is | back, and I won't be able to work at home (2) I cannot compile with | debug info on my laptop (it is already very very painful) and cerr did I reach this place: var1 var2 endl; is a perfectly valid debug tool. -- Lgb
Re: portable shell scripts
Stephan Witt [EMAIL PROTECTED] writes:
| Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Andre is not the whole world.
Lars I read a lot of shell scripts and this contruct is not often
Lars used. (it is often used, but almost never for plain variables)
Again:
${foo}
- it does not hurt
- it works always
| Yes. I would add to this list:
| - it is conform to makefile syntax
but makefiles are not shelll scripts.
(and I think they look strange in makefiles as well)
--
Lgb
Memory exhausted
What's this? Has it to do with the binary unbloat? (I have 17 GB free disk space). gcc 2.95.3 automake 1.4-p5 Thanks, Juergen. rty -lc -lm -L/usr/X11R6/lib -lX11 /usr/i486-suse-linux/bin/ld: final link failed: Memory exhausted collect2: ld returned 1 exit status make[3]: *** [lyx] Error 1 make[3]: Leaving directory `/home/juergen/lyx-devel/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/juergen/lyx-devel/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/home/juergen/lyx-devel/src' make: *** [all-recursive] Error 1
Re: crash at startup
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars | Lars Feel free to find out where excatly it crashes. (and why Lars should | Lars it suddenly begin to crash... or did it always Lars crash?) Lars | My theory is that there is some bad memory bug somewhere and Lars that it | gives rise to all these strang things at impredictable Lars places. I think | the culprit is the boost::signal stuff, Lars although the regexp report | from valgrind should be fixed. Lars Some one should report it to boost then. Yes, but you are the one who understands so-called 'modern' C++ and boost black magic. And you are the one who decide to use this code. So somehow you cannot rely on us to clean up the mess... Of course, I could upgrade my compiler and stop to think about it. But maybe it would be more useful if you installed an older compiler and tried to play with it. Lars | However, I won't be able to do it because (1) next week my Lars family is | back, and I won't be able to work at home (2) I Lars cannot compile with | debug info on my laptop (it is already Lars very very painful) and Lars cerr did I reach this place: var1 var2 endl; Lars is a perfectly valid debug tool. Indeed. I will try to take a look. Anyway, if you look at the code in BufferView::Pimpl, you will see why I suspect the boost signal code. JMarc
Re: Memory exhausted
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen What's this? Has it to do with the binary unbloat? (I have Juergen 17 GB free disk space). gcc 2.95.3 automake 1.4-p5 How much physical and virtual memory? Disk space is irrelevant here. JMarc
Re: Memory exhausted
Jean-Marc Lasgouttes wrote: Juergen What's this? Has it to do with the binary unbloat? (I have Juergen 17 GB free disk space). gcc 2.95.3 automake 1.4-p5 How much physical and virtual memory? Disk space is irrelevant here. 128 MB physical Memory 136 MB Swap It's a 1 GB Athlon btw. Should be enough, no? Juergen
Re: Memory exhausted
Jean-Marc Lasgouttes wrote: You can try to look at 'top' output during linking phase and see what happens. Note that John reported a libfrontends.a of size 120Mb, so everything is possible. It is definitely bloated. I have this problem since yesterday and the computer slows down incredibely on the linking phase (for about almost an hour, so that it is not even possible to move the mouse). Normally, compiling needs 1 minute to ten minutes (with a fresh checkout). Juergen.
Re: Memory exhausted
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen Jean-Marc Lasgouttes wrote: You can try to look at 'top' output during linking phase and see what happens. Note that John reported a libfrontends.a of size 120Mb, so everything is possible. Juergen It is definitely bloated. I have this problem since yesterday Juergen and the computer slows down incredibely on the linking phase Juergen (for about almost an hour, so that it is not even possible to Juergen move the mouse). Normally, compiling needs 1 minute to ten Juergen minutes (with a fresh checkout). Going to lunch was not enough for me today. Of course, this is only a p2/366, but I have gcc 2.96, which is probably a definite advantage wrt gcc 2.95.2... JMarc
Latest CVS: failed to compile Tooltips.C
Tooltips.C: In method `Tooltips::Tooltips()': Tooltips.C:123: implicit declaration of function `int slot(...)' ../../../boost/boost/function/function_template.hpp: In function `static struct boost::detail::function::unusable boost::detail::function::void_function_obj_invoker0int,void::invoke(boost::de tail::function::any_pointer)': ../../../boost/boost/function/function_template.hpp:437: instantiated from `boost::function0void,boost::empty_function_policy,boost::empty_function_mixin ,allocatorboost::function_base ::assign_toint(int, boost::detail::function::function_obj_tag)' ../../../boost/boost/function/function_template.hpp:388: instantiated from `boost::function0void,boost::empty_function_policy,boost::empty_function_mixin ,allocatorboost::function_base ::assign_toint(int)' ../../../boost/boost/function/function_template.hpp:274: instantiated from `boost::function0void,boost::empty_function_policy,boost::empty_function_mixin ,allocatorboost::function_base ::function0int(int)' ../../../boost/boost/signals/slot.hpp:97: instantiated from `boost::slotboost::function0void,boost::empty_function_policy,boost::empty_fu nction_mixin,allocatorboost::function_base ::slotint(const int )' Tooltips.C:123: instantiated from here ../../../boost/boost/function/function_template.hpp:127: `*f' cannot be used as +a function Tooltips.C: In method `Tooltips::Tooltips()': Tooltips.C:125: use of class template `template class SlotFunction -- 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) msg38934/pgp0.pgp Description: PGP signature
Re: libiberty
On Fri, May 31, 2002 at 10:56:10AM +0200, Andre Poenitz wrote: Sounds ok. Especially as relying on libiberty is supposedly immoral john -- Do you mean to tell me that The Prince is not the set textbook for CS1072 Professional Issues ? What on earth do you learn in that course ? - David Lester
Re: lyx-devel src/mathed/: ChangeLog math_hullinset.C
On Fri, May 31, 2002 at 02:44:31PM +0200, Andre Poenitz wrote: So if you insert an URL, you should have to separately switch on use url package too? Would be sensible in fact because this leaves you the power to decide. And saps the user of the power to work out why their stuff doesn't work. A power user defining their own macros can easily diagnose the problem. A user who doesnt't really know LaTeX will just get confused. is not compatible with AMS and LyX happily includes AMS - and, what's worse - there would be _no_ way to change this. Herbert already has a dialog for doing this, no ? regards john -- Do you mean to tell me that The Prince is not the set textbook for CS1072 Professional Issues ? What on earth do you learn in that course ? - David Lester
Re: The big lyx binary unbloat (not)
On Fri, May 31, 2002 at 11:24:42AM +0200, Lars Gullik Bjønnes wrote: After all gcc 2.96 was never really released at all... (send a bug report to RedHat) As such... gcc 2.96 is probably the worst compiler to be used for any comparisons. What a lot of bull ! john -- Do you mean to tell me that The Prince is not the set textbook for CS1072 Professional Issues ? What on earth do you learn in that course ? - David Lester
Re: The big lyx binary unbloat (not)
On Fri, May 31, 2002 at 09:54:09AM +0200, Lars Gullik Bjønnes wrote: We should probably turn of -g for some of the libs, boost f.ex. And how do I get a decent backtrace then ? This is with the same compiler as well? Yes. Of course gcc 3.1/2 is likely to be worse since DWARF is more verbose john -- Do you mean to tell me that The Prince is not the set textbook for CS1072 Professional Issues ? What on earth do you learn in that course ? - David Lester
[PATCHes]: changes to the xforms frontend
Here's the fruits of my labours starting to port the changes I've been making in my wrappers tree over to cvs. None of the changes here are particularly exciting, but nonetheless, I attach four diff files for you to peruse: * Use a consistent naming convention for the fdesign generated FD_xyz structs. For example, form_aboutlyx.h now contains structs FD_aboutlyx FD_aboutlyx_version FD_aboutlyx_credits FD_aboutlyx_license See file forms.diff for the changes to the form_xyz.fd files. * No longer write the build routines for the fdesign generated FD_xyz structs as member methods of the controlling FormXyz class. It's unnecessary and needs patch files in addition to the sed magic to work properly. Thus, these structs are generated by routines FD_aboutlyx * build_aboutlyx(); FD_aboutlyx_version * build_aboutlyx_version(); FD_aboutlyx_credits * build_aboutlyx_credits(); FD_aboutlyx_license * build_aboutlyx_license(); I've cleaned up the sed scripts that generate these LyX-ready .[Ch] files from the fdesign output. See scripts.diff for the changes. This file also contains the changes I've made to forms/Makefile.am and forms/fdfix.sh to generate the form_xyz.[Ch] files automatically. Ie, I'd like to remove them from the repository. * deleted.diff contains all those files that are now removed from the repository. * I've created a new file forms_fwd.h that just forward declares FL_OBJECT etc, as I've mentioned to the list some time ago. This means that FORMS_H_LOCATION no longer needs to be #included in any header file. Almost... In can still be found in FormPreferences.h XWorkArea.h bmtable.h combox.h forms_fwd.h and the associated, minor changes to configure.in and to the files in the xforms directory resulting from all the above are to be found in xforms.diff. I post this so that you can see what I plan to commit, not for someone to commit on my behalf. I haven't yet written the ChangeLogs nor dug out the changes to the README file in xforms/forms that describes the conventions we follow when creating new dialogs. In fact, I won't commit until I can actually run LyX and test it all out. At present I'm still suffering from the dump-on-start-up problem. If anybody out there is feeling like a good Samaritan and would like to check that all is fine, then please feel free to test. No, thought not ;-) Have a good weekend. Looks like it's going to be hot and sunny here in London. Best regards, Angus deleted.diff.gz Description: GNU Zip compressed data xforms.diff.gz Description: GNU Zip compressed data scripts.diff.gz Description: GNU Zip compressed data forms.diff.gz Description: GNU Zip compressed data
AFFAIRE EN OR
http://www.chez.com/powers argent gagné légalement et facilement !! quoi de mieux ?? $
Tooltips.C contains SigC references
Hey guys,
There's still some sigc++ references in
src/frontends/xforms/Tooltips.C. Can someone remove them? The
attached patch works for me, but I don't know if it's correct.
--
| Michael Koziarski |Conventional wisdom is often |
| Data Engineer, Linux user | long on convention and short |
| Objectivist. | on wisdom -- |
| http://www.koziarski.com| Warren E. Buffett, BRK.A |
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.395
diff -u -r1.395 ChangeLog
--- ChangeLog 30 May 2002 21:39:54 - 1.395
+++ ChangeLog 1 Jun 2002 04:09:59 -
@@ -1,3 +1,7 @@
+2002-06-01 Michael A. Koziarski [EMAIL PROTECTED]
+
+ * Tooltips.C: fix some sigc++ - boost errors.
+
2002-05-10 Herbert Voss [EMAIL PROTECTED]
* FormInclude.C (input, update): disable load-button when
Index: Tooltips.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/Tooltips.C,v
retrieving revision 1.11
diff -u -r1.11 Tooltips.C
--- Tooltips.C 29 May 2002 16:21:02 - 1.11
+++ Tooltips.C 1 Jun 2002 04:10:03 -
@@ -120,9 +120,9 @@
static bool first = true;
if (first) {
first = false;
- Dialogs::toggleTooltips.connect(slot(Tooltips::toggleEnabled));
+ Dialogs::toggleTooltips.connect(boost::bind(Tooltips::toggleEnabled));
}
- toggled.connect(slot(this, Tooltips::set));
+ toggled.connect(boost::bind(Tooltips::set, this));
}
Re: The big lyx binary unbloat (not)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | It seems that things are not really heading the right way in | terms of reducing binary size (contrry to what lars wants | us to believe) > | 1.2.1cvs and 1.3.0cvs, both configured without options (mandrake 8.1 | gcc 2.96 with all updates): | textdata bss dec hex filename | 3915256 83456 50080 4048792 3dc798 build/src/lyx | 5395429 835748 52164 6283341 5fe04d devbuild/src/lyx > | I do not think there is much to comment on here... 1.2 and 1.3 are not really comparable. Also doing comparisons like this with older compilers (as in: "not current") have little meaning. When we see a steady rize in binary size with gcc 3.1 (or perhaps 3.0) then it is time to inverstigate. Btw. this is the size I have with 1.3.0cvs with gcc 3.1 on my box: size src/lyx textdata bss dec hex filename 3228214 494672 48204 3771090 398ad2 src/lyx -- Lgb
ftp.lyx.org down?
Hi, No downloads possible from 138.195.130.75 ?!? Is the demand for 1.2.0 jamming the connection? Regards, Rob.
Re: The big lyx binary unbloat (not)
John Levon <[EMAIL PROTECTED]> writes: | On Fri, May 31, 2002 at 12:11:19AM +0200, Jean-Marc Lasgouttes wrote: > >> It seems that things are not really heading the right way in >> terms of reducing binary size (contrry to what lars wants >> us to believe) > | A less important problem too : > | lyx 1.2.0branch : > | moz frontends 268 ls -l .libs/libfrontends.a | -rw-rw-r--1 moz moz 51875990 May 30 21:14 .libs/libfrontends.a > | (oof ...) > | lyx trunk : > | moz frontends 271 ls -l .libs/libfrontends.a | -rw-rw-r--1 moz moz 121410498 May 30 03:51 .libs/libfrontends.a > | I am having severe diskspace issues, it is no wonder ... We should probably turn of "-g" for some of the libs, boost f.ex. This is with the same compiler as well? -- Lgb
cvs branch document
I need the original one "Better use of CVS" Can someone please send it to me? -- Lgb
Re: cvs branch document
On Friday 31 May 2002 9:21 am, Lars Gullik Bjønnes wrote: > I need the original one "Better use of CVS" > > Can someone please send it to me? development/branches.html
Re: cvs branch document
Angus Leeming <[EMAIL PROTECTED]> writes: | On Friday 31 May 2002 9:21 am, Lars Gullik Bjønnes wrote: >> I need the original one "Better use of CVS" >> >> Can someone please send it to me? > | development/branches.html I also found it in my mailbox. -- Lgb
Re: Non-float graphics sizing sort of bug
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes: >> Rod, did the patch work for you? I can apply it to trunk, but I'd >> rather wait before applying it to BRANCH-1_2_x. Rod> Sorry, just got down to this message. It worked perfectly for Rod> horizontal stuff. I've never used vertical alignment myself, so I Rod> can't comment on that though. Sorry, it seems I misread the thread. JMarc
Re: Please update bugzilla frontpage
> "Michael" == Michael Koziarski <[EMAIL PROTECTED]> writes: Michael> At 10:15 PM 5/30/02 +0200, you wrote: >> Would it be possible to update bugzilla to say that 1.2.0 has been >> released and point to 1.2.1 open bugs? Michael> Done. Thanks Michael. JMarc
Re: The big lyx binary unbloat (not)
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | It seems Lars> that things are not really heading the right way in | terms of Lars> reducing binary size (contrry to what lars wants | us to Lars> believe) >> Lars> | 1.2.1cvs and 1.3.0cvs, both configured without options Lars> (mandrake 8.1 | gcc 2.96 with all updates): | text data bss dec Lars> hex filename | 3915256 83456 50080 4048792 3dc798 build/src/lyx Lars> | 5395429 835748 52164 6283341 5fe04d devbuild/src/lyx >> Lars> | I do not think there is much to comment on here... Lars> 1.2 and 1.3 are not really comparable. Sure, but when I see what happened in 2 weeks of times, I am afraid of the result. Lars> Also doing comparisons like this with older compilers (as in: Lars> "not current") have little meaning. This is the compiler which was on current linux distributions one year ago. Give me a break. Lars> When we see a steady rize in binary size with gcc 3.1 (or Lars> perhaps 3.0) then it is time to inverstigate. Btw. this is the Lars> size I have with 1.3.0cvs with gcc 3.1 on my box: Lars> size src/lyx text data bss dec hex filename 3228214 494672 Lars> 48204 3771090 398ad2 src/lyx I am really glad for you. However, it does not help me much. JMarc
Re: libiberty
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> Why do we look for libiberty ? What on earth do we need it for ? It is useful to compile on SunOS 4.1.3, for example. What? You say nobody uses that anymore? So maybe is it time to just drop it. At the same time, removing special hacks for SCO, HP/UX and friends is probably a good idea (on trunk). We'll re-introduce them if somebody complains. JMarc
[Patch] parser.diff
This is a tentative patch to fix that cute "small parser problem".
It works for a few things, but there was a severe change in the parsing
logic necessary (we try to read "grids" now by default, whereas this used
to be "individual cells cobbled together by something that just happens to
work sometimes"). It's much cleaner now (less "local global" variables,
165 lines of code gone etc), but I am not sure that everything still works.
I'd especially expect problems with line numbering/labels and with the AMS
environments. So please try it on your thesis and tell me how seriously it
failed...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Index: formulabase.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v
retrieving revision 1.161
diff -u -p -r1.161 formulabase.C
--- formulabase.C 30 May 2002 07:09:52 - 1.161
+++ formulabase.C 31 May 2002 08:01:35 -
@@ -684,8 +684,8 @@ InsetFormulaBase::localDispatch(BufferVi
case LFUN_MATH_VALIGN: p->valign(align); break;
case LFUN_MATH_ROW_INSERT: p->addRow(p->row(idx));
break;
case LFUN_MATH_ROW_DELETE: p->delRow(p->row(idx));
break;
- case LFUN_MATH_COLUMN_INSERT: p->addCol(p->col(idx));
break;
- case LFUN_MATH_COLUMN_DELETE: p->delCol(p->col(idx));
break;
+ case LFUN_MATH_COLUMN_INSERT:
+p->addFancyCol(p->col(idx)); break;
+ case LFUN_MATH_COLUMN_DELETE:
+p->delFancyCol(p->col(idx)); break;
default: ;
}
updateLocal(bv, true);
Index: math_gridinset.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_gridinset.h,v
retrieving revision 1.40
diff -u -p -r1.40 math_gridinset.h
--- math_gridinset.h30 May 2002 07:09:53 - 1.40
+++ math_gridinset.h31 May 2002 08:01:35 -
@@ -139,9 +139,17 @@ public:
///
virtual void delRow(row_type);
///
+ virtual void addFancyRow(row_type r) { addRow(r); }
+ ///
+ virtual void delFancyRow(row_type r) { addRow(r); }
+ ///
virtual void addCol(col_type);
///
virtual void delCol(col_type);
+ ///
+ virtual void addFancyCol(col_type c) { addCol(c); }
+ ///
+ virtual void delFancyCol(col_type c) { addCol(c); }
///
virtual void appendRow();
///
Index: math_hullinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_hullinset.C,v
retrieving revision 1.25
diff -u -p -r1.25 math_hullinset.C
--- math_hullinset.C31 May 2002 04:51:49 - 1.25
+++ math_hullinset.C31 May 2002 08:01:35 -
@@ -440,14 +440,6 @@ void MathHullInset::addRow(row_type row)
}
-void MathHullInset::appendRow()
-{
- nonum_.push_back(!numberedType());
- label_.push_back(string());
- MathGridInset::appendRow();
-}
-
-
void MathHullInset::delRow(row_type row)
{
MathGridInset::delRow(row);
@@ -456,7 +448,7 @@ void MathHullInset::delRow(row_type row)
}
-void MathHullInset::addCol(col_type col)
+void MathHullInset::addFancyCol(col_type col)
{
switch (getType()) {
case LM_OT_EQUATION:
@@ -465,12 +457,12 @@ void MathHullInset::addCol(col_type col)
case LM_OT_EQNARRAY:
mutate(LM_OT_ALIGN);
- addCol(col);
+ addFancyCol(col);
break;
case LM_OT_ALIGN:
mutate(LM_OT_ALIGNAT);
- addCol(col);
+ addFancyCol(col);
break;
case LM_OT_ALIGNAT:
@@ -486,7 +478,7 @@ void MathHullInset::addCol(col_type col)
}
-void MathHullInset::delCol(col_type col)
+void MathHullInset::delFancyCol(col_type col)
{
switch (getType()) {
case LM_OT_ALIGNAT:
Index: math_hullinset.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_hullinset.h,v
retrieving revision 1.12
diff -u -p -r1.12 math_hullinset.h
--- math_hullinset.h30 May 2002 07:09:53 - 1.12
+++ math_hullinset.h31 May 2002 08:01:35 -
@@ -62,11 +62,9 @@ public:
///
void delRow(row_type);
///
- void addCol(col_type);
+ void addFancyCol(col_type);
///
- void delCol(col_type);
- ///
- void appendRow();
+ void delFancyCol(col_type);
/// change type
void
Re: cvs branch document
On Friday 31 May 2002 9:39 am, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > | On Friday 31 May 2002 9:21 am, Lars Gullik Bjønnes wrote: > >> I need the original one "Better use of CVS" > >> > >> Can someone please send it to me? > | > | development/branches.html > > I also found it in my mailbox. The development/branches.html has a few spelling mistakes corrected I believe... A
Re: Feedback from www.lyx.org
> "miglietta" == miglietta <[EMAIL PROTECTED]> writes: miglietta> Ferruccio Miglietta ([EMAIL PROTECTED]) entered miglietta> the following feedback message on the LyX home page: miglietta> miglietta> Dear Sirs, After compiling Lyx 1.2.0 I executed the command miglietta> "src/lyx". Lyx opened, but I had troubles with Math miglietta> shortcuts: I was not able to get fractions (Alt+m f), greek miglietta> symbols (Alt+m g char) and so on. I had always to use math miglietta> panel, which is not so quick as keyboard shortcuts. Do I miglietta> have made any mistake? Due to these problems, I did not run miglietta> "make install" and keep on working by means of lyx 1.1.6-4 miglietta> or, when required, but I do not like it, Word. Thank-you miglietta> and best regards, Ferruccio Miglietta Hello, Did you try to run Edit>Reconfigure (warning, it will change some things in your .lyx directory)? An alternative is to run ./lyx -userdir .lyx-1.2.0 and see whether this works better. JMarc
Re: lyx-devel src/mathed/: ChangeLog math_hullinset.C
On Fri, May 31, 2002 at 10:32:18AM +0200, Jean-Marc Lasgouttes wrote: > poenitz> Log message: re-enable ams "autodetection" (I still think it > poenitz> is wrong...) > > Why is it wrong? The logic. The User should say whether he want AMS included or not. We should not try to guess it from the presence of, say, a macro '\binom' which is AMS, but could as well be the user's own definition in some \incuded file. That AMS switch should be on be default, and people who know what they are doing can switch it off... 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: libiberty
On Fri, May 31, 2002 at 10:51:06AM +0200, Jean-Marc Lasgouttes wrote: > At the same time, removing special hacks for SCO, HP/UX and friends is > probably a good idea (on trunk). We'll re-introduce them if somebody > complains. Sounds ok. 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] parser.diff
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> This is a tentative patch to fix that cute "small parser Andre> problem". Andre> It works for a few things, but there was a severe change in the Andre> parsing logic necessary (we try to read "grids" now by default, Andre> whereas this used to be "individual cells cobbled together by Andre> something that just happens to work sometimes"). It's much Andre> cleaner now (less "local global" variables, 165 lines of code Andre> gone etc), but I am not sure that everything still works. Is the 'small parser problem' bad enough that it should eventually go in 1.2.x? Also, what about macros with multiple arguments? Is this the same problem? JMarc
Re: The big lyx binary unbloat (not)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Sure, but when I see what happened in 2 weeks of times, I am afraid of | the result. I am not. | Lars> Also doing comparisons like this with older compilers (as in: | Lars> "not current") have little meaning. > | This is the compiler which was on current linux distributions one year | ago. Give me a break. We are not using those compilers to tune the binary size of lyx. That is just as using a lyx compiled without optimization for profiling. -- Lgb
Re: The big lyx binary unbloat (not)
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> We are not using those compilers to tune the binary size of lyx. Lars> That is just as using a lyx compiled without optimization for Lars> profiling. I do not think most people use gcc 3.x to compile lyx. And mind you, the people wit `older' compilers are also the people who have older hardware and would appreciate a small binary. And I am talking +50% increase here, not a small drift. You references compilers are (1) gcc 3.1 which was released a couple weeks ago and (2) gcc 3.2 which is not released. Unless you plan lyx 1.3.0 to be available in more than one year, this is not reasonable. JMarc
Re: Feedback from www.lyx.org
On Fri, May 31, 2002 at 10:54:42AM +0200, Jean-Marc Lasgouttes wrote: > miglietta> Dear Sirs, After compiling Lyx 1.2.0 I executed the command > miglietta> "src/lyx". Lyx opened, but I had troubles with Math > miglietta> shortcuts: I was not able to get fractions (Alt+m f), greek > miglietta> symbols (Alt+m g char) and so on. Are you in math mode when trying 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: The big lyx binary unbloat (not)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | Lars> We are not using those compilers to tune the binary size of lyx. | Lars> That is just as using a lyx compiled without optimization for | Lars> profiling. > | I do not think most people use gcc 3.x to compile lyx. And mind you, | the people wit `older' compilers are also the people who have older | hardware and would appreciate a small binary. And I am talking +50% | increase here, not a small drift. You are also using a compiler that implements certain key features in a really bad way, and this causes the binary bloat. | You references compilers are (1) gcc 3.1 which was released a couple | weeks ago and (2) gcc 3.2 which is not released. Unless you plan lyx | 1.3.0 to be available in more than one year, this is not reasonable. Then compare with gcc 3.0. After all gcc 2.96 was never really released at all... (send a bug report to RedHat) As such... gcc 2.96 is probably the worst compiler to be used for any comparisons. -- Lgb
Re: [Patch] parser.diff
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Fri, May 31, 2002 at 10:57:19AM +0200, Jean-Marc Lasgouttes Andre> wrote: >> Is the 'small parser problem' bad enough that it should eventually >> go in 1.2.x? Andre> No! That's just the "'\\' in simple math problem". OK, I think this is not needed for 1.2.x, then. >> Also, what about macros with multiple arguments? Is this the same >> problem? Andre> No, completely unrelated. And do you have plans for this one? JMarc
portable shell scripts
I am trying to introduce some of the changes I've made in my wrappers tree
back into the cvs, but I have a problem.
In the xforms/forms directory is a shell script, fdfix.sh that is used to
manipulate the output from fdesign to a form suitable for LyX. I have added
this:
INTRO_MESSAGE="// File generated by fdesign from ${FDFILE} \n"\
"// and modified by fdfix.sh for use by LyX.\n\n"\
"// WARNING! All changes made to this file will be lost!\n\n"\
"// Copyright $DATE the LyX Team\n// Read the file COPYING"
echo ${INTRO_MESSAGE} > ${HOUT}
It works fine of the Tru64 machine, but on the Linux-alpha one results in
this:
aleem@thorax:forms$ more form_aboutlyx.C
// File generated by fdesign from form_aboutlyx.fd \n// and modified by
fdfix.sh for use by LyX.\n\n// WARNING! All changes made to this file will be
lost!\n\n// Copyright 2002 the LyX Team\n// Read the file COPYING
\n#include
#include "forms_gettext.h"
#include "gettext.h"
Has anyone any ideas?
Angus
Re: Herbert's parrot patch
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> What's the status of this one ? John> http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg37380.html I am in the process of applying it. JMarc
Re: Towards LyX 1.2.1 [status update #1]
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> On Thursday 30 May 2002 3:42 pm, Juergen Spitzmueller wrote: >> Jean-Marc Lasgouttes wrote: > What are the bugs that you consider >> urgent for 1.2.1? >> >> I think the problem with the toolbar tooltips should be fixed, >> because it it irritating for new users, see my mail: >> >> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg38329.html >> >> Sorry that I have no patch, but I am lost here. Angus> I suspect that it is the same "wierd" xforms behaviour that Angus> necessitates the call to tooltips().set(); in FormBase::show() Angus> AFTER the form has been made visible. You could try and see if Angus> the same fix works here too (add a toolbar.tooltips().set() Angus> call at the end of XFormsView::show) Sorry ANgus, I tried to have a quick look, but it seems that there is no such tooltips method. JMarc
Re: LYX_DIR_11x
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> reLyX still looks for LYX_DIR_11x John> Perhaps somebody's grep is broken ? Fixed. JMarc
Re: portable shell scripts
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I am trying to introduce some of the changes I've made in my
Angus> wrappers tree back into the cvs, but I have a problem.
Angus> In the xforms/forms directory is a shell script, fdfix.sh that
Angus> is used to manipulate the output from fdesign to a form
Angus> suitable for LyX. I have added this:
Angus> INTRO_MESSAGE="// File generated by fdesign from ${FDFILE} \n"\
Angus> "// and modified by fdfix.sh for use by LyX.\n\n"\ "// WARNING!
Angus> All changes made to this file will be lost!\n\n"\ "// Copyright
Angus> $DATE the LyX Team\n// Read the file COPYING"
Angus> echo ${INTRO_MESSAGE} > ${HOUT}
Use printf instead.
JMarc
