Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Abdelrazak Younes wrote:
I'll put them back. But it would be very nice to find some other
solution...
Georg I don't think so. The box corners have the advantage that they
Georg consume very little space and yet make it very clear where an
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak The only information we need to know is what is next
Abdelrazak logically, in the case of nicefrac, 'right' and 'down'
Abdelrazak would mean the same thing logically and I think that
Abdelrazak 'down' should in any case results
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg You mean to simply accept 8bit values as is and do not
Georg interpret them at all? I really don't like that. If we are
Georg going to accept these 8 bit names I would prefer to convert
Georg them to utf8, even if that can result in wrongly
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico The attached patch allows using autoconf 2.60 while retaining
Enrico the compatibility with 2.5[2-9]. I tested it with autoconf
Enrico 2.60 on cygwin and 2.60a on debian etch.
Is datarootdir added to the automake generated
On Wednesday 22 November 2006 3:22 pm, Helge Hafting wrote:
Now that'd be fine. I have no problems with a GUIName, although
using unicode for everything is simpler. Well, if we ever get an unicode-
capable gettext that is. :-/
The right analogy is to think about the style name as the
On Tuesday 21 November 2006 6:00 pm, Georg Baum wrote:
I'll be glad if somebody test and apply the patch.
José, would this be OK for 1.5.0? If yes I can do the lyx2lyx part in 10
minutes and put it in. Ugras, you could also have a look at the lyx2lyx
part yourself if you want. It is not hard
Hi all,
after discovering that I have left one file left from alpha 1, I would
like
to release alpha 2 before Chistmas. :-)
I have discovered that the release procedure needs some work, make
distcheck
is not working for one. I would like to catch an fix this problems before
On Thu, Nov 23, 2006 at 09:53:51AM +0100, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico The attached patch allows using autoconf 2.60 while retaining
Enrico the compatibility with 2.5[2-9]. I tested it with autoconf
Enrico 2.60 on cygwin and 2.60a
José Matos wrote:
Hi all,
after discovering that I have left one file left from alpha 1, I would like
to release alpha 2 before Chistmas. :-)
I have discovered that the release procedure needs some work, make distcheck
is not working for one. I would like to catch an fix this problems
José == José Matos [EMAIL PROTECTED] writes:
José What do you think it needs to be done?
Something that needs to be done is making LyX/Mac start normally. And
I think I know why it does not work: in LyX::exec, execBatchCommands
(which checks that no command option remain and display an error
Jean-Marc Lasgouttes wrote:
José == José Matos [EMAIL PROTECTED] writes:
José What do you think it needs to be done?
Something that needs to be done is making LyX/Mac start normally. And
I think I know why it does not work: in LyX::exec, execBatchCommands
(which checks that no command
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdel, do you think these hints are enough to fix the bug?
Abdelrazak Anybody who is able to use a debugger can fix the bug.
The problem is not to fix it, but to avoid replacing it with another one.
Abdelrazak I'll fix it.
Thanks a
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdel, do you think these hints are enough to fix the bug?
Abdelrazak Anybody who is able to use a debugger can fix the bug.
The problem is not to fix it, but to avoid replacing it with another one.
The code is extremely simple and easy to maintain, therefore, one
developer should be enough. Considering that I won't be available for
a couple of months, this one person cannot be me.
If you wish, you can add these features without ui entry, so, they are
accepted in lyx-1.5.0 file format and
Ozgur Ugras BARAN wrote:
The code is extremely simple and easy to maintain, therefore, one
developer should be enough.
I second that Jose. Ugras has proved himself already. If it is OK with
Georg (and it is apparently), IMHO you can trust them to do the right
thing. We really don't have
Juergen Spitzmueller wrote:
sending this again, since it doesn't seem to get through first time. Sorry for
potential double posting.
Ozgur Ugras BARAN wrote:
No problem Abdel and thanks Edwin.. To reduce confusion, I have
attached the patch.
I have tested the patch now, and it seems to fix
On Thursday 23 November 2006 3:33 pm, Abdelrazak Younes wrote:
I second that Jose. Ugras has proved himself already. If it is OK with
Georg (and it is apparently), IMHO you can trust them to do the right
thing. We really don't have enough resources to require two main
developers for that...
José Matos wrote:
On Thursday 23 November 2006 3:33 pm, Abdelrazak Younes wrote:
I second that Jose. Ugras has proved himself already. If it is OK with
Georg (and it is apparently), IMHO you can trust them to do the right
thing. We really don't have enough resources to require two main
If you back this feature as well that makes three developers and the code
can be committed.
I like this feature and read the patch briefly. I am not sure what you
mean by 'back', but I guess I can fix problems of this feature when
bugs are found (not tex2lyx or lyx2lyx though).
Bo
Bo Peng schrieb:
If you back this feature as well that makes three developers and the
code
can be committed.
I like this feature and read the patch briefly. I am not sure what you
mean by 'back', but I guess I can fix problems of this feature when
bugs are found (not tex2lyx or lyx2lyx
José Matos wrote:
I have discovered that the release procedure needs some work, make
distcheck is not working for one. I would like to catch an fix this
problems before entering the pre phase.
Maybe at some point, everybody should align on one set of building tools
(autotools, scons or
José Matos wrote:
Hi all,
after discovering that I have left one file left from alpha 1, I would
like to release alpha 2 before Chistmas. :-)
I have discovered that the release procedure needs some work, make
distcheck is not working for one. I would like to catch an fix this
problems
Good, then apply it ;-)
The patch looks simple but I do not know that part of the code. Please
evaluate the implementation, modify and apply it. It would be best if
the 'click and move' problem Juergen and I noticed can be corrected.
Cheers,
Bo
John McCabe-Dansted wrote:
On 11/21/06, Georg Baum
[EMAIL PROTECTED] wrote:
Yes. The information is outdated. You should use the ifpdf package, see
http://www.tex.ac.uk/cgi-bin/texfaq2html?label=ifpdf. It would be great
if you could update the manual with the new information and send a
Abdelrazak Younes wrote:
I've fixed it by allowing to pass extra argument to the frontend instead
of exiting. This means that spurious arguments are now accepted whereas
they were not before. Don't know if this enters your definition of a new
bug.
I is a new bug and a regression WRT 1.4: Now
Maybe at some point, everybody should align on one set of building tools
(autotools, scons or cmake) and that we have a clear, regular and
documented for dummies path to build LyX across platforms and Linux
distributions.
The documentation of scons is currently the best :-). INSTALL.Win32 by
} else if (token == \\newpage) {
par.insertInset(par.size(), new InsetPagebreak, font, change);
should be InsetNewpage
I do not quite get it. You mean the original code for newpage is broken?
Bo
Bo Peng wrote:
} else if (token == \\newpage) {
par.insertInset(par.size(), new InsetPagebreak, font,
change);
should be InsetNewpage
I do not quite get it. You mean the original code for newpage is broken?
No. It looks like the two are exchanged
José Matos wrote:
Some question to developer (in no particular order):
What are your plans?
- Fix at least some of the remaining CT problems;
- Add a visual mark for deleted/inserted end-of-pars (I will commit
this evening).
- Do some German translation; ask other translators to
Michael Gerz wrote:
Since end-of-pars also show up in insets (which have almost no
margin), I was looking for a compact, non-intrusive representation.
I just committed the attached patch. Sorry guys, I had to increase
TEXT_TO_INSET_OFFSET by 2 pixels...
BTW: Thanks to the visual marker, it
2c:\program files\gnuwin32\include\zconf.h(289) : fatal error C1083:
Cannot open include file: 'unistd.h': No such file or directory
...
any idea what is wrong here?
thanks, ed.
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Michael Gerz wrote:
Since end-of-pars also show up in insets (which have almost no
margin), I was looking for a compact, non-intrusive representation.
Michael I just committed the attached patch. Sorry guys, I had to
Michael increase
On 11/23/06, Edwin Leuven [EMAIL PROTECTED] wrote:
2c:\program files\gnuwin32\include\zconf.h(289) : fatal error C1083:
Cannot open include file: 'unistd.h': No such file or directory
Is this mingw/windows/scons, or anything else?
Bo
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg I is a new bug and a regression WRT 1.4: Now unknown arguments
Georg are simply ignored. That should not happen, because that would
Georg mean that I can make a typo and don't recognize it. The order
Georg of command line evaluation should be
Georg == Georg Baum [EMAIL PROTECTED] writes:
http://www.csse.uwa.edu.au/~john/Extended.lyx.diff.gz
Georg Thanks. I converted the patch to unified diff format. It should
Georg go to 1.5 and 1.4 IMO. OK?
Yes for 1.4 at least.
BTW, I see
- The first two are used just like any other collapsable
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
In general, I like the patch. I'd like to make sure it is correct,
and then it should go to 1.4 too.
Enrico I was able to correctly compile and install, checked that
Enrico everything was correctly expanded in Makefiles, and that
Enrico
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg This file is indeed missing in the alpha tarball. That means
Georg that alpha1 won't compile on any OS, and that nobody actually
Georg tried it.
This is quite funny actually... So the question may be: are there any
people interested in an
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Philippe Charpentier wrote:
Hi, just after the release alpha of lyx-1.5, I compile lyx-1.5svn
and test my layouts and ui files on it. They are written in
ISO-8859 with accented characters and work until 1.4.x. My layout
and ui files,
On Thursday 23 November 2006 9:17 pm, Jean-Marc Lasgouttes wrote:
I'd propose to put it in. José?
Yes.
JMarc
--
José Abílio
End-of-par handling is tricky!
I committed the following patch.
Michael
Index: CutAndPaste.C
===
--- CutAndPaste.C (Revision 16018)
+++ CutAndPaste.C (Arbeitskopie)
@@ -6,6 +6,7 @@
* \author Jürgen Vigna
* \author Lars Gullik
Attached is what I believe a cleaner implementation of
clearpage/cleardoublepage. Please, tex2lyx and lyx2lyx experts, fix
tex2lyx and lyx2lyx so that I can apply it.
Thanks.
Bo
Index: src/LyXAction.C
===
--- src/LyXAction.C
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael End-of-par handling is tricky!
Michael I committed the following patch.
Does this look like something for 1.4 too?
JMarc
Jean-Marc Lasgouttes wrote:
Does this look like something for 1.4 too?
Probably. However, CT in 1.5 works slightly different than in 1.4.
Frankly speaking, I gave up backporting patches. IMHO CT is uncureable
in 1.4 :-(
Michael
Michael Gerz wrote:
Jean-Marc Lasgouttes wrote:
Does this look like something for 1.4 too?
Probably. However, CT in 1.5 works slightly different than in 1.4.
Frankly speaking, I gave up backporting patches. IMHO CT is uncureable
in 1.4 :-(
We need the same logic at other places, too.
On Thu, Nov 23, 2006 at 09:25:20PM +, José Matos wrote:
On Thursday 23 November 2006 9:17 pm, Jean-Marc Lasgouttes wrote:
I'd propose to put it in. José?
Yes.
Committed to both trunk and 1.4.4svn.
--
Enrico
On Nov 23, 2006, at 4:13 PM, Jean-Marc Lasgouttes wrote:
BTW Bennett, is it possible to start LyX from the finder now?
JMarc
Sorry: it's holidays here in the U.S.; I'll be able to check on Monday.
Bennett
Jean-Marc Lasgouttes a écrit :
This is quite funny actually... So the question may be: are there any
people interested in an alpha release and who are not able to use svn?
Should we really make releases before pre versions?
I can answer for myself, it may help you.
I know how to compile
Bo Peng wrote:
Attached is what I believe a cleaner implementation of
clearpage/cleardoublepage. Please, tex2lyx and lyx2lyx experts, fix
tex2lyx and lyx2lyx so that I can apply it.
Sigh. Once again: tex2lyx _must not_ be changed unless somebody implements
the changes from format 245 to 254
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Abdelrazak Younes wrote:
>> I'll put them back. But it would be very nice to find some other
>> solution...
Georg> I don't think so. The box corners have the advantage that they
Georg> consume very little space and yet make it very
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The only information we need to know is what is next
Abdelrazak> logically, in the case of nicefrac, 'right' and 'down'
Abdelrazak> would mean the same thing logically and I think that
Abdelrazak> 'down' should in any
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> You mean to simply accept 8bit values as is and do not
Georg> interpret them at all? I really don't like that. If we are
Georg> going to accept these 8 bit names I would prefer to convert
Georg> them to utf8, even if that can result
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> The attached patch allows using autoconf 2.60 while retaining
Enrico> the compatibility with 2.5[2-9]. I tested it with autoconf
Enrico> 2.60 on cygwin and 2.60a on debian etch.
Is datarootdir added to the automake generated
On Wednesday 22 November 2006 3:22 pm, Helge Hafting wrote:
>
> Now that'd be fine. I have no problems with a GUIName, although
> using unicode for everything is simpler. Well, if we ever get an unicode-
> capable gettext that is. :-/
The right analogy is to think about the style name as the
On Tuesday 21 November 2006 6:00 pm, Georg Baum wrote:
> > I'll be glad if somebody test and apply the patch.
>
> José, would this be OK for 1.5.0? If yes I can do the lyx2lyx part in 10
> minutes and put it in. Ugras, you could also have a look at the lyx2lyx
> part yourself if you want. It is
Hi all,
after discovering that I have left one file left from alpha 1, I would
like
to release alpha 2 before Chistmas. :-)
I have discovered that the release procedure needs some work, make
distcheck
is not working for one. I would like to catch an fix this problems before
On Thu, Nov 23, 2006 at 09:53:51AM +0100, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> The attached patch allows using autoconf 2.60 while retaining
> Enrico> the compatibility with 2.5[2-9]. I tested it with autoconf
> Enrico> 2.60 on
José Matos wrote:
Hi all,
after discovering that I have left one file left from alpha 1, I would like
to release alpha 2 before Chistmas. :-)
I have discovered that the release procedure needs some work, make distcheck
is not working for one. I would like to catch an fix this problems
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> What do you think it needs to be done?
Something that needs to be done is making LyX/Mac start normally. And
I think I know why it does not work: in LyX::exec, execBatchCommands
(which checks that no command option remain and display
Jean-Marc Lasgouttes wrote:
"José" == José Matos <[EMAIL PROTECTED]> writes:
José> What do you think it needs to be done?
Something that needs to be done is making LyX/Mac start normally. And
I think I know why it does not work: in LyX::exec, execBatchCommands
(which checks that no command
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Abdel, do you think these hints are enough to fix the bug?
Abdelrazak> Anybody who is able to use a debugger can fix the bug.
The problem is not to fix it, but to avoid replacing it with another one.
Abdelrazak> I'll fix
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdel, do you think these hints are enough to fix the bug?
Abdelrazak> Anybody who is able to use a debugger can fix the bug.
The problem is not to fix it, but to avoid replacing it with another one.
The code is extremely simple and easy to maintain, therefore, one
developer should be enough. Considering that I won't be available for
a couple of months, this one person cannot be me.
If you wish, you can add these features without ui entry, so, they are
accepted in lyx-1.5.0 file format and
Ozgur Ugras BARAN wrote:
The code is extremely simple and easy to maintain, therefore, one
developer should be enough.
I second that Jose. Ugras has proved himself already. If it is OK with
Georg (and it is apparently), IMHO you can trust them to do the right
thing. We really don't have
Juergen Spitzmueller wrote:
sending this again, since it doesn't seem to get through first time. Sorry for
potential double posting.
Ozgur Ugras BARAN wrote:
No problem Abdel and thanks Edwin.. To reduce confusion, I have
attached the patch.
I have tested the patch now, and it seems to fix
On Thursday 23 November 2006 3:33 pm, Abdelrazak Younes wrote:
>
> I second that Jose. Ugras has proved himself already. If it is OK with
> Georg (and it is apparently), IMHO you can trust them to do the right
> thing. We really don't have enough resources to require two main
> developers for
José Matos wrote:
On Thursday 23 November 2006 3:33 pm, Abdelrazak Younes wrote:
I second that Jose. Ugras has proved himself already. If it is OK with
Georg (and it is apparently), IMHO you can trust them to do the right
thing. We really don't have enough resources to require two main
If you back this feature as well that makes three developers and the code
can be committed.
I like this feature and read the patch briefly. I am not sure what you
mean by 'back', but I guess I can fix problems of this feature when
bugs are found (not tex2lyx or lyx2lyx though).
Bo
Bo Peng schrieb:
>> If you back this feature as well that makes three developers and the
>> code
>> can be committed.
>
> I like this feature and read the patch briefly. I am not sure what you
> mean by 'back', but I guess I can fix problems of this feature when
> bugs are found (not tex2lyx or
José Matos wrote:
> I have discovered that the release procedure needs some work, make
> distcheck is not working for one. I would like to catch an fix this
> problems before entering the pre phase.
>
Maybe at some point, everybody should align on one set of building tools
(autotools, scons or
José Matos wrote:
> Hi all,
> after discovering that I have left one file left from alpha 1, I would
> like to release alpha 2 before Chistmas. :-)
>
> I have discovered that the release procedure needs some work, make
> distcheck is not working for one. I would like to catch an fix this
>
Good, then apply it ;-)
The patch looks simple but I do not know that part of the code. Please
evaluate the implementation, modify and apply it. It would be best if
the 'click and move' problem Juergen and I noticed can be corrected.
Cheers,
Bo
John McCabe-Dansted wrote:
> On 11/21/06, Georg Baum
> <[EMAIL PROTECTED]> wrote:
>> Yes. The information is outdated. You should use the ifpdf package, see
>> http://www.tex.ac.uk/cgi-bin/texfaq2html?label=ifpdf. It would be great
>> if you could update the manual with the new information and
Abdelrazak Younes wrote:
> I've fixed it by allowing to pass extra argument to the frontend instead
> of exiting. This means that spurious arguments are now accepted whereas
> they were not before. Don't know if this enters your definition of a new
> bug.
I is a new bug and a regression WRT 1.4:
Maybe at some point, everybody should align on one set of building tools
(autotools, scons or cmake) and that we have a clear, regular and
documented for dummies path to build LyX across platforms and Linux
distributions.
The documentation of scons is currently the best :-). INSTALL.Win32 by
} else if (token == "\\newpage") {
par.insertInset(par.size(), new InsetPagebreak, font, change);
should be InsetNewpage
I do not quite get it. You mean the original code for newpage is broken?
Bo
Bo Peng wrote:
>> } else if (token == "\\newpage") {
>> par.insertInset(par.size(), new InsetPagebreak, font,
>> change);
>>
>> should be InsetNewpage
>
> I do not quite get it. You mean the original code for newpage is broken?
No. It looks like the two
José Matos wrote:
Some question to developer (in no particular order):
What are your plans?
- Fix at least some of the remaining CT problems;
- Add a visual mark for deleted/inserted end-of-pars (I will commit
this evening).
- Do some German translation; ask other translators to
Michael Gerz wrote:
Since end-of-pars also show up in insets (which have almost no
margin), I was looking for a compact, non-intrusive representation.
I just committed the attached patch. Sorry guys, I had to increase
TEXT_TO_INSET_OFFSET by 2 pixels...
BTW: Thanks to the visual marker, it
2>c:\program files\gnuwin32\include\zconf.h(289) : fatal error C1083:
Cannot open include file: 'unistd.h': No such file or directory
...
any idea what is wrong here?
thanks, ed.
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Michael Gerz wrote:
>> Since end-of-pars also show up in insets (which have almost no
>> margin), I was looking for a compact, non-intrusive representation.
>>
Michael> I just committed the attached patch. Sorry guys, I had to
On 11/23/06, Edwin Leuven <[EMAIL PROTECTED]> wrote:
2>c:\program files\gnuwin32\include\zconf.h(289) : fatal error C1083:
Cannot open include file: 'unistd.h': No such file or directory
Is this mingw/windows/scons, or anything else?
Bo
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I is a new bug and a regression WRT 1.4: Now unknown arguments
Georg> are simply ignored. That should not happen, because that would
Georg> mean that I can make a typo and don't recognize it. The order
Georg> of command line
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> http://www.csse.uwa.edu.au/~john/Extended.lyx.diff.gz
Georg> Thanks. I converted the patch to unified diff format. It should
Georg> go to 1.5 and 1.4 IMO. OK?
Yes for 1.4 at least.
BTW, I see
- The first two are used just like any
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> In general, I like the patch. I'd like to make sure it is correct,
>> and then it should go to 1.4 too.
Enrico> I was able to correctly compile and install, checked that
Enrico> everything was correctly expanded in Makefiles, and
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This file is indeed missing in the alpha tarball. That means
Georg> that alpha1 won't compile on any OS, and that nobody actually
Georg> tried it.
This is quite funny actually... So the question may be: are there any
people
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Philippe Charpentier wrote:
>> Hi, just after the release alpha of lyx-1.5, I compile lyx-1.5svn
>> and test my layouts and ui files on it. They are written in
>> ISO-8859 with accented characters and work until 1.4.x. My layout
>>
On Thursday 23 November 2006 9:17 pm, Jean-Marc Lasgouttes wrote:
> I'd propose to put it in. José?
Yes.
> JMarc
--
José Abílio
End-of-par handling is tricky!
I committed the following patch.
Michael
Index: CutAndPaste.C
===
--- CutAndPaste.C (Revision 16018)
+++ CutAndPaste.C (Arbeitskopie)
@@ -6,6 +6,7 @@
* \author Jürgen Vigna
* \author Lars Gullik
Attached is what I believe a cleaner implementation of
clearpage/cleardoublepage. Please, tex2lyx and lyx2lyx experts, fix
tex2lyx and lyx2lyx so that I can apply it.
Thanks.
Bo
Index: src/LyXAction.C
===
--- src/LyXAction.C
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> End-of-par handling is tricky!
Michael> I committed the following patch.
Does this look like something for 1.4 too?
JMarc
Jean-Marc Lasgouttes wrote:
Does this look like something for 1.4 too?
Probably. However, CT in 1.5 works slightly different than in 1.4.
Frankly speaking, I gave up backporting patches. IMHO CT is uncureable
in 1.4 :-(
Michael
Michael Gerz wrote:
Jean-Marc Lasgouttes wrote:
Does this look like something for 1.4 too?
Probably. However, CT in 1.5 works slightly different than in 1.4.
Frankly speaking, I gave up backporting patches. IMHO CT is uncureable
in 1.4 :-(
We need the same logic at other places, too.
On Thu, Nov 23, 2006 at 09:25:20PM +, José Matos wrote:
> On Thursday 23 November 2006 9:17 pm, Jean-Marc Lasgouttes wrote:
> > I'd propose to put it in. José?
>
> Yes.
Committed to both trunk and 1.4.4svn.
--
Enrico
On Nov 23, 2006, at 4:13 PM, Jean-Marc Lasgouttes wrote:
BTW Bennett, is it possible to start LyX from the finder now?
JMarc
Sorry: it's holidays here in the U.S.; I'll be able to check on Monday.
Bennett
Jean-Marc Lasgouttes a écrit :
This is quite funny actually... So the question may be: are there any
people interested in an alpha release and who are not able to use svn?
Should we really make releases before pre versions?
I can answer for myself, it may help you.
I know how to compile
Bo Peng wrote:
> Attached is what I believe a cleaner implementation of
> clearpage/cleardoublepage. Please, tex2lyx and lyx2lyx experts, fix
> tex2lyx and lyx2lyx so that I can apply it.
Sigh. Once again: tex2lyx _must not_ be changed unless somebody implements
the changes from format 245 to
96 matches
Mail list logo