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 after a while.)
>
That
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
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) a
> "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
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 requ
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 by
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
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 wi
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
y there talks about their
new colloborative methods based on some wysiwyg wiki engine. So yes,
collaborative editing is the new religion in the corporate world :-)
Abdel.
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
>>>
>>> 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
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
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
>
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 conve
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?
>
>
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,
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 of
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 som
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 ca
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 t
> "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 take
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 b
> "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, whic
> "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
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:)
otherwise
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
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
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!
> "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/edi
d above. You'd probably have to do something with your browser
>to get this to work.
That looks like the second best solution
> A lot of this is quite easy to implement, but you will also have a lot
> of disadvantages (external image files, lot's of people may edit it
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
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 vc-
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
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 som
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 i
> "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 e
> "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
>>
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,
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
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
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
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. Mor
> "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
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 fai
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 features
I just came across this link
http://www.codingmonkeys.de/subethaedit/collaborate.html
It'd be nice if we somewhere in the future could do similar stuff with
LyX. Unfortunately I can't test it myself since it seems to be for OS X,
but mabye someone on this list is interested?
/C
--
Ch
[EMAIL PROTECTED] <[EMAIL PROTECTED]> writes:
>
> Dear Developers,
>
> LATEX/LYX is used very often in science to write publications. Most of the
> time there is not only one author, but two or more. Has anyone thought
> about a possibility of real-time
t; the
> > > time there is not only one author, but two or more. Has anyone thought
> > > about a possibility of real-time collaborative editing in LYX? This would
> > >
> > > be very useful.
> >
> > We haven't, really. It would be a pretty
t
> > about a possibility of real-time collaborative editing in LYX? This would
> > be very useful.
>
> We haven't, really. It would be a pretty big feature to implement.
>
> We do have change-tracking in LyX 1.4, though - this at least lets more
> than one per
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Nov 04, 2005 at 11:32:41PM +0100, Lars Gullik Bj?nnes wrote:
|
| > and stuff... but one process with multiple view migh be possible, when
| > we get multi-bufferviews of same buffer.
|
| How would that work with multiple people?
Open up a window
On Fri, Nov 04, 2005 at 11:32:41PM +0100, Lars Gullik Bj?nnes wrote:
> and stuff... but one process with multiple view migh be possible, when
> we get multi-bufferviews of same buffer.
How would that work with multiple people?
john
possibility of real-time collaborative editing in LYX? This would
| > be very useful.
|
| We haven't, really. It would be a pretty big feature to implement.
Oh we (I) have... it is just an extension of multi-view, multi-cursor into
same document on different screens at the same time.
(or
; about a possibility of real-time collaborative editing in LYX? This would
> > be very useful.
>
> We haven't, really. It would be a pretty big feature to implement.
>
> We do have change-tracking in LyX 1.4, though - this at least lets more
> than one person work
ught
> > about a possibility of real-time collaborative editing in LYX? This would
> > be very useful.
>
> We haven't, really. It would be a pretty big feature to implement.
>
> We do have change-tracking in LyX 1.4, though - this at least lets more
> than one
On Fri, Nov 04, 2005 at 02:25:59PM +0100, [EMAIL PROTECTED] wrote:
> LATEX/LYX is used very often in science to write publications. Most of the
> time there is not only one author, but two or more. Has anyone thought
> about a possibility of real-time collaborative editing in LYX? T
Dear Developers,
LATEX/LYX is used very often in science to write publications. Most of the
time there is not only one author, but two or more. Has anyone thought
about a possibility of real-time collaborative editing in LYX? This would
be very useful.
Greetings
Stefan
57 matches
Mail list logo
