Hi, this is pretty awesome indeed!
Would it be possible to do somethin OTR-like (in the sense of hiding
extra data) for exchanging cursor movement operations / cursor
location, and changes (typing, ...)? That would make it possible to
collaboratively edit LyX docs.
Hi, this is pretty awesome indeed!
Would it be possible to do somethin OTR-like (in the sense of hiding
extra data) for exchanging cursor movement operations / cursor
location, and changes (typing, ...)? That would make it possible to
collaboratively edit LyX docs.
Hi, this is pretty awesome indeed!
Would it be possible to do somethin OTR-like (in the sense of hiding
extra data) for exchanging cursor movement operations / cursor
location, and changes (typing, ...)? That would make it possible to
collaboratively edit LyX docs.
On Wed, Jul 31, 2013 at 3:00 PM, Steve Litt sl...@troubleshooters.com wrote:
Oh, I should have made it clear that style preservation would be my top
priority. But you remind me of something: Assuming one writes
completely styles-based HTML, the conversion to either LyX or LaTeX
would be
On Wed, Jul 31, 2013 at 3:00 PM, Steve Litt sl...@troubleshooters.com wrote:
Oh, I should have made it clear that style preservation would be my top
priority. But you remind me of something: Assuming one writes
completely styles-based HTML, the conversion to either LyX or LaTeX
would be
On Wed, Jul 31, 2013 at 3:00 PM, Steve Litt wrote:
> Oh, I should have made it clear that style preservation would be my top
> priority. But you remind me of something: Assuming one writes
> completely styles-based HTML, the conversion to either LyX or LaTeX
> would be
On Mon, Jul 8, 2013 at 8:52 PM, Steve Litt sl...@troubleshooters.com wrote:
[...]
Let me do a broken disk impression...
I've used XHTML + XSLT successfully to convert to other XML schemas.
XHTML doesn't quite preserve enough metadata for me though, so I've
also written a LyX - XML converter[0]
On Mon, Jul 8, 2013 at 8:52 PM, Steve Litt sl...@troubleshooters.com wrote:
[...]
Let me do a broken disk impression...
I've used XHTML + XSLT successfully to convert to other XML schemas.
XHTML doesn't quite preserve enough metadata for me though, so I've
also written a LyX - XML converter[0]
On Mon, Jul 8, 2013 at 8:52 PM, Steve Litt wrote:
> [...]
Let me do a broken disk impression...
I've used XHTML + XSLT successfully to convert to other XML schemas.
XHTML doesn't quite preserve enough metadata for me though, so I've
also written a LyX -> XML
A quick search for odt xslt finds some possibly useful tools and other things:
http://stackoverflow.com/questions/13031514/html-to-odt-xslt
http://opendocumentfellowship.com/projects/odftools
http://wiki.openoffice.org/wiki/ODF_Toolkit/Efforts/ODTransform
http://open.comsultia.com/docbook2odf/
A quick search for odt xslt finds some possibly useful tools and other things:
http://stackoverflow.com/questions/13031514/html-to-odt-xslt
http://opendocumentfellowship.com/projects/odftools
http://wiki.openoffice.org/wiki/ODF_Toolkit/Efforts/ODTransform
http://open.comsultia.com/docbook2odf/
A quick search for "odt xslt" finds some possibly useful tools and other things:
http://stackoverflow.com/questions/13031514/html-to-odt-xslt
http://opendocumentfellowship.com/projects/odftools
http://wiki.openoffice.org/wiki/ODF_Toolkit/Efforts/ODTransform
http://open.comsultia.com/docbook2odf/
On Wed, May 1, 2013 at 7:21 AM, ehud.kaplan ehud.kap...@gmail.com wrote:
I had tried to convert from a Lyx document (a Ph.D. thesis, ~140 pages) to
LibreOffice (File/Export/HTML). Much of it worked, but there were many
problems:
Equation numbers moved from right to left
Figures were totally
On Wed, May 1, 2013 at 7:21 AM, ehud.kaplan ehud.kap...@gmail.com wrote:
I had tried to convert from a Lyx document (a Ph.D. thesis, ~140 pages) to
LibreOffice (File/Export/HTML). Much of it worked, but there were many
problems:
Equation numbers moved from right to left
Figures were totally
On Wed, May 1, 2013 at 7:21 AM, ehud.kaplan wrote:
> I had tried to convert from a Lyx document (a Ph.D. thesis, ~140 pages) to
> LibreOffice (File/Export/HTML). Much of it worked, but there were many
> problems:
>
> Equation numbers moved from right to left
> Figures were
Since we're piling on...
I don't mind the sort of ribbon menu as they've evolved to be at MSFT,
but I do prefer pull-down menus with *text* instead of icons. I'm a
textual user, I prefer everything as textual as possible. I'd even
like a search feature for menus/functions, and in general I'd
On Tue, Apr 9, 2013 at 1:36 PM, Liviu Andronic landronim...@gmail.com wrote:
On Tue, Apr 9, 2013 at 8:20 PM, Nico Williams n...@cryptonector.com wrote:
textual user, I prefer everything as textual as possible. I'd even
like a search feature for menus/functions, and in general I'd like
That's
Since we're piling on...
I don't mind the sort of ribbon menu as they've evolved to be at MSFT,
but I do prefer pull-down menus with *text* instead of icons. I'm a
textual user, I prefer everything as textual as possible. I'd even
like a search feature for menus/functions, and in general I'd
On Tue, Apr 9, 2013 at 1:36 PM, Liviu Andronic landronim...@gmail.com wrote:
On Tue, Apr 9, 2013 at 8:20 PM, Nico Williams n...@cryptonector.com wrote:
textual user, I prefer everything as textual as possible. I'd even
like a search feature for menus/functions, and in general I'd like
That's
Since we're piling on...
I don't mind the sort of ribbon menu as they've evolved to be at MSFT,
but I do prefer pull-down menus with *text* instead of icons. I'm a
textual user, I prefer everything as textual as possible. I'd even
like a search feature for menus/functions, and in general I'd
On Tue, Apr 9, 2013 at 1:36 PM, Liviu Andronic <landronim...@gmail.com> wrote:
> On Tue, Apr 9, 2013 at 8:20 PM, Nico Williams <n...@cryptonector.com> wrote:
>> textual user, I prefer everything as textual as possible. I'd even
>> like a search feature for menus/functio
On Tue, Feb 26, 2013 at 2:14 AM, Rainer M Krug r.m.k...@gmail.com wrote:
On 26/02/13 03:08, Nico Williams wrote:
It'd be nice to have a LyX diff/merge feature. (We've had a thread about
this.)
Yes - and I think it would be *really* useful.
Maybe a Google Sumer Of Code project, or would
On Tue, Feb 26, 2013 at 2:14 AM, Rainer M Krug r.m.k...@gmail.com wrote:
On 26/02/13 03:08, Nico Williams wrote:
It'd be nice to have a LyX diff/merge feature. (We've had a thread about
this.)
Yes - and I think it would be *really* useful.
Maybe a Google Sumer Of Code project, or would
On Tue, Feb 26, 2013 at 2:14 AM, Rainer M Krug <r.m.k...@gmail.com> wrote:
> On 26/02/13 03:08, Nico Williams wrote:
>> It'd be nice to have a LyX diff/merge feature. (We've had a thread about
>> this.)
>
> Yes - and I think it would be *really* useful.
>
> May
Mind you, merging LyX contents via a VCS is not easy...
What I've been doing so far with my colleagues is to pass around a
your turn e-mail, then we each make our edits in turn with change
tracking, and one of us (or the next one to get a turn) merges edits.
It'd be nice to have a LyX diff/merge
Mind you, merging LyX contents via a VCS is not easy...
What I've been doing so far with my colleagues is to pass around a
your turn e-mail, then we each make our edits in turn with change
tracking, and one of us (or the next one to get a turn) merges edits.
It'd be nice to have a LyX diff/merge
Mind you, merging LyX contents via a VCS is not easy...
What I've been doing so far with my colleagues is to pass around a
"your turn" e-mail, then we each make our edits in turn with change
tracking, and one of us (or the next one to get a turn) merges edits.
It'd be nice to have a LyX
On Wed, Jan 23, 2013 at 9:15 AM, Guenter Milde mi...@users.sf.net wrote:
On 2013-01-22, Nico Williams wrote:
There was a thread about this a while back and the conclusion was that
I'm on my own with this, that for now my lyx2xml is not to be part of
LyX. Partly there's a desire to consider
On Wed, Jan 23, 2013 at 1:57 PM, Steve Litt sl...@troubleshooters.com wrote:
On Wed, 23 Jan 2013 15:15:15 + (UTC), Guenter Milde said:
Please don't be discouraged to continue the work on and publication of
the lyx2xml script. I think it is a useful addition to LyX.
I have a question for
On Wed, Jan 23, 2013 at 5:01 PM, Steve Litt sl...@troubleshooters.com wrote:
On Wed, 23 Jan 2013 14:20:57 -0600, Nico Williams said:
Well, there's http://yaxml.rubyforge.org/ , which is a tool that
converts between (in both directions) YAXML and YAML. Pair this with
my lyx2xml script and you
On Wed, Jan 23, 2013 at 9:15 AM, Guenter Milde mi...@users.sf.net wrote:
On 2013-01-22, Nico Williams wrote:
There was a thread about this a while back and the conclusion was that
I'm on my own with this, that for now my lyx2xml is not to be part of
LyX. Partly there's a desire to consider
On Wed, Jan 23, 2013 at 1:57 PM, Steve Litt sl...@troubleshooters.com wrote:
On Wed, 23 Jan 2013 15:15:15 + (UTC), Guenter Milde said:
Please don't be discouraged to continue the work on and publication of
the lyx2xml script. I think it is a useful addition to LyX.
I have a question for
On Wed, Jan 23, 2013 at 5:01 PM, Steve Litt sl...@troubleshooters.com wrote:
On Wed, 23 Jan 2013 14:20:57 -0600, Nico Williams said:
Well, there's http://yaxml.rubyforge.org/ , which is a tool that
converts between (in both directions) YAXML and YAML. Pair this with
my lyx2xml script and you
On Wed, Jan 23, 2013 at 9:15 AM, Guenter Milde <mi...@users.sf.net> wrote:
> On 2013-01-22, Nico Williams wrote:
>> There was a thread about this a while back and the conclusion was that
>> I'm on my own with this, that for now my lyx2xml is not to be part of
>> Ly
On Wed, Jan 23, 2013 at 1:57 PM, Steve Litt wrote:
> On Wed, 23 Jan 2013 15:15:15 + (UTC), Guenter Milde said:
>> Please don't be discouraged to continue the work on and publication of
>> the lyx2xml script. I think it is a useful addition to LyX.
>
> I have a
On Wed, Jan 23, 2013 at 5:01 PM, Steve Litt <sl...@troubleshooters.com> wrote:
> On Wed, 23 Jan 2013 14:20:57 -0600, Nico Williams said:
>
>> Well, there's http://yaxml.rubyforge.org/ , which is a tool that
>> converts between (in both directions) YAXML and YAML. Pair
On Tue, Jan 22, 2013 at 8:52 AM, Richard Heck rgh...@lyx.org wrote:
On 01/22/2013 02:38 AM, Nico Williams wrote:
Hmm, the thought occurs that my lyx2xml script wouldn't be broken by any
changes to.lyx, not if it was always chained with lyx2lyx so that it's input
were always in a version
On Tue, Jan 22, 2013 at 8:52 AM, Richard Heck rgh...@lyx.org wrote:
On 01/22/2013 02:38 AM, Nico Williams wrote:
Hmm, the thought occurs that my lyx2xml script wouldn't be broken by any
changes to.lyx, not if it was always chained with lyx2lyx so that it's input
were always in a version
On Tue, Jan 22, 2013 at 8:52 AM, Richard Heck <rgh...@lyx.org> wrote:
> On 01/22/2013 02:38 AM, Nico Williams wrote:
>> Hmm, the thought occurs that my lyx2xml script wouldn't be broken by any
>> changes to.lyx, not if it was always chained with lyx2lyx so that it's
I've been using LyXHTML and writing an XSL to convert from that.
That's left me unsatisfied.
I think the right approach is to have a LyX XML schema, export to
that, then apply an XSL to convert to whatever format you want. I've
written a script to convert .lyx to XML using a very simple-minded
Hmm, the thought occurs that my lyx2xml script wouldn't be broken by any
changes to.lyx, not if it was always chained with lyx2lyx so that it's
input were always in a version supported by lyx2xml...
I've been using LyXHTML and writing an XSL to convert from that.
That's left me unsatisfied.
I think the right approach is to have a LyX XML schema, export to
that, then apply an XSL to convert to whatever format you want. I've
written a script to convert .lyx to XML using a very simple-minded
Hmm, the thought occurs that my lyx2xml script wouldn't be broken by any
changes to.lyx, not if it was always chained with lyx2lyx so that it's
input were always in a version supported by lyx2xml...
I've been using LyXHTML and writing an XSL to convert from that.
That's left me unsatisfied.
I think the right approach is to have a LyX XML schema, export to
that, then apply an XSL to convert to whatever format you want. I've
written a script to convert .lyx to XML using a very simple-minded
Hmm, the thought occurs that my lyx2xml script wouldn't be broken by any
changes to.lyx, not if it was always chained with lyx2lyx so that it's
input were always in a version supported by lyx2xml...
On Jan 2, 2013 8:13 AM, Richard Heck rgh...@lyx.org wrote:
On 01/02/2013 01:40 AM, Liviu Andronic wrote:
On Tue, Jan 1, 2013 at 4:32 PM, Richard Heck rgh...@lyx.org wrote:
all of this explanation, and these files, there. Better yet, for the
files,
create a git repo on github (or somewhere)
On Jan 2, 2013 8:13 AM, Richard Heck rgh...@lyx.org wrote:
On 01/02/2013 01:40 AM, Liviu Andronic wrote:
On Tue, Jan 1, 2013 at 4:32 PM, Richard Heck rgh...@lyx.org wrote:
all of this explanation, and these files, there. Better yet, for the
files,
create a git repo on github (or somewhere)
On Jan 2, 2013 8:13 AM, "Richard Heck" wrote:
>
> On 01/02/2013 01:40 AM, Liviu Andronic wrote:
>>
>> On Tue, Jan 1, 2013 at 4:32 PM, Richard Heck wrote:
>>>
>>> all of this explanation, and these files, there. Better yet, for the
files,
>>> create a git repo on
When using the bibliography environment a section is created called
'References'. It's possible to add bibliography all over a document,
each set of which will be in its own section, but they're all called
References. Is there any way to change this other than editing the
.lyx to change the
Never mind, found it: paragraph settings.
On Fri, Dec 28, 2012 at 2:17 PM, Nico Williams n...@cryptonector.com wrote:
Never mind, found it: paragraph settings.
No, \labelwidthstring is something else. It'd be nice to be able to
title References sections something else. In RFC typesetting we need
to be able to have Normative References
When using the bibliography environment a section is created called
'References'. It's possible to add bibliography all over a document,
each set of which will be in its own section, but they're all called
References. Is there any way to change this other than editing the
.lyx to change the
Never mind, found it: paragraph settings.
On Fri, Dec 28, 2012 at 2:17 PM, Nico Williams n...@cryptonector.com wrote:
Never mind, found it: paragraph settings.
No, \labelwidthstring is something else. It'd be nice to be able to
title References sections something else. In RFC typesetting we need
to be able to have Normative References
When using the bibliography environment a section is created called
'References'. It's possible to add bibliography all over a document,
each set of which will be in its own section, but they're all called
"References". Is there any way to change this other than editing the
.lyx to change the
Never mind, found it: paragraph settings.
On Fri, Dec 28, 2012 at 2:17 PM, Nico Williams <n...@cryptonector.com> wrote:
> Never mind, found it: paragraph settings.
No, \labelwidthstring is something else. It'd be nice to be able to
title References sections something else. In RFC typesetting we need
to be able to have &
FWIW, I edit XML in vim plenty. It's not awesome, but it's not
particularly painful either. XML is not unfriendly to $EDITOR, but it
is more verbose. The great value that XML provides is in technologies
like XPath, XQuery, and XSLT. I ache for the power of XSLT in
association with LyX.
But
FWIW, I edit XML in vim plenty. It's not awesome, but it's not
particularly painful either. XML is not unfriendly to $EDITOR, but it
is more verbose. The great value that XML provides is in technologies
like XPath, XQuery, and XSLT. I ache for the power of XSLT in
association with LyX.
But
FWIW, I edit XML in vim plenty. It's not awesome, but it's not
particularly painful either. XML is not unfriendly to $EDITOR, but it
is more verbose. The great value that XML provides is in technologies
like XPath, XQuery, and XSLT. I ache for the power of XSLT in
association with LyX.
But
On Tue, Dec 18, 2012 at 10:43 PM, Steve Litt sl...@troubleshooters.com wrote:
On Tue, 18 Dec 2012 10:22:17 +0100
Rainer M Krug r.m.k...@gmail.com wrote:
This all sounds very exciting and extremely useful for import /
export / collaboration, but there is one aspect which I would be
missing in
On Tue, Dec 18, 2012 at 10:43 PM, Steve Litt sl...@troubleshooters.com wrote:
On Tue, 18 Dec 2012 10:22:17 +0100
Rainer M Krug r.m.k...@gmail.com wrote:
This all sounds very exciting and extremely useful for import /
export / collaboration, but there is one aspect which I would be
missing in
On Tue, Dec 18, 2012 at 10:43 PM, Steve Litt wrote:
> On Tue, 18 Dec 2012 10:22:17 +0100
> Rainer M Krug wrote:
>> This all sounds very exciting and extremely useful for import /
>> export / collaboration, but there is one aspect which I would be
>>
I've been using custom insets to represent metadata that LyX doesn't
natively handle. I'd like this to get rendered when printing or
exporting to, say, PDF. The rendering would first take the form of lyx
code, so that LyX needn't have too much change. How would I go about
making this happen?
On Mon, Dec 17, 2012 at 12:21 PM, Richard Heck rgh...@lyx.org wrote:
On 12/17/2012 11:45 AM, Alex Vergara Gil wrote:
There still are long-term plans to convert the native LyX format to XML.
But it turns out to be more work than one might expect.
rh
Really nice to hear about this, is there
On Mon, Dec 17, 2012 at 2:02 PM, stefano franchi
stefano.fran...@gmail.com wrote:
Sounds like a great idea. One question: would having an external but
faithful XML Lyx file allow XLS-translations to XML-based word-processing
formats?
That would solve once and for all (hopefully) the problem of
On Mon, Dec 17, 2012 at 2:25 PM, Richard Heck rgh...@lyx.org wrote:
I'm not so sure. If someone were to write a converter that mapped LyX's XML
onto ODT's, or whatever, then yes. But that would still need doing.
Yes, of course. However, I think it should be easier to write such
XSLs to map
On Mon, Dec 17, 2012 at 3:15 PM, Alex Vergara Gil a...@cphr.edu.cu wrote:
On Mon, Dec 17, 2012 at 2:25 PM, Richard Heck rgh...@lyx.org wrote:
I'm not so sure. If someone were to write a converter that mapped LyX's
XML
onto ODT's, or whatever, then yes. But that would still need doing.
I've been using custom insets to represent metadata that LyX doesn't
natively handle. I'd like this to get rendered when printing or
exporting to, say, PDF. The rendering would first take the form of lyx
code, so that LyX needn't have too much change. How would I go about
making this happen?
On Mon, Dec 17, 2012 at 12:21 PM, Richard Heck rgh...@lyx.org wrote:
On 12/17/2012 11:45 AM, Alex Vergara Gil wrote:
There still are long-term plans to convert the native LyX format to XML.
But it turns out to be more work than one might expect.
rh
Really nice to hear about this, is there
On Mon, Dec 17, 2012 at 2:02 PM, stefano franchi
stefano.fran...@gmail.com wrote:
Sounds like a great idea. One question: would having an external but
faithful XML Lyx file allow XLS-translations to XML-based word-processing
formats?
That would solve once and for all (hopefully) the problem of
On Mon, Dec 17, 2012 at 2:25 PM, Richard Heck rgh...@lyx.org wrote:
I'm not so sure. If someone were to write a converter that mapped LyX's XML
onto ODT's, or whatever, then yes. But that would still need doing.
Yes, of course. However, I think it should be easier to write such
XSLs to map
On Mon, Dec 17, 2012 at 3:15 PM, Alex Vergara Gil a...@cphr.edu.cu wrote:
On Mon, Dec 17, 2012 at 2:25 PM, Richard Heck rgh...@lyx.org wrote:
I'm not so sure. If someone were to write a converter that mapped LyX's
XML
onto ODT's, or whatever, then yes. But that would still need doing.
I've been using custom insets to represent metadata that LyX doesn't
natively handle. I'd like this to get rendered when printing or
exporting to, say, PDF. The rendering would first take the form of lyx
code, so that LyX needn't have too much change. How would I go about
making this happen?
On Mon, Dec 17, 2012 at 12:21 PM, Richard Heck wrote:
> On 12/17/2012 11:45 AM, Alex Vergara Gil wrote:
>>> There still are long-term plans to convert the native LyX format to XML.
>>> But it turns out to be more work than one might expect.
>>>
>>> rh
>>
>> Really nice to hear
On Mon, Dec 17, 2012 at 2:02 PM, stefano franchi
wrote:
> Sounds like a great idea. One question: would having an external but
> faithful XML Lyx file allow XLS-translations to XML-based word-processing
> formats?
> That would solve once and for all (hopefully) the
On Mon, Dec 17, 2012 at 2:25 PM, Richard Heck wrote:
> I'm not so sure. If someone were to write a converter that mapped LyX's XML
> onto ODT's, or whatever, then yes. But that would still need doing.
Yes, of course. However, I think it should be easier to write such
XSLs to map
On Mon, Dec 17, 2012 at 3:15 PM, Alex Vergara Gil wrote:
>
>> On Mon, Dec 17, 2012 at 2:25 PM, Richard Heck wrote:
>>>
>>> I'm not so sure. If someone were to write a converter that mapped LyX's
>>> XML
>>> onto ODT's, or whatever, then yes. But that would still
I've written a Python script for converting .lyx files to XML.
There's no DTD or schema, but it's a straightforward mapping of .lyx
format to XML. Things like \being_layout ... \end_layout become
layout ../layout and so on. This is much more faithful a
mapping to XML than LyXHTML, or any of
I've written a Python script for converting .lyx files to XML.
There's no DTD or schema, but it's a straightforward mapping of .lyx
format to XML. Things like \being_layout ... \end_layout become
layout ../layout and so on. This is much more faithful a
mapping to XML than LyXHTML, or any of
I've written a Python script for converting .lyx files to XML.
There's no DTD or schema, but it's a straightforward mapping of .lyx
format to XML. Things like \being_layout ... \end_layout become
... and so on. This is much more faithful a
mapping to XML than LyXHTML, or any of the other XML
On Thu, Dec 13, 2012 at 5:58 AM, Eric Weir eew...@bellsouth.net wrote:
On Apr 20, 2012, at 11:23 AM, stefano franchi wrote:
Moreover, it is not even clear that BibTeX will remain the only
database format for TeX users. Biber, a much more flexible and heavily
developed BibTeX replacement, is
On Thu, Dec 13, 2012 at 5:58 AM, Eric Weir eew...@bellsouth.net wrote:
On Apr 20, 2012, at 11:23 AM, stefano franchi wrote:
Moreover, it is not even clear that BibTeX will remain the only
database format for TeX users. Biber, a much more flexible and heavily
developed BibTeX replacement, is
On Thu, Dec 13, 2012 at 5:58 AM, Eric Weir wrote:
> On Apr 20, 2012, at 11:23 AM, stefano franchi wrote:
>> Moreover, it is not even clear that BibTeX will remain the only
>> database format for TeX users. Biber, a much more flexible and heavily
>> developed BibTeX
On Wed, Dec 12, 2012 at 7:49 AM, Pavel Sanda sa...@lyx.org wrote:
Gregory Jefferis wrote:
One solution would be to detect merge conflicts and call our diff algorithm
for the different versions.
This would be beautiful but an order of magnitude harder to implement (surely
not me:)
That's
On Wed, Dec 12, 2012 at 7:49 AM, Pavel Sanda sa...@lyx.org wrote:
Gregory Jefferis wrote:
One solution would be to detect merge conflicts and call our diff algorithm
for the different versions.
This would be beautiful but an order of magnitude harder to implement (surely
not me:)
That's
On Wed, Dec 12, 2012 at 7:49 AM, Pavel Sanda wrote:
> Gregory Jefferis wrote:
> One solution would be to detect merge conflicts and call our diff algorithm
> for the different versions.
> This would be beautiful but an order of magnitude harder to implement (surely
> not me:)
On Mon, Dec 10, 2012 at 5:22 PM, José Matos jama...@lyx.org wrote:
On 12/10/2012 10:46 PM, Nico Williams wrote:
Why is there no bibliography environment in the DocBook document
classes? There must be a reason, of course, but then, bibtex is still
supported, so that's strange...
The reason
On Tue, Dec 11, 2012 at 10:26 AM, Pavel Sanda sa...@lyx.org wrote:
We currently use integrated SVN support of LyX for this.
The merge conflicts are avoided by locking the whole document or childern
(parts of the text).
It is precisely because locking doesn't scale that we have branching
and
On Tue, Dec 11, 2012 at 12:25 PM, Pavel Sanda sa...@lyx.org wrote:
Nico Williams wrote:
It is precisely because locking doesn't scale that we have branching
and merging. Locking simply does not scale. This is true even of
documents (as opposed to source code).
Conditions I had in mind were
On Tuesday, December 11, 2012, Pavel Sanda wrote:
Nico Williams wrote:
I believe merging is easier than locking, even for small teams.
That's because you probably work with people with computer science
background.
The moment you step out of these waters the most you can expect is push
red
On Mon, Dec 10, 2012 at 5:22 PM, José Matos jama...@lyx.org wrote:
On 12/10/2012 10:46 PM, Nico Williams wrote:
Why is there no bibliography environment in the DocBook document
classes? There must be a reason, of course, but then, bibtex is still
supported, so that's strange...
The reason
On Tue, Dec 11, 2012 at 10:26 AM, Pavel Sanda sa...@lyx.org wrote:
We currently use integrated SVN support of LyX for this.
The merge conflicts are avoided by locking the whole document or childern
(parts of the text).
It is precisely because locking doesn't scale that we have branching
and
On Tue, Dec 11, 2012 at 12:25 PM, Pavel Sanda sa...@lyx.org wrote:
Nico Williams wrote:
It is precisely because locking doesn't scale that we have branching
and merging. Locking simply does not scale. This is true even of
documents (as opposed to source code).
Conditions I had in mind were
On Tuesday, December 11, 2012, Pavel Sanda wrote:
Nico Williams wrote:
I believe merging is easier than locking, even for small teams.
That's because you probably work with people with computer science
background.
The moment you step out of these waters the most you can expect is push
red
On Mon, Dec 10, 2012 at 5:22 PM, José Matos <jama...@lyx.org> wrote:
> On 12/10/2012 10:46 PM, Nico Williams wrote:
>> Why is there no bibliography environment in the DocBook document
>> classes? There must be a reason, of course, but then, bibtex is still
>> s
On Tue, Dec 11, 2012 at 10:26 AM, Pavel Sanda wrote:
> We currently use integrated SVN support of LyX for this.
> The merge conflicts are avoided by locking the whole document or childern
> (parts of the text).
It is precisely because locking doesn't scale that we have branching
On Tue, Dec 11, 2012 at 12:25 PM, Pavel Sanda <sa...@lyx.org> wrote:
> Nico Williams wrote:
>> It is precisely because locking doesn't scale that we have branching
>> and merging. Locking simply does not scale. This is true even of
>> documents (as opposed to source
On Tuesday, December 11, 2012, Pavel Sanda wrote:
> Nico Williams wrote:
> > I believe merging is easier than locking, even for small teams.
>
> That's because you probably work with people with computer science
> background.
> The moment you step out of these waters th
Why is there no bibliography environment in the DocBook document
classes? There must be a reason, of course, but then, bibtex is still
supported, so that's strange...
Nico
--
1 - 100 of 228 matches
Mail list logo