Hallo!

Angeregt durch die große Diskussionen in den News-Kommentaren zu "Mac OS X Lion erschient Ende Juli?" möchte ich hier einen regen Austausch ermöglichen.

Ich denke, keiner möchte ein Betriebssystem mit x-neuen Features sondern ein Betriebssystem, das möglichst mal fehlerfrei wird.

Die größten Kritikpunkte an Apple sind momentan:

- Grafiktreiber
- OpenGl
- SMB (Kommunikation mit Windows-basierten PCs)
- diverse Bugs in den Applikationen

bitte weitere Kritikpunkte hier mal aufschreiben.

:EDIT:

Als Ergänzung hier diesen Faden:


sowie das Interview mit Dr. Marcel Bresink:


Ich finde, dort bringt er die wesentlichsten Sachen auf den Punkt.


Könnt ihr euch diesen Punkten anschließen?


MfG

Dann hast Du wohl nicht verstanden, was ich damit ausdrücken will. Ich will exakt das ausdrücken, was Du mit der Aussage "denn es gab bisher keine Updates, bei dem der Finder dazu benutzt wurde, Dateien auszutauschen" sagst: Es geht von der Shell aus, und nur der Finder will's nicht können. Kopiere ich auf der Shell per cp-Kommando eine Ordner-Struktur in eine andere mit derselben Ordner-Struktur und denselben Ordnernamen, so findet ein Merge beider Ordner-Strukturen statt und kein blindes Überschreiben des bestehenden Ordners mit dem neuen Ordner. Also exakt das, worüber wir hier sprechen und exakt das, was nur der Finder eben NICHT können will. Ich hab's gerade gestern nochmal ausprobiert und zwei Ordner mit derselben Ordner-Struktur mittels des cp-Kommandos ineinanderkopiert.

Und wenn man sich mal die Manpage von z.B. dem mv-Kommando anschaut, so liest man dort u.a. folgendes Interessantes:

Manpage cp-Kommando online:

oder auf der Shell: $man mv

Und was findet da bei einem Move-Befehl statt, wenn man sich die beschreibende Erklärung da mal vor Augen führt? Es findet im Grunde etwas sehr Ähnliches statt, was in diesem Thread zuvor ja auch schon für den Finder angeregt worden ist: Quelle nehmen, rekursiv und unter Beibehaltung aller Datei- und Ordnerrechte an den Zielort kopieren, Quelle löschen. Der Finder will das offenbar nicht können, was auf der Shell vom Prinzip her und auch im Fall des Move-Kommandos (welches sich laut Manpage offenbar zusammensetzt aus dem cp-Kommando und dem rm-Kommando) geht und dort kein Problem darstellt.

Die Manpage für das cp-Kommando, die hier sicher mindestens ebenso interessant und relevant ist, verlinke ich mal als Online-Ressource, die ist mir zu lang, um sie hier, wenn auch nur ausschnittsweise, zu posten: .

Der Finder muss also eigentlich nur das können und umsetzen, was das sich aus dem cp-Kommando und dem rm-Kommando zusammensetzende mv-Kommando auf der Shell auch kann und macht.

Es ist beeindruckend, wie "sachlich" Du manchmal sein kannst und wie Du das dann mit einer Spur zuviel an Überheblichkeit garnieren und unterstreichen kannst...
Respekt vor so einer Leistung. Applaus, Applaus, Applaus! Und Du meinst jetzt, dass so ein Beitrag von Dir dann das Prädikat "Besonders wertvoll" verdient hat?

Nachtrag:

Der Finder macht, wenn man eine zu einer gegebenen Ordnerstruktur kongruente Ordnerstruktur drüberlegen will, meinem Verständnis nach exakt das Gleiche wie das mv-Kommando:

rm -f destination_path && \
cp -pRP source_file destination && \
rm -rf source_file

Der Finder löscht zuvor also, genau wie das mv-Kommando, destination_path.

Und gewünscht wäre fürs Merging meinem Verständnis nach, dass destination_path inklusive Inhalt bestehen bliebe. Das ließe sich im Finder funktionell bestimmt problemlos implementieren (nicht auf dieselbe, aber auf eine sehr ähnliche Weise, wie das mv-Kommando ja auch zusammengesetzt wird, nur eben ohne destination_path zu Beginn der Operation zu löschen), müsste dann halt nur anders als "Ausschneiden" bzw. "Auschneiden & Einfügen" bzw. "Cut & Paste" benannt werden.

ich bin froh das ich noch ein MacBook mit 2 Core Duo Chip habe sonst würde Lion gar nicht mehr laufen.
Frage: Würde Lion eigentlich sehr viel langsamer laufen als auf den besseren Prozessoren?

Hallo,

Quelle:


weiß jemand wie es mit OpenGL in Mac OS X 10.6.7 und Mac OS X 10.7 aussieht?

Ist da wirklich nur OpenGL Version 3.1 drin statt Version 4.0?


MfG

Moin,

@dom_beta, leider wird selbst 3.0 ! nicht mal zu 100% unterstützt, zumindest laut dem OpenGL Extensions Viewer...

Jetzt wäre ein Vergleich mit 10.7 interessant!

bei mit unter 10.7 "genauso", gleiche Meldungen, gerade getestet.
(NVidia 9600GT)

die Aussage die ich oben zitiert habe von Tzunami bezieht sich meines Wissens nach auf 10.7.


Aber ja, das wäre durchaus sehr interessant.