Frage zu Excel

[gersultan]

ja manchmal ist sogar Excell einfach einfach

[Sven]

Spaß machen tut es aber erst mit VBA

[ComSubVie]

du spinnst
ich warte ja darauf, das ich excel über c# ansprechen kann, dann macht das sicher spaß

apropo excel: kann mir jemand erklären, warum excel unter OS X beim exportieren einer tabelle als CSV ein \r als zeilenwechsel verwendet - und nicht etwa ein \n wie unter *NIX üblich bzw. \r\n wie unter WinDOSe üblich? und ich hab mich gewundert, warum meine perl-scripts nicht gehen...

[Magicq99]

Zitat von ComSubVie

apropo excel: kann mir jemand erklären, warum excel unter OS X beim exportieren einer tabelle als CSV ein \r als zeilenwechsel verwendet - und nicht etwa ein \n wie unter *NIX üblich bzw. \r\n wie unter WinDOSe üblich? und ich hab mich gewundert, warum meine perl-scripts nicht gehen...

Weil es neben Unix und Windows line-endings auch noch Mac OS line-endings gibt, die vor der Unix Ära bei Apple verwendet wurden.

Unix verwendet ein "line-feed" Steuerzeichen, Mac OS ein "carriage return" und Windows beides zusammen, zumindest verstehe ich das so.

SubEthaEdit kann sowohl die line endings als auch die Codierung einer Textdatei konvertieren, im Format Menü.

Das carriage return \r ist im Prinzip noch ein Relikt aus pre OS X Zeiten. Und da Office für Mac rein technisch gesehen eigentlich noch eine OS 9 Anwendung ist, kommt das eben zustande. Deshalb verwendet Office teilweise auch noch einen Doppelpunkt als Trennzeichen in der Verzeichnisstruktur (z.B. in Skripten) und kein slash wie neuere Anwendungen.

NACHTRAG:
Falls Du BBEdit hast, kannst Du auch eine Text Factory erstellen die den Zeilenwechsel konvertiert. Und in der aktuellen Version gibt es auch viele Automator Aktionen, u.a. "normalize line endings". So kannst Du mehrere Dateien bearbeiten, falls Du es häufiger benötigst.

[ComSubVie]

interessant, wieder mal was dazugelernt.

wobei, wenn ich mir das aktuelle office 2004:mac ansehe, dann sieht das nicht sonderlich nach einer OS 9 Anwendung aus - vor allem wo ich die Classic-Umgebung gar nicht installiert habe. Naja, falls es noch aus OS 9 Zeiten stammt, dann dürfte das ein Carbonify/Cocoaify und ein recompile gewesen sein, aber ganz so einfach dürfte das auch nicht gehen... Naja, auch egal, ich will über pre-OS-X gar nicht weiter nachdenken

naja, ich hab es mit perl-regexp's gemacht

[Magicq99]

So genau kenne ich mich da auch nicht aus, es ist aber wohl so das der Office Quellcode teilweise recht alt ist. Deshalb werden dort Funktionen des OS angesprochen die eben noch aus alten Zeiten stammen. Rein technisch gesehen ist Office also eine OS 9 Anwendung, da es in vielen Teilen noch so programmiert ist wie es ursprünglich unter OS 9 gemacht wurde. Es läuft aber nicht mehr unter 9, weil eben auch neue Sachen dazugekommen sind. Aber eben nur so viel um neue Funktionen des OS zu nutzen und um es eben lauffähig zu machen. Deswegen ist es im Vergleich zu neueren Cocoa Anwendungen auch recht lahm.

Es ist wohl selbst für eine so große Firma wie Microsoft unrealistisch Office von Grund auf neu für OS X zu schreiben. Aber mit dem Umstieg zu Intel Prozessoren wird es für MS deshalb einiges an Arbeit geben, da wohl einige der verwendeten Funktionen dort nicht mehr funktionieren werden, da diese eben noch aus alten Zeiten stammen und teilweise wohl eine PowerPC CPU voraussetzen.

Das betrifft aber nicht nur MS, auch Adobe steht vor ähnlichen Problemen. Kleinere Entwickler, die erst in den letzten Jahren entstanden sind und deren Programm vollständig auf Cocoa aufbauen, haben dagegen fast keine Probleme beim Umstieg.

[ComSubVie]

so lahm finde ich das Office gar nicht - zumindest ist es unter OS X (PowerBook 1.5GHz, 1GB RAM) weitaus flotter als unter WinXP (P3 2GHz, 1GB RAM) - aber mir ist auch klar das 1.5GHz weitaus mehr als 2GHz sind

naja, dafür laufen so dinge wie Photoshop oder Office ja auch unter Rosetta wunderbar