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 need to
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
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
+if
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 Windows XP
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/? Will the
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
p =
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
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 valid
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
The double-quote problem strike again apparently:
This patch fixes it for me.
Thanks, I will check again.
Bo
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:
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
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,
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
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
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 work) on
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'] =
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
Jean-Marc Lasgouttes wrote:
So in windows it is possible to store environment variables there and
they are passed to the application, right? Is this a local or a global
setting?
No, the installer allows you to select a language and writes the batch
file with the right language code.
Joost
On Monday 29 May 2006 20:49, Garst R. Reese wrote:
> It compiles with xforms, but it cannot find colors, so lots of stuff is
> just black on black.
> The FC5 release notes say they have moved to X11R7 so a lot of stuff is
> not where it used to be and applications will have to adjust. How?
Hi
On Thu, May 25, 2006 at 05:31:35PM -0500, Bo Peng wrote:
> >There is a new free VC++ 2005 that you can download for Microsoft site
> >if you cannot your CDROM.
>
> This is interesting. Since when did M$ start to distribute free stuff?
Since the time they learned about competition.
Andre'
On Thu, May 25, 2006 at 01:27:10PM -0500, Bo Peng wrote:
> >It would be nice when I could add the files to svn.
>
> I am glad that lyx is following KDE to have several competing build
> systems. CMake won over there and I am not sure if this will be the
> case for lyx.
So after GUI madness we
On Thu, May 25, 2006 at 11:31:43PM +0200, Abdelrazak Younes wrote:
> I see that there is a lot of improvement compared to your former profile
> WRT qt4 frontends. Do you feel the improve in speed?
> AFAICS the clear culprit is again font_metrics::width(). This is true
> for your first three
On Thu, May 25, 2006 at 04:05:03PM -0500, Bo Peng wrote:
> Another rumor is that free qt is *only* designed for mingw and you
> will need a commercial qt version to work with vc. If this is true, I
> guess you are out of luck.
It's a matter of writing a suitable spec file. A few hundred lines or
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, but you
On Thu, May 25, 2006 at 04:51:09PM -0500, Bo Peng wrote:
> However, what will be the benefit of this approach? Will we be able to
> use of VC IDE/debugger? Will VC++ compiles faster or get faster lyx?
Yes. Yes and yes.
Andre'
On Thu, May 25, 2006 at 11:56:24PM +0200, Abdelrazak Younes wrote:
> Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
> nowadays...
> Plus I am pretty sure that the resulting binary will be much faster too.
Not much. But certainly not slower.
Andre'
On Fri, May 26, 2006 at 02:39:43PM -0500, Bo Peng wrote:
> Anyway, the .C suffix problem is again in the way. Does anyone know
> how to let cl know the source file is a C++ file?
There is a command line switch. Forgot which.
Andre'
Michael Gerz wrote:
- 3 (!) build systems (auto*, scons, cmake; the latter at least under
discussion)
Please don't put oil on the fire (do we say that in English?). Peter
work on CMake has already already helped Bo in his Scons-msvc adventure;
so it was worth it for that alone. Besides, we
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> So in windows it is possible to store environment variables there
>> and they are passed to the application, right? Is this a local or a
>> global setting?
Joost> No, the installer allows you to
Jean-Marc Lasgouttes wrote:
Joost> No, the installer allows you to select a language and writes
Joost> the batch file with the right language code.
OK, so this was the en_US shown in the example lyx.bat, right?
The batch file is generated by the installer. If you select another
language
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> The batch file is generated by the installer. If you select
Joost> another language there will be another langcode.
Thanks for the clarification.
JMarc
On Monday 29 May 2006 19:55, Michael Gerz wrote:
> Do we still care about xforms? Why don't we remove it?
>
> Guys, I am getting more and more worried about how LyX evolves.
> Currently, we have
>
> - 5 (!) frontends (xforms, gtk, qt3, qt4, kde)
> - 3 (!) build systems (auto*, scons, cmake;
guys i have a question about the following.
here i dispatch the funcrequest to insert a table:
+void InsertTableWidget::mouseReleaseEvent(QMouseEvent * event)
+{
+ if (underMouse()) {
+ QString const data = QString("%1 %2").arg(bottom_).arg(right_);
+
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Do we still care about xforms? Why don't we remove it?
We should try to have a good idea of who uses xforms and why. Maybe
ask on lyx-users or setup some kind of poll.
Michael> Are we still working on a text processor? Or has
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> thing is: the table gets inserted but not at the cursor
Edwin> position but at the beginning of the buffer!
You should always dispatch to LyXView::getLyXFunc().dispatch()
workAreaDispatch is limited to mouse interaction.
JMarc
The following patches fixe the crash when for example the user uses a
bind file instead of a kmap file.
What it does is disable a keymap when there has been a read error. I
tried to resist the urge to rewrite all the code :)
Comments and even testing welcome. I'll apply soon if there are no
Jean-Marc Lasgouttes wrote:
You should always dispatch to LyXView::getLyXFunc().dispatch()
workAreaDispatch is limited to mouse interaction.
got it. thanks!
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
> "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, 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
> "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
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
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
> "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
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
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
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
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
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
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",
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
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
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
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
Peter Kümmel wrote:
> XParseGeometry(geometry, , , , );
, : is this not a bug?
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?
>>
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
> "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
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> 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:
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Peter Kümmel wrote:
>> XParseGeometry(geometry, , , , );
Peter> , : is this not a bug?
No, XParseGeometry wants pointer to ints.
JMarc
> "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
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 @@
> "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
Jean-Marc Lasgouttes wrote:
"Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Peter Kümmel wrote:
XParseGeometry(geometry, , , , );
Peter> , : is this not a bug?
No, XParseGeometry wants pointer to ints.
I think he means shouldn't the second be poxy instead of posx?
Abdel.
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
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
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
Jean-Marc Lasgouttes wrote:
> You mean like that?
Perfect!
Georg
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:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Peter Kümmel wrote:
>>> XParseGeometry(geometry, , , , );
>
> Peter> , : is this not a bug?
>
> No, XParseGeometry wants pointer to ints.
>
> JMarc
>
>
I mean it uses both times posx, shouldn't
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 <[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
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
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> You mean like that?
Georg> Perfect!
Applied.
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
> "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
> "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
> "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
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> 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
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
> "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
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?
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
> "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
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
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...
> "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:
It should return true of course. This is what happens when sending
patches without testing them.
works for me
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
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
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
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:
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
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
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,
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
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
101 - 200 of 236 matches
Mail list logo
