Georg Baum wrote:
> 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.
Yes, please.
Jürgen
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| 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_
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
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
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. Do
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
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
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 release/common
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 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
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
Forget to mention, it a difference between 4:15s and 5:09s. (linux,
-j2, libqt2.a only)
Bo
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/li
> 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, 13:
[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
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:
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Backtrace follows:
And the file too. Sigh.
JMarc
chgcrash.lyx
Description: application/lyx
> "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 (
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, I'll
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 h
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 u
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 corre
> "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
>> ju
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(),
parentWidget(
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:
> "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 my
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
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() +
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. G
> "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
> "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
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 dif
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 \\
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 oth
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
This is going in now.
Thanks.
Bo
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
(getBib
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
boost::filesystem::directo
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
exten
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 Mo
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
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
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
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. Fi
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'.
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
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
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
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 m
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
> "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>
ftp
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
===
--- src/mathed
> "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 ag
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 a
> "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 m
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
Hum... This is *bad*. Which headers exactly?
You can compare lyxfont.h under tex2lyx and src.
Bo
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. r
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
> "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
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:
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/fedora-core/5/i386/os/Fedora/RPMS/
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 et
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
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
u
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 p
> "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
> "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
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: lib
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
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
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 whe
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 ;
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 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 wo
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...
ye
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 th
For those who want to try latest and greatest Lyx-Qt4 for windows, point
your browser to:
http://wiki.lyx.org/Windows/LyX150Experimental
Abdel.
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 r
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 wi
> "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 a
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.
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 s
> "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
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
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
> "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
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% impro
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 "-
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 forma
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 inte
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.
91 matches
Mail list logo
