Zitat Zitat von samsara
Anders ist:

1) Man kann alle Elemente hochrollen, nicht nur solche, die durch /begin und /end gekennzeichnet sind.
Wenn du den Parser anpasst oder verbesserst wäre das in Kile sofort mögilch, warum also neu erfinden

Zitat Zitat von samsara
2) Man hat nicht den ganzen /paragraph{} Salat die ganze Zeit im Gesicht haengen, es fuehlt sich mehr wie ein word processor denn ein HTML-Editor an. (Aehnlich Lyx)
Du willst mehr preview im TExt. Genau das macht emacs mit dem TeX Paket ja schon und ist damit sehr erfolgreich. Bei Kile scheitert das bislang an der Editor Komponente. Da diese aber mit KDE4 komplett überarbeitet wird und dann mindetens RTF kann wird das KILE ab da sicher auch können. Du müsstest die Bibliothek in Kile also nur noch einbauen

Zitat Zitat von samsara
3) Man formatiert anhand des Drop-down-Menues, wie in Lyx.
Wenn das optional in Kile möglich wäre würde es sicher nicht abgelehnt. Allerdings weiß ich nicht was du genau meinst und inwiefern das in Kile nicht integriert ist.

Zitat Zitat von samsara
Es geht also darum, die Vorzuege von Lyx und Kile zu vereinen und dabei die guten Konzepte von Kile weiter auszudehnen. Lyx wird sich nicht in diese Richtung aendern, weil der Fokus auf Wysiwyg ist - das Hochrollen waere da verwirrend.
Genau das habe ich für Kile auch schon vorgeschlagen. Das Hauptproblem dort ist aber eher, dass die Manpower fehlt. Daher sehe ich auch kaum Chancen für ein neues Projekt.

Matthias