On Wednesday 02 June 2004 15:31, Joerg Desch wrote:
> On Mon, 31 May 2004 12:11:08 +0200, Tilo Schwarz wrote:
> > Das letzte Mal (ist schon ein Weilchen her), als ich es ausprobiert
> > habe, war es zwar ganz nett, reichte aber bei weitem nicht daran,
> > was ich von NeXTStep gewohnt war.
>
> Was fehlt Dir noch. Oder andersrum, woram macht Du Deine Aussage
> fest?
Naja, das letzt Mal (ist wiegesagt schon ein Weilchen her),
funktionierte einiges im (f�r mich wichtigen) File Viewer noch nicht
(z.B. das Shelf klappte noch nicht so recht, Drag & Drop ging nicht
vollst�ndig, einige typischen Men�befehle waren noch nicht
implementiert). Da bin ich momentan schneller, wenn ich mc verwende.
> > Da NeXTStep als Desktop/GUI f�r meinen
> > Geschmack das Beste ist, mit dem ich bisher gearbeitet habe
>
> Ich habe es bei NeXT bei seiner Einf�hrung aus der CeBIT gesehen.
> Aber das gilt schon garnicht mehr. ;-)
>
> > [...] w�rde ich sofort umsteigen, wenn GNUSTEP alltagstauglich ist.
> > Momentan benutze ich Windowmaker
>
> Ich auch. Aber das ist ja nach weniger als GNUSTEP. Was fehlt Dir?
> Warum verzichtest Du auf den bisherig umgestezen Stand von GNUSTEP
> und arbeitest nur mit WindowMaker?
Um richtig "umzusteigen" waren f�r mich auch noch keine interessangten
Applikationen da, die nur unter GNUSTEP laufen. Der Witz des NeXT GUI
war vor allem das Zusammenspiel verschiedener Applikationen per Drag &
Drop, Clipboard, Services (s.u.) etc. KMail unter GNUSTEP laufen zu
lassen, bringt einfach kaum Mehrwert...
> > (die beiden gro�en Desktops - KDE/Gnome - sind mir einfach zu
> > windowisch).
>
> Genau. Allein schon der Explorer...
Wohl war. Ich hoffe immer noch, da� sich mal jemand erbarmt und den NeXT
File Viewer per Qt nach Linux bringt (oder ich versuche es mal, wenn
ich mehr Zeit hab). Ich hab mir mal das Programm FSViewer.app
angesehen, hatte aber f�r den echten Einsatz noch ein paar H�rden zu
viel. Den NeXT File Viewer findet man ja jetzt in OS X wieder -
wirklich sehr schick.
> >> Hat GNUSTEP etwas vergleichbares zu einen Softwarebus wie DBUS von
> >> freedesktop.org (bei KDE hei�t es noch DCOP)? Oder hat es das aus
> >> irgendwelchen Gr�nden nicht n�tig?
> >
> > Wei� ich nicht. Vielleicht (hoffentlich!) implementieren sie das
> > Services-Konzept von NeXT.
>
> Wie gesagt, ich kenne weder NeXTstep noch GNUSTEP. Was mu� man sich
> unter dem "Services-Konzept von NeXT" vorstellen?
Jede Applikation (Programm) konnte bei NeXT dem Betriebssystem
mitteilen, welche Daten(typen) es als Input akzeptiert und mit welchem
Outputtyp es auf einen solchen Input antwortet. Typische Datentypen
waren z.B.
- Text
- Bilder (in allen m�glichen Formaten)
- Postscript
- Audio
- Pfadnamen
- etc.
Das Clipboard (so a la X-Clipboard) konnte alle diese Datentypen
aufnehmen und wu�te auch, welcher Datentyp gerade gespeichert ist.
Damit war z.B. folgendes m�glich:
Wenn die Applikation Calc.app installiert war, bot sie den Service
"Berechnen" an. Man konnte dann in irgendeiner (!) NeXT-Applikation
z.B. den Text "(3+4)*sqrt(7)-sin(1)" selektieren, im (globalen und
daher immer aktiven) Service Men� "Calc->Berechnen" w�hlen, und die
Selektion wurde durch 17.678 ersetzt.
Man brauchte also nicht manuell
- Calc.app zu starten
- den Text (3+4)*sqrt(7)-sin(1) in Calc.app zu pasten
- ENTER f�r die Berechnung zu dr�cken
- das Ergebnis zu selektieren und ins Clipboard aufzunehmen
- das Ergebnis aus dem Clipboard in den Text zu pasten
Diese Services konnte man sich auf globale Tastenshortcuts legen (z.B.
Command+B).
Anderes Beispiel: In irgendeiner Applikation steht ein unbekanntes
englisches Wort, was ich nachschlagen wollte. L�sung: Doppelklick auf's
Wort und Command+W dr�cken -> der Digital Webster geht auf mit dem
nachgeschlagenen selektierten Wort. Dieses Vorgehen spart jede Menge
Tastendr�cke und Mausklicks bei oft wiederkehrenden Aufgaben.
Zudem war die unterliegende Graphiksprache Postscript. Man konnte z.B.
in einer Applikation eine Vektorgraphik und die dazugeh�rende
Bildunterschrift mit der Maus selektieren, dann Command+M dr�cken (war
bei mir der Service "Mail->Send"), und schwupp ging eine neue Mail auf
mit der Selektion als Inhalt. Diesen Inhalt konnte der Empf�nger auf
einem PS-f�higen Drucker rauslassen, wobei der Ausdruck nicht
"verpixelt" war, sondern die volle Druckeraufl�sung nutzte, da ja die
zu Grunde liegenden Graphikprimitive + Fonts Postscript waren (und
damit unabh�nig von meiner gerade eingestellten Bildschirmaufl�sung).
Nach dem NeXT dann nicht mehr unterst�tzt wurde, sind wir auf Linux + X
umgestiegen. Nachdem Linux unbestreibar auch Vorteile hat, mu�ten wir
erst einmal lernen, da� es sowas wie Fontprobleme �berhaupt geben kann
("Meine Schrift sieht pixelig aus", "In Applikation A ist die Schrift
normal, in Applikation B aber nicht" etc...). Oder da� man sich als
Entwickler dar�ber Gedanken machen mu�, wie man den Inhalt eines
Widgets in hoher Aufl�sung auf den Drucker bekommt. Unter NeXT hatte
jedes Widget eine print()-Methode, die machte das globale Print-Panel
auf und fertig. Postscript sei Dank kam der Ausdruck dann nicht in der
Bildschirmaufl�sung sondern der Druckeraufl�sung heraus.
Wir haben bei uns immer noch eine NeXT-Kiste laufen, auf der wir
Programme laufen haben, f�r die wir noch keinen Ersatz auf Linux
gefunden haben. (Z.B. einen Postscript Editor, falls ja jemand ein
Linux Tool kennt ...)
Na denn, alles Gute,
Tilo
