Bo, I just wanted to sync Angus' recent tex2lyx fix from 1.5 to 1.4, and saw
that configure.py in 1.4 is rather different from 1.5.
I remember you reorganized configure.py some time ago. Questions:
1. Was this pure code reorganization, or did the behaviour change?
2. If the behaviour is still the
Angus Leeming [EMAIL PROTECTED] writes:
However, LyX does parse the log file. In LyX 1.3.x and earlier a document
with errors would have error insets inserted in it to show the approximate
position
of the error. In LyX 1.4 there's a single error dialog that allows
navigation
from one error
Hello,
I have a Debian stable/testing home, and I followed the
procedure on the wiki LyXOnDebian page for 1.3.7.
It worked flawless, I just had to edit autogen.sh to change
aclocal-1.7 and automake-1.7 to aclocal and autogen.
I uploaded the 4 packages on ftp://ftp.devel.lyx.org/pub/incoming
It
Jean-Marc,
here comes the fix for bug 2285 as requested. OK to go in? The other
configure related stuff will follow when this is in,because it depends on
this one.
Georg
Log:
Fix bug 2285 (tex2lyx is not found by lib/configure when compiling with
--with-version-suffix):
* src/lyx_cb.C
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Understanding the lyx2lyx logic requires a fair amount of
Martin doublethink. Actually Georg understands this stuff much better
Martin than I and the good news is he agreed with my analysis (and
Martin offered proof)
So what is the
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus The renaming of the executables to lyx14x.exe and
Angus tex2lyx14x.exe isn't actually needed on Windows (or on Mac)
Angus where these things are held in a self-contained directory. They
Angus are needed on *nix platforms where you'd expect
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico On Sat, Apr 22, 2006 at 08:29:37PM +, Angus Leeming wrote:
Bo Peng [EMAIL PROTECTED] writes: Please advise on a good place to
put an openFile(filename, mode=view/edit, command=,
parameter=) function.
On Sunday 23 April 2006 22:12, [EMAIL PROTECTED] wrote:
Time flies... anyway, this is now included in the page list.
I'm still slightly worried it's a bit to technical for normal users to
read. Anyway, I'll ask on the user's list for opinions, but first I'd like
for someone to verify that the
Bo == Bo Peng [EMAIL PROTECTED] writes:
It may work but there's no way that core code should contain #ifdef
WIN32 blocks. You should add a function to lyx::support.
Bo Please advise on a good place to put an openFile(filename,
Bo mode=view/edit, command=, parameter=) function.
I guess you
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin No it isn't. I suppose you can take all outline-related
Martin patches with my name on it, plus lower-case some occurrences
Martin of Outline.
Martin BTW It's Jean-Marc's call. He may want to wait for this to
Martin stabilize a bit
Bo == Bo Peng [EMAIL PROTECTED] writes:
Please, instead of
#ifdef _WIN32 #ifndef _WIN32
use
#if defined(_WIN32) || defined(__CYGWIN__) #if !defined(_WIN32)
!defined(__CYGWIN__)
in this code, as it will also work on Cygwin.
Bo Please fix that yourself, and test this feature with
Jean-Pierre == Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Jean-Pierre Angus Leeming [EMAIL PROTECTED] writes:
However, LyX does parse the log file. In LyX 1.3.x and earlier a
document with errors would have error insets inserted in it to
show the approximate position of the error. In LyX
Bo == Bo Peng [EMAIL PROTECTED] writes:
Please try to convince Jean-Marc to use configure.py instead, We
don't have the reasources to do this double work.
Bo Hmm, JMarc? We have been using configure .py for a while and it
Bo working all right. We indeed do not have time to port whatever
Bo
Persio Barros a écrit :
Abdelrazak Younes
Sun, 23 Apr 2006 11:36:15 -0700:
You can find Qt-4.1.2 here:
www.trolltech.com/download.html?target=ftp://ftp.trolltech.com/qt/source/qt-win-opensource-4.1.2-mingw.exe
Got it. Thanks. Got also libiconv from sourceforge. Copied all dlls to
the LyX
Bo Peng a écrit :
Qt4 is now GPL on windows too and I've heard good things about PyQt. But
you are of course not forced to learn Qt if you are not willing to.
What I found out, by reading the tutorials, is that qt is a much more
ambitious project than wxWidget. With some MFC experience,
Jean-Marc Lasgouttes a écrit :
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin No it isn't. I suppose you can take all outline-related
Martin patches with my name on it, plus lower-case some occurrences
Martin of Outline.
Martin BTW It's Jean-Marc's call. He may want to wait for
On Mon, 2006-04-24 at 09:57 +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Understanding the lyx2lyx logic requires a fair amount of
Martin doublethink. Actually Georg understands this stuff much better
Martin than I and the good news is he
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc, here comes the fix for bug 2285 as requested. OK to
Georg go in? The other configure related stuff will follow when this
Georg is in,because it depends on this one.
This is OK. The only change I would have done is to have
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
So what is the outcome of the discussion? What are the patches
that would be relevant to 1.4?
Martin Oops... I seem to have neglected to post a committed mail.
Martin Here is: committed to trunk and 1.4.x, revisions 13697 and
Martin 13698.
Hello LyXers,
under
https://developer.berlios.de/project/showfiles.php?group_id=5117release_id=9869
you can find the windows installer for LyX 1.4.1.
To learn more about the LyX installer for Windows, have a look at
http://wiki.lyx.org/Windows/LyXWinInstaller
You can install LyX 1.4.1
On Mon, Apr 24, 2006 at 10:02:14AM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico On Sat, Apr 22, 2006 at 08:29:37PM +, Angus Leeming wrote:
Bo Peng [EMAIL PROTECTED] writes: Please advise on a good place to
put an openFile(filename,
Abdelrazak Younes wrote
Mon, 24 Apr 2006 01:52:40 -0700
Great, which package did you use? The exe only or the complete tree? I'll
probably add the iconv and Qt dll the the package next time.
I got the exe only. Put it in the lyx141\bin directory along with all Qt and
iconv dlls.
Please
Angus Leeming [EMAIL PROTECTED] writes:
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| scp mylyx.exe [EMAIL PROTECTED]:.
| ssh [EMAIL PROTECTED]
|
| Hi Angus, the addresses got mixed up by gmane could you repost that please?
|
| Lars, the guy who was so keen that we do this encryption
Georg Baum [EMAIL PROTECTED] writes:
| Angus Leeming wrote:
|
| The .ui files were all generated and maintained with Qt2's designer, yes.
| However, LyX 1.5 has dropped support for Qt2 so you should feel free to
| use Qt3's designer with the .ui files in the qt2 tree. Perhaps someone
|
Angus Leeming [EMAIL PROTECTED] writes:
| Bo Peng [EMAIL PROTECTED] writes:
| Please advise on a good place to put an openFile(filename,
| mode=view/edit, command=, parameter=) function.
|
| src/support/filetools.[Ch]
Isn't it possible to find a better name...?
--
Lgb
Georg Baum [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| If we want it automake-based then configure must do the job.
|
| This is not possible since lib/lyx2lyx/lyx2lyx_version.py is needed for make
| dist.
|
| I'll think a bit about it... but I am not sure I'll find a good
|
Jean-Marc Lasgouttes wrote:
This is OK. The only change I would have done is to have
lib/configure.py support --program-suffix additionally to
--with-version-suffix and pass this from LyX. This would mean people
could use --program-suffix in configure (and this is a standard
feature). But
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
| Is anyone looking at this problem?
|
| Do a make dist and try to use the tarball. You won't succeed, since
| lyx2lyx_version.py is not there.
|
| From: Kayvan A. Sylvan [EMAIL PROTECTED]
| Subject: Re: make rpmdist failure (1.5.0svn)
| To:
Lars Gullik Bjønnes wrote:
Georg Baum [EMAIL PROTECTED]
writes:
| Angus Leeming wrote:
|
| The .ui files were all generated and maintained with Qt2's designer,
| yes.
| However, LyX 1.5 has dropped support for Qt2 so you should feel free
| to use Qt3's designer with the .ui files
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Would be better if the same person that registered lyx at gmane
Lars did that.
Lars And do all agree that we should do it?
I think we should. It does not count much because I do not use gmane
myself, but the encryption has proven
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Abdelrazak Younes a écrit :
| I'll put it in later today if there's no objection in the mean time.
|
| Done.
| Weird that my patches do not generate heated discussions anymore... I
| am wondering if they are just not interesting... or maybe they are
Lars Gullik Bjønnes wrote:
Georg Baum [EMAIL PROTECTED]
writes:
| Lars, did you find a solution? If not I would like to apply the attached
| patch (based on Jean-Marcs script). OK?
I don't think so. At least I think this will not work with my release
procedure.
Don't you run
Bernhard == Bernhard Reiter [EMAIL PROTECTED] writes:
Bernhard Added naustrian in lib/languages; plus, AFAIK, the austrian
Bernhard locale is de_AT, not de_AU (australian german, maybe?:)
Looks straightforward. I applied it (technically it is a change of
format, but we've done that before
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Abdelrazak Younes a écrit :
| I'll put it in later today if there's no objection in the mean time.
|
| Done.
| Weird that my patches do not generate heated discussions anymore... I
| am wondering if they are just not
Abdelrazak Younes a écrit :
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Abdelrazak Younes a écrit :
| I'll put it in later today if there's no objection in the mean time.
| | Done.
| Weird that my patches do not generate heated discussions anymore... I
| am
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Abdelrazak Younes a écrit :
| Lars Gullik Bjønnes a écrit :
| Abdelrazak Younes [EMAIL PROTECTED] writes:
|
| | Abdelrazak Younes a écrit :
| | I'll put it in later today if there's no objection in the mean time.
| | | Done.
| | Weird that my
I remember you reorganized configure.py some time ago. Questions:
1. Was this pure code reorganization, or did the behaviour change?
That was a pure reorganization. There were some other changes to
configure.xx afterwards but I think they are synced.
2. If the behaviour is still the same,
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
[...]
| hum... my changes _were_ OK with you, _weren't_ they?
Yes, I had now qualms with it.
You mean no qualms right?
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
I am in vacation ;)
Abdelrazak Oups sorry then, I should have waited for your approval as
Abdelrazak this toc code is apparently yours and Angus'
So what you do (apart from moving code around) is to compute the toc
at updateLabels time
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes a écrit :
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| [...]
| | hum... my changes _were_ OK with you, _weren't_ they?
| Yes, I had now qualms with it.
|
| You mean no qualms right?
Right, right.
--
Lgb
On Sun, Apr 23, 2006 at 05:27:47PM -0400, Paul A. Rubin wrote:
Chunpeng Yan wrote:
Can someone please look at the simple equation in attached the file?
lyx1.4.1 for windows crashes when View-DVI. No such a problem for
lyx1.3.7 windows.
I can confirm that it 1.4.1 crashes. The LyX
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
I am in vacation ;)
Abdelrazak Oups sorry then, I should have waited for your approval as
Abdelrazak this toc code is apparently yours and Angus'
So what you do (apart from moving code around) is to
2) iterate over the viewer/editor list and overwrite all those for
which canOpenFile (see other message) returns true the command
with auto
I still do not understand why you insist on a 'canOpenFile' approach.
Let *windows* do this! it is none of Lyx' business. If a user wants to
I have this problem:
GExternal.C:172: error: passing 'const lyx::frontend::GtkLengthEntry' as 'this'
argument of 'Gtk::SpinButton* lyx::frontend::GtkLengthEntry::get_spin()'
discards qualifiers
(and if I try to fix this, I get other problems)
Do others see this?
--
Lgb
On Mon, Apr 24, 2006 at 10:07:43AM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin No it isn't. I suppose you can take all outline-related
Martin patches with my name on it, plus lower-case some occurrences
Martin of Outline.
Martin BTW It's
Lars Gullik Bjønnes wrote:
Do others see this?
Yes. Since several days, and I even sent a mail, but nobody answered. The
attached patch makes it compile, but is of course not correct.
GeorgIndex: src/frontends/gtk/GExternal.C
===
Georg Baum [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| Do others see this?
|
| Yes. Since several days, and I even sent a mail, but nobody answered. The
| attached patch makes it compile, but is of course not correct.
IMHO, just commit this. To be able to check distcheck and
On Mon, Apr 24, 2006 at 08:41:14AM -0500, Bo Peng wrote:
2) iterate over the viewer/editor list and overwrite all those for
which canOpenFile (see other message) returns true the command
with auto
I still do not understand why you insist on a 'canOpenFile' approach.
Let
On Mon, 2006-04-24 at 16:03 +0200, Georg Baum wrote:
Lars Gullik Bjønnes wrote:
Do others see this?
Yes. Since several days, and I even sent a mail, but nobody answered. The
attached patch makes it compile, but is of course not correct.
My mistake - this was happening because I hadn't
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Then you want this patch. Has the inside-inset crash fixed and
Martin outlining buttons disabled for non-ToC. Abdel claims that
Martin there should still be a crash in this (related to illegal
Martin counters like 1.0.5).
Thanks. A few
larsbj == larsbj [EMAIL PROTECTED] writes:
larsbj Author: larsbj Date: Mon Apr 24 15:38:14 2006 New Revision:
larsbj 13730
larsbj Log: ignore chklatex.ltx and chklatex.log files
chklatex.ltx? Are you sure?
JMarc
John Spray wrote:
I've committed it now - can you roll back GExternal.C changes please?
Ok done, but why do you need to bother me with this and can't do it
yourself?
Georg
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| larsbj == larsbj [EMAIL PROTECTED] writes:
|
| larsbj Author: larsbj Date: Mon Apr 24 15:38:14 2006 New Revision:
| larsbj 13730
|
| larsbj Log: ignore chklatex.ltx and chklatex.log files
|
| chklatex.ltx? Are you sure?
Hmm... no...
But
On Mon, 2006-04-24 at 17:08 +0200, Georg Baum wrote:
I've committed it now - can you roll back GExternal.C changes please?
Ok done, but why do you need to bother me with this and can't do it
yourself?
Because it was quicker than reading the subversion documentation, and
I'm about to sit my
Anyone else see this?
/bin/sh ../../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I. -I../../../../src -DBOOST_USER_CONFIG=config.h
-I../../../../boost -Wextra -Wall -Wall
-Id:/program/Aspell-0.60.4/include -I/cygdrive/d/mingw/include
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo I still do not understand why you insist on a 'canOpenFile'
Bo approach. Let *windows* do this! it is none of Lyx' business. If a
Bo user wants to view a file, fine, let he/she view it. Windows will
Bo use the appropriate viewer, or let the user
Abdelrazak Younes [EMAIL PROTECTED] writes:
| /bin/sh ../../../../libtool --tag=CXX --mode=compile g++
| -DHAVE_CONFIG_H -I. -I. -I../../../../src
| -DBOOST_USER_CONFIG=config.h -I../../../../boost -Wextra -Wall
| -Wall -Id:/program/Aspell-0.60.4/include -I/cygdrive/d/mingw/include
|
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars larsbj == larsbj [EMAIL PROTECTED] writes:
Lars |
Lars | larsbj Author: larsbj Date: Mon Apr 24 15:38:14 2006 New
Lars Revision: | larsbj 13730
Lars |
Lars | larsbj Log: ignore
Jean-Marc Lasgouttes a écrit :
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
[...]
+ case LFUN_OUTLINE: {
+ lyx::toc::OutlineOp const op =
+
static_castlyx::toc::OutlineOp(convertint(cmd.argument));
+ lyx::toc::outline(op, buffer_,
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars But that file is not in svn and I got '?' from svn st.
|
| This one is in svn (well chkconfig.ltx is). Maybe you meant
| wrap_chkconfig.ltx?
svn info chklatex.ltx
chklatex.ltx: (Not a versioned resource)
svn info chklatex.log
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| /bin/sh ../../../../libtool --tag=CXX --mode=compile g++
| -DHAVE_CONFIG_H -I. -I. -I../../../../src
| -DBOOST_USER_CONFIG=config.h -I../../../../boost -Wextra -Wall
| -Wall -Id:/program/Aspell-0.60.4/include
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars But
Lars that file is not in svn and I got '?' from svn st.
Lars |
Lars | This one is in svn (well chkconfig.ltx is). Maybe you meant |
Lars wrap_chkconfig.ltx?
Lars svn info
Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars But that file is not in svn and I got '?' from svn st.
|
| This one is in svn (well chkconfig.ltx is). Maybe you meant
^
| wrap_chkconfig.ltx?
svn info chklatex.ltx
Abdelrazak Younes a écrit :
Lars Gullik Bjønnes a écrit :
You don't have the bzip2 dll.
(or the header file to be a bit more precise)
OK, thanks.
I think we can safely remove bzip2.cpp from
boost/libs/iostreams/src/Makefile.am
I don't mind installing it though. Windows developers (yes
Enrico Forestieri wrote:
The nulls inserted by MikTeX in the latex log file strike again...
Did anybody report that as a MikTeX bug?
Does this patch (untested) help?
GeorgIndex: src/LaTeX.C
===
--- src/LaTeX.C (Revision 13732)
I managed to find why my po/ subdir won't compile:
$ msguniq.exe xforms_l10n.pot
xforms_l10n.pot:5: end-of-line within string
xforms_l10n.pot:6: end-of-line within string
xforms_l10n.pot:7: end-of-line within string
xforms_l10n.pot:8: end-of-line within string
msguniq: xforms_l10n.pot: warning:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Anyone else see this?
bzip2.cpp:18:56: bzlib.h: No such file or directory
Linux people won't as bzip2 is pretty standard. Looks like someone needs to add
a configure test for bzlib.h.
Ain't writing portable software a pain ? ;-)
Angus
Abdelrazak Younes [EMAIL PROTECTED] writes:
| I managed to find why my po/ subdir won't compile:
|
| $ msguniq.exe xforms_l10n.pot
| xforms_l10n.pot:5: end-of-line within string
| xforms_l10n.pot:6: end-of-line within string
| xforms_l10n.pot:7: end-of-line within string
| xforms_l10n.pot:8:
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| I managed to find why my po/ subdir won't compile:
|
| $ msguniq.exe xforms_l10n.pot
| xforms_l10n.pot:5: end-of-line within string
| xforms_l10n.pot:6: end-of-line within string
| xforms_l10n.pot:7: end-of-line
Abdelrazak Younes [EMAIL PROTECTED] writes:
It's becoming harder and harder to become a lyx developer on windows. I
have lost the count of the required package. I think we need to prepare
a complete development package for beginners. And Enrico, I know, don't
tell me you don't have that
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes a écrit :
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| | I managed to find why my po/ subdir won't compile:
| | | $ msguniq.exe xforms_l10n.pot
| | xforms_l10n.pot:5: end-of-line within string
| | xforms_l10n.pot:6:
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
It's becoming harder and harder to become a lyx developer on windows. I
have lost the count of the required package. I think we need to prepare
a complete development package for beginners. And Enrico, I know, don't
tell me
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes a écrit :
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| | I managed to find why my po/ subdir won't compile:
| | | $ msguniq.exe xforms_l10n.pot
| | xforms_l10n.pot:5: end-of-line within string
Uwe Stöhr [EMAIL PROTECTED] writes:
Hello LyXers,
under
https://developer.berlios.de/project/showfiles.php?
group_id=5117release_id=9869
you can find the windows installer for LyX 1.4.1.
Could someone please put it in
ftp://ftp.lyx.org/pub/lyx/contrib/LyXWinInstaller/LyX141/ and add
You don't have the bzip2 dll.
(or the header file to be a bit more precise)
I think we can safely remove bzip2.cpp from
boost/libs/iostreams/src/Makefile.am
I do not know if the now-removed gzstream can handle bzip2. For all
our purposes now, zlib.dll is enough so bzip2.cpp should be
you can find the windows installer for LyX 1.4.1.
This comes a week later after all my troubles with the official
installer (see my another email), still this installer should be
celebrated!
Uwe, I have asked before what has prevented us to make your installer
the official one. If the inclusion
Bo The auto viewer is just a walk around of lyx' current behavior,
Bo since if there is no viewer specified for pdf, view-pdflatex etc
Bo will disappear.
But there is no point in keeping the old behaviour and working around
it using configure.py tricks.
Then, we should change MenuBackend
Bo Peng wrote:
Bo The auto viewer is just a walk around of lyx' current behavior,
Bo since if there is no viewer specified for pdf, view-pdflatex etc
Bo will disappear.
But there is no point in keeping the old behaviour and working around
it using configure.py tricks.
Then, we should
Bo Peng [EMAIL PROTECTED] writes:
I am still wondering how zlib was handled with gzstream though. Maybe
USE_COMPRESSION was disabled by default?
Correct.
A.
I am still wondering how zlib was handled with gzstream though. Maybe
USE_COMPRESSION was disabled by default?
Correct.
So,
1. Can I go ahead and remove bzip2.cpp?
2. Does it make sense to use USE_COMPRSSION around this library? This
is certainly more difficult than excluding gzstream.h/C
Georg Baum [EMAIL PROTECTED] writes:
I just finished the patch. It is tested and works. It adds a noexport flag
to the format definition and removes the hardcoded exceptions for some
image formats. With this patch you don't need to change configure.py
anymore.
This is going in tomorrow if I
I just finished the patch. It is tested and works. It adds a noexport flag
to the format definition and removes the hardcoded exceptions for some
image formats. With this patch you don't need to change configure.py
anymore.
This is going in tomorrow if I don't get objections.
I am sorry but
On Mon, Apr 24, 2006 at 05:35:36PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
[...]
+ case LFUN_OUTLINE: {
+ lyx::toc::OutlineOp const op =
+
Andreas K. schrieb:
Could someone please put it in
ftp://ftp.lyx.org/pub/lyx/contrib/LyXWinInstaller/LyX141/
I forgot to ask for this. Jean-Marc could you do this please? Thanks in
advance.
regards Uwe
Am Montag, 24. April 2006 19:18 schrieb Bo Peng:
I am sorry but the patch is too big to be digested easily. Could you
explain
Just after hitting send I realized that I forgot to attach the log, but
then I had to leave. Here it comes.
1. what is noexport?
A flag that tells that this format
A flag that tells that this format should not be used for exporting (and
neither for viewing, since only exportable formats can be viewed)
What I am concerned with is that if, for example, acrobat reader is
not found, the viewer for pdf will be empty, and view-pdflatex etc
will be gone. Will
Bo Peng wrote:
you can find the windows installer for LyX 1.4.1.
This comes a week later after all my troubles with the official
installer (see my another email), still this installer should be
celebrated!
Uwe, I have asked before what has prevented us to make your installer
the official one.
On Mon, Apr 24, 2006 at 06:00:08PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
The nulls inserted by MikTeX in the latex log file strike again...
Did anybody report that as a MikTeX bug?
Does this patch (untested) help?
Yes, it does. No more crashes.
--
Enrico
Hi Jean-Marc,
here comes an updated list of potential 1.4.X patches.
I guess that not all of them make sense for 1.4.X. Guys, please let me
know if some revision can be removed from the list.
Michael
Changes that went into trunk but not into 1.4.X:
Hi, all,
Both the 1.4.x installer versions have flaws and it is to be expected
that the newer release (Uwe) would incorporate more fixes.
The Angus installer
is not going to reflect bug improvements without an active
maintainer and Uwe has stated he doesn't have time to maintain
both
On Mon, Apr 24, 2006 at 06:22:03PM +0200, Abdelrazak Younes wrote:
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
It's becoming harder and harder to become a lyx developer on windows. I
have lost the count of the required package. I think we need to prepare
a
On Thu, Apr 13, 2006 at 09:36:26PM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| In a clean revision 13655 I get the following linker error:
Clean revision perhaps, but autogen.sh and configure has not been run.
We don't use -fno-exceptions any more.
Bo Peng [EMAIL PROTECTED] writes:
My exact point is that since two maintainers are both busy, they
should try to work together, and maintain a single official version.
This will be better for them, and for the users.
Why, exactly, will it be better for me? I'm retired and am contractually
Angus Leeming wrote:
NSIS doesn't support Win98, period.
As one of the NSIS developers, I can assure you that this is definitely
not true. NSIS has always been designed to support all Win32 versions,
even the very first editions of Windows 95 are still supported and tested.
Problems with
Joost Verburg [EMAIL PROTECTED] writes:
NSIS doesn't support Win98, period.
As one of the NSIS developers, I can assure you that this is definitely
not true.
Two pieces of *great* news in one sentence ;-)
Problems with the LyX installers related to Win9x could be caused by
Angus Leeming [EMAIL PROTECTED] writes:
Joost Verburg joostverburg at ... writes:
Problems with the LyX installers related to Win9x could be caused by
bugs/incompatibilities in the LyX installer plug-ins.
It would be interesting to track that down, no?
Can an NSIS compiler be compiled to
Am Montag, 24. April 2006 21:10 schrieb Enrico Forestieri:
Yes, it does. No more crashes.
And are the filenames extracted correctly? If yes I would like to put this
in.
Georg
Am Montag, 24. April 2006 20:49 schrieb Bo Peng:
What I am concerned with is that if, for example, acrobat reader is
not found, the viewer for pdf will be empty, and view-pdflatex etc
will be gone. Will your patch change this behavior? (I used auto
viewer to avoid this problem.)
The patch
We provide these people with the ability to
produce their own packages tailored to their own systems. Uwe's funky Windows
installer fills exactly the same niche for the Windows system.
Windows is kind of different. Under linux, I need only one command to
get a rpm package, windows? NSIS? No
The patch will not change that, I overlooked this problem. This certainly
needs discussion: Do we really want View-XYZ entries for lots of formats
that no user uses? Imagine a user who has no DVI viewer and does not want
one. Why should he have View-DVI? I think the suggested canOpen()
1 - 100 of 226 matches
Mail list logo