Applikation: '- FutureTex'

Hola!

So, die Idee mit einem Text Editor für FutureOS hatte ich ja schon ewig... bald will ich mit der Arbeit daran anfangen (Schul-Ferien z.B.).

Gibt es Wünsche oder Ideen?
Was sollte so ein Text Editor können?

Gerne dürft ihr auch nach 'unmöglichem' fragen, hier mal ein Brainstorming...  :winke0002:

Also gerne Emacs-kompatibel... Key Bindings.
Incremental Search.

Programmierbar - Erweiterbar in Lisp...  :winke0002:

Einfach GoldEd vom Amiga aufm CPC nachprogrammieren, dann können wir uns ein Brainstorming ersparen.  :smiley027:

... und den Amiga bitte auch noch nachprogrammieren  😄

Danke für die Schlagworte, die gucke ich dann mal nach... zum Thema nachprogrammieren, das ist nicht meine Art.  😉 Lieber etwas neues entwickeln.  🙂

Programmiersprache ist allerdings Assembler, nicht Lisp. Weil ich das schon kann und auch schneller läuft. Oder war damit gemeint einen Editor für Lisp Programme zu haben?

Lisp kannst Du weglassen, den Rest von GoldEd bitte komplett einbauen.  :zunge0020:

Na ja, Emacs hat einen kleinen Core, und der Rest ist dann in Emacs Lisp Programmiert - als Editor MACroS.
Also ist Lisp die interne "Erweiterungssprache". Sehr praktisch wenn man dem Editor neue Funktionen beibringen will!

Also, um das nochmal zu verdeutlichen. Ich suche hier Features, nicht "Nachbau-Aufträge", denn das ist Langweilig. Was ich such sind Wünsche die eingebaut werden sollten. Bisher haben wir:

- Such auf und abwärts

Weiter Wünsche?

Also, inkrementelle Vorwärts / Rückwärts Suche geht noch etwas anders, einfach mal beim Emacs gucken, das ist nicht nur einfach Vorwärts / Rückwärts Suchen...

Zudem:
- Tab und Untabify
- Tab Ein- und Ausrücken von Blöcken
- Block-Operationen: Selektieren, Kopieren, Löschen, Einfügen
- Ganz wichtig: Öffnende / Schließende Klammer blinken / anzeigen!  Fürs Programmieren
  Für alle Klamern natürlich: (), {}, [], /* ... */
- Zeile einfügen (leer) und löschen
- Wort löschen links / rechts
- Navigieren nächstes Wort / vorheriges Wort (Cursor + Ctrl)
- Anfang und Ende Ctrl - Cursor Hoch, Ctrl - Cursor Down
- Seitenweises Scrollen  (Shift - Cursor up / down)
- Standard-Operations: Einfügen / Überschreiben, Linksbündig / Rechtsbündig / Blocksatz / Zentriert ...
-Einfügen von Sonderzeichen mittels "Ctrl Shift <ascii code>" o.ä.
- Evtl. mehr als ein "Puffer" - mehr als eine Datei pro Zeit geladen möglich, wie im Emacs.
  Umschalten zwischen Puffern, Vergleichen zwischen Puffern, Copy und Paste zwischen Blöcken in verschiedenen Puffern, ...

etc. etc.  :zunge0020:

Super! Das sind doch mal gute Ideen. Danke!  :smiley027:

Generell werde ich es so machen, dass der Editor Seiten-orientiert wird. Gescrollt wird also Seitenweise. Damit sind Bildschirmseiten gemeint. Ähnlich wie beim IBM AS400. Mehrere Bildschirmformate sind möglich. Modus 1 und 2.

Es wird einen Eingabe/Editier Modus geben und einen Anzeigemodus. Dadurch können alle 256 Zeichen verwendet werden.

— LambdaMikel
Also, inkrementelle Vorwärts / Rückwärts Suche geht noch etwas anders, einfach mal beim Emacs gucken, das ist nicht nur einfach Vorwärts / Rückwärts Suchen...

Habe weder die Soft- noch die Hardware. Bitte erklären

— LambdaMikel
- Tab und Untabify
- Tab Ein- und Ausrücken von Blöcken

Könntest Du erklären, was damit gemeint ist?

Hab zwar zu nix Zeit, aber ab und zu geht eine Stunde Freizeit... also wollte ich mal einen Anfang machen...
📎 FutureTex_01.png

Der Zeichensatz Editor...
📎 Zei_Edi.png

Der Zeicheneditor ist fertig. Jetzt geht's ans Eingemachte...

Frage: Wie viele Dokumente (ASCII, Prowort, etc...) sollte man denn gleichzeitig bearbeiten können / öffnen können?

Was für ein Interface-Design hast du denn im Sinn?
Da bisher alles am Zeichenraster ausgerichtet ist würd ich vermuten, dass du da in Richtung alte DOS-Userinterfaces gehen würdest.
https://ilyabirman.net/meanwhile/tags/ui-museum/

Bei der geringen Auflösung des CPC würden mehr als drei "Fenster" vertikal keinen Sinn machen, da man von den Texten ja nur noch wenige Zeilen auf dem Schirm hätte...

Da habe ich mich falsch ausgedrückt. Es geht darum wie viele Dateien man gleichzeitig im Speicher halten können soll. Was man dann anzeigt ist wieder eine andere Sache.

Zum Interface: Es soll ein Text Editor werden, keine Text-Verarbeitung.  🙂

Na gut. Denkt ihr, dass max. 9 Dokumente gleichzeitig reichen?
📎 9_Docs.png

Welche Datei Typen wurdet ihr gerne verwenden? Was würdet ihr Euch hier wünschen?
📎 dateityp.png

Ok, das sollte ein guter Anfang sein. so sieht's dann aus wenn man einen Text editieren will...
📎 Test_RTF_FT3.png

Auch das Bildschirm-Format (Zeichen pro Zeile und Zeilen pro Bildschirm) kann man sich aussuchen...
📎 FT-SCRFOR.png