Does this make sense to anyone?
-- Forwarded message --
From: Brett Calcott <[EMAIL PROTECTED]>
Date: May 31, 2006 12:08 AM
Subject: Re: [scons-users] How to use the manifest feature of msvc2005?
To: [EMAIL PROTECTED]
I had problem with getting the manifest working too. I am usi
>
> The double-quote problem strike again apparently:
Please try
intlenv['CCFLAGS'] = intlenv['C_CCFLAGS'].split()
instead of removing it. This line is needed for msvc.
# we need the original C compiler for these files
intlenv['CC'] = intlenv['C_COMPILER']
- intlenv['CCFLAGS'] = intle
On Wed, May 31, 2006 at 01:04:30AM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > Agreed. But what's your point? I didn't mean to correct the possibly
> > broken dvipost code but only to let it work (or not work) on Windows
> > in the same way it works (or doesn't w
I have done that but the error persist. The following explains that a
manifest file is _mandatory_ to any MSVC 2005 generated executable or
library:
http://msdn2.microsoft.com/en-us/library/ms235591.aspx
But why did Peter succeeded? His lyx-qt4.exe starts correctly, and I
am certain that there
Calling Scons again made it to the end!
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
If that 'permission denied' is the source of the problem, there is
nothing scons can do. Anyway, I have experienced such probl
Why is there no default reply address adjusted to lyx-devel?
Too often I get duplicated emails, because one have to press
the reply all button.
Lars (or Angus?) pointed me to a web article about this and
basically, if your mail server/filter/client can not handle such
duplicated emails, yo
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
to fix the unistd.h including in zconf.h (#if 1 -> #if 0), but this
could also be fixed by adding somewhere a dummy unistd.h.
I will tr
I've succesfully compiled, linked, and started lyx_qt4.exe.
I've used the gnuwin32 package without renaming, but I have
to fix the unistd.h including. (#if 1 -> #if 0), but this
could also be fix by adding somewhere a dummy unistd.h.
Here is a diff against head:
Index: development/scons/SConstr
> The double-quote problem strike again apparently:
This patch fixes it for me.
Thanks, I will check again.
Bo
ranlib debug/libs/libincluded_intl.a
g++ -o debug/qt4/lyx -Ldebug/libs -L/usr/lib64/qt-3.3/lib -llyxbase_pre
-lmathed -linsets -lfrontends -lqt4 -lcontrollers -lgraphics -lsupports
-llyxbase_post -lincluded_boost_signals -lincluded_boost_regex
-lincluded_boost_filesystem -lincluded_boost_iostre
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Agreed. But what's your point? I didn't mean to correct the possibly
> broken dvipost code but only to let it work (or not work) on Windows
> in the same way it works (or doesn't work) on *nix.
Fair enough.
Note, however, that "foo\bar/baz" is a val
On May 29, 2006, at 12:52 PM, Bennett Helm wrote:
I've tried it with 1.4/qt3 on Mac. It seems to help in two respects:
1. scrolling speed gives me an improvement similar to what Abdel
reported: 39 seconds down to 35.
2. although typing doesn't lag on either version, without the patch
I ca
On Tue, May 30, 2006 at 11:54:24PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >> Do you need to consider also mixed \ and / delimiters, as in "foo/bar\baz"
> >> ?
> > I was not thinking of that, even if I just checked that it works.
>
> Are you sure? Won't
>
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> Do you need to consider also mixed \ and / delimiters, as in "foo/bar\baz" ?
> I was not thinking of that, even if I just checked that it works.
Are you sure? Won't
p = strrchr(arg, '/');
return
"bar\baz"
?
What about "foo/bar/"? Wi
On Wed, May 31, 2006 at 12:51:58AM +0200, Joost Verburg wrote:
> Enrico Forestieri wrote:
> >Good detective work! Indeed, I have SP4 installed but would have never
> >thought about it. After all, dvipost seems a so simple application...
>
> Unfortunately it was just a coincidence. Even using Windo
On Tue, May 30, 2006 at 09:18:38PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > In the meantime I have discovered that a native Windows build
> > needs another small patch. Please, find it attached.
>
> ...
>
> > p = strrchr(arg, '/');
> >
> >+#ifdef _WIN32
Enrico Forestieri wrote:
Good detective work! Indeed, I have SP4 installed but would have never
thought about it. After all, dvipost seems a so simple application...
Unfortunately it was just a coincidence. Even using Windows XP I now had
a few crashes. Tools > Reconfigure often triggers it.
Georg Baum wrote:
No. This is still on my todo list, I will include beamer.layout in one of
the next 1.4.x releases, but am swamped with work right now. Unfortunately
one cannot simply include it, since there seem to be some bugs in 1.4 that
make some styles unusable.
Even if it still needs so
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> In the meantime I have discovered that a native Windows build
> needs another small patch. Please, find it attached.
...
> p = strrchr(arg, '/');
>
>+#ifdef _WIN32
>+ if (!p)
>+ p = strrchr(arg, '\\');
>+#endif
Do you n
On Tue, May 30, 2006 at 09:09:20PM +0200, Joost Verburg wrote:
> Enrico Forestieri wrote:
> >>Unfortunately pplatex.exe is very unstable. Especially during testing on
> >>Windows 2000 it crashes all the time.
> >
> >This is weird. I run it on Windows 2000 and it works flawlessly.
>
> The crash is
Jean-Marc Lasgouttes wrote:
Please test this patch on the various files that have been floating
around.
Michael, I think this is orthogonal to your CT work, right?
Hi Jean-Marc,
in LyX 1.5, any document may have changes, no matter whether CT is
currently activated or not. The described
Jean-Marc Lasgouttes wrote:
scons support means nothing to users. This is not a new feature to
brag about, just a convenience for us.
Well, given the fact that about 50% of all lyx-devel emails deal with MS
Windows problems, scons is a BIG step forward. But you are right, the
end user doesn
Jose' Matos wrote:
This is a bit shortsighted Michael, what you are proposing is what we
have. :-)
Well, that's not really true. The Qt4 frontend has not been completed
yet, and CT is still under development, too.
I just wanted to express my concern that we start too many projects at
the
Jean-Marc Lasgouttes wrote:
They look good, although the repetition makes me wonder whether you
should declare a Changes(BufferParams const &) constructor.
Depending on the context, tracking_changes == true results in either
DELETED or INSERTED. Thus, the proposed constructor wouldn't work.
Jean-Marc Lasgouttes wrote:
Michael> FYI: We do not track removals of leading spaces:
I think that we should track them (qnd other depm tricks).
depm with CT activated won't be more tricky than depm etc without CT. In
the end, CT should not disturb other LyX features.
Tracking removals of
Enrico Forestieri wrote:
Unfortunately pplatex.exe is very unstable. Especially during testing on
Windows 2000 it crashes all the time.
This is weird. I run it on Windows 2000 and it works flawlessly.
The crash is caused by a stack overflow. The problem however seems to be
solved after I ins
Jose' Matos <[EMAIL PROTECTED]> writes:
> On Tuesday 30 May 2006 18:03, Juergen Spitzmueller wrote:
> > I think we should ponder that carefully. If we really intend to get unicode
> > support into 1.5 (which we want, don't we?), the bell for xforms tolls (is
> > that an appropriate phrase)?
> > Giv
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > +void InsetCaption::setLabel(LCursor & cur) const
> > +{
> > + // Set caption label _only_ if the cursor is in _this_ float:
> > + if (cur.top().text() == &text_) {
> > + string s;
> > + size_t i = cur.depth();
> > +
On Tuesday 30 May 2006 18:03, Juergen Spitzmueller wrote:
> I think we should ponder that carefully. If we really intend to get unicode
> support into 1.5 (which we want, don't we?), the bell for xforms tolls (is
> that an appropriate phrase)?
> Given that people (including me) intend to add some n
Georg Baum wrote:
>> Do we still care about xforms? Why don't we remove it?
>
> I proposed that already several times and am fine with it, but others
> disagreed. Dropping xforms support silently and let it die a slow death
> would be unfair to users. We should either remove it officially, or
> c
On Tuesday 30 May 2006 17:21, Andre Poenitz wrote:
> > This is a bit shortsighted Michael, what you are proposing is what we
> > have. :-)
>
> 1.4.x is worse than 1.3.7 in a few areas...
I agree, for lots of reasons, after all 1.4.x in three years will be a lot
more stable than any 1.5.x we c
Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | I would advise you to don't push for SVN inclusion in trunk for now.
> | At least not until Cmake is at least on par with Scons. But don't be
> | discouraged though, I guess we can put it in a SVN branch.
>
> Having
On Tue, May 30, 2006 at 09:18:38AM +0100, Jose' Matos wrote:
> This is a bit shortsighted Michael, what you are proposing is what we
> have. :-)
1.4.x is worse than 1.3.7 in a few areas...
Andre'
On Sat, May 27, 2006 at 04:29:15PM +0200, Georg Baum wrote:
> Am Samstag, 27. Mai 2006 15:20 schrieb Abdelrazak Younes:
> > Another idea... Maybe the QApplication destruction is happening too soon
> > in the exit process, this patch remove the QLApplication destructor.
>
> This was the right idea
On Sun, May 28, 2006 at 11:46:53AM +0300, Martin Vermeer wrote:
> +void InsetCaption::setLabel(LCursor & cur) const
> +{
> + // Set caption label _only_ if the cursor is in _this_ float:
> + if (cur.top().text() == &text_) {
> + string s;
> + size_t i = cur.depth();
Andre Poenitz wrote:
-LQApplication::~LQApplication()
-{}
+//LQApplication::~LQApplication()
+//{}
The compiler creates comething identical to this if there is no
destructor defined.
[Which means, that the change as such is good as it removes useless
code, but there should not be any visible d
Andre Poenitz wrote:
- static LQApplication app(argc, argv);
+ static QApplication app(argc, argv);
Why static?
Because it's inside a function (parse_init). It cannot be made a global
variable due to the necessity to pass argc and argv at the construction.
Abdel.
Andre Poenitz wrote:
On Sat, May 27, 2006 at 04:02:33PM +0200, Georg Baum wrote:
Am Samstag, 27. Mai 2006 15:40 schrieb Abdelrazak Younes:
OK, then this patch use a straight QApplication. QLApplication is used
only for Mac as far as I see. And use qApp only.
Does not help:
#0 0xb7b94bcc in Q
On Sat, May 27, 2006 at 03:40:55PM +0200, Abdelrazak Younes wrote:
> Index: lyx_gui.C
> ===
> --- lyx_gui.C (revision 13933)
> +++ lyx_gui.C (working copy)
> @@ -112,7 +112,7 @@
> {
> public:
> LQApplication(int & argc, char **
On Sat, May 27, 2006 at 03:20:36PM +0200, Abdelrazak Younes wrote:
> Georg Baum wrote:
> >Am Freitag, 26. Mai 2006 11:33 schrieb Helge Hafting:
>
> >Abdel, do you have any idea why this happens?
>
> Another idea... Maybe the QApplication destruction is happening too soon
> in the exit process, t
On Sat, May 27, 2006 at 04:02:33PM +0200, Georg Baum wrote:
> Am Samstag, 27. Mai 2006 15:40 schrieb Abdelrazak Younes:
> > OK, then this patch use a straight QApplication. QLApplication is used
> > only for Mac as far as I see. And use qApp only.
>
> Does not help:
>
> #0 0xb7b94bcc in QPixmap
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
---
lyx.exe - Entry Point Not Found
---
The proc
Abdelrazak Younes wrote:
I found other dll version of the required dlls deed inside my WINDOWS
directory. Putting them along lyx.exe now gives me the following error:
---
Microsoft Visual C++ Runtime Library
---
Runtime Error!
Program: D:\progr
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
>> But then, lyx still complains about missing Entry point:
>>
>> ---
>> lyx.exe - Entry Point Not Found
>> ---
>> The proced
Abdelrazak Younes wrote:
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
---
lyx.exe - Entry Point Not Found
---
The procedure entry point _decode_pointer could not be
Bo Peng wrote:
Dear all,
The basic support for msvc2003/2005 is now in svn. Please test.
env_subst(["msvc\common\support\package.C"],
["D:\devel\lyx\trunk\src\support\package.C.in"])
cl /nologo /TP /EHsc /wd4819 /wd4996 /ID:\program\GnuWin32\include
/ID:\program\Aspell-0.60.4\include /ID:\de
Jean-Marc Lasgouttes wrote:
It should return true of course. This is what happens when sending
patches without testing them.
works for me
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> returning false disables the toolbar always...
It should return true of course. This is what happens when sending
patches without testing them.
JMarc
Index: src/frontends/qt2/QtView.C
=
Jean-Marc Lasgouttes wrote:
Thanks for testing. And the first one?
i only have qt4 here
and that had
return qApp->activeWindow() == this;
which gives the same behavior as 1.4
returning false disables the toolbar always...
Jean-Marc Lasgouttes wrote:
The toolbar is not really disabled. It is in the same state as if
there was no buffer loaded, right?
yes
The problem comes from the fact that the Dialog controller invokes
BufferView::update() at some points I have no control on and at these
points the code guesses
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Jean-Marc Lasgouttes wrote:
>>> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
>>> writes:
>>
Jean-Marc> Here is a different idea: it may be that no windows is
Jean-Marc> active (dialog closed, but not yet focus to t
This patch tries to fix bug 2614. Basically, dur to bug 2007, it was
possible to create files not under change tracking that would contain
\change_inserted tags. In this case, the autor id is not meaningful
and this creates a crash.
Please test this patch on the various files that have been float
Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Here is a different idea: it may be that no windows is
Jean-Marc> active (dialog closed, but not yet focus to the main
Jean-Marc> window).
Jean-Marc> Does this patch do something useful?
Pro
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> Here is a different idea: it may be that no windows is active
>> (dialog closed, but not yet focus to the main window).
>>
>> Does this patch do something useful?
Joost> The main window has focus whe
Jean-Marc Lasgouttes wrote:
Here is a different idea: it may be that no windows is active (dialog
closed, but not yet focus to the main window).
Does this patch do something useful?
The main window has focus when a dialog is closed, only the toolbar is
disabled.
Joost
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Here is a different idea: it may be that no windows is
Jean-Marc> active (dialog closed, but not yet focus to the main
Jean-Marc> window).
Jean-Marc> Does this patch do something useful?
Probably not. This should be
Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This should fix the bug for everybody but LyX/Mac. This bug
Jean-Marc> is a byproduct of a LyX/Mac feature that tries to disable
Jean-Marc> useless menu entries when a dialog has focus.
Here
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This should fix the bug for everybody but LyX/Mac. This bug
Jean-Marc> is a byproduct of a LyX/Mac feature that tries to disable
Jean-Marc> useless menu entries when a dialog has focus.
Here is a different idea: it m
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
Edwin> i just installed 1.4 (with joost's new installer, worked great)
Edwin> i noticed the following (also present in trunk):
>>
Edwin> the toolbar gets disabled after using a dialog
>>
Edwin> is this a
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Georg Baum wrote:
>> Abdelrazak Younes wrote:
>>> I think he means shouldn't the second be poxy instead of posx?
>> Of course that is wrong. Could you please fix it?
Abdelrazak> Done.
Doh! Thanks.
JMarc
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> I mean it uses both times posx, shouldn't be the second one
Peter> posy?
It was indeed a bug, and I failed to understand what you meant.
Thanks.
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> You mean like that?
Georg> Perfect!
Applied.
JMarc
Georg Baum wrote:
Abdelrazak Younes wrote:
I think he means shouldn't the second be poxy instead of posx?
Of course that is wrong. Could you please fix it?
Done.
Abdel.
Georg
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
|
| Bo> I forget to ask, can I add the 4 needed boost files? I need
| Bo> instructions on setting the properties of the files. My svn always
| Bo> add executable property.
|
| I leave this one fo
Abdelrazak Younes wrote:
> I think he means shouldn't the second be poxy instead of posx?
Of course that is wrong. Could you please fix it?
Georg
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Peter Kümmel wrote:
>>> XParseGeometry(geometry, &posx, &posx, &width, &height);
>
> Peter> &posx, &posx: is this not a bug?
>
> No, XParseGeometry wants pointer to ints.
>
> JMarc
>
>
I mean it
Jean-Marc Lasgouttes wrote:
Edwin> i just installed 1.4 (with joost's new installer, worked great)
Edwin> i noticed the following (also present in trunk):
Edwin> the toolbar gets disabled after using a dialog
Edwin> is this a known bug?
Yes:
http://bugzilla.lyx.org/show_bug.cgi?id=2423
It's
Jean-Marc Lasgouttes wrote:
> You mean like that?
Perfect!
Georg
Jean-Marc Lasgouttes wrote:
> Indeed. Georg, did you ever have an answer from beamer people?
No. This is still on my todo list, I will include beamer.layout in one of
the next 1.4.x releases, but am swamped with work right now. Unfortunately
one cannot simply include it, since there seem to be so
Andre Poenitz wrote:
On Fri, May 26, 2006 at 03:20:17PM +0200, Abdelrazak Younes wrote:
Bo Peng wrote:
The only reason why I've not used scons is that scons can't generate
project files and cmake has support of Visual C++ and KDevelop.
Personally I rarely use any IDE and use vim all the time,
Both still crash. It looks like they crash during memory allocation,
which is a bit weird.
I'll try to find a solution.
Joost
Edwin Leuven wrote:
could you try these?
thanks
Jean-Marc Lasgouttes wrote:
"Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Peter Kümmel wrote:
XParseGeometry(geometry, &posx, &posx, &width, &height);
Peter> &posx, &posx: is this not a bug?
No, XParseGeometry wants pointer to ints.
I think he means shouldn't the second be po
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Georg, is this patch correct?
Georg> Oh, I missed this one. Yes, it is correct, and while you are at
Georg> it could you please fix another buglet of mine and move
Georg> MenuItem::UpdateFormats up in th
Abdelrazak Younes wrote:
Hi Bo,
The double-quote problem strike again apparently:
This patch fixes it for me.
Abdel.
Index: SConscript
===
--- SConscript (revision 13967)
+++ SConscript (working copy)
@@ -145,7 +145,7 @@
int
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> lyx_gui.C:260: error: 'xpos' was not declared in this scope
Kayvan> lyx_gui.C:260: error: 'ypos' was not declared in this scope
I think I fixed it a few hours ago.
JMarc
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Peter Kümmel wrote:
>> XParseGeometry(geometry, &posx, &posx, &width, &height);
Peter> &posx, &posx: is this not a bug?
No, XParseGeometry wants pointer to ints.
JMarc
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> i just installed 1.4 (with joost's new installer, worked great)
Edwin> i noticed the following (also present in trunk):
Edwin> the toolbar gets disabled after using a dialog
Edwin> is this a known bug?
Yes:
http://bugzilla.lyx.org
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
I was doing the exact same fix ;-)
Fixing SConstruct or zconf.h?
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Joost Verburg wrote:
>> Finally, the source code of the new LyX 1.4 installer. Updated
>> Windows build instructions are also included.
Edwin> would be nice if beamer.layout could be included
Indeed. Georg, did you ever have an ans
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I would advise you to don't push for SVN inclusion in trunk for now.
| At least not until Cmake is at least on par with Scons. But don't be
| discouraged though, I guess we can put it in a SVN branch.
Having it in trunk is not a problem as long as i
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> I've successfully compiled, linked, and started lyx_qt4.exe
>> using scons on windows with msvc.
>>
>> But I've used the gnuwin32 package (without renaming), and I have
>
> I was doing the exact same fix ;-)
>
Fixing SConstruct or zconf.h?
>> to
Peter Kümmel wrote:
> XParseGeometry(geometry, &posx, &posx, &width, &height);
&posx, &posx: is this not a bug?
Peter Kümmel wrote:
> Kayvan A. Sylvan wrote:
>> if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
>> -I. -I../../../src -I../../../lib/images/math -I../../../src
>> -I../../../src/frontends -I../../../src/frontends/controllers
>> -I../../../boost -Wextra -Wall-I/
Kayvan A. Sylvan wrote:
> if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
> -I. -I../../../src -I../../../lib/images/math -I../../../src
> -I../../../src/frontends -I../../../src/frontends/controllers
> -I../../../boost -Wextra -Wall-I/usr/X11R6/include -O2 -MT
Peter Kümmel wrote:
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
I was doing the exact same fix ;-)
to fix the unistd.h including in zconf.h (#if 1 -> #if 0), but this
could als
Joost Verburg wrote:
Finally, the source code of the new LyX 1.4 installer. Updated Windows
build instructions are also included.
would be nice if beamer.layout could be included
thanks, edwin
Hi Bo,
The double-quote problem strike again apparently:
g++ -o release\common\aspell.o -c -O3 -w
-ID:\program\Aspell-0.60.4\include -ID:\devel\lyx\trunk\boost -ID:\dev
el\lyx\trunk\src D:\devel\lyx\trunk\src\aspell.C
Copy("D:\devel\lyx\trunk\intl\libgnuintl.h",
"D:\devel\lyx\trunk\intl\libin
Configuration
Host type: x86_64-unknown-linux-gnu
Special build flags:aiksaurus assertions concept-checks
stdlib-debug warnings jpeg-image-loader use-aspell use-ispell
C Compiler: gcc
C Compiler LyX flags:
C Compiler fl
Here's what happens for me:
ranlib debug/libs/libincluded_intl.a
g++ -o debug/qt4/lyx -Ldebug/libs -L/usr/lib64/qt-3.3/lib -llyxbase_pre
-lmathed -linsets -lfrontends -lqt4 -lcontrollers -lgraphics -lsupports
-llyxbase_post -lincluded_boost_signals -lincluded_boost_regex
-lincluded_boost_filesy
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
to fix the unistd.h including in zconf.h (#if 1 -> #if 0), but this
could also be fixed by adding somewhere a dummy unistd.h.
But gener
Bo Peng <[EMAIL PROTECTED]> writes:
> Index: src/support/package.C.in
> ===
> --- src/support/package.C.in (revision 13941)
> +++ src/support/package.C.in (working copy)
> -26,7 +26,11
>
> #if defined (USE_WINDOWS_PACKAGI
i just installed 1.4 (with joost's new installer, worked great)
i noticed the following (also present in trunk):
the toolbar gets disabled after using a dialog
is this a known bug?
edwin
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote: Please fix this. I don't know
Georg> whether the values from lyx_main or the ones from
Georg> XParseGeometry should be used.
>> Georg, what about this?
Georg> Looks good (assuming that XParseGeometry does
Jean-Marc Lasgouttes wrote:
> Georg, is this patch correct?
Oh, I missed this one. Yes, it is correct, and while you are at it could you
please fix another buglet of mine and move MenuItem::UpdateFormats up in
the same case as MenuItem::ViewFormats and MenuItem::ExportFormats are?
Otherwise the U
Jean-Marc Lasgouttes wrote:
> Georg> Please fix this. I don't know whether the values from lyx_main
> Georg> or the ones from XParseGeometry should be used.
>
> Georg, what about this?
Looks good (assuming that XParseGeometry does not change the given values if
it has nothing to parse).
Georg
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Please fix this. I don't know whether the values from lyx_main
Georg> or the ones from XParseGeometry should be used.
Georg, what about this?
JMarc
Index: src/frontends/lyx_gui.h
=
Georg, is this patch correct?
JMarc
Index: src/MenuBackend.C
===
--- src/MenuBackend.C (revision 13965)
+++ src/MenuBackend.C (working copy)
@@ -520,6 +520,9 @@ void expandFormats(MenuItem::Kind kind,
break;
case MenuItem::U
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> The following patches fixe the crash when for example the
Jean-Marc> user uses a bind file instead of a kmap file.
Actually the right patch for 1.5 is this.
JMarc
Index: src/intl.C
=
Georg Baum wrote:
>
> I don't know. I never heard of it. I searched a bit and found out that it
> is supposed to be in SuSE 9.3 and 10.0 which I use at work, but I did not
> notice anything. Certainly the kde file dialog is not used by qt apps.
>
>
> Georg
Why don't you post a question in kde-c
Jean-Marc Lasgouttes wrote:
You should always dispatch to LyXView::getLyXFunc().dispatch()
workAreaDispatch is limited to mouse interaction.
got it. thanks!
1 - 100 of 118 matches
Mail list logo
