From: Oliver Scholz <alkibiades@gmx.de>
To: emacs-devel@gnu.org
Subject: Re: Saving markup formats
Date: Wed, 20 Jun 2007 12:05:30 +0200 [thread overview]
Message-ID: <f5au5c$fma$1@sea.gmane.org> (raw)
In-Reply-To: 85sl8ngp94.fsf@lola.goethe.zz
David Kastrup <dak@gnu.org> writes:
> Oliver Scholz <alkibiades@gmx.de> writes:
>
>> Richard Stallman <rms@gnu.org> writes:
>>
>>> This is a very bad thing; a _reliable_ word
>>> processor---as opposed to an unreliable hack---shouldn't make any
>>> changes to the logical structure of a document unless explicitly
>>> ordered to do it.
>>>
>>> I reject that position (as well as the gratuitous insult tacked onto
>>> it)
>>
>> It was not meant as an insult; by "unreliable hack" I was refering to
>> my own first implementation. Of course, I was also referring to a
>> general implementation strategy, still "insult" seems a bit strong.
>>
>> I'll try to refrain from further discussing this issue. I have to
>> admit that from memory I can't think of any case where the approach
>> you describe would fail with RTF---at least with the help of markup
>> text in a buffer. My personal opinions are of no concern here.
>
> I find myself agreeing with you here: documents should preserve
> structure. Word has so-called "style sheets" as a structuring method,
> and it means that you can change the layout of a document consistently
> by changing the style sheet. Ignoring the structure of the RTF and
> saving something visually equivalent is breaking the document. While
> it does not much harm to the documents of _naive_ Word users, it would
> be horrible to load a complex file, change a few words, and have it
> saved basically as a seemingly same-looking but unmaintainable mess.
Yes, exactly. Another thing is that RTF is used as document exchange
format: for instance, people send the exposé for their PhD thesis to
friends and teachers and get it sent back with changes. If you did
once take part in such a process, you may have noticed the
inconsistent formatting (paragraphs or even sentences with different
font hight and the like) in such documents? This often comes from one
of the involved programmes having its own ideas about stylesheets and
document structure, thus introducing slight chances at some spots when
saving. The last step in such an editorial process is always fixing
the formatting.
Technically, though, you can preserve the nested structure in such
cases by using a special markup text. This is also true for features
like---just from the top of my head--- "track changes (revision
marks)", i.e. changes made in a special mode for editorial revisions
(I forgot the English name, the German name is "Änderungsmodus"). This
feature is very popular among certain users in any collaborative
editing process. Those "revision marks" can, and probably will be
nested, if more than one editor other than the original author is
involved. But again, you can---technically---address this by means of
markup text in the buffer.
What I, personally, think about this UI-wise doesn't really matter.
Though, matters of taste aside, it will be an interesting task to make
this UI secure against inadvertent and unnoticed changes by the user
to the document structure (for instance by yanking text at the wrong
spot) that could cause trouble. And by "trouble" I mean things like:
the formatting of a 200p. master thesis going south half an hour
before the final dead line.
Sorry. I should really shut up now. I don't see the paradagm shift
coming that I deem necessary.
Oliver
--
2 Messidor an 215 de la Révolution
Liberté, Egalité, Fraternité!
next prev parent reply other threads:[~2007-06-20 10:05 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <871wgi9jzb.fsf@jidanni.org>
[not found] ` <87odjlwpu1.fsf@jurta.org>
[not found] ` <E1HyNsO-000697-UX@fencepost.gnu.org>
[not found] ` <87ir9r1m99.fsf@jurta.org>
[not found] ` <E1Hys3j-0004Ml-Vp@fencepost.gnu.org>
[not found] ` <87myz2i9tj.fsf@jurta.org>
[not found] ` <E1HzHMV-0002cZ-DJ@fencepost.gnu.org>
[not found] ` <87r6ocx0tk.fsf_-_@jurta.org>
[not found] ` <E1HzdLq-0006ns-K7@fencepost.gnu.org>
2007-06-16 19:56 ` Saving markup formats Reiner Steib
2007-06-17 18:54 ` Juri Linkov
2007-06-17 21:08 ` Nic James Ferrier
2007-06-17 21:18 ` Lennart Borgman (gmail)
2007-06-17 21:57 ` Juri Linkov
2007-06-17 22:13 ` Lennart Borgman (gmail)
2007-06-17 22:27 ` Nic James Ferrier
2007-06-17 22:37 ` Lennart Borgman (gmail)
2007-06-17 22:47 ` Nic James Ferrier
2007-06-17 23:02 ` Lennart Borgman (gmail)
2007-06-17 23:13 ` Nic James Ferrier
2007-06-17 23:46 ` Lennart Borgman (gmail)
2007-06-18 8:03 ` Nic James Ferrier
2007-06-18 8:26 ` Lennart Borgman (gmail)
2007-06-18 8:44 ` Nic James Ferrier
2007-06-18 9:25 ` Dave Pawson
2007-06-18 21:25 ` Juri Linkov
2007-06-18 22:13 ` Nic James Ferrier
2007-06-19 7:18 ` Dave Pawson
2007-06-19 7:41 ` Nic James Ferrier
2007-06-17 23:08 ` Jason Rumney
2007-06-18 0:30 ` XML editing wishlist (was: Saving markup formats) Drew Adams
2007-06-18 8:10 ` XML editing wishlist Lennart Borgman (gmail)
2007-06-18 13:51 ` Drew Adams
2007-06-18 14:39 ` Lennart Borgman (gmail)
2007-06-19 23:57 ` Lennart Borgman (gmail)
2007-06-20 20:49 ` Vagn Johansen
2007-06-17 21:55 ` Saving markup formats Juri Linkov
2007-06-18 21:31 ` Richard Stallman
2007-06-18 0:05 ` Oliver Scholz
2007-06-18 21:19 ` Juri Linkov
2007-06-19 7:43 ` Oliver Scholz
2007-06-19 13:38 ` Drew Adams
2007-06-19 13:59 ` Stefan Monnier
2007-06-19 22:25 ` Richard Stallman
2007-06-19 23:40 ` Nic James Ferrier
2007-06-20 0:10 ` Lennart Borgman (gmail)
2007-06-20 0:22 ` Nic James Ferrier
2007-06-20 0:38 ` Lennart Borgman (gmail)
2007-06-20 1:02 ` Nic James Ferrier
2007-06-20 2:19 ` Jeremy Maitin-Shepard
2007-06-20 8:51 ` David House
2007-06-20 10:16 ` Nic James Ferrier
2007-06-20 10:46 ` David House
2007-06-20 10:56 ` Nic James Ferrier
2007-06-20 9:45 ` Mathias Dahl
2007-06-20 10:19 ` Nic James Ferrier
2007-06-20 11:20 ` Mathias Dahl
2007-06-20 11:49 ` Nic James Ferrier
2007-06-20 0:08 ` Oliver Scholz
2007-06-20 5:37 ` David Kastrup
2007-06-20 10:05 ` Oliver Scholz [this message]
2007-06-20 10:23 ` Nic James Ferrier
2007-06-20 11:12 ` Oliver Scholz
2007-06-20 11:20 ` Nic James Ferrier
2007-06-20 12:36 ` Oliver Scholz
2007-06-20 17:36 ` Richard Stallman
2007-06-20 20:10 ` Nic James Ferrier
2007-06-21 0:05 ` Nic James Ferrier
2007-06-21 3:59 ` Davis Herring
2007-06-21 7:56 ` Nic James Ferrier
2007-06-21 10:07 ` Thien-Thi Nguyen
2007-06-21 10:31 ` Nic James Ferrier
2007-06-21 10:52 ` Kim F. Storm
2007-06-21 12:50 ` Thien-Thi Nguyen
2007-06-21 13:05 ` Davis Herring
2007-06-21 13:23 ` Nic James Ferrier
2007-06-22 1:51 ` Richard Stallman
2007-06-21 17:32 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='f5au5c$fma$1@sea.gmane.org' \
--to=alkibiades@gmx.de \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.