Peter Kümmel <[EMAIL PROTECTED]> writes:
> +#ifdef HAVE_LC_MESSAGES
> +lc_msgs = setlocale(LC_MESSAGES, NULL);
> +#endif
Good detective work (again!) but there's no need to define a macro to use a
macro. Use #ifdef LC_MESSAGES instead.
What happens if you define LC_MESSAGES to 1729 as you
Joost Verburg wrote:
> Abdelrazak Younes wrote:
>> Try to launch "lyx.exe -dbg any" to see how far it goes. Peter did you
>> try the debug mode compilation? It would help resolving this crash.
Yes, the debugger points me to a setlocale call, see below.
> Now it all compiles quickly and without er
Compiling, but without iconv, aspell etc.
lyx crashes as well here. I guess this is related to the recent qt4
and lyx_gui.C changes? Is the mingw side working?
Bo
please try again whether you can get it to work with both Qt4 and LyX
compiled with MSVC 2005?
Compiling, but without iconv, aspell etc.
Abdel, we need instructions on how to get iconv, aspell, gettext,
aik..., etc, possibly without mingw itself.
Bo
Abdelrazak Younes wrote:
Try to launch "lyx.exe -dbg any" to see how far it goes. Peter did you
try the debug mode compilation? It would help resolving this crash.
Now it all compiles quickly and without errors, but lyx.exe still
crashes immediately. Even with "-dbg any" no output is shown. Co
Regarding "Prerequisites": IIRC, you need some python win32 extensions
on the Windows platform. But I don't remember the details...
Do we? They are used for registry checking etc, and I do not remember
who is using them.
Bo
Jean-Marc Lasgouttes wrote:
Jean-Marc> Michael, I think this is orthogonal to your CT work, right?
I committed the patch on both 1.4 branch and trunk. Michael, you
almost tricked me into using an assert for 1.5 instead :) Actually,
crashing on invalid lyx files is considered as bad taste nowada
Bo Peng wrote:
Attached is the revised version, with Enrico and Abdel's input. Are we
in general agree to put this under the top source directory as
README.scons? Note that README.win32 may need a line like 'you may
want to try the scons system.'.
Regarding "Prerequisites": IIRC, you need some
Peter Kümmel wrote:
> Bo Peng wrote:
>>> Iconv is for when the po file is not in the encoding requested by the
>>> locale. For example pl.po is in latin2, but the right charset for
>>> Polish is CP1251 (?) on windows. With iconv support, the strings will
>>> be transcoded transparently.
>> I will t
> That will just be a poll... just as an input to the decision process.
that's the idea...
Ekkehart Schlicht <[EMAIL PROTECTED]> writes:
> the link for the Aspell 6.0 data files given in the Wiki-Aspell page
> http://wiki.lyx.org/uploads/Windows/Aspell6/AspellData-0.60.4.exe
That's because it's now spelled
http://wiki.lyx.org/uploads/Windows/Aspell6/aspelldata-0.60.4.exe
I'll make the
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> Remind be agins why we use QT_NO_STL?
If I remember rightly, John was worried that we were switching from QString to
std::string and back again without thinking about it. (!QT_NO_STL provides
implicit conversion from one to the other.) The frontend
"Leuven, E." <[EMAIL PROTECTED]> writes:
| i just send a mail to the user list...
That will just be a poll... just as an input to the decision process.
--
Lgb
i just send a mail to the user list...
-Original Message-
From: news on behalf of Paul A. Rubin
Sent: Thu 6/8/06 16:48
To: lyx-devel@lists.lyx.org
Subject: Re: long standing annoyance with tables
Edwin Leuven wrote:
> Lars Gullik Bjønnes wrote:
>> I am reluctant of changing something t
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Indeed I solved the problem by adding a static there:
For trunk that would be:
#ifdef Q_WS_WIN
static LQApplicationapp(argc, argv);
#else
LQApplication app(argc, argv);
#endif
This works fine here with msvc.
But when I call lyx from the
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| 1) Long Term Goal:
| My long term goal is to have a single point of contact between the
| kernel and the frontend. This is what the class BaseFrontend is there
| for. The kernel will just instantiate _one_ class, no more
Bo Peng wrote:
>> Iconv is for when the po file is not in the encoding requested by the
>> locale. For example pl.po is in latin2, but the right charset for
>> Polish is CP1251 (?) on windows. With iconv support, the strings will
>> be transcoded transparently.
>
> I will try to link lyx/msvc with
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > I am reluctant of changing something that has been the default for a
| > long time.
|
| i understand that, but in this case i think that the default is very
| idiosyncratic and an inconvenience for most.
|
| i would really
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| 1) Long Term Goal:
| My long term goal is to have a single point of contact between the
| kernel and the frontend. This is what the class BaseFrontend is there
| for. The kernel will just instantiate _one_ class, no more factory,
| etc. The Frontend
Abdelrazak Younes wrote:
> Indeed I solved the problem by adding a static there:
> For trunk that would be:
>
> #ifdef Q_WS_WIN
> static LQApplicationapp(argc, argv);
> #else
> LQApplication app(argc, argv);
> #endif
This works fine here with msvc.
But when I call lyx from the command l
Angus Leeming <[EMAIL PROTECTED]> writes:
| Peter Kümmel <[EMAIL PROTECTED]> writes:
| > > toStdString is not available here (see QT_NO_STL).
| > "fromqstr" is what I was looking for! :)
|
| Incidentally, Peter, you should add QT_NO_STL to the options passed by Scons
to
| the compiler when comp
Iconv is for when the po file is not in the encoding requested by the
locale. For example pl.po is in latin2, but the right charset for
Polish is CP1251 (?) on windows. With iconv support, the strings will
be transcoded transparently.
I will try to link lyx/msvc with mingw/iconv, and adjust SCon
Hi
the link for the Aspell 6.0 data files given in the Wiki-Aspell page
http://wiki.lyx.org/uploads/Windows/Aspell6/AspellData-0.60.4.exe
does not work.
Cheers
Ekkehart
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > > LOL! Use one build system to distribute instructions on how to use
another!
| > >
| > > Is development/scons Makefile.am-ified?
| >
| > No. I will do that soon.
|
| Is it as simple as this?
Yes.
--
Lgb
Looks reasonable. Try it... ("make dist" and then have a look in the .tar file)
Confirmed and committed.
Bo
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Let me start you off:
class GUI {
This is my BaseFrontend class, do you prefer BaseGui instead?
Having slept on it, I think I prefer "GUI" rather than "Frontend".
If you let me choose something then that would be "Gui" not
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The weird thing is that locale seems to work fine with
Abdelrazak> that. So what is this iconv for?
Iconv is for when the po file is not in the encoding requested by the
locale. For example pl.po is in latin2, but the
Bo Peng <[EMAIL PROTECTED]> writes:
> Is it as simple as this?
Looks reasonable. Try it... ("make dist" and then have a look in the .tar file)
Angus
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> > LOL! Use one build system to distribute instructions on how to
>> use another!
>> >
>> > Is development/scons Makefile.am-ified?
>>
>> No. I will do that soon.
Bo> Is it as simple as this?
I think it is :)
JMarc
Peter Kümmel wrote:
Georg Baum wrote:
Here you are basically reintroducing the static app variable, and therefore
the crash on exit on linux. A scoped_ptr is supposed to be equivalent to a
normal object variable concerning construction and destruction, so if that
is needed i think the old soluti
> LOL! Use one build system to distribute instructions on how to use another!
>
> Is development/scons Makefile.am-ified?
No. I will do that soon.
Is it as simple as this?
Index: development/Makefile.am
===
--- development/Makefil
> "Andrzej" == Andrzej Tomaszewski <[EMAIL PROTECTED]> writes:
Andrzej> Dear All! I have recently installed LyX 1.4.1 for Windows
Andrzej> using LyXWin141Small-2-01.exe and encountered completely
Andrzej> unfathomable problems concerning Polish localization.
Hello,
We are working on improvin
Paul,
Sorry, I should have mentioned that I am running Debian linux.
Here is an abridged version of the configuration results -- I
can send the whole thing if you like.
Dave
--
[EMAIL PROTECTED]:/usr/local/src/lyx-1.4.1# ./configure --with-frontend=qt
--with-qt-dir=/usr/share/qt3
con
Peter Kümmel wrote:
the scons script defines for intl DEPENDS_ON_LIBICONV=1
but defines not HAVE_ICONV, does this mean we don't
link against iconv.
That would explain why I don't need iconvxx.dll to run my scons/mingw
lyx. And I never saw a single -liconv in the final linking.
The weird thin
On 6/8/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
the scons script defines for intl DEPENDS_ON_LIBICONV=1
but defines not HAVE_ICONV, does this mean we don't
link against iconv.
But what means depends on then?
Peter
I have no idea. I think I copied the flags from the Makefile.
Bo
On 6/8/06, Angus Leeming <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> I'd say yes, but I no idea whether the contents makes sense :)
> Remember to add the new file to Makefile.am, so that it gets
> distributed.
LOL! Use one build system to distribute instructions
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> So, I believe I understand the problem. But how to fix it?
Martin> I believe I know that too: noFontChange(). The attached fixes
Martin> the reported bug. I'll commit it soon to 1.5 and 1.4 if I hear
Martin> no objection.
Martin> +
the scons script defines for intl DEPENDS_ON_LIBICONV=1
but defines not HAVE_ICONV, does this mean we don't
link against iconv.
But what means depends on then?
Peter
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> I'd say yes, but I no idea whether the contents makes sense :)
> Remember to add the new file to Makefile.am, so that it gets
> distributed.
LOL! Use one build system to distribute instructions on how to use another!
Is development/scons Makefile
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote: Build 20060602 is available and has
Joost> been uploaded to incoming. Can you move the files again JMarc?
Joost> Thanks. I think it's time to put the source code in SVN. Can I
Joost> get access to upload
Angus Leeming wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>>> toStdString is not available here (see QT_NO_STL).
>> "fromqstr" is what I was looking for! :)
>
> Incidentally, Peter, you should add QT_NO_STL to the options passed by Scons
> to
> the compiler when compiling the Qt frontend. W
The following patch tries to improve the situation with accents in LyX
1.4 (this will be applied to 1.5 too, but I care now about 1.4.2).
The current situation now is that, if my locale is fr_FR.UTF-8, LyX
will change it to fr_FR and hope this makes sense. On linux, it is
indeed equivalent to fr_
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> I'd name it INSTALL.scons. This is a file abou building LyX. README
>> is supposed to be about using it.
Bo> Can the attached patch go in? There is a FIXME there and Abdel
Bo> will fix it when he gets a chance.
I'd say yes, but I no idea wheth
I'd name it INSTALL.scons. This is a file abou building LyX. README is
supposed to be about using it.
Can the attached patch go in? There is a FIXME there and Abdel will
fix it when he gets a chance.
Regarding SConscript change, Peter, do you have any particular reason
to add another copy of -D
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Attached is the revised version, with Enrico and Abdel's input.
Bo> Are we in general agree to put this under the top source directory
Bo> as README.scons? Note that README.win32 may need a line like 'you
Bo> may want to try the scons system.'.
Edwin Leuven wrote:
Lars Gullik Bjønnes wrote:
I am reluctant of changing something that has been the default for a
long time.
i understand that, but in this case i think that the default is very
idiosyncratic and an inconvenience for most.
i would really urge you to allow this in...
How
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Let me start you off:
> >
> > class GUI {
>
> This is my BaseFrontend class, do you prefer BaseGui instead?
Having slept on it, I think I prefer "GUI" rather than "Frontend". We used to
have BasePainter and Painter and people ended up disliking i
scons/mingw:
- Qt4.1.3: official "open source" binary package for Windows/Mingw
- iconv: latest gnuwin32 package installed in mingw tree (or elsewhere)
- zlib: ditto
- aspell: this is difficult. Everybody has his own compiled library.
Mine is in D:\program\Aspell-0.60.4.
- aiksaurus: I don't kn
Abdelrazak Younes wrote:
>>> iconv
http://www.zlatkovic.com/pub/libxml/
>>> zlib
www.zlib.net
Bo Peng wrote:
What prerequisites did you need to build? Which ones can you just
download?
qt4
iconv
zlib
aspell
aiksaurus
Any others?
This is the hard part so I left it to Abdel. I think the old
instructions (in README.win32 or somewhere else) is obsolete.
I'll try to make a list of URL w
What prerequisites did you need to build? Which ones can you just download?
qt4
iconv
zlib
aspell
aiksaurus
Any others?
This is the hard part so I left it to Abdel. I think the old
instructions (in README.win32 or somewhere else) is obsolete.
> When I run scons, I get the error:
> scons: ***
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
So, if I may ask (again), do we have a deal?
From me, yes. But I'd like to see a class hierarchy together with some thoughts
on how it will all fit together.
Agreed. This needs to be done. A few comments on your proposal (whi
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> You've been playing this game so long, Jean-Marc, that you can
Angus> do it in your sleep.
That worries me. Although my conclusion was that you sent the wrong
file :)
JMarc
When I run scons, I get the error:
scons: *** Source `po' not found, needed by target `all'. Stop.
Any ideas?
po is the gettext language directory. I will check what is going on
with msvc. Right now, you can use lyx target to build lyx only.
BTW, do you have command msgfmt somewhere? Is it
Peter Kümmel wrote:
> Maybe they've used mingw, I use msvc.
So unless you find out what happens here I see no other possibility than
adding an #ifdef for msvc.
> Seems the destruction order is implemented different by those
> two compilers. Why crashes it under Linux? Also because of
> Qt object
Peter Kümmel <[EMAIL PROTECTED]> writes:
> > toStdString is not available here (see QT_NO_STL).
> "fromqstr" is what I was looking for! :)
Incidentally, Peter, you should add QT_NO_STL to the options passed by Scons to
the compiler when compiling the Qt frontend. We should aim for the various
buil
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Thanks. I rechecked against what you sent and found no change.
> This is strange as I do not remember applying your version.
;-)
You've been playing this game so long, Jean-Marc,
that you can do it in your sleep.
Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> Concerning Angus cleanups, I have to confess I did not apply his
>> last round of fixes. I'll see what still applies.
Angus> I'll have a look again when you get close to a release
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Concerning Angus cleanups, I have to confess I did not apply his last
> round of fixes. I'll see what still applies.
I'll have a look again when you get close to a release. There's not much wrong
with your grasp of English grammar, so it hardly ta
Jean-Marc Lasgouttes wrote:
> Look at the first entry under updates (this is the section for new
> features, the rest are bug fixes). You can merge it with what you
> have.
I did that. I must have been blind, because I searched two times for that
entry. I could not imagine that it was not there,
Georg Baum wrote:
> Here you are basically reintroducing the static app variable, and therefore
> the crash on exit on linux. A scoped_ptr is supposed to be equivalent to a
> normal object variable concerning construction and destruction, so if that
> is needed i think the old solution of Abdel is
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc, we forgot to mention the viewer changes in
Georg> status.14x. Is the attached OK? Or maybe it can get a polish by
Georg> Angus ;-)
Look at the first entry under updates (this is the section for new
features, the rest are bu
Jean-Marc,
we forgot to mention the viewer changes in status.14x. Is the attached OK?
Or maybe it can get a polish by Angus ;-)
GeorgIndex: status.14x
===
--- status.14x (Revision 14040)
+++ status.14x (Arbeitskopie)
@@ -125,6 +127,
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> 1) Long Term Goal: My long term goal is to have a single
Abdelrazak> point of contact between the kernel and the frontend. This
Abdelrazak> is what the class BaseFrontend is there for. The kern
Lars Gullik Bjønnes wrote:
I am reluctant of changing something that has been the default for a
long time.
i understand that, but in this case i think that the default is very
idiosyncratic and an inconvenience for most.
i would really urge you to allow this in...
Peter Kümmel wrote:
> This fixes it, then also the static QTranslator makes no problem,
> and it would be hard to forbid all static Qt objects.
Only those that interact with QApplication could be problematic.
> Could I at least check in the translator stuff, because
> at the current state lyx wi
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This patch tries to fix bug 2614. Basically, dur to bug
Jean-Marc> 2007, it was possible to create files not under change
Jean-Marc> tracking that would contain \change_inserted tags. In this
Jean-Marc> case, the auto
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> 1) Long Term Goal: My long term goal is to have a single
Abdelrazak> point of contact between the kernel and the frontend. This
Abdelrazak> is what the class BaseFrontend is there for. The kernel
Abdelrazak> will just
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> So, if I may ask (again), do we have a deal?
>From me, yes. But I'd like to see a class hierarchy together with some thoughts
on how it will all fit together.
Let me start you off:
class GUI {
/** The LyX core will own a single GUI
* variab
Peter Kümmel wrote:
> Georg Baum wrote:
>>> - QTranslator qt_trans(0);
>>> - if (qt_trans.load(QString("qt_") + QTextCodec::locale(),
>>> - qInstallPathTranslations())) {
>>> + static QTranslator qt_trans;
>> Why do you make this static? Does it work if you
Georg Baum wrote:
>> - QTranslator qt_trans(0);
>> - if (qt_trans.load(QString("qt_") + QTextCodec::locale(),
>> - qInstallPathTranslations())) {
>> + static QTranslator qt_trans;
>
> Why do you make this static? Does it work if you remove the static
> qua
On Thursday 08 June 2006 09:35, Georg Baum wrote:
> What was that mistake?
We made a decision to stick with python 1.5.2 in the begin of the
development cycle and we never revise that. So what did look like a
reasonable decision three years later was outdated.
FWIW and in the interest of his
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Joost Verburg wrote:
Interesting. Bo's README suggests that "all" doesn't depend on "po".
What happens if you specify individual targets:
boost, intl, support, mathed, insets, frontends, graphics,
controllers, client, qt3, qt4, lyxbase
I can get it
Peter Kümmel wrote:
> Georg Baum wrote:
>> Does it work if you always use exit instead of lyx_gui::exit in lyx_exit
>> (lyx_main.C)?
>
> No, still the same.
Then I guess that we have another desctrion order problem.
> Index: frontends/qt4/lyx_gui.C
>
Georg Baum wrote:
> Does it work if you always use exit instead of lyx_gui::exit in lyx_exit
> (lyx_main.C)?
No, still the same.
$ svn diff
Index: lyx_main.C
===
--- lyx_main.C (revision 14038)
+++ lyx_main.C (working copy)
@@ -
Georg Baum wrote:
Abdelrazak Younes wrote:
Thanks a lot Angus, and I am happy that you like where I am heading. But
I would like others to express their opinions too. Lars, JMarc, Georg,
is there any hope that my changes are merged into trunk? I would be very
sad if I wasted my time...
I agre
Peter Kümmel wrote:
>> But since yesterday it never ends when exiting lyx:
>>
>> QObject::killTimer: timers cannot be stopped from another thread
>
>
> the infinit loop happens after the ::exit(status); call.
Does it work if you always use exit instead of lyx_gui::exit in lyx_exit
(lyx_main.C)
Peter Kümmel wrote:
> [EMAIL PROTECTED] wrote:
>> Author: baum
>> Date: Thu Jun 8 08:53:11 2006
>> New Revision: 14038
>>
>> Log:
>> app -> qApp, forgot this with the last patch
>>
>> Modified:
>> lyx-devel/trunk/src/frontends/qt4/lyx_gui.C
>
> But since yesterday it never ends when exiting l
[EMAIL PROTECTED] wrote:
> Author: baum
> Date: Thu Jun 8 08:53:11 2006
> New Revision: 14038
>
> Log:
> app -> qApp, forgot this with the last patch
>
> Modified:
> lyx-devel/trunk/src/frontends/qt4/lyx_gui.C
But since yesterday it never ends when exiting lyx:
QObject::killTimer: timers c
Abdelrazak Younes wrote:
> Joost Verburg wrote:
>>> Interesting. Bo's README suggests that "all" doesn't depend on "po".
>>>
>>> What happens if you specify individual targets:
>>> boost, intl, support, mathed, insets, frontends, graphics,
>>> controllers, client, qt3, qt4, lyxbase
>>
>> I can get
Joost Verburg wrote:
Interesting. Bo's README suggests that "all" doesn't depend on "po".
What happens if you specify individual targets:
boost, intl, support, mathed, insets, frontends, graphics,
controllers, client, qt3, qt4, lyxbase
I can get it to compile with the target 'install', but ly
Jose' Matos wrote:
> We (me and Georg) have decided to settle on python 2.3 (we are talking
> about
> lyx 1.5.x). Note that python 2.5 is on beta 2 now already and we (I) don't
> want to make the same mistake as last time. Not even debian ships that
> anymore. ;-)
What was that mistake?
BTW,
Andre Poenitz wrote:
On Tue, Jun 06, 2006 at 06:10:08PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The QPicture class "records" painting operations, it is
Abdelrazak> similar to vector based painting (SV
On Thursday 08 June 2006 09:16, Angus Leeming wrote:
> Good work!
>
> I see you talk about Python >= 1.5.2. IIRC, José now requires something
> more modern than 1.5.2 for lyx2lyx. You should tell people to use (whatever
> version lyx2lyx requires) even if scons itself doesn't need that.
>
> Anyone
Andre Poenitz wrote:
On Sun, Jun 04, 2006 at 09:38:01PM +0200, Abdelrazak Younes wrote:
Angus Leeming wrote:
In src/frontends/gtk/WorkAreaFactory.C you introduce a new static global
variable.
By the way, I have always believed that, in C++, the keyword static in
this case is to say that this v
Interesting. Bo's README suggests that "all" doesn't depend on "po".
What happens if you specify individual targets:
boost, intl, support, mathed, insets, frontends, graphics,
controllers, client, qt3, qt4, lyxbase
I can get it to compile with the target 'install', but lyx.exe crashes
immedia
On Thursday 08 June 2006 08:25, Lars Gullik Bjønnes wrote:
> Has been discussed several times.
During at least the last ten years. ;-)
> --
> Lgb
--
José Abílio
Angus Leeming wrote:
pps, did you ever make an installer for the full Aspell?
The current Windows version of Aspell is not relocatable. Creating an
installer that only works in C:\Aspell doesn't really make sense.
Joost
Bo Peng <[EMAIL PROTECTED]> writes:
> Attached is a draft README.scons file.
Good work!
I see you talk about Python >= 1.5.2. IIRC, José now requires something more
modern than 1.5.2 for lyx2lyx. You should tell people to use (whatever version
lyx2lyx requires) even if scons itself doesn't need
Andre Poenitz wrote:
On Wed, Jun 07, 2006 at 10:24:29AM +0200, Abdelrazak Younes wrote:
A while ago there was almost no email concerning MS Windows and
everybody was happy with it.
Please define everybody.
Erm.
Me, myself, I, and a few others.
OK, then that's more than 3 and you can say "m
Abdelrazak Younes wrote:
> Thanks a lot Angus, and I am happy that you like where I am heading. But
> I would like others to express their opinions too. Lars, JMarc, Georg,
> is there any hope that my changes are merged into trunk? I would be very
> sad if I wasted my time...
I agree with Angus t
Joost Verburg <[EMAIL PROTECTED]> writes:
> I'm trying to create a new installer for LyX 1.5.0svn compiled with MSVC
> 2005 and Qt4.
What prerequisites did you need to build? Which ones can you just download?
qt4
iconv
zlib
aspell
aiksaurus
Any others?
> When I run scons, I get the error:
> sco
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> I'd prefer to wait until/if we decide that scons is the way to go
>> for the long term. Having two official build systems is nonsense.
Joost> Then at least create a file with build instructions in
Joo
Jean-Marc Lasgouttes wrote:
I'd prefer to wait until/if we decide that scons is the way to go for
the long term. Having two official build systems is nonsense.
Then at least create a file with build instructions in development\scons.
Joost
I'm trying to create a new installer for LyX 1.5.0svn compiled with MSVC
2005 and Qt4.
When I run scons, I get the error:
scons: *** Source `po' not found, needed by target `all'. Stop.
Any ideas?
Joost
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> My proposal: Let's have one (!) README.Win32 file that
Michael> describes both the scons build process with both MSVC and
Michael> MinGW. I can imagine that some people prefer MinGW over MSVC
Michael> (or vice versa) but there is
Lars Gullik Bjønnes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> | > Peter Kümmel <[EMAIL PROTECTED]> writes:
> | >
> | > | Andre Poenitz wrote:
> | > | > Have you proof from the profiler that this is necessary?
> | > |
> | > | The patch has already been d
On Wed, Jun 07, 2006 at 09:22:20PM -0500, Bo Peng wrote:
> Dear all,
>
> Attached is a draft README.scons file. Please feel free to make any
> changes you deem reasonable (You know English is not my first
> language). I have put everything together, whether or not we should
> split it and put thi
Peter Kümmel <[EMAIL PROTECTED]> writes:
| Because I never press "Reply All" (except I will really
| reply to all and not only to a list post),
Time to change your default behaviour then :-)
| I often
| have to add the list address manually, because I see
| it AFTER writing the email.
| I prefer
Peter Kümmel wrote:
> But I also know that there are reasons against it,
>
> http://doc.m0n0.ch/handbook/faq-list-replytoall.html
>
> and I will follow the lyx-way when there is already
> a decision against it. But maybe it was never discussed.
It has been discussed several times. You should ei
1 - 100 of 104 matches
Mail list logo
