Re: GSoC Update: Interactive LyX: Successful Collaborative editing in slow network.

On Wed, Aug 6, 2014 at 6:25 AM, Cyrille Artho c.ar...@aist.go.jp wrote: Hi Sushant, Thank you for the video. It's good to see that the contents of both documents converge even with extreme lag. (I guess that in real use, a lag of 1 second would cause users to end an editing session after a

Re: GSoC Update: Interactive LyX: Successful Collaborative editing in slow network.

On Wed, Aug 6, 2014 at 6:25 AM, Cyrille Artho wrote: > Hi Sushant, > Thank you for the video. It's good to see that the contents of both > documents converge even with extreme lag. (I guess that in real use, a lag > of > 1 second would cause users to end an editing session

GSoC Update: Interactive LyX: Successful Collaborative editing in slow network.

Hi LyX developers, This is my latest update on the project Interactive lyx. Check out this youtube video http://youtu.be/Mh-1OL7I5qE (Pls don't mind the video distortion, some bug in the screen recorder i guess). This is done by maintaining a history of edits (different versions of the document)

Re: GSoC Update: Interactive LyX: Successful Collaborative editing in slow network.

Hi Sushant, Thank you for the video. It's good to see that the contents of both documents converge even with extreme lag. (I guess that in real use, a lag of 1 second would cause users to end an editing session after a while.) With video distortion, did you mean the redraw issue in the top

GSoC Update: Interactive LyX: Successful Collaborative editing in slow network.

Hi LyX developers, This is my latest update on the project Interactive lyx. Check out this youtube video http://youtu.be/Mh-1OL7I5qE (Pls don't mind the video distortion, some bug in the screen recorder i guess). This is done by maintaining a history of edits (different versions of the document)

Re: GSoC Update: Interactive LyX: Successful Collaborative editing in slow network.

Hi Sushant, Thank you for the video. It's good to see that the contents of both documents converge even with extreme lag. (I guess that in real use, a lag of > 1 second would cause users to end an editing session after a while.) With "video distortion", did you mean the redraw issue in the

Re: lyx and collaborative editing.

Christian == Christian Ridderström [EMAIL PROTECTED] writes: In case you don't need a lot of math (which I doubt), the MimeTeX plugin well actually I do need a lot of math (look at my address :)) can be used: http://www.pmwiki.org/wiki/Cookbook/MimeTeX so this is not

Re: lyx and collaborative editing.

> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes: > In case you don't need a lot of math (which I doubt), the MimeTeX > plugin well actually I do need a lot of math (look at my address :)) > can be used: >http://www.pmwiki.org/wiki/Cookbook/MimeTeX so

Re: lyx and collaborative editing.

On 24/09/2008 01:39, Christian Ridderström wrote: On Tue, 23 Sep 2008, Andre Poenitz wrote: If LyX has support for the VCS tool that you use, these actions (checkout, commit, update) can all be done from within LyX. Isn't the problem _merging_ of changes, or, equivalently, resolving of

Re: lyx and collaborative editing.

Uwe Brauer wrote: Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: This solution exists. See here for instance http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the wiki

Re: lyx and collaborative editing.

Uwe Brauer a écrit : Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: This solution exists. See here for instance http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the

Re: lyx and collaborative editing.

Michel Lavaud wrote: Uwe Brauer a écrit : Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: This solution exists. See here for instance http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or

Re: lyx and collaborative editing.

On Thu, 25 Sep 2008, Helge Hafting wrote: why is this so, what a pity that would be ideal for collaboration. Because running latex on unrestricted input in practice lets you do anything you can do with a program. Want to plant a virus program? Embed the virus in latex code as a string of

Re: lyx and collaborative editing.

On Thu, 25 Sep 2008, Uwe Brauer wrote: Planet Math (http://planetmath.org/) is a collaborative encyclopedia based on LaTeX, with some restrictions to maintain a coherent look and feel (like the style of a scientific journal). The server part can be installed on any machine, the software

Re: lyx and collaborative editing.

On 24/09/2008 01:39, Christian Ridderström wrote: On Tue, 23 Sep 2008, Andre Poenitz wrote: If LyX has support for the VCS tool that you use, these actions (checkout, commit, update) can all be done from within LyX. Isn't the problem _merging_ of changes, or, equivalently, resolving of

Re: lyx and collaborative editing.

Uwe Brauer wrote: Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: > This solution exists. See here for instance > http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the wiki

Re: lyx and collaborative editing.

Uwe Brauer a écrit : Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: > This solution exists. See here for instance > http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the

Re: lyx and collaborative editing.

Michel Lavaud wrote: Uwe Brauer a écrit : Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: > This solution exists. See here for instance > http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex

Re: lyx and collaborative editing.

On Thu, 25 Sep 2008, Helge Hafting wrote: why is this so, what a pity that would be ideal for collaboration. Because running latex on unrestricted input in practice lets you do anything you can do with a program. Want to plant a virus program? Embed the virus in latex code as a string of

Re: lyx and collaborative editing.

On Thu, 25 Sep 2008, Uwe Brauer wrote: Planet Math (http://planetmath.org/) is a collaborative encyclopedia based on LaTeX, with some restrictions to maintain a coherent look and feel (like the style of a scientific journal). The server part can be installed on any machine, the software

Re: lyx and collaborative editing.

Correct. It converts wiki (via XML, then LaTeX) to PDF. Please note that allowing plain, arbitrary LaTeX to be parsed on an open wiki is a security risk. why is this so, what a pity that would be ideal for collaboration. To which of the above parts do you refer? The

Re: lyx and collaborative editing.

On Wed, 24 Sep 2008, Uwe Brauer wrote: Correct. It converts wiki (via XML, then LaTeX) to PDF. Please note that allowing plain, arbitrary LaTeX to be parsed on an open wiki is a security risk. why is this so, what a pity that would be ideal for collaboration. To which of the

Re: lyx and collaborative editing.

>>> >>> Correct. It converts wiki (via XML, then LaTeX) to PDF. Please >>> note that allowing plain, arbitrary LaTeX to be parsed on an open >>> wiki is a security risk. >> >> why is this so, what a pity that would be ideal for collaboration. > To which of the above parts

Re: lyx and collaborative editing.

On Wed, 24 Sep 2008, Uwe Brauer wrote: >>> Correct. It converts wiki (via XML, then LaTeX) to PDF. Please >>> note that allowing plain, arbitrary LaTeX to be parsed on an open >>> wiki is a security risk. >> >> why is this so, what a pity that would be ideal for collaboration. > To

Re: lyx and collaborative editing.

On Mon, 22 Sep 2008, Uwe Brauer wrote: This solution exists. See here for instance http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the wiki which is then converted. You have to start with some

Re: lyx and collaborative editing.

On Mon, 22 Sep 2008, Uwe Brauer wrote: The adavantage is to have a server, which looks intuive. VCS seems to have a non flat learning curve and then it is not clear to me how to interchange files, by email? Typically the VCS tool would take care of interchanging the data. Maybe an example

Re: lyx and collaborative editing.

On Mon, 22 Sep 2008, Abdelrazak Younes wrote: No, LyX would take care of all the complicated stuff in this mode of operation (theoretically!) even for LyX running on Windows? I think TortoiseSVN, ToritoiseCVS and the other extensions of the Explorer are all relatively user friendly,

Re: lyx and collaborative editing.

On Tue, Sep 23, 2008 at 10:04:12PM +0200, Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: The adavantage is to have a server, which looks intuive. VCS seems to have a non flat learning curve and then it is not clear to me how to interchange files, by email? Typically

Re: lyx and collaborative editing.

Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: This solution exists. See here for instance http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the wiki which is then

Re: lyx and collaborative editing.

On Tue, 23 Sep 2008, Uwe Brauer wrote: This solution exists. See here for instance http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the wiki which is then converted. You have to start

Re: lyx and collaborative editing.

On Tue, 23 Sep 2008, Andre Poenitz wrote: If LyX has support for the VCS tool that you use, these actions (checkout, commit, update) can all be done from within LyX. Isn't the problem _merging_ of changes, or, equivalently, resolving of conflicts? Indeed, but as I understood Uwe's simplest

Re: lyx and collaborative editing.

On Mon, 22 Sep 2008, Uwe Brauer wrote: > This solution exists. See here for instance > http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the wiki which is then converted. You have to start with

Re: lyx and collaborative editing.

On Mon, 22 Sep 2008, Uwe Brauer wrote: The adavantage is to have a server, which looks intuive. VCS seems to have a non flat learning curve and then it is not clear to me how to interchange files, by email? Typically the VCS tool would take care of interchanging the data. Maybe an example

Re: lyx and collaborative editing.

On Mon, 22 Sep 2008, Abdelrazak Younes wrote: > No, LyX would take care of all the complicated stuff in this mode of > operation (theoretically!) even for LyX running on Windows? I think TortoiseSVN, ToritoiseCVS and the other extensions of the Explorer are all relatively user friendly,

Re: lyx and collaborative editing.

On Tue, Sep 23, 2008 at 10:04:12PM +0200, Christian Ridderström wrote: > On Mon, 22 Sep 2008, Uwe Brauer wrote: > >> The adavantage is to have a server, which looks intuive. VCS seems to >> have a non flat learning curve and then it is not clear to me how to >> interchange files, by email? > >

Re: lyx and collaborative editing.

Christian Ridderström wrote: On Mon, 22 Sep 2008, Uwe Brauer wrote: > This solution exists. See here for instance > http://www.pmwiki.org/wiki/Cookbook/PublishPDF Having read this again, it seems to be that you cannot directly write Latex or Lyx input into the wiki which is then

Re: lyx and collaborative editing.

On Tue, 23 Sep 2008, Uwe Brauer wrote: > > This solution exists. See here for instance > > http://www.pmwiki.org/wiki/Cookbook/PublishPDF > > Having read this again, it seems to be that you cannot directly write > Latex or Lyx input into the wiki which is then converted. You have to

Re: lyx and collaborative editing.

On Tue, 23 Sep 2008, Andre Poenitz wrote: If LyX has support for the VCS tool that you use, these actions (checkout, commit, update) can all be done from within LyX. Isn't the problem _merging_ of changes, or, equivalently, resolving of conflicts? Indeed, but as I understood Uwe's simplest

Re: lyx and collaborative editing.

Christian == Christian Ridderström [EMAIL PROTECTED] writes: On Sun, 21 Sep 2008, Uwe Brauer wrote: Christian == Christian Ridderström [EMAIL PROTECTED] writes: On Thu, 18 Sep 2008, rgheck wrote: I'm primarily waiting for the LyX file format to migrate to XML.

Re: lyx and collaborative editing.

Christian == Christian Ridderström [EMAIL PROTECTED] writes: On Sun, 21 Sep 2008, Uwe Brauer wrote: [snip] - a document which is around 50 pages I really think you'd be better of with a VCS, but it might be worth a try. The adavantage is to have a server, which looks

Re: lyx and collaborative editing.

On 22/09/2008 12:17, Uwe Brauer wrote: Christian == Christian Ridderström[EMAIL PROTECTED] writes: On Sun, 21 Sep 2008, Uwe Brauer wrote: [snip] - a document which is around 50 pages I really think you'd be better of with a VCS, but it might be worth a

Re: lyx and collaborative editing.

Christian == Christian Ridderström [EMAIL PROTECTED] writes: I'm primarily waiting for the LyX file format to migrate to XML. That would be really great. As an aside, it is already possible to use an extension to the wiki that takes wiki pages, convert them to

Re: lyx and collaborative editing.

Abdelrazak Younes wrote: On 22/09/2008 12:17, Uwe Brauer wrote: The adavantage is to have a server, which looks intuive. VCS seems to have a non flat learning curve and then it is not clear to me how to interchange files, by email? No, LyX would take care of all the complicated stuff in

Re: lyx and collaborative editing.

On 22/09/2008 12:41, Uwe Brauer wrote: Abdelrazak Younes wrote: On 22/09/2008 12:17, Uwe Brauer wrote: The adavantage is to have a server, which looks intuive. VCS seems to have a non flat learning curve and then it is not clear to me how to interchange files, by email? No, LyX would take

Re: lyx and collaborative editing.

> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes: > On Sun, 21 Sep 2008, Uwe Brauer wrote: >>> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes: >> >> > On Thu, 18 Sep 2008, rgheck wrote: >> > I'm primarily waiting for the LyX file format

Re: lyx and collaborative editing.

> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes: > On Sun, 21 Sep 2008, Uwe Brauer wrote: [snip] >> >> - a document which is around 50 pages > I really think you'd be better of with a VCS, but it might be worth a try. The adavantage is to have a server,

Re: lyx and collaborative editing.

On 22/09/2008 12:17, Uwe Brauer wrote: "Christian" == Christian Ridderström<[EMAIL PROTECTED]> writes: > On Sun, 21 Sep 2008, Uwe Brauer wrote: [snip] >> >> - a document which is around 50 pages > I really think you'd be better of with a VCS, but it might

Re: lyx and collaborative editing.

> "Christian" == Christian Ridderström > <[EMAIL PROTECTED]> > writes: >> > I'm primarily waiting for the LyX file format to migrate to XML. >> >> That would be really great. >> >> > As an aside, it is already possible to use an extension to the >> > wiki that

Re: lyx and collaborative editing.

Abdelrazak Younes wrote: On 22/09/2008 12:17, Uwe Brauer wrote: The adavantage is to have a server, which looks intuive. VCS seems to have a non flat learning curve and then it is not clear to me how to interchange files, by email? No, LyX would take care of all the complicated stuff in

Re: lyx and collaborative editing.

On 22/09/2008 12:41, Uwe Brauer wrote: Abdelrazak Younes wrote: On 22/09/2008 12:17, Uwe Brauer wrote: The adavantage is to have a server, which looks intuive. VCS seems to have a non flat learning curve and then it is not clear to me how to interchange files, by email? No, LyX would take

Re: lyx and collaborative editing.

Christian == Christian Ridderström [EMAIL PROTECTED] writes: If you'd really want to do the simple thing for a single file, then I can explain the API for working with the wiki servers' pages. Why the pages? Well, since .lyx is plain text, it could just be stored directly in a

Re: lyx and collaborative editing.

Christian == Christian Ridderström [EMAIL PROTECTED] writes: On Thu, 18 Sep 2008, rgheck wrote: I mainly answered to your points in the other post but you mention some interesting facts I did not know about. That sounds a lot like my old (not yet dead idea) of storing/editing LyX

Re: lyx and collaborative editing.

Christian Ridderström wrote: * To download a page source: curl 'http://wiki.lyx.org/Group/File?action=source' File.lyx what is supposed to do, when I tried it I just obtained an empty file!

Re: lyx and collaborative editing.

On Sun, 21 Sep 2008, Uwe Brauer wrote: Christian Ridderström wrote: * To download a page source: curl 'http://wiki.lyx.org/Group/File?action=source' File.lyx what is supposed to do, when I tried it I just obtained an empty file! It'll retrieve the source, i.e. the wiki markup, of a

Re: lyx and collaborative editing.

On Sun, 21 Sep 2008, Uwe Brauer wrote: Christian == Christian Ridderström [EMAIL PROTECTED] writes: On Thu, 18 Sep 2008, rgheck wrote: I mainly answered to your points in the other post but you mention some interesting facts I did not know about. That sounds a lot like my old (not yet

Re: lyx and collaborative editing.

On Sun, 21 Sep 2008, Uwe Brauer wrote: * Store the .lyx-file in a wiki page as the following wiki markup: (:LyX-file:) LyX file goes here (:LyX-fileend:) Precisely. Seeing it, I realize it must actually be more like this: (:LyX-file filename :) LyX file goes

Re: lyx and collaborative editing.

> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes: > If you'd really want to do the simple thing for a single file, then > I can explain the API for working with the wiki servers' pages. Why > the pages? Well, since .lyx is plain text, it could just be stored >

Re: lyx and collaborative editing.

> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes: > On Thu, 18 Sep 2008, rgheck wrote: I mainly answered to your points in the other post but you mention some interesting facts I did not know about. > That sounds a lot like my old (not yet dead idea) of >

Re: lyx and collaborative editing.

Christian Ridderström wrote: * To download a page source: curl 'http://wiki.lyx.org/Group/File?action=source' > File.lyx what is supposed to do, when I tried it I just obtained an empty file!

Re: lyx and collaborative editing.

On Sun, 21 Sep 2008, Uwe Brauer wrote: Christian Ridderström wrote: * To download a page source: curl 'http://wiki.lyx.org/Group/File?action=source' > File.lyx what is supposed to do, when I tried it I just obtained an empty file! It'll retrieve the "source", i.e. the wiki markup,

Re: lyx and collaborative editing.

On Sun, 21 Sep 2008, Uwe Brauer wrote: "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes: > On Thu, 18 Sep 2008, rgheck wrote: I mainly answered to your points in the other post but you mention some interesting facts I did not know about. > That sounds a lot like my old

Re: lyx and collaborative editing.

On Sun, 21 Sep 2008, Uwe Brauer wrote: > * Store the .lyx-file in a wiki page as the following "wiki markup": > (:LyX-file:) > > (:LyX-fileend:) Precisely. Seeing it, I realize it must actually be more like this: (:LyX-file :) (:LyX-fileend:)

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, Abdelrazak Younes wrote: That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with wikipedia) No, it's not so much that. I could be wrong, but it seems to me like doing this would

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, rgheck wrote: I was thinking more in terms of a browser-based frontend communicating via AJAX with a LyX instance running on a server. But what you're suggesting makes sense. I had a different idea, though, too. What if the LyX document itself were stored on a server

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, rgheck wrote: Then you could check for changes to the existing file and figure out how to integrate them, or pop up some sort of conflict resolution thingy if that was non-trivial. Of course, you'd also want to be able to save the file to the remote location. If you'd

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, Uwe Brauer wrote: That sounds interesing, could that be done easily. In my experience normal user don't care much about a very sophisticated system. More important is that it is intuitive to use and the learning curve is flat. Any I am not sure that this is true for a

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, Uwe Brauer wrote: However since the mediwiki engine can't display the lyx code the result would be so nice. Please see my other post on this. /Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, Abdelrazak Younes wrote: > That I was afraid of. It reminds me of the hen/egg problem. Not very > many people miss such a software, but once it is there...(like with > wikipedia) > No, it's not so much that. I could be wrong, but it seems to me like doing this would

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, rgheck wrote: I was thinking more in terms of a browser-based frontend communicating via AJAX with a LyX instance running on a server. But what you're suggesting makes sense. I had a different idea, though, too. What if the LyX document itself were stored on a server

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, rgheck wrote: Then you could check for changes to the existing file and figure out how to integrate them, or pop up some sort of conflict resolution thingy if that was non-trivial. Of course, you'd also want to be able to save the file to the remote location. If you'd

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, Uwe Brauer wrote: That sounds interesing, could that be done easily. In my experience "normal" user don't care much about a very sophisticated system. More important is that it is intuitive to use and the learning curve is flat. Any I am not sure that this is true for a

Re: lyx and collaborative editing.

On Thu, 18 Sep 2008, Uwe Brauer wrote: However since the mediwiki engine can't display the lyx code the result would be so nice. Please see my other post on this. /Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr

lyx and collaborative editing.

Hello I know that the recent version of Lyx includes some interface to version control, but I think to simplify scientific collaboration a wikipedia/mediwiki solution would be much more intuitive. The zoho (www.zoho.com) writer comes closest, it supports some math formula and offline

Re: lyx and collaborative editing.

Uwe Brauer wrote: Hello I know that the recent version of Lyx includes some interface to version control, LyX has included interfaces to vc for some time, and the new version will extend the backends that can be used from rcs and cvs to svn and even git, I believe. More could be added

Re: lyx and collaborative editing.

rgheck == rgheck [EMAIL PROTECTED] writes: Uwe Brauer wrote: LyX has included interfaces to vc for some time, and the new version will extend the backends that can be used from rcs and cvs to svn and even git, I believe. More could be added fairly simply. but I

Re: lyx and collaborative editing.

Uwe Brauer wrote: rgheck == rgheck [EMAIL PROTECTED] writes: Uwe Brauer wrote: LyX has included interfaces to vc for some time, and the new version will extend the backends that can be used from rcs and cvs to svn and even git, I believe. More could be

Re: lyx and collaborative editing.

rgheck wrote: Uwe Brauer wrote: No. I suppose it could be done, but it would be a huge amount of work. That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with wikipedia) No, it's not so much that. I could be

Re: lyx and collaborative editing.

Abdelrazak Younes wrote: rgheck wrote: Uwe Brauer wrote: No. I suppose it could be done, but it would be a huge amount of work. That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with wikipedia) No, it's not

Re: lyx and collaborative editing.

Abdelrazak Younes wrote: No. I suppose it could be done, but it would be a huge amount of work. That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with wikipedia) No, it's not so much that. I could be

Re: lyx and collaborative editing.

Pavel Sanda wrote: Abdelrazak Younes wrote: No. I suppose it could be done, but it would be a huge amount of work. That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with wikipedia) No,

Re: lyx and collaborative editing.

rgheck == rgheck [EMAIL PROTECTED] writes: No. I suppose it could be done, but it would be a huge amount of work. That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with

Re: lyx and collaborative editing.

Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: rgheck wrote: Uwe Brauer wrote: No, it's not so much that. I could be wrong, but it seems to me like doing this would involve writing a whole new program, more or less. Not entirely. We could extend the lyxserver

lyx and collaborative editing.

Hello I know that the recent version of Lyx includes some interface to version control, but I think to simplify scientific collaboration a wikipedia/mediwiki solution would be much more intuitive. The zoho (www.zoho.com) writer comes closest, it supports some math formula and offline

Re: lyx and collaborative editing.

Uwe Brauer wrote: Hello I know that the recent version of Lyx includes some interface to version control, LyX has included interfaces to vc for some time, and the new version will extend the backends that can be used from rcs and cvs to svn and even git, I believe. More could be added

Re: lyx and collaborative editing.

> "rgheck" == rgheck > <[EMAIL PROTECTED]> writes: > Uwe Brauer wrote: >> >> > LyX has included interfaces to vc for some time, and the new > version will extend the backends that can be used from rcs and cvs > to svn and even git, I believe. More could be added

Re: lyx and collaborative editing.

Uwe Brauer wrote: "rgheck" == rgheck <[EMAIL PROTECTED]> writes: > Uwe Brauer wrote: >> >> > LyX has included interfaces to vc for some time, and the new > version will extend the backends that can be used from rcs and cvs > to svn and even git, I believe.

Re: lyx and collaborative editing.

rgheck wrote: Uwe Brauer wrote: > No. I suppose it could be done, but it would be a huge amount of > work. That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with wikipedia) No, it's not so much that. I could be

Re: lyx and collaborative editing.

Abdelrazak Younes wrote: rgheck wrote: Uwe Brauer wrote: > No. I suppose it could be done, but it would be a huge amount of > work. That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with wikipedia) No, it's

Re: lyx and collaborative editing.

Abdelrazak Younes wrote: >>> > No. I suppose it could be done, but it would be a huge amount of >>> > work. >>> >>> >>> That I was afraid of. It reminds me of the hen/egg problem. Not very >>> many people miss such a software, but once it is there...(like with >>> wikipedia) >>> >> No, it's not so

Re: lyx and collaborative editing.

Pavel Sanda wrote: Abdelrazak Younes wrote: No. I suppose it could be done, but it would be a huge amount of work. That I was afraid of. It reminds me of the hen/egg problem. Not very many people miss such a software, but once it is there...(like with wikipedia) No,

Re: lyx and collaborative editing.

> "rgheck" == rgheck <[EMAIL PROTECTED]> writes: >> >> > No. I suppose it could be done, but it would be a huge amount of >> > work. >> >> >> That I was afraid of. It reminds me of the hen/egg problem. Not >> very many people miss such a software, but once it is >>

Re: lyx and collaborative editing.

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: > rgheck wrote: >> Uwe Brauer wrote: >>> >> No, it's not so much that. I could be wrong, but it seems to me like >> doing this would involve writing a whole new program, more or less. > Not entirely. We could