Diskussion:MS-DOS Editor

message: Also, "Windows" als Betriebssystem anzugeben, finde ich doch nicht so ganz korrekt. Ich habe gerade unter meinen VMware-Systemen getestet und aus NT 4.0, Win2k und WinXP die Dateien herauskopiert. Sind zwar allesamt im System32-Ordner drin, aber waschechte 16-Bit-Programme. Ich hab sie allesamt auf mein DOS5-System kopiert und konnte sie problemlos starten. Dabei hat NT 4.0 noch die alte 1.0-Version von 1991 (sogar Edlin aus DOS 4 ist hier noch dabei!) und ab 2k ist es dann die, die mangels Weiterentwicklung immer noch als die „aktuelle“ gilt (2.xxx). Jedenfalls alles lupenreine DOS-Programme, die auch beim Klick auf Eigenschaften als „Anwendung für MS-DOS“ klassifiziert werden. Nix Windows! Ich plädiere dafür, Windows in der Softwarebox zu streichen. Version 1.0 ist auch Teil meines DOS 5 und anscheinend auch von 6.0 (DOS 6.2 teste ich später, hab jetzt keine Zeit mehr), Version 2.xxx ist Teil von DOS 7. Dass diese DOS-Anwendungen als Notbehelf für Admins noch auf NT-Systemen mit dabei ist, rechtfertigt den Windows-Eintrag in der SW-Box m.E. nicht! -- Qhx 09:12, 31. Jul. 2009 (CEST)
replies: text: DOS 7 ist kein eigenständiges Betriebssystem mehr, sondern ein Teil von Windows. Somit ist das berechtigt.-- Tuxman 16:26, 31. Jul. 2009 (CEST)
replies: text: Nein, so pauschal ist das NICHT richtig! Natürlich wurden DOS 7 und 8 nicht mehr als eigenständige Betriebssysteme verkauft, allerdings wurde niemals auch nur eine einzige Komponente von DOS entfernt, die zum eigenständigen Start von DOS erforderlich ist. Sogar das in Win ME enthaltene DOS kann eigenständig starten, wie ich auf der Disk. von MS-DOS aufgezeigt habe. Bitte lies dazu den Abschnitt über DOS 7.00 und 8.00 im Artikel MS-DOS, der aufgrund dieser Diskussion umformuliert wurde. Natürlich ist der DOS-Editor auch sogar noch in den NT-basierenden Systemen enthalten und gehört somit zum Lieferumfang von Windows. Somit ist die Angabe "Windows" in der Infobox nicht falsch, aber es ist halt auch nur die halbe Wahrheit. Denn Bestandteil dieser Windowssysteme ist der Editor als eine DOS-Komponente, und keine Windowsanwendung. Ich werde mir eine Kompromissformulierung überlegen, die diese Tatsache berücksichtigt. -- Qhx 17:11, 31. Jul. 2009 (CEST)
replies: text:  Läuft edit unter Vista/7 denn auch im 16-Bit-Modus? - So recht gefällt mir die aktuelle Formulierung auch nicht...-- Tuxman 18:10, 31. Jul. 2009 (CEST)
replies: text: Vista habe ich nicht, kann's also nicht selbst testen. Falls das immer noch dieselbe Version ist, muss es wohl 16-Bit sein. Unter Win2k ist das definitiv noch 16 Bit. Beleg: Öffnet man die Datei im Editor, sind Textausgaben im Klartext ohne Leerzeichen dazwischen lesbar. Wäre es eine 32-Bit-Anwendung, müsste jeweils ein Leerzeichen zwischen den Buchstaben in den Textpassagen stehen.Wäre noch interessant nachzusehen, wie das in den 64-bit-Versionen von XP und Vista gelöst ist, die ja angeblich keine 16-bit-Unterstützung mehr haben. Wer kann das testen bzw. nachsehen? Ich tippe mal auf eine 32-bit-Neukompilierung (entweder unter der gleichen Versionsnummer oder einer höheren), aber ich weiß es halt nicht. -- Qhx 18:41, 31. Jul. 2009 (CEST)
replies: text:  Das Programm heißt "MS-DOS Editor", auch unter Windows. :) ... Hat wohl auch unter Vista noch 16 Bit, habe das mal nachgeschaut.-- Tuxman 18:57, 31. Jul. 2009 (CEST)

text:  Ich habe gerade auf meinem Windows 7 Professional 64 Bit nachgeschaut. Der Editor ist dort nicht mehr vorhanden und seine Anwesenheit würde auch keinen Sinn mehr machen, da er als 16 Bit Programm eh nicht unter einem 64 Bit Windows System laufen würde. Das wird wohl auch der Grund sein, warum er nicht mehr mitgeliefert wird. Auf der DVD habe ich allerdings nicht nachgeschaut. --84.59.13.235 15:54, 6. Dez. 2011 (CET)
thread_title:  edit.com 1.0 (1991) und edit.com 2.x ('95) unter NT-basierenden Systemen 

message: Deutsch: Nein. (Auf meinem deutschsprachigen Vista Home jedenfalls nicht. XP habe ich gerade heruntergefahren, bevor ich daran gedacht habe, nachzuschauen.)-- Tuxman 02:17, 1. Aug. 2009 (CEST)
replies: text: Dann ist das wohl sowas wie ein Abgesang auf das alte DOS-Programm. Man macht sich halt keinen Aufwand mehr damit, so wie mit der Startdiskette, die unter XP in Wirklichkeit nur ein Image aus Win_Me ist. Wie schon oben erwähnt, auf den 64-Bit-Systeme dürfte es vermutlich eh nicht mehr laufen. Vielleicht gibt es schon Ersatz von M$? Bis Win XP ist jedenfalls auf dem deutschen Windows noch die deutsche Version vorhanden (siehe Bildschirmausdruck). -- Qhx 10:10, 1. Aug. 2009 (CEST)
thread_title:  Deutsch: Ja 

message: Meine Korrektur von "seitenorientiert" in "zeichenorientiert" wird stets rückgängig gemacht , ohne dass der Rücksetzer das erklärt. "Seitenorientiert" ist im Zusammenhang mit fenstergesteuerten TUI, die an die Common User Access-Richtlinien anlehnen, kein gängiger Begriff. Dieser Begriff wird - wenn auch nur selten - für Software verwendet, die basierend auf Seiten arbeiten (z.B. Adobe Illustrator). Doch das ist EDIT natürlich nicht.  --Gestrandete 55-cm-Geschirrspülmaschine (Diskussion) 19:57, 26. Feb. 2016 (CET)
replies: text: Es ging nicht darum, ob EDIT eine zeichenorientierte Bedienoberfläche hat, sondern es geht um den Unterschied zwischen zeilenweiser Bearbeitung und der Darstellung einer ganzen Seite. EDIT verhält sich zu EDLIN wie vi zu ex! -- Tuxman (Diskussion) 21:20, 26. Feb. 2016 (CET)
replies: text:  "Darstellung einer Seite?" Was soll darunter verstanden werden? Ein A4-Blatt? Ich glaube, deine Intention ist es, den Unterschied zwischen EDLIN und EDIT zu betonen. Da habe ich nix dagegen, ich habe mich sogar bemüht, zeilenorientierter Editor bei EDLIN zu verlinken. Doch bitte nicht mit dem Begriff "seitenorientiert", denn dieser ist TF. Nur darum ging es mir. Für das haben wir Begriffe: Text user interface, oder auf Deutsch eben Zeichenorientierte Benutzerschnittstelle. --Gestrandete 55-cm-Geschirrspülmaschine (Diskussion) 22:02, 26. Feb. 2016 (CET)
replies: text:  Nein, eine Bildschirmseite ist klar definiert und hat mit TF nix zu tun. -- Tuxman (Diskussion) 00:27, 27. Feb. 2016 (CET)
replies: text:  Es geht nicht um den Begriff "Bildschrimseite", sondern "seitenorientiert" (abgesehen davon ist unter einer "Bildschirmseite" nicht unbedingt ein Interface mit der heute gängigen Maussteuerung, Pulldown-Menüs, Dialogen usw. zu verstehen). --Gestrandete 55-cm-Geschirrspülmaschine (Diskussion) 08:18, 29. Feb. 2016 (CET)
replies: text:  Richtig. "Seitenorientiert" ist ja auch der völlig richtige Begriff. Nein, von einem Interface war nie die Rede. Im Gegensatz zu EDLIN sieht der Benutzer in EDIT sofort so viel Text, wie auf der aktuellen Bildschirmseite dargestellt werden kann. "Zeichenorientiert" hat damit nichts, aber auch überhaupt gar nichts zu tun. -- Tuxman (Diskussion) 19:42, 29. Feb. 2016 (CET)
replies: text:  Angekommen ist bei mir jetzt, dass es dir darum geht, wie viel Text dargestellt wird. Das haben wir also abgehakt. Doch mir wäre es lieb, du könntest belegen, dass "seitenorientiert" ein üblicher Begriff für diese Tatsache ist (wäre es nämlich ein etablierter Begriff gewesen, hätten wir die ganze Diskussion hier gar nicht gehabt). --Gestrandete 55-cm-Geschirrspülmaschine (Diskussion) 23:26, 29. Feb. 2016 (CET)
replies: text:  Im Englischen ist der richtige Gegenbegriff zu "zeilenorientiert" wohl "bildschirmorientiert", nicht "seitenorientiert" (vgl. vi). Die deutsche Wikipedia spricht stattdessen von visuellen Editoren, was ich irreführend finde, weil zeilenorientierte Editoren auch "visuell" sind. Ich nehme gern konstruktive Vorschläge entgegen. -- Tuxman (Diskussion) 12:58, 1. Mär. 2016 (CET)
replies: text:  Bildschirmorientiert wäre gut, da etabliert (vgl. bildschirmorientiert vs. seitenorientiert). --Gestrandete 55-cm-Geschirrspülmaschine (Diskussion) 14:16, 1. Mär. 2016 (CET)
replies: text:  ✓ -- Tuxman (Diskussion) 17:07, 1. Mär. 2016 (CET)
thread_title:  Seitenorientierung