Michael Gerz wrote:
| And the best news is that you can still change the background color
| (though I don't know why).
| | It seem like we are loosing no functionality with this patch but
gain
| the hearts of a lot of Windows users :-)
| | Please, put this into 1.4.0...
You have of course
[EMAIL PROTECTED] wrote:
Modified files:
lyx-devel/development/Win32/packaging/installer/: Tag:
BRANCH_1_3_X
lyx_installer.nsi
Beck, Andrew Thomas - BECAT001 wrote:
I've tried this but configure (under mingw) is the failing when it's trying to
detect libqt-mt. The test program it's using is linking with heaps of undefined
references - to graphics related stuff which I
beleive to be in libgdi32, which is being linked.
Michael Gerz wrote:
[EMAIL PROTECTED] wrote:
Modified files:
lyx-devel/development/Win32/packaging/installer/: Tag:
BRANCH_1_3_X
lyx_installer.nsi
Michael Gerz wrote:
I post it from time to time :-) If only I could convince Angus that
static linking is much better than dynamic linking. Than the whole
LyX/Win family would be united again :-)
You can't convince me, because it's not ;-)
Let's be clear: it's a kludge to get decent compile
Some time ago, I sent in a documentation patch for the UserGuide,
but nothing seems to happen. I was under the impression that this
is a time for doc patches, before 1.4
The patch corrected some errors, several environments can be nested
but the current userguide claims they cannot.
Please
On Sun, Jan 15, 2006 at 11:09:04AM +0100, Michael Gerz wrote:
Michael Gerz wrote:
| And the best news is that you can still change the background color
| (though I don't know why).
| | It seem like we are loosing no functionality with this patch but
gain
| the hearts of a lot of Windows
On Sun, Jan 15, 2006 at 12:52:42PM +0100, Helge Hafting wrote:
Some time ago, I sent in a documentation patch for the UserGuide,
but nothing seems to happen. I was under the impression that this
is a time for doc patches, before 1.4
The patch corrected some errors, several environments can
Angus Leeming a écrit :
Michael Gerz wrote:
I post it from time to time :-) If only I could convince Angus that
static linking is much better than dynamic linking. Than the whole
LyX/Win family would be united again :-)
You can't convince me, because it's not ;-)
Let's be clear: it's a
LyX Installer.command of LyX 1.3.6 for MacOSX didn't support
Darwinports teTeX default bin directory (/opt/local/bin)
diff:
13c13
ADDED_PATHS='/usr/bin:/usr/local/bin:/usr/local/teTeX/bin/powerpc-
apple-darwin-current:/usr/X11R6/bin:/sw/bin:/opt/local/teTeX/bin'
---
Hello Angus,
attached a patch to assure that all of LyX's registy entries will be
cleaned while the uninstallation.
regards Uwe
--- lyx_installer_old.nsi Sun Jan 15 21:55:14 2006
+++ lyx_installer.nsi Sun Jan 15 21:58:48 2006
@@ -837,11 +837,15 @@
Delete $DESKTOP\${PRODUCT_NAME}.lnk
-
On Sunday 15 January 2006 21:04, Uwe Stöhr wrote:
Hello Angus,
attached a patch to assure that all of LyX's registy entries will be
cleaned while the uninstallation.
Thanks, Uwe.
Angus
Beck, Andrew Thomas - BECAT001 wrote:
Don't take it personally, but I actually prefer dynamic linking of
stuff that is clearly an external library. Especially since it's
used by a few things. What's the drama with linking it dynamically? I
suspect it might improve link time/memory somewhat.
Michael Gerz wrote:
Beck, Andrew Thomas - BECAT001 wrote:
Don't take it personally, but I actually prefer dynamic linking of
stuff that is clearly an external library. Especially since it's
used by a few things. What's the drama with linking it dynamically? I
suspect it might improve link
Angus Leeming wrote:
Let's be clear: it's a kludge to get decent compile times using the MinGW
compiler. Let's also be clear: compile times are better for you, but not
significantly better for me.
Uniting the scripts is a different issue. I'm sure that it's not beyond the
wit of man to modify
Angus Leeming wrote:
Right. But almost the same time as the static build for both me and for
Abdel. IMO, you just got lucky with your machine ;-)
Hmm I will check the link times this week. If you are right, I will
NEVER mention the term STATIC again :-)
As for, what do you mean by
Michael Gerz wrote:
Angus Leeming wrote:
Let's be clear: it's a kludge to get decent compile times using the MinGW
compiler. Let's also be clear: compile times are better for you, but not
significantly better for me.
Uniting the scripts is a different issue. I'm sure that it's not beyond
the
Michael Gerz a écrit :
Beck, Andrew Thomas - BECAT001 wrote:
Don't take it personally, but I actually prefer dynamic linking of
stuff that is clearly an external library. Especially since it's
used by a few things. What's the drama with linking it dynamically? I
suspect it might improve link
Angus Leeming a écrit :
Michael Gerz wrote:
Note how the bar.h header file forward declares class Foo; rather than
including foo.h (which it could have done instead). Qt3 tends to forward
declare a lot less stuff than Qt4. However, that tends to increase compile
times, not link times. The Qt4
Michael Gerz wrote:
Angus Leeming wrote:
Right. But almost the same time as the static build for both me and for
Abdel. IMO, you just got lucky with your machine ;-)
Hmm I will check the link times this week. If you are right, I will
NEVER mention the term STATIC again :-)
I suspect
Angus Leeming [EMAIL PROTECTED] writes:
If you were to do that, you'd probably want a third package containing only
C:\Program Files\LyXxtras\bin
dt2dv.exe
dv2dt.exe
libiconv-2.dll
mingwm10.dll
qt-mt3.dll
and have the lyx.bat in the 1.3 and 1.4 versions of the LyX package add
Abdel [EMAIL PROTECTED] writes:
Hum, I'm no expert in that domain but maybe the linker has to unique
each and every methods that are defined in the duplicate headers. As
mingw gcc 3.4 has no support for precompiled header the linker has to do
this triage and this should take time,
Can anyone confirm http://bugzilla.lyx.org/show_bug.cgi?id=2214 ? I
have checked that dvipost can overstrike formula and this is a
latex-generating problem of lyx.
Bo
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Remember to configure --disable-stdlib-debug. Makes a huge
Angus difference to link times.
Are you sure? That's weird... I thought the generated text was the
same in all cases.
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Lars Gullik Bjønnes wrote:
Angus Leeming writes: | Attached is a patch to Intro.lyx,
Tutorial.lyx and UserGuide.lyx. OK? To me this is ok, but am not
the best judge... Let J-M comment as well.
Angus Jean-Marc?
Hmm, sorry! OK, of course.
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I suggest to just put this in, as a start. Many more changes
Martin will be needed.
Martin Powers that be, OK to commit?
Yes, it seems I forgot about this one too. Sorry.
JMarc
On Sat, Jan 14, 2006 at 11:08:35AM +0100, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Thu, Jan 12, 2006 at 09:29:37AM +0100, Jean-Marc Lasgouttes wrote:
| What about deciding of a relelase date, to put some pressure on ourselves?
|
| Something wrong with
On Sat, Jan 14, 2006 at 11:17:23AM +0100, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Jan 10, 2006 at 02:39:40PM +0100, Jean-Marc Lasgouttes
Andre wrote:
I admit that I do not scale very well these days :(
Andre Bad enough. I scaled by a
Jean-Marc Lasgouttes wrote:
The following patch indeed fixes the problem, but then the attached
file takes forever to load. Juergen, could you have a look?
Jean-Marc, isn't the attached patch sufficient? It fixes the delay of your
patch, and the test file loads fine. I cannot test much more; I
On Mon, 2006-01-02 at 02:20 +, Angus Leeming wrote:
Lars Gullik Bjønnes wrote:
It seems that our documentation needs a small overhaul before the
1.4.0 release. Not any big workovers, but at fix-up the really
out-dated stuff... Especiall the reLyX stuff...
At least Customization.lyx,
Michael Gerz wrote:
| And the best news is that you can still change the background color
| (though I don't know why).
| | It seem like we are loosing no functionality with this patch but
gain
| the hearts of a lot of Windows users :-)
| | Please, put this into 1.4.0...
You have of course
[EMAIL PROTECTED] wrote:
Modified files:
lyx-devel/development/Win32/packaging/installer/: Tag:
BRANCH_1_3_X
lyx_installer.nsi
Beck, Andrew Thomas - BECAT001 wrote:
I've tried this but configure (under mingw) is the failing when it's trying to
detect libqt-mt. The test program it's using is linking with heaps of undefined
references - to graphics related stuff which I
beleive to be in libgdi32, which is being linked.
Michael Gerz wrote:
[EMAIL PROTECTED] wrote:
Modified files:
lyx-devel/development/Win32/packaging/installer/: Tag:
BRANCH_1_3_X
lyx_installer.nsi
Michael Gerz wrote:
> I post it from time to time :-) If only I could convince Angus that
> static linking is much better than dynamic linking. Than the whole
> LyX/Win family would be united again :-)
You can't convince me, because it's not ;-)
Let's be clear: it's a kludge to get decent
Some time ago, I sent in a documentation patch for the UserGuide,
but nothing seems to happen. I was under the impression that this
is a time for doc patches, before 1.4
The patch corrected some errors, several environments can be nested
but the current userguide claims they cannot.
Please
On Sun, Jan 15, 2006 at 11:09:04AM +0100, Michael Gerz wrote:
> Michael Gerz wrote:
>
> >>| And the best news is that you can still change the background color
> >>| (though I don't know why).
> >>| | It seem like we are loosing no functionality with this patch but
> >>gain
> >>| the hearts of a
On Sun, Jan 15, 2006 at 12:52:42PM +0100, Helge Hafting wrote:
> Some time ago, I sent in a documentation patch for the UserGuide,
> but nothing seems to happen. I was under the impression that this
> is a time for doc patches, before 1.4
>
> The patch corrected some errors, several environments
Angus Leeming a écrit :
Michael Gerz wrote:
I post it from time to time :-) If only I could convince Angus that
static linking is much better than dynamic linking. Than the whole
LyX/Win family would be united again :-)
You can't convince me, because it's not ;-)
Let's be clear: it's a
LyX Installer.command of LyX 1.3.6 for MacOSX didn't support
Darwinports teTeX default bin directory (/opt/local/bin)
diff:
13c13
< ADDED_PATHS='"/usr/bin:/usr/local/bin:/usr/local/teTeX/bin/powerpc-
apple-darwin-current:/usr/X11R6/bin:/sw/bin:/opt/local/teTeX/bin"'
---
>
Hello Angus,
attached a patch to assure that all of LyX's registy entries will be
cleaned while the uninstallation.
regards Uwe
--- lyx_installer_old.nsi Sun Jan 15 21:55:14 2006
+++ lyx_installer.nsi Sun Jan 15 21:58:48 2006
@@ -837,11 +837,15 @@
Delete "$DESKTOP\${PRODUCT_NAME}.lnk"
On Sunday 15 January 2006 21:04, Uwe Stöhr wrote:
> Hello Angus,
>
> attached a patch to assure that all of LyX's registy entries will be
> cleaned while the uninstallation.
Thanks, Uwe.
Angus
Beck, Andrew Thomas - BECAT001 wrote:
Don't take it personally, but I actually prefer dynamic linking of
stuff that is clearly an external library. Especially since it's
used by a few things. What's the drama with linking it dynamically? I
suspect it might improve link time/memory somewhat.
Michael Gerz wrote:
> Beck, Andrew Thomas - BECAT001 wrote:
>
>> Don't take it personally, but I actually prefer dynamic linking of
>> stuff that is clearly an external library. Especially since it's
>> used by a few things. What's the drama with linking it dynamically? I
>> suspect it might
Angus Leeming wrote:
Let's be clear: it's a kludge to get decent compile times using the MinGW
compiler. Let's also be clear: compile times are better for you, but not
significantly better for me.
Uniting the scripts is a different issue. I'm sure that it's not beyond the
wit of man to modify
Angus Leeming wrote:
Right. But almost the same time as the static build for both me and for
Abdel. IMO, you just got lucky with your machine ;-)
Hmm I will check the link times this week. If you are right, I will
NEVER mention the term STATIC again :-)
As for, "what do you mean by
Michael Gerz wrote:
> Angus Leeming wrote:
>
>>Let's be clear: it's a kludge to get decent compile times using the MinGW
>>compiler. Let's also be clear: compile times are better for you, but not
>>significantly better for me.
>>
>>Uniting the scripts is a different issue. I'm sure that it's not
Michael Gerz a écrit :
Beck, Andrew Thomas - BECAT001 wrote:
Don't take it personally, but I actually prefer dynamic linking of
stuff that is clearly an external library. Especially since it's
used by a few things. What's the drama with linking it dynamically? I
suspect it might improve link
Angus Leeming a écrit :
Michael Gerz wrote:
Note how the bar.h header file forward declares "class Foo;" rather than
including foo.h (which it could have done instead). Qt3 tends to forward
declare a lot less stuff than Qt4. However, that tends to increase compile
times, not link times. The
Michael Gerz wrote:
> Angus Leeming wrote:
>
>>Right. But almost the same time as the static build for both me and for
>>Abdel. IMO, you just got lucky with your machine ;-)
> Hmm I will check the link times this week. If you are right, I will
> NEVER mention the term STATIC again :-)
I
Angus Leeming <[EMAIL PROTECTED]> writes:
> If you were to do that, you'd probably want a third package containing only
> C:\Program Files\LyXxtras\bin
> dt2dv.exe
> dv2dt.exe
> libiconv-2.dll
> mingwm10.dll
> qt-mt3.dll
>
> and have the lyx.bat in the 1.3 and 1.4 versions of the LyX
Abdel <[EMAIL PROTECTED]> writes:
> Hum, I'm no expert in that domain but maybe the linker has to "unique"
> each and every methods that are defined in the duplicate headers. As
> mingw gcc 3.4 has no support for precompiled header the linker has to do
> this triage and this should take time,
Can anyone confirm http://bugzilla.lyx.org/show_bug.cgi?id=2214 ? I
have checked that dvipost can overstrike formula and this is a
latex-generating problem of lyx.
Bo
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Remember to "configure --disable-stdlib-debug". Makes a huge
Angus> difference to link times.
Are you sure? That's weird... I thought the generated text was the
same in all cases.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes wrote:
>> Angus Leeming writes: | Attached is a patch to Intro.lyx,
>> Tutorial.lyx and UserGuide.lyx. OK? To me this is ok, but am not
>> the best judge... Let J-M comment as well.
Angus> Jean-Marc?
Hmm,
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I suggest to just put this in, as a start. Many more changes
Martin> will be needed.
Martin> Powers that be, OK to commit?
Yes, it seems I forgot about this one too. Sorry.
JMarc
On Sat, Jan 14, 2006 at 11:08:35AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Thu, Jan 12, 2006 at 09:29:37AM +0100, Jean-Marc Lasgouttes wrote:
> | > What about deciding of a relelase date, to put some pressure on ourselves?
> |
> | Something wrong
On Sat, Jan 14, 2006 at 11:17:23AM +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Tue, Jan 10, 2006 at 02:39:40PM +0100, Jean-Marc Lasgouttes
> Andre> wrote:
> >> I admit that I do not scale very well these days :(
>
> Andre> Bad
Jean-Marc Lasgouttes wrote:
> The following patch indeed fixes the problem, but then the attached
> file takes forever to load. Juergen, could you have a look?
Jean-Marc, isn't the attached patch sufficient? It fixes the delay of your
patch, and the test file loads fine. I cannot test much more;
On Mon, 2006-01-02 at 02:20 +, Angus Leeming wrote:
> Lars Gullik Bjønnes wrote:
> > It seems that our documentation needs a small overhaul before the
> > 1.4.0 release. Not any big workovers, but at fix-up the really
> > out-dated stuff... Especiall the reLyX stuff...
>
> > At least
60 matches
Mail list logo