Dear all,
One student who makes her diplom about "Comparing LyX to another Word
processors", asked me about the minimum HW required fo LyX.
I run (I tried it on [EMAIL PROTECTED] without success) LyX on slow
computer, but it was hard to get use it (1.3.3 with linux).
As far, I can remember LyX c
> Author: bpeng
> Date: Tue Jul 4 15:58:52 2006
> New Revision: 14337
>
> URL: http://www.lyx.org/trac/changeset/14337
> Log:
> lib/configure.py: fix checkTeXAllowSpaces, by Enrico
>
> Modified:
> lyx-devel/branches/BRANCH_1_4_X/lib/ChangeLog
> lyx-devel/branches/BRANCH_1_4_X/lib/configu
On Mon, Jul 03, 2006 at 03:03:09PM +0200, Lars Gullik Bjønnes wrote:
> | I am a scientific who happens to like C++ development (and who think
> | he is quite good at it ;-)). I am not a professional in the software
> | business and don't to be. I guess most LyX developers are the same as
> | me, ar
On Mon, Jul 03, 2006 at 11:57:27AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> So there is currently _no_ linux distribution that has a qt4
> >> really good enough for LyX?
>
> Andre> The point is that there is currently no distribution
On Mon, Jul 03, 2006 at 02:36:05PM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> >> (But if you then also add -> "and change emit to emitSignal" then
> >> that is not the case anymore.)
>
> Abdelrazak> If you really think what you are
On Sun, Jul 02, 2006 at 10:48:24PM +0100, Jose' Matos wrote:
> Torino (Turin) is a fine place, and I should tell you that they were
> supporting the french team yesterday. :-)
Supporting a French team in Torino?
Looks like I lost track of the village wars in Southern Europe.
> The only thin
On Sun, Jul 02, 2006 at 10:22:45PM +0200, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | Talking about xforms, how far ahead is your Unicode patch?
>
> Writing and reading files work, inseting work. All
> control keys crash LyX instantly... remember I asked for hel
Enrico Forestieri wrote:
I installed LyX using the installer by Joost to test them on a pure
win32 environment. They work provided that the patch I posted earlier
in this thread is applied to dvipost.
I'll include this patch in the next version of the installer.
Joost
On Tue, Jul 04, 2006 at 12:48:55PM +0200, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> Bo> Attached are my versions of the configure.py patch. I use r""" """
> Bo> to improve readability. I also replace \t with spaces in the
> Bo> original 1.5 patch, which is
On Tue, Jul 04, 2006 at 01:24:45PM +0200, Georg Baum wrote:
> Jose' Matos wrote:
>
> > On Tuesday 04 July 2006 11:34, Enrico Forestieri wrote:
> >> Ops, forgot to ":set expandtab" in vim. Why not put a
> >> "# vim: set et ts=4 sw=4:" line at the end of python scripts?
> >
> > I am not against s
On 7/4/06, John Levon <[EMAIL PROTECTED]> wrote:
On Tue, Jul 04, 2006 at 01:39:32PM +0200, Asger Ottar Alstrup wrote:
> John Levon wrote:
> > No review is done
>
> This is better than code does not get committed, given that the
> developer is competent.
There really is no developer I've ever m
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
> It's much better to make 10 commits during 3 hours. Then each diff is
> manageable in a review, and it is technically easier to revert.
>
> Lars has a point that it can improve your workflow when you need to
> think small, self-contained steps. B
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Tue, Jul 04, 2006 at 11:16:15AM +0200, Edwin Leuven wrote:
| > Georg Baum wrote:
| > >The subject says it all. autoconf 2.59d is used in debian testing and
| > >works fine. This is going in tomorrow if nobody objects.
| > >Jean-Marc, also for 1.4
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| I propose that LyX adopts a direct-commit policy for developers who
| have demonstrated that they know the rules AND are competent, AND can
| commit time to work on LyX.
Knowing the rules are not enough. You must at least try to follow them
as wel
On Tue, Jul 04, 2006 at 01:39:32PM +0200, Asger Ottar Alstrup wrote:
> John Levon wrote:
> > No review is done
>
> This is better than code does not get committed, given that the
> developer is competent.
There really is no developer I've ever met who doesn't need review, and
I work with some v
John Levon wrote:
> No review is done
This is better than code does not get committed, given that the
developer is competent.
> > 3) Commit early and often.
But as I understand it, this is the bone of contention anyway. If they
need to do this, it is not a huge burden to get patch review, su
Jose' Matos wrote:
> On Tuesday 04 July 2006 11:34, Enrico Forestieri wrote:
>> Ops, forgot to ":set expandtab" in vim. Why not put a
>> "# vim: set et ts=4 sw=4:" line at the end of python scripts?
>
> I am not against such a change. :-)
> The same applies for emacs settings although we are
On Tue, Jul 04, 2006 at 10:45:11AM +0200, Asger Ottar Alstrup wrote:
> The main risks are:
>
> - There will be a known problem which the developer does not have time
> to fix until a week or two later. Then something happens, and it never
> gets done
This is still a risk even with review. Revi
On Tuesday 04 July 2006 11:34, Enrico Forestieri wrote:
> Ops, forgot to ":set expandtab" in vim. Why not put a
> "# vim: set et ts=4 sw=4:" line at the end of python scripts?
I am not against such a change. :-)
The same applies for emacs settings although we are using the emacs default
setti
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Attached are my versions of the configure.py patch. I use r""" """
Bo> to improve readability. I also replace \t with spaces in the
Bo> original 1.5 patch, which is not allowed now.
Bo> Please confirm that they still work under windows. Bo
If
On Tue, Jul 04, 2006 at 12:03:54AM -0500, Bo Peng wrote:
> Attached are my versions of the configure.py patch. I use r""" """ to
> improve readability.
Indeed, they're more readable.
> I also replace \t with spaces in the original
> 1.5 patch, which is not allowed now.
Ops, forgot to ":set exp
On Tue, Jul 04, 2006 at 11:16:15AM +0200, Edwin Leuven wrote:
> Georg Baum wrote:
> >The subject says it all. autoconf 2.59d is used in debian testing and
> >works fine. This is going in tomorrow if nobody objects.
> >Jean-Marc, also for 1.4?
>
> atm i cannot compile lyx out of the box on my debi
Georg Baum wrote:
The subject says it all. autoconf 2.59d is used in debian testing and
works fine. This is going in tomorrow if nobody objects.
Jean-Marc, also for 1.4?
atm i cannot compile lyx out of the box on my debian unstable, and i
need georg's patch (updated one attached)
why not pu
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Definitely. But does your answer mean you are not opposed to it?
Lars> Not as opposed as I used to be :-)
This is what I had in mind :)
JMarc
I propose that LyX adopts a direct-commit policy for developers who have
demonstrated that they know the rules AND are competent, AND can commit
time to work on LyX.
Each commit results in a diff sent to the list for post-festum review
mainly as a sanity check and such that Lars and others can
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> If we go the macro way (and we should be very careful about
| Lars> this), then we should go even a bit further.
|
| Lars> We should then use a macro that adds the BOOST_C
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> If we go the macro way (and we should be very careful about
Lars> this), then we should go even a bit further.
Lars> We should then use a macro that adds the BOOST_CURRENT_FUNCTION,
Lars> and __FILE__ and __LINE__ always to the
Jean-Marc Lasgouttes wrote:
> A question:
> + The tag of tabulars has the following new attributes:
> + topspace, bottomspace and interlinespace. All take a LyXLength
> + as value, or the special keyword "default".
>
> Are these new spacing for booktabs only?
No, but the nonbooktabs
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| > This patch speeds up the scroll-down test by and odd second or two for
| > me.
|
| Really?
A _very_ coarse test really. I might be mistaken. Howver it cannot
hurt.
| Wow! Did John Torjo's logging li
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> This patch speeds up the scroll-down test by and odd second or
| Lars> two for me. Do others see the same? I guess it cannot do any
| Lars> harm, so committing.
|
| Isn't
> "Tomasz" == Tomasz Łuczak <[EMAIL PROTECTED]> writes:
Tomasz> Hi Jean-Marc You can find in attachment updated pl.po file.
Hi Tomasz,
Thanks for the file. It is in now.
JMarc
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> This patch speeds up the scroll-down test by and odd second or two for
> me.
Really? Wow! Did John Torjo's logging library ever make it into Boost? IIRC,
using it would be equivalent to your change here.
> void BufferView::Pimpl::update(Update::f
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This patch speeds up the scroll-down test by and odd second or
Lars> two for me. Do others see the same? I guess it cannot do any
Lars> harm, so committing.
Isn't it possible to do this in a more compact way? If we use macros,
Peter Kümmel <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > I belive this one is safe. (I'll commit after work tomorrow(today))
| > Index: src/text2.C
| > ===
| > --- src/text2.C (revision 14329)
| > +++ src/text2.C
34 matches
Mail list logo
