On 11/05/2010 09:50 PM, Vincent van Ravesteijn wrote:
Op 6-11-2010 1:48, rgh...@lyx.org schreef:
Author: rgheck
Date: Sat Nov 6 01:48:00 2010
New Revision: 36152
URL: http://www.lyx.org/trac/changeset/36152
Log:
The beginnings of a "Programming lyx2lyx" manual, probably to be
extended to pref
On 11/05/2010 10:53 PM, for...@lyx.org wrote:
Author: forenr
Date: Sat Nov 6 03:53:29 2010
New Revision: 36156
URL: http://www.lyx.org/trac/changeset/36156
I assume this is also needed in branch?
rh
Am 06.11.2010 um 03:44 schrieb Stephan Witt:
> Am 06.11.2010 um 03:21 schrieb sa...@lyx.org:
>
>> Author: sanda
>> Date: Sat Nov 6 03:21:04 2010
>> New Revision: 36153
>> URL: http://www.lyx.org/trac/changeset/36153
>>
>> Log:
>> Fix RCS part of #6396. Btw revert is slightly broken now...
>
>
Am 06.11.2010 um 03:21 schrieb sa...@lyx.org:
> Author: sanda
> Date: Sat Nov 6 03:21:04 2010
> New Revision: 36153
> URL: http://www.lyx.org/trac/changeset/36153
>
> Log:
> Fix RCS part of #6396. Btw revert is slightly broken now...
Patch 1 should fix it... ok?
Patch 2 implements "Compare wit
Op 6-11-2010 1:48, rgh...@lyx.org schreef:
Author: rgheck
Date: Sat Nov 6 01:48:00 2010
New Revision: 36152
URL: http://www.lyx.org/trac/changeset/36152
Log:
The beginnings of a "Programming lyx2lyx" manual, probably to be
extended to prefs2prefs, once that's working.
Why not in subdir "codin
>Ow! It sounds as if the translation isn't being done back on read in that case.
Indeed.
The label of math is written as latex, but not parsed again as such.
Vincent
On 11/05/2010 06:07 PM, Vincent van Ravesteijn wrote:
Sorry if this has come up previously but I've encountered a problem with
lyx equation labels (lyx-1.6.7 on linux x86_64). When I use the label 'x=1'
for an equation, lyx changes it to 'x=3D1'. If I edit and save the lyx
file in emacs, then
On 11/05/2010 08:42 PM, Vincent van Ravesteijn wrote:
Op 6-11-2010 1:10, Pavel Sanda schreef:
Pavel Sanda wrote:
hi,
even trivial 1.6 files can't be opened now.
pavel
actually even 2.0 files can't be opened now.
pavel
Richard accidentally threw away my commit to lyx2lyx.
Sorry!
RH
On 11/05/2010 08:42 PM, Vincent van Ravesteijn wrote:
Op 6-11-2010 1:10, Pavel Sanda schreef:
Pavel Sanda wrote:
hi,
even trivial 1.6 files can't be opened now.
pavel
actually even 2.0 files can't be opened now.
pavel
Richard accidentally threw away my commit to lyx2lyx.
Half of it, proba
On 11/05/2010 05:28 PM, Vincent van Ravesteijn wrote:
The startscript routine seems to put a timeout of 18 on the process. If
that's milliseconds, then it's only about three minutes.
Richard
I guess three minutes is not enough when MikTeX decides to update packages.
What do we do ab
Op 6-11-2010 1:10, Pavel Sanda schreef:
Pavel Sanda wrote:
hi,
even trivial 1.6 files can't be opened now.
pavel
actually even 2.0 files can't be opened now.
pavel
Richard accidentally threw away my commit to lyx2lyx.
I think it is fixed now again.
Vincent
Am 05.11.2010 um 22:30 schrieb Vincent van Ravesteijn:
> first step to cure the VCS load problem
>
> Is it now completely fixed after r36145 ?
99,9% yes... :-)
I have to start over with a new document to verify it.
Though I'm nearly sure it works. My proposed patch was "included" in y
Am 05.11.2010 um 21:27 schrieb Vincent van Ravesteijn:
>> Now I've finished the patch and have a fundamental problem:
>> When a document contains vcs buffer-info insets like vcs-author the reload
>> crashes. The culprit is the owner_->setBusy(false); in VCS::doVCCommand().
>> The cursor cannot be
Richard Heck wrote:
> On 11/01/2010 09:20 AM, Pavel Sanda wrote:
>> hi,
>>
>> 1. Richard, whats the status of a)? i'm basically waiting only for this.
>> could you give it top priority on your list if its not fixed yet?
>>
>>
> I've sent a note to JMarc asking a few questions. Once I'm absolute
Pavel Sanda wrote:
> hi,
> even trivial 1.6 files can't be opened now.
> pavel
actually even 2.0 files can't be opened now.
pavel
hi,
even trivial 1.6 files can't be opened now.
pavel
#LyX 1.6.8svn created this file. For more info see http://www.lyx.org/
\lyxformat 345
\begin_document
\begin_header
\textclass article
\use_default_options false
\language english
\inputencoding auto
\font_roman lmodern
\font_sans default
\font_
> Sorry, but this really is a bug.
>
This is bug http://www.lyx.org/trac/ticket/7019 now.
Vincent
>> Sorry if this has come up previously but I've encountered a problem with
>> lyx equation labels (lyx-1.6.7 on linux x86_64). When I use the label 'x=1'
>> for an equation, lyx changes it to 'x=3D1'. If I edit and save the lyx
>> file in emacs, then the next time lyx opens the file, the label
first step to cure the VCS load problem
>>>
Is it now completely fixed after r36145 ?
Vincent
> The startscript routine seems to put a timeout of 18 on the process. If
> that's milliseconds, then it's only about three minutes.
>
> Richard
>
I guess three minutes is not enough when MikTeX decides to update packages.
What do we do about this ?
Vincent
On Fri, Nov 5, 2010 at 9:28 PM, Pavel Sanda wrote:
> v...@lyx.org wrote:
>> Author: vfr
>> Date: Fri Nov 5 21:24:58 2010
>> New Revision: 36140
>> URL: http://www.lyx.org/trac/changeset/36140
>>
>> Log:
>> Allow for nested setBusy calls.
>
> i had the same idea, but i stopped on the question what
v...@lyx.org wrote:
> Author: vfr
> Date: Fri Nov 5 21:24:58 2010
> New Revision: 36140
> URL: http://www.lyx.org/trac/changeset/36140
>
> Log:
> Allow for nested setBusy calls.
i had the same idea, but i stopped on the question what if, because of some
exception etc,
we return from the code w
> Now I've finished the patch and have a fundamental problem:
> When a document contains vcs buffer-info insets like vcs-author the reload
> crashes. The culprit is the owner_->setBusy(false); in VCS::doVCCommand().
> The cursor cannot be changed when the buffer load is in progress - it seems.
> I
Stephan Witt wrote:
> crashes. The culprit is the owner_->setBusy(false); in VCS::doVCCommand().
> The cursor cannot be changed when the buffer load is in progress - it seems.
the problem is that setBusy not only changes hourglass cursor but also
tries to start/stop blinking cursor inside workarea
On 11/04/2010 06:22 PM, Uwe Stöhr wrote:
> I think this is right
Hmm, but you are not sure. I don't think it is safe to commit it then.
I would have preferred that you sent me at least mail to answer your
questions before modifying the working routine.
> but I could not really follow the log
Hi,
Gregory Jefferis wrote:
3. Gregory, you didn't replied to us. you have only very limited time
frame
to do so, otherwise things in 2.0 might by undesirable for you.
short resume for things we need before releasing beta
a) - Richard has some pending work on lyx2lyx which will finish some
26 matches
Mail list logo
