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
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 from
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
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
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.
Un
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" == 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
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 (revisio
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 B
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
> "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
> "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 intereste
> "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:
>> 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
> "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
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
> "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
M
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 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
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 up
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 ar
} 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
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
Joo
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:
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 sen
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
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
> proble
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
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
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
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
developer
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.
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 t
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 enoug
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 wo
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.
> "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.
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 o
> "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 a
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 befor
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 c
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
en
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
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 va
> "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
> "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
> "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> 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 cl
48 matches
Mail list logo
