* Collaborative editing and persistently tracking changes
@ 2009-09-09 17:05 David Reitter
2009-09-09 17:57 ` Andreas Politz
2009-09-10 13:21 ` Andreas Röhler
0 siblings, 2 replies; 6+ messages in thread
From: David Reitter @ 2009-09-09 17:05 UTC (permalink / raw
To: gnu emacs-help gnu
How would one track changes in Emacs and mark them up directly in an
Emacs buffer?
I often collaborate with people on documents and it's useful to see
what changes they've made. Many of my collaborators will want to use
Word, if only for its nice change-tracking feature.
I would need a combination of highlight-changes-mode and a way to save
and load the change history of a buffer into a file, just like MS Word
does it (with the new open docx format).
One option would be to use some sort of repository, or to store
versions of files before and after the changes and use M-x diff. But
that doesn't do a good job of tracking in-line changes (in times of
soft-wrapping, paragraphs are file lines!), and obviously I can't
force my collaborators to use extra tools. The added pain of having
to manage multiple file versions is also considerable, and there's
limited extra benefit in versioning repositories with, say,
manuscripts. You hardly ever want to inspect older history, or go
back to a previous version. (Having separate branches might work
well, but it's hard to get collaborators to commit to this technical
overhead. And again, even git's merge algorithm is line-based.)
All in all, I'm missing good Emacs support for non-concurrent
(asynchronous) real-time editing. Suggestions would be welcome.
- David Reitter
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Collaborative editing and persistently tracking changes
2009-09-09 17:05 Collaborative editing and persistently tracking changes David Reitter
@ 2009-09-09 17:57 ` Andreas Politz
2009-09-10 13:21 ` Andreas Röhler
1 sibling, 0 replies; 6+ messages in thread
From: Andreas Politz @ 2009-09-09 17:57 UTC (permalink / raw
To: help-gnu-emacs
David Reitter <david.reitter@gmail.com> writes:
> All in all, I'm missing good Emacs support for non-concurrent
> (asynchronous) real-time editing. Suggestions would be welcome.
>
Assuming such a thing for emacs would exist, how would that help you, if
one of your fellow contributors sends in his latest work in some XML
format ?
-ap
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Collaborative editing and persistently tracking changes
[not found] <mailman.6324.1252515940.2239.help-gnu-emacs@gnu.org>
@ 2009-09-09 19:38 ` Joost Kremers
2009-09-18 18:56 ` David (World) Reitter
0 siblings, 1 reply; 6+ messages in thread
From: Joost Kremers @ 2009-09-09 19:38 UTC (permalink / raw
To: help-gnu-emacs
David Reitter wrote:
> I often collaborate with people on documents and it's useful to see
> what changes they've made. Many of my collaborators will want to use
> Word, if only for its nice change-tracking feature.
well, i guess *any* method of tracking changes in emacs won't be compatible with
.doc or .docx files anyway, so isn't it pointless to try and do this in emacs?
or do you think all of your collaborators would be willing to use emacs if only
a decent "track changes" option were available?
> I would need a combination of highlight-changes-mode and a way to save
> and load the change history of a buffer into a file, just like MS Word
> does it (with the new open docx format).
highlight-changes-mode uses text properties to track changes. the elisp manual
describes a theoretical method of saving text properties to a file:
(info "elisp (Format Conversion Piecemeal)")
but a quick google search suggests no-one has actually implemented it.
> All in all, I'm missing good Emacs support for non-concurrent
> (asynchronous) real-time editing. Suggestions would be welcome.
i guess a good way would be to augment highlight-changes-mode with the necessary
functions to save the text properties it uses to a file and reading them back
in. but that would take some elisp hacking...
--
Joost Kremers joostkremers@yahoo.com
Selbst in die Unterwelt dringt durch Spalten Licht
EN:SiS(9)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Collaborative editing and persistently tracking changes
2009-09-09 17:05 Collaborative editing and persistently tracking changes David Reitter
2009-09-09 17:57 ` Andreas Politz
@ 2009-09-10 13:21 ` Andreas Röhler
2009-09-10 17:53 ` David Reitter
1 sibling, 1 reply; 6+ messages in thread
From: Andreas Röhler @ 2009-09-10 13:21 UTC (permalink / raw
To: David Reitter; +Cc: help-gnu-emacs
David Reitter wrote:
> How would one track changes in Emacs and mark them up directly in an
> Emacs buffer?
>
> I often collaborate with people on documents and it's useful to see
> what changes they've made. Many of my collaborators will want to use
> Word, if only for its nice change-tracking feature.
>
> I would need a combination of highlight-changes-mode and a way to save
> and load the change history of a buffer into a file, just like MS Word
> does it (with the new open docx format).
>
> One option would be to use some sort of repository, or to store
> versions of files before and after the changes and use M-x diff. But
> that doesn't do a good job of tracking in-line changes (in times of
> soft-wrapping, paragraphs are file lines!), and obviously I can't
> force my collaborators to use extra tools. The added pain of having
> to manage multiple file versions is also considerable, and there's
> limited extra benefit in versioning repositories with, say,
> manuscripts. You hardly ever want to inspect older history, or go
> back to a previous version. (Having separate branches might work
> well, but it's hard to get collaborators to commit to this technical
> overhead. And again, even git's merge algorithm is line-based.)
>
> All in all, I'm missing good Emacs support for non-concurrent
> (asynchronous) real-time editing. Suggestions would be welcome.
>
> - David Reitter
>
>
>
What about to translate doc-format into odt, as used by openoffice?
These are xml-files basically AFAIK, which may be set under a VC-system
like bazaar, RCS, whatever - and edited with emacs xml-mode.
Andreas
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Collaborative editing and persistently tracking changes
2009-09-10 13:21 ` Andreas Röhler
@ 2009-09-10 17:53 ` David Reitter
0 siblings, 0 replies; 6+ messages in thread
From: David Reitter @ 2009-09-10 17:53 UTC (permalink / raw
To: Andreas Röhler; +Cc: help-gnu-emacs
[-- Attachment #1: Type: text/plain, Size: 524 bytes --]
On Sep 10, 2009, at 9:21 AM, Andreas Röhler wrote:
> What about to translate doc-format into odt, as used by openoffice?
> These are xml-files basically AFAIK, which may be set under a VC-
> system
> like bazaar, RCS, whatever - and edited with emacs xml-mode.
Right, but I'm unsure how the change tracking would work that way. In
fact I'm pretty sure it wouldn't do the right thing...
(Also, editing the Word document as raw Docx XML (Docx is XML already)
would sort of defeat the purpose of using Emacs.)
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 2193 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Collaborative editing and persistently tracking changes
2009-09-09 19:38 ` Joost Kremers
@ 2009-09-18 18:56 ` David (World) Reitter
0 siblings, 0 replies; 6+ messages in thread
From: David (World) Reitter @ 2009-09-18 18:56 UTC (permalink / raw
To: help-gnu-emacs
On Sep 9, 3:38 pm, Joost Kremers <joostkrem...@yahoo.com> wrote:
> > I would need a combination of highlight-changes-mode and a way to save
> > and load the change history of a buffer into a file, just like MS Word
> > does it (with the new open docx format).
>
> highlight-changes-mode uses text properties to track changes. the elisp manual
> describes a theoretical method of saving text properties to a file:
Right, but even then you'd only save the properties and not the
semantics (unless track-changes uses only properties, which it may
well do).
Upon loading changes in, you should be able to accept / reject each
change.
And of course I'd like to see who made the change.
Basically, MS Word does a good job. It also merges changes, something
even modern version control systems can't do well enough (since they
are line-oriented).
I think this is a huge omission on the part of GNU Emacs...
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-09-18 18:56 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-09-09 17:05 Collaborative editing and persistently tracking changes David Reitter
2009-09-09 17:57 ` Andreas Politz
2009-09-10 13:21 ` Andreas Röhler
2009-09-10 17:53 ` David Reitter
[not found] <mailman.6324.1252515940.2239.help-gnu-emacs@gnu.org>
2009-09-09 19:38 ` Joost Kremers
2009-09-18 18:56 ` David (World) Reitter
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.