On Fri, 30 Sep 2005 10:00:22 +0200 Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Thu, Sep 29, 2005 at 09:00:47PM +0200, Helge Hafting wrote:
> >> The patch did not apply well to todays CVS.
> >>
> >> Helge Hafting
>
Hi -
I've set up a theme for Linux, so that application windows look
green instead of grey. LyX, however, despite being an excellent
document processor, especially for maths, still looks grey. It would
be really nice if LyX could conform to the L&F of the environment it
is installed in,
Thank
For once I found a non-MathEd bug! :p This is another one which seems
like it should be a duplicate but doesn't appear to be...
Bug 2061: Right Arrow has to be pressed twice to move cursor
Description: If there is anything following the cursor after something
has been typed, it takes two presses o
On Fri, Sep 30, 2005 at 09:56:12AM +0200, Helge Hafting wrote:
> make[1]: Entering directory `/usr/src/lyx-devel/lib'
> Making all in doc
> make[2]: Entering directory `/usr/src/lyx-devel/lib/doc'
> make[2]: *** No rule to make target `ro_TOC.lyx', needed by `all-am'. Stop.
> make[2]: Leaving dire
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> As I state in the ChangeLog, this fix is good enough for us.
Angus> The Boost people are talking about rewriting the function
Angus> entirely.
Angus> OK?
Yes.
JMarc
As I state in the ChangeLog, this fix is good enough for us. The Boost
people are talking about rewriting the function entirely.
OK?
--
AngusIndex: boost/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/boost/ChangeLog,v
ret
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, attached are two patches that almost complete our
Angus> support for old versions of Windows. OK?
Yes.
Angus> Thereafter, I think we can punt all remaining problems with
Angus> these flavours of Windows over to Qt/WinFr
Jean-Marc,
attached are two patches that almost complete our support for old versions
of Windows. OK?
Two small issues remain:
1. A bug in Boost.Filesystem's exists(path) function that is triggered on
Win98 when attempting to access a drive that doesn't exist. One line
work-around to follow. Inte
Jean-Marc Lasgouttes wrote:
> This fixes the leaving of inset, and also the selection of
> not-so-small atoms.
>
> Please test.
Looks good as far as I have tested. But be good if Daniel would test it as
well, though, for I'm a bit short on time ATM.
Jürgen
Jean-Marc Lasgouttes wrote:
> We should see what reLyX did and port that to tex2lyx, then.
I did that (at least partially). It works well with the example file.
Is it OK to apply?
I am not sure if I got all noweb features that noweb2lyx could convert.
Kayvan, could you please check whether som
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Yes, we shall remove
>>
>> cmd = FuncRequest(LFUN_FINISHED_LEFT);
>> cur.undispatched();
Juergen> OK. Do you happen to have a patch in hand?
OK, you win :)
This fixes t
Jean-Marc Lasgouttes wrote:
> Yes, we shall remove
>
> cmd = FuncRequest(LFUN_FINISHED_LEFT);
> cur.undispatched();
OK. Do you happen to have a patch in hand?
> Juergen> Also, is this correct?
>
> Juergen> default:
> Juergen> MathDimInset::doDispatch(cur, cmd);
> Juerge
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> 2/ the fact that the cursor moves outside of the inset. A delete
>> bug IMO.
Juergen> No surprise I think. Have a look at
Juergen> math_nestInset::doDispatch:
Yes, we shall remove
Jean-Marc Lasgouttes wrote:
> 2/ the fact that the cursor moves outside of the inset. A delete bug
> IMO.
No surprise I think. Have a look at math_nestInset::doDispatch:
case LFUN_DELETE_WORD_FORWARD:
case LFUN_DELETE:
recordUndo(cur);
cur.erase();
cmd = FuncRequest(LFUN_F
> "Daniel" == Daniel Watkins <[EMAIL PROTECTED]> writes:
Daniel> Angus said I should send a message here if I reported a bug in
Daniel> the cvs code, so I'm doing so. In this case, 1.4.0cvs of 27/9
Daniel> (or 9/27, depending on your location).
Daniel> Bug 2057 (http://bugzilla.lyx.org/show_b
Helge Hafting wrote:
> This breaks on missing TOC files for almost every language.
> Touching the missing files allows the build to proceed, although this
> probably doesn't create the desired result . . . It allows testing
> code patches though.
Please delete the toched files and do
make TOCs
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> OK, done, attached. Only I don't get it compiled because of
Martin> some missing library, which I am not really in the mood to
Martin> hunt down :-(
Martin> I suppose it's OK to check this in anyway.
Yes.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Sheesh, you make me jump through hoops! :)
And you manage it beautifully!
Angus> OK to commit to the LyX devel tree?
Yes.
JMarc
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Thu, Sep 29, 2005 at 09:00:47PM +0200, Helge Hafting wrote:
>> The patch did not apply well to todays CVS.
>>
>> Helge Hafting
Martin> OK, here's a fresh patch.
I'll try it out. Note though that the patches to ChangeLogs do
make[1]: Entering directory `/usr/src/lyx-devel/lib'
Making all in doc
make[2]: Entering directory `/usr/src/lyx-devel/lib/doc'
make[2]: *** No rule to make target `ro_TOC.lyx', needed by `all-am'. Stop.
make[2]: Leaving directory `/usr/src/lyx-devel/lib/doc'
make[1]: *** [all-recursive] Error 1
This one applied fine, and works fine too.
My big file with normal paragraphs is a joy to edit,
typing in stuff as well as erasing.
My big file consisting of a single paragraph is "useable",
I have to type garbage in order to be a line ahead of lyx.
Helge Hafting
21 matches
Mail list logo
