|
| |
»Tark« - Evaluation
Evaluation : Overview
09-Sep-2002/09-Jan-06
Overview
This sections evaluates the existing tools for
GNU/Linux which enable
the editing of structured documents (e.g. SGML, XML, HTML).
(1) Visual HTML editors
for Linux
It is often being argued that WYSIWYG HTML editors produce bad HTML
markup and thus the HTML souce code editing should be preferred; I
strongly object since tools like HTML tidy are availabe for a long time,
and a smart application should be able to render perfeclty standard
compliant HTML -- it's possible even with FrontPage, left besides tools
like LyX (for TeX syntax) and FrameMaker+SGML (for SGML DTDs), so why
shouldn't it be possible with HTML and an GPL'd visual WYSIWYG/ WYSIWYM
editor?
Logical-/ structural-based (*not*
layout-based) WYSIWYG/ WYSIWYM HTML editor (or
maybe a GUI-based, visual SGML-/ XML-editor with HTML editing as a
subset), Site and Link management etc. -- There's
nothing out there. Some applications come somewhat close:
(a)
Mozilla Composer.
(b) Amaya.
Other:
(a) StarOffice/
OpenOffice.
(d) "The
MS Frontpage Clone Project".
(2) Source-code HTML editors
for Linux
Linux tools with a GUI are usually running under some
kind of desktop environment; the most commonly used are KDE and Gnome;
there are other approaches like GNUstep, but at the moment we want to
discuss just the well known environments.
KDE:
The closest matches of the current KDE projects seem to bee
Kate and Quanta
plus resp. Quanta Gold, but neither of them are
planning more advanced visual interfaces to their editing environments.
Some additional hints came from David Faure <david@mandrakesoft.com>:
- "There was also Kafka (still in
kdenonbeta) - it aims at making KHTML editable... so I guess it's a
"layout-based" solution, which you don't want".
- "I think Quanta might want to go
that way, from what I heard..."
- "Wouldn't KWord be a good basis
for this? It has the frame orientation needed
for this, it aims at WYSIWYG, and styles etc. provide
a structural basis (separating contents from appearance).
It has a LaTeX export, although currently limited. Obviously
exporting to LaTeX doesn't lead to a full WYSIWYG result, many
things being done differently by LaTeX, but if the goal is WYSIWYM,
then this could be how to do it."
Gnome:
The closest matches of the current Gnome projects seem to be
Screem and maybe
Bluefish (as I understand, this is
primarily a GTK app), but neither of them are are having intentions to
add more advanced visual interfaces to their editing environments.
This application would be targeted to the numerous users of
FrontPage, Dreamweaver and Go Live or maybe FrameMaker+SGML. It also
could provide a more comfortable interface for editing DocBook
documents.
There were several additional hints from different
mailing lists:
- "Have you had a look at
Conglomerate? This sounds like exactly what you describe. The
 web
site is very out of date, but I've recently ported the CVS
version to GNOME 2. It's intended as a user-friendly structured
editor (DocBook XML support is a core goal, but in theory it can
support any DTD). It's free software (as in GPL), and uses some of
the recent GNOME technologies (GnomeVFS, Bonobo etc) where
appropriate." (Dave Malcolm, <david@davemalcolm.demon.co.uk>).
- "For parts of this you might consider looking at
Abiword. Abiword produces nice
readable HTML. Abiword has docbook support although it needs work.
Abiword has LaTeX export. abisource.com [...] one of the developers
fjf i think, expressed an interest in having the kind of site
management tools, and it has also been mentioned that this would be
equivalent to 'chapter management' if a user were writing a very
long document and keeping each chapter in seperate files. he did not
however think he had enough time to work on it and was hoping
some one else would take up the suggestion. [...] Abiword can
do some intersting stuff with styles that i dont entirely
understand (the 'lock styles' feature gives you something a
lot more like WYSIWYM than WYSIWYG or at least that is my limited
understanding of it." (Alan Horkan, <horkana@tcd.ie>;
ähnlicher Hinweis von Benoît Rouits, <brouits@free.fr>).
- "Didn't you look at TeXmacs? it
is Really Wysiwyg TeX!" (Benoît Rouits, <brouits@free.fr>).
- "Another application (just HTML) is
PHPmole (with php+gtk+):
oriented to content management." (<gpoo@ubiobio.cl>).
- "At least, LyX 1.2 was designed to
be GUI-independent, and there is
a QT Gui in production. The GTK Gui started a long time ago,
but at the same time it started... it stopped." (<gpoo@ubiobio.cl>).
Other environments:
- Editors with
Syntax Highlighting, like
Emacs oder Vi.
There might be lots of other apps similar to the
mentioned, but as it seems there's nothing which works in some visual
way -- great for programmers, but less useful for the rest of us.
(3) Home grown solution with
make or some preprocessors
Wie (2), keinerlei visuelle Tools, aber ein paar Ansätze zu Site
Management; überhaupt kein (?) automatisches Link Management; Import
bzw. Transfer vorhandener komplexer Sites aufwändig bis unrealistisch.
(4) CMS Systems
- Server-based
(a) OpenCMS.
(b) OpenACS.
(c) Midgard
Management interfaces
(d) Strg-C.
(e) Vermutlich diverse weitere
Alle serverbasierten CMS-Systeme treffen nicht so richtig das, was
ich mir vorstelle, sie scheinen aber am ehesten geeignet zu sein. Als
Hauptproblem sehe ich das Importieren der vorhandenen Sites, hier habe
ich allerdings bisher noch keine Tests gemacht, da die Installation
recht aufwändig ist und anscheinend nicht alle Systeme überhaupt den
Import bestehender Sites unterstützen.
Annotations
| |
Login |
Logout
Name: Visitor
Online: 1 active users.
|
|
Project
»Tark« |
About
