> "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
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 confl
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
> "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
> dire
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
42 matches
Mail list logo
