-Original Message-
From: lyx-devel@lists.lyx.org on behalf of Tommaso Cucinotta
Sent: Sun 7/10/2011 2:20 AM
To: lyx-devel@lists.lyx.org
Subject: Re: Bug in "advanced search" in LyX 2.0.1, infinite loop
>Il 08/07/2011 15:19, Helge Hafting ha scritto:
>> While translating, I came a cross
Barak Shoshany gmail.com> writes:
> An underlined display-style equation produces error messages when trying to
compile. See the attached document.
I don't think this is a bug, I think it is ordinary LaTeX behavior. Try the
following (after reseting the text style): use the text style dialog t
I have tested the new layouts and templates for svmono, svjour3, and
svmult. In these new versions, the proof, solution and problem
environments work for me. However, I would change the label of the sol
environment: Currently it is an automatically generated counter that
may have nothing to
Am Montag, 11. Juli 2011 schrieb Pavel Sanda:
> Kornel wrote:
> > > > - Separator
> > > > - Item "Dissolve Inset|D" "inset-dissolve"
> > > > +# Separator
> > > > +# Item "Dissolve Inset|D" "inset-dissolve"
> > > >
> > > > End
> > >
> >
Rainer M Krug wrote:
> On Mon, Jul 11, 2011 at 4:40 PM, Pavel Sanda wrote:
> This mustn't happen - but isn't this risk higher when we are trying to use
> own / copied routines to check then using an established command like "git
> status"?
this is not about "using our code" vs "parsing git output
On Mon, Jul 11, 2011 at 4:40 PM, Pavel Sanda wrote:
> Rainer M Krug wrote:
> > True - but the alternative is to code the tests, which is, as discussed,
> > quite problematic.
>
> or to steal them from git.
>
But I assume that these can also change over time, especially as they are
internal.
>
Rainer M Krug wrote:
> True - but the alternative is to code the tests, which is, as discussed,
> quite problematic.
or to steal them from git.
> There is this option for git status which could be used:
> --porcelain
>Give the output in a stable, easy-to-parse format for scripts.
>
On Mon, Jul 11, 2011 at 10:01 PM, Richard Heck wrote:
> (i) "cd .." takes me to /home/rgheck/, as expected
I understand that the bash builtin cd command reinterpreting ".." to
mean slice off part of the path.
> (ii) "ls .." gives me the files in /home/rgheck/files/, as not expected.
I u
On Mon, Jul 11, 2011 at 4:22 PM, Pavel Sanda wrote:
> Rainer M Krug wrote:
> > I might be missing something basic, but are there any problems with using
> >
> > git status FILE_OF_LYX_FILE
> >
> > and to parse the output?
>
> 1. it feels wrong to spawn new external command for each file/child ope
Kornel wrote:
> > > - Separator
> > > - Item "Dissolve Inset|D" "inset-dissolve"
> > > +#Separator
> > > +#Item "Dissolve Inset|D" "inset-dissolve"
> > >
> > > End
> >
> > this has been discussed somewhere?
>
> Sorry, this was not intentional. No
Rainer M Krug wrote:
> I might be missing something basic, but are there any problems with using
>
> git status FILE_OF_LYX_FILE
>
> and to parse the output?
1. it feels wrong to spawn new external command for each file/child opened.
2. there is no guarantee that the output to be parsed remain t
On Mon, Jul 11, 2011 at 4:01 PM, Richard Heck wrote:
> **
> On 07/11/2011 09:47 AM, Richard Heck wrote:
>
> On 07/11/2011 09:32 AM, Vincent van Ravesteijn wrote:
>
>
>(i) is certainly fixable, in the sense that we can spawn "git status"
> and check the return value, but it is not as easy as l
Richard Heck wrote:
> I'm a bit curious how it does this, actually. I mean: In such a way as
> properly to follow symlinks. I run into this kind of problem often.
> E.g., what ".." means seems to vary in a way I do not understand if you
> are in a symlinked directory.
thats where the fun begins. a
On 07/11/2011 09:47 AM, Richard Heck wrote:
> On 07/11/2011 09:32 AM, Vincent van Ravesteijn wrote:
>>
>>> (i) is certainly fixable, in the sense that we can spawn "git
>>> status" and check the return value, but it is not as easy as looking
>>> for .svn, say.
>>
>> We can just copy-paste the code
On Mon, Jul 11, 2011 at 3:47 PM, Richard Heck wrote:
> **
> On 07/11/2011 09:32 AM, Vincent van Ravesteijn wrote:
>
>
>(i) is certainly fixable, in the sense that we can spawn "git status"
> and check the return value, but it is not as easy as looking for .svn, say.
>
>
> We can just copy-pas
On 07/11/2011 09:32 AM, Vincent van Ravesteijn wrote:
>
>> (i) is certainly fixable, in the sense that we can spawn "git status"
>> and check the return value, but it is not as easy as looking for
>> .svn, say.
>
> We can just copy-paste the code that git uses itself to detect whether
> it is in a
On Mon, Jul 11, 2011 at 3:32 PM, Vincent van Ravesteijn wrote:
OK - so not as easy as I rememeber - well..
> (i) is certainly fixable, in the sense that we can spawn "git status" and
> check the return value, but it is not as easy as looking for .svn, say.
>
>
> We can just copy-paste the code
(i) is certainly fixable, in the sense that we can spawn "git status"
and check the return value, but it is not as easy as looking for .svn,
say.
We can just copy-paste the code that git uses itself to detect whether
it is in a repo or not ?
(ii) is definitely a different issue.
it depe
On 07/11/2011 07:52 AM, Rainer M Krug wrote:
> Hi,
>
> / /I know that git is not integrated as a vcs for LyX documents, but
> how much work would t be to include it? I remember reading somewhere
> that just a few scripts have to be changed - could somebody point me
> into the right direction?
>
> R
Hi,
* *I know that git is not integrated as a vcs for LyX documents, but how
much work would t be to include it? I remember reading somewhere that just a
few scripts have to be changed - could somebody point me into the right
direction?
Cheers,
Rainer
--
Rainer M. Krug, PhD (Conservation Ecol
Am Montag, 11. Juli 2011 schrieb Pavel Sanda:
> kor...@lyx.org wrote:
> > Author: kornel
> > Date: Sun Jul 10 22:49:04 2011
> > New Revision: 39274
> > URL: http://www.lyx.org/trac/changeset/39274
> >
> > Log:
> > Added springer and attic templates-subdirectories to install
> >
> > Modified:
> >
kor...@lyx.org wrote:
> Author: kornel
> Date: Sun Jul 10 22:49:04 2011
> New Revision: 39274
> URL: http://www.lyx.org/trac/changeset/39274
>
> Log:
> Added springer and attic templates-subdirectories to install
>
> Modified:
>lyx-devel/trunk/development/cmake/Install.cmake
>lyx-devel/tr
An underlined display-style equation produces error messages when trying to
compile. See the attached document.
Barak
Bug.lyx
Description: Binary data
23 matches
Mail list logo