Enrico Forestieri wrote:
Please, attached find a patch for dvipost 1.1 which allows compiling
it with mingw. It seems to work for me ;-)
If his is still supposed to work with unix, you should send this patch to the
dvipost author as well (Erich Fruehstueck ef AT synthesis DOT co DOT at)
Abdelrazak Younes a écrit :
Bo, it's an updated patch from yours, you might want to take ownership
of this as it contains your changes to Scons also.
The improvement in compilation time is even more sensible with autotools
than with scons. I'd say the 30%/40% improvement is a good estimate.
Enrico Forestieri wrote:
On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
and selecting your url and hitting Ctrl-Mouse should work.
If only I could use fvwm with gnome!
*shrug*
I can use fvwm happily
Edwin Leuven a écrit :
atm the formats/converters panels in the pref dialog do not set the
correct parameters.
the reason is that this depended on the order in which these entries
were added.
now the order is alphabetical and things are messed up.
the attached patch adds the nr of the
Bo Peng a écrit :
Hi, Abdel,
Under linux, with -with-version-suffix=suf, I will get
share/lyxsuf/
share/locale
bin/lyxsuf, bin/lyxclientsuf ...
What are the directories/names under windows?
The suffix strategy is not the same under Windows (changed recently by
JMarc and Angus IIRC). With
Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
Bo, it's an updated patch from yours, you might want to take ownership
of this as it contains your changes to Scons also.
The improvement in compilation time is even more sensible with
autotools than with scons. I'd say the 30%/40%
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hi, the change tracking cleanup continues. This time I
Michael removed isChangeEdited (unused).
Removing is always good :)
JMarc
On Thursday 18 May 2006 09:54, Jean-Marc Lasgouttes wrote:
Removing is always good :)
Specially if the person involved understands the code. ;-)
FWIW, so that there is no doubt, I think that you understand the code. :-)
JMarc
--
José Abílio
Juergen Vigna [EMAIL PROTECTED] writes:
| Hello there,
|
| i tried today to build lyx on my RedHat 4 system and the build was OK,
| but when trying to run it I get a Segmentation fault. Anyone has similar
| experiences?
Yes :-)
configure with --disable-stdlib-debug
--
Lgb
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
I really don't understand, because configure.py actually executes
AddToRC(r'\cygwin_path_fix_needed true') but then I don't find it
in the rc file. It seems to be vanishing in a bit bucket...
Enrico Please, could some kind soul apply the
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Abdelrazak Younes a écrit :
| Bo, it's an updated patch from yours, you might want to take
| ownership of this as it contains your changes to Scons also.
| The improvement in compilation time is even more sensible with
| autotools than with scons.
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
Can you move the SUBDIRS var back to the top of the file pleae.
Also EXTRA_DIST should be at the top.
I'll do that. The rest is OK?
Abdel.
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc BTW, there are many bugs assigned to 1.4.2 that will
Jean-Marc obviously not be fixed in this timeframe. I propose to
Jean-Marc create a new target 1.4.x for bug we could/should fix in
Jean-Marc stable releases and move most
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes a écrit :
| Abdelrazak Younes [EMAIL PROTECTED] writes:
|
| Can you move the SUBDIRS var back to the top of the file pleae.
| Also EXTRA_DIST should be at the top.
|
| I'll do that. The rest is OK?
I have no problems with it.
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes a écrit :
| Abdelrazak Younes [EMAIL PROTECTED] writes:
|
| Can you move the SUBDIRS var back to the top of the file pleae.
| Also EXTRA_DIST should be at the top.
|
| I'll do that. The rest is
For those who want to try latest and greatest Lyx-Qt4 for windows, point
your browser to:
http://wiki.lyx.org/Windows/LyX150Experimental
Abdel.
On Thu, May 18, 2006 at 08:21:19AM +0200, Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
Please, attached find a patch for dvipost 1.1 which allows compiling
it with mingw. It seems to work for me ;-)
If his is still supposed to work with unix, you should send this patch to the
Abdelrazak Younes wrote:
Is the qt3 version correct?
dunno, indirect inference suggests it is though...
Your solution seems correct to me but please wait until I commit the
moc in C file patch.
it is in now
It would be nice to begin cutting this big PrefDialog in smaller classes...
On Thu, May 18, 2006 at 09:43:23AM +0200, Stephan Witt wrote:
Enrico Forestieri wrote:
On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
and selecting your url and hitting Ctrl-Mouse should work.
If only
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
Is the qt3 version correct?
dunno, indirect inference suggests it is though...
Your solution seems correct to me but please wait until I commit the
moc in C file patch.
it is in now
It would be nice to begin cutting this big PrefDialog in
On Thu, May 18, 2006 at 03:10:39AM +0200, Enrico Forestieri wrote:
On Wed, May 17, 2006 at 09:37:57PM +0200, Edwin Leuven wrote:
Enrico Forestieri wrote:
Have you cygwin installed?
nope
Please, try the attached patch.
Please, disregard this patch, it is ok as it was ;-)
The
Enrico Forestieri a écrit :
There are two possible fixes:
1) Set cygwin_path_fix = false for cygwin and
cygwin_path_fix = true for win32 in LyXRC::setDefaults().
This would mean using an #idef.
2) Modify configure.py such as to output \cygwin_path_fix_needed true
for win32 when
Enrico Forestieri wrote:
The problem here is that cygwin_path_fix has a different meaning
on win32 and cygwin. When it is true, the paths written to a latex
file should be:
- in windows style on cygwin
- in posix style on win32
This is bad. A particular configuration parameter should have
On Thu, May 18, 2006 at 03:02:34PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
There are two possible fixes:
1) Set cygwin_path_fix = false for cygwin and
cygwin_path_fix = true for win32 in LyXRC::setDefaults().
This would mean using an #idef.
2) Modify
Enrico Forestieri a écrit :
Which one do you prefer?
IMHO, always choose the configurable solution (2).
Ok, then. Patch attached.
Much cleaner than an #ifdef :-)
I'm starting to like this python thing...
Index:
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Enrico Forestieri wrote:
The problem here is that cygwin_path_fix has a different meaning on
win32 and cygwin. When it is true, the paths written to a latex
file should be:
- in windows style on cygwin - in posix style on win32
Georg
Hartmut == Hartmut Haase [EMAIL PROTECTED] writes:
Hartmut send me some updated docs last week that do not use
koma-script anymore.
Hartmut Hello Jean-marc,
I do not forget you, but I have a question: what are the
distributions that do not provide scrbook? This could be a problem
since our
On Thu, May 18, 2006 at 03:13:29PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
The problem here is that cygwin_path_fix has a different meaning
on win32 and cygwin. When it is true, the paths written to a latex
file should be:
- in windows style on cygwin
- in posix style on
Jean-Marc Lasgouttes wrote:
Not all the bugs I left for 1.4.2 belong there. I just left them for
consideration for now. I think it is time to finish preparing for
1.4.2, since we have already many things done. I guess the main thing
we are waiting for is the windows installer. However, there is
On Thu, May 18, 2006 at 03:26:36PM +0200, Jean-Marc Lasgouttes wrote:
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Enrico Forestieri wrote:
The problem here is that cygwin_path_fix has a different meaning on
win32 and cygwin. When it is true, the paths written to a latex
file
Dear Abdel and Enrico,
Attached patch is supposed to fix:
1. remove unnecessay rebuild, since I found that adding fast_start=yes
can sometimes trigger rebuild.
tested under linux
2. fix lyx2lyx_version.py (converted from lyx2lyx_version.py.in)
3. version_suffix (version-suffix=-svn
Jean-Marc Lasgouttes wrote:
Could somebody confirm or infirm? I am surprised that we did not have
other reports about that. The copy of koma-script I have seems to be
under the LPPL.
It is in Fedora Core 5:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico As I already said in my reply to Georg, only the rc option
Enrico '\cygwin_path_fix_needed' should be renamed as
Enrico '\winpaths_for_latex'.
This name is not very clear either. And I tend to think that, if you
cannot find a good
On Thursday 18 May 2006 14:35, Jean-Marc Lasgouttes wrote:
Could somebody confirm or infirm? I am surprised that we did not have
other reports about that. The copy of koma-script I have seems to be
under the LPPL.
AS Georg said.
I am using FC5 and certainly koma is in this system:
$ rpm
Bo Peng a écrit :
Dear Abdel and Enrico,
Attached patch is supposed to fix:
Excellent!
QUESTION:
6. create multiple config.h in build directory not in the source (as
is done with autotools):
2.a. release/config.h for all general macro including
BOOST_USER_CONFIG
2.a.
Hum... This is *bad*. Which headers exactly?
You can compare lyxfont.h under tex2lyx and src.
Bo
am trying to program up a insert-tabular-popupwidget that can be
connected to a toolbutton
the archive here:
http://leuven.ecodip.net/lyx/iconview.zip
includes the code + windows executable to illustrate what i
am after
comments appreciated and in particular hints as how to make it popup and
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
Not all the bugs I left for 1.4.2 belong there. I just left them
for consideration for now. I think it is time to finish preparing
for 1.4.2, since we have already many things done. I guess the main
thing we
Bo Peng a écrit :
Hum... This is *bad*. Which headers exactly?
You can compare lyxfont.h under tex2lyx and src.
OK, for this one at least using the one in src should be harmless. The
tex2lyx version is just a cut down version of the one in src/. This
comment in context.h make me think I am
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Hello Text2Lyx expert, could you tell us please if it is
Abdelrazak safe to assume that using the general headers instead of
Abdelrazak the tex2lyx one is OK?
At the time this was done, this meant linking tex2lyx against a lot
Here is a trivial patch to fix this bug.
I'd appreciate if someone (Bo?) could check that this patch works, since
I do not have the equipment (dvipost...) to do it myself.
JMarc
Index: src/mathed/math_hullinset.h
===
---
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
Could somebody confirm or infirm? I am surprised that we did not
have other reports about that. The copy of koma-script I have seems
to be under the LPPL.
Georg It is in Fedora Core 5:
Georg
Abdelrazak Younes wrote:
Hello Text2Lyx expert, could you tell us please if it is safe to assume
that using the general headers instead of the tex2lyx one is OK?
No. You would get linking errors (at least I got them when I tried to use
them). The general rule is that you can (and should) use
I finally managed to get a version of LyX with Qt4 to compile on Mac
using gcc-4.1.0. ...
The good news is that it works.
The bad news is that it is S L O W -- much slower than LyX-1.4.0
(Qt3) ever was. And it's slow in every kind of operation, from
launching the application to accessing
Georg Baum a écrit :
Abdelrazak Younes wrote:
Hello Text2Lyx expert, could you tell us please if it is safe to assume
that using the general headers instead of the tex2lyx one is OK?
No. You would get linking errors (at least I got them when I tried to use
them). The general rule is that you
Abdelrazak Younes wrote:
OK, thanks to you both for the information. It's maybe a good time to
try this now.
So, the first step is to try to include these header instead of the
stripped down ones. If that works, the second step would be to use the
object already compiled for LyX. At this
Jean-Marc Lasgouttes wrote:
Could somebody confirm or infirm? I am surprised that we did not have
other reports about that. The copy of koma-script I have seems to be
under the LPPL.
Maybe Hartmut is mixing up something. In fact KOMA-Script was not distributed
by MikTeX for some time due to
On Thu, May 18, 2006 at 03:54:19PM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico As I already said in my reply to Georg, only the rc option
Enrico '\cygwin_path_fix_needed' should be renamed as
Enrico '\winpaths_for_latex'.
This name is
On 5/18/06, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
Here is a trivial patch to fix this bug.
I'd appreciate if someone (Bo?) could check that this patch works, since
I do not have the equipment (dvipost...) to do it myself.
Cofirmed to work. linux/qt4/1.5svn, inline/displayed math.
Edwin Leuven a écrit :
am trying to program up a insert-tabular-popupwidget that can be
connected to a toolbutton
the archive here:
http://leuven.ecodip.net/lyx/iconview.zip
includes the code + windows executable to illustrate what i
am after
comments appreciated
It looks great.
and in
Am Donnerstag, 18. Mai 2006 09:37 schrieb Abdelrazak Younes:
As there seems to be no objection, I am going to commit that. I'll
appreciate nevertheless a review of ma change in Makefile.am:
It passed the srcdir != builddir test. Often autotools newcomers do this
wrong. Good work!
Georg
On Thu, May 18, 2006 at 08:51:26AM -0500, Bo Peng wrote:
Please test it. I am not in a hurry to apply.
I will test it on cygwin tonight.
--
Enrico
Abdelrazak Younes wrote:
It looks great.
thanks (just a shameless copy of the openoffice widget though...)
and in particular hints as how to make it popup and
behave as a menu with a toolbutton. haven't been able yet to figure this
out...
You could do the same as now: create a borderless
Bo,
while resolving some merge conflicts (I am playing with kde autoopen) I
noticed that you had some whitespace issues in the patch (param=value vs.
param = value), and broken doxygen comments. I fixed both, and I also
removed an unneeded check for a dot in the file extension, since the
Jean-Marc Lasgouttes wrote:
There are a few things that still annoy me with the font patch, and I
have not decided yet whether they are important.
1/ the font names are hardcoded. In OSX it is easier, since we can
just add the whole directory. It would be nice to use a
Here comes the long promised patch as discussed with Jean-Marc and Jürgen.
Jürgen, if that is OK with you I'll commit it.
Georg
Log:
Prevent automatic opening of child docs because of natbib labels
* src/insets/insetinclude.h
(updateBibfilesCache): adjust comment
This is going in now.
Thanks.
Bo
On Thursday 18 May 2006 19:47, Georg Baum wrote:
It passed the srcdir != builddir test. Often autotools newcomers do this
wrong. Good work!
I plead guilty, your honor. ;-)
Georg
--
José Abílio
Am Dienstag, 16. Mai 2006 14:30 schrieb Edwin Leuven:
icons... and yes, they are used: in the math panel.
i think they should go to a place where we can get them: ./images/math
or ./images/
i am not sure we want to store the math toolbar icons in a different
directory than the other
Hi
Here's a suggestion for a simpler and hopefully prettier way to produce
the effect at the top of for instance this page
http://wiki.lyx.org/Windows/LyX14x
The wiki markup that I used looked this:
%center% %font-size=3em% LyX 1.4.x for Windows %% \\\
The LyX Team
Hi
When I tried updating the wiki engine through this command
$ pwd; svn update
/home/lyx/www/pmwiki/farm.d
svn: Unknown hostname pmwiki.org
Does anyone know what's going on here? (I can ping pmwiki.org just fine)
I also tried checking it out fresh in a completely
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
This name is not very clear either. And I tend to think that, if
you cannot find a good name for a feature, this means the feature
is not correctly implemented :)
Enrico Yea, you mean that marketing is more important than technical
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Here comes the long promised patch as discussed with Jean-Marc
Georg and Jürgen. Jürgen, if that is OK with you I'll commit it.
And if Jürgen is OK with it, it is OK for 1.4 too.
JMarc
Georg Baum a écrit :
Am Donnerstag, 18. Mai 2006 09:37 schrieb Abdelrazak Younes:
As there seems to be no objection, I am going to commit that. I'll
appreciate nevertheless a review of ma change in Makefile.am:
It passed the srcdir != builddir test. Often autotools newcomers do this
wrong.
Edwin Leuven wrote:
atm it is a widget.
would be nice it we could make it behave as a qmenu...
initializing with a parent, then overloading show() as follows seems to work
void LIconView::show()
{
move(parentWidget()-geometry().x(),
parentWidget()-geometry().y() +
So, do you notice a nice improvement for compilation under Linux? I
would be interested to have comparison figures for qt3, qt4 and xforms.
Still feel adventurous? You can try the same thing on qt3. If I am not
mistaken, the same trick can be used.
Bo
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo On 5/18/06, Jean-Marc Lasgouttes [EMAIL PROTECTED]
Bo wrote:
Here is a trivial patch to fix this bug.
I'd appreciate if someone (Bo?) could check that this patch works,
since I do not have the equipment (dvipost...) to do it myself.
Bo Cofirmed
Bo Peng a écrit :
So, do you notice a nice improvement for compilation under Linux? I
would be interested to have comparison figures for qt3, qt4 and xforms.
Still feel adventurous? You can try the same thing on qt3.
No, I am _not_ interested. It's almost Friday here so I can say it:
Edwin Leuven a écrit :
Edwin Leuven wrote:
atm it is a widget.
would be nice it we could make it behave as a qmenu...
initializing with a parent, then overloading show() as follows seems to
work
Good.
void LIconView::show()
{
move(parentWidget()-geometry().x(),
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
There are a few things that still annoy me with the font patch, and
I have not decided yet whether they are important.
1/ the font names are hardcoded. In OSX it is easier, since we can
just add the whole
On Thu, May 18, 2006 at 10:57:37PM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
This name is not very clear either. And I tend to think that, if
you cannot find a good name for a feature, this means the feature
is not correctly implemented :)
Hello,
we are working on a large LyX document and use CVS as a version control
system. One of the authors uses LyX on windows. His LyX files contain an
additional ^M on each line break. This is fine as long as nobody needs to
merge a document with changes from the Lyx on Win author. Before he
Abdelrazak Younes wrote:
(talking to myself guys, don't pay attention...)
I am listening Edwin :-)
great! (ready for abuse? ;-)
to put this in the toolbar we need to initialize the widget with the
proper button as a parent and then connect some signals (or so i think)
have you any ideas
Jean-Marc Lasgouttes wrote:
They are indeed hardcoded... So maybe it is not so important. It was
the C-ish array code that made me wonder, actually :)
Convert it to some C++ class if you like :)
I'll try to see if I can apply it tomorrow, then.
Thanks. Then the last issue is clean_dvi,
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin This appears to fix the bug in my limited testing (I couldn't
Martin reproduce the bug in the test file, only in the enum example)
Yes, it looks reasonable and it works. Please apply to trunk and
branch.
Now the next problem (with or
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Backtrace follows:
And the file too. Sigh.
JMarc
chgcrash.lyx
Description: application/lyx
On Mon, May 15, 2006 at 09:52:33AM -0400, Neal Becker wrote:
Bo Peng wrote:
Success:
scons frontend=qt3 prefix=/usr
fedora FC5 x86_64
Fedora FC4 x86_64, all latest updates.
[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr
scons: Reading SConscript files ...
scons: ***
[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR
qt_include_path=/usr/lib64/qt-3.3/include qt_lib_path=/usr/lib64/qt-3.3/lib/
scons: Reading SConscript files ...
Please try:
qt_dir=/usr/lib64/qt-3.3
I am not sure if $QTDIR is expanded here (or exists at all.)
Bo
If I am not
mistaken, the same trick can be used.
It might be a bit trickier to do for cpp files generated from ui files.
I just tried, I get the same amount of speed up as the qt4 case.
Bo
@@ -561,8 +622,8 @@
# manually moc and uic files for better performance
# (stop autoscan,
On Thu, May 18, 2006 at 05:28:39PM -0500, Bo Peng wrote:
[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR
qt_include_path=/usr/lib64/qt-3.3/include
qt_lib_path=/usr/lib64/qt-3.3/lib/
scons: Reading SConscript files ...
Please try:
qt_dir=/usr/lib64/qt-3.3
Forget to mention, it a difference between 4:15s and 5:09s. (linux,
-j2, libqt2.a only)
Bo
It's the same. (QTDIR is /usr/lib64/qt-3.3)
scons: *** Path does not exist for option build_dir:
File SConstruct, line 300, in ?
Sorry, I just notice that this is a build_dir, not a qt_dir problem.
What is your line 257 of of development/scons/Sconstruct ? If you have
... ',') at the end, you
On Thu, May 18, 2006 at 06:08:27PM -0500, Bo Peng wrote:
It's the same. (QTDIR is /usr/lib64/qt-3.3)
scons: *** Path does not exist for option build_dir:
File SConstruct, line 300, in ?
Sorry, I just notice that this is a build_dir, not a qt_dir problem.
What is your line 257 of of
Georg Baum [EMAIL PROTECTED] writes:
This was not hard at all. The most difficult thing was to create the icons.
OK for trunk and 1.4?
Georg
Thank you very, very, VERY much!
Andreas
On Thu, May 18, 2006 at 08:49:41PM +0200, Enrico Forestieri wrote:
On Thu, May 18, 2006 at 08:51:26AM -0500, Bo Peng wrote:
Please test it. I am not in a hurry to apply.
I will test it on cygwin tonight.
Using nls=yes and gettext=included, it fails as follows:
g++ -o
Line 257 is:
PathOption('qt_dir', 'Path to qt directory', None),
Can you send me the patch?
I am afraid that that patch will not help at all. Could you check your
scons version? I am working with the latest 0.96.92.
Bo
Using nls=yes and gettext=included, it fails as follows:
OK. The lession is that I should not mix scons and autotools builds...
An updated patch will be supplied soon.
Bo
On Thu, May 18, 2006 at 08:31:52PM -0500, Bo Peng wrote:
I am afraid that that patch will not help at all. Could you check your
scons version? I am working with the latest 0.96.92.
Ah. That may be the problem.
[EMAIL PROTECTED] ~]$ rpm -q scons
scons-0.96.1-1.fc4
That was the problem.
That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild --rebuild
and installed it and it works like a charm.
In the script, I can only check for scons 0.96, not 1 or 92.
Now I have to figure out how to do the rpm stuff with scons...
Do you want to build lyx rpm with scons? This
Updated patch attached.
I am too lazy to separate my attempt of including _moc.cpp into .C
(qt3). The scons part should work but the autotool part is incomplete.
It would be nice if someone can finish it.
Bo
Index: development/scons/SConscript
Enrico Forestieri wrote:
> Please, attached find a patch for dvipost 1.1 which allows compiling
> it with mingw. It seems to work for me ;-)
If his is still supposed to work with unix, you should send this patch to the
dvipost author as well (Erich Fruehstueck )
Jürgen
Abdelrazak Younes a écrit :
Bo, it's an updated patch from yours, you might want to take ownership
of this as it contains your changes to Scons also.
The improvement in compilation time is even more sensible with autotools
than with scons. I'd say the 30%/40% improvement is a good estimate.
Enrico Forestieri wrote:
On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
and selecting your url and hitting Ctrl-Mouse should work.
If only I could use fvwm with gnome!
*shrug*
I can use fvwm happily
Edwin Leuven a écrit :
atm the formats/converters panels in the pref dialog do not set the
correct parameters.
the reason is that this depended on the order in which these entries
were added.
now the order is alphabetical and things are messed up.
the attached patch adds the nr of the
Bo Peng a écrit :
Hi, Abdel,
Under linux, with -with-version-suffix=suf, I will get
share/lyxsuf/
share/locale
bin/lyxsuf, bin/lyxclientsuf ...
What are the directories/names under windows?
The suffix strategy is not the same under Windows (changed recently by
JMarc and Angus IIRC). With
Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
Bo, it's an updated patch from yours, you might want to take ownership
of this as it contains your changes to Scons also.
The improvement in compilation time is even more sensible with
autotools than with scons. I'd say the 30%/40%
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, the change tracking cleanup continues. This time I
Michael> removed isChangeEdited (unused).
Removing is always good :)
JMarc
On Thursday 18 May 2006 09:54, Jean-Marc Lasgouttes wrote:
> Removing is always good :)
Specially if the person involved understands the code. ;-)
FWIW, so that there is no doubt, I think that you understand the code. :-)
> JMarc
--
José Abílio
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Hello there,
|
| i tried today to build lyx on my RedHat 4 system and the build was OK,
| but when trying to run it I get a Segmentation fault. Anyone has similar
| experiences?
Yes :-)
configure with --disable-stdlib-debug
--
Lgb
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> I really don't understand, because configure.py actually executes
>> AddToRC(r'\cygwin_path_fix_needed true') but then I don't find it
>> in the rc file. It seems to be vanishing in a bit bucket...
Enrico> Please, could some kind
1 - 100 of 180 matches
Mail list logo