Suchergebnisse

Zitat: „Original von kay ö,ä,ü,ß geht“ Nur bei M.A.X. irgendwie nicht.

Mal ne dämliche Frage: Ist es in der Cocoa Welt wirklich üblich, dass man Typen wie int und long verwendet? Also in der Carbon Welt haben wir uns eigentlich angewöhnt, mit Typen wie SInt16, UInt32 etc. zu arbeiten. Ist dann doch schon wesentlich klarer, womit man es jeweils zu tun hat. Gibt's das in Cocoa nich?

Zitat: „Original von SMuehli Ich möchte halt nur nicht das ich in ca. 1 oder 2 Jahren feststellen muss das Carbon dann zum alten Eisen gehört - da ja bereits seit 8.5 oder so verfügbar und sich die Zukunft nur noch um Cocoa dreht bzw. das was ich in vielleicht 2 Jahren machen möchte nur mit Cocoa resp. Objective-C möglich ist. “ Ich denke übrigens nicht, dass Carbon so schnell zum alten Eisen gehören wird. Und zu der immer wieder kolportierten Saga, wonach Cocoa 'neuer' und 'moderner' sei als Ca…

Zitat: „Original von SMuehli Wie sieht das denn mit XCode aus?“ Keine Ahnung, hab XCode noch nicht unter die Augen gekriegt. Zitat: „Kann das alles was der PB kann?“ Ich hoffe doch es kann wesentlich mehr. Zitat: „Wird denn da der IB implementiert?“ Mit XCode wird angeblich einfach eine verbesserte Version von IB mitgeliefert.[/quote] Zitat: „Wie wird sich denn die Entwicklung damit ändern?“ Darauf bin ich auch gespannt. Zitat: „Gibt es damit noch mehr automatismen, ich denke da z.B. an die Even…

Zitat: „Original von Michael gehe ich davon aus, dass jemand der sich hier im Entwicklerforum rumtreibt auch die Developer Tools mit Doku installiert hat. “ Tja, also die Doku installiere ich schon lange (seit Broadband) nicht mehr. Auf den Servern in Cupertino findet sich schliesslich immer die aktuellste Version.

Diese URL dürfte ihm ja verdammt viel helfen. (Es sei denn, Du lieferst noch Informationen nach, wie man denn auf Deinen Compi gelangt. )

Zitat: „Original von SMuehli Carbon sieht ja ganz gut und auch beherrschbar aus - aber hat es Zukunft? Wie ist die Leistung/der Resourcenhunger/der Overhead im Vergleich zu Cocoa und kann ich in Carbon eigentlich all das was in Cocoa möglich ist? “ Ähm, also als Carbon Fan muss ich hier wohl noch was klarstellen: es ist Cocoa das gegenüber Carbon nen Overhead hat, und nicht umgekehrt. Da Du schon über Programmierkenntnisse verfügst, aber mit OO noch keine Erfahrung hast, würde ich übrigens für d…

Haste Transmit schon mal n‰her angeschaut? Ist zwar nicht gross dokumentiert, aber es scheint scriptable zu sein. Guck Dir mal das File Transmit.scriptTerminology in seinen Resources an.

*grins* :klatsch: Ich sach ja dass Cocoa nicht daf¸r geschaffen ist, Geschwindigkeits-Rekorde aufzustellen Wie gross ist denn so ne Datei und was verstehst Du alles unter 'laden'?

Aha. Und was macht denn der 4 Minuten lang? Da musst Du ja froh sein, wenn Deine Benutzer nicht :sleep:

Zitat: „Original von Fabian Jo, ist klar. Der ladevorgang hat unter REALbasic 4 min gedauert, also dauerts hier wahrscheinlich auch mehr als 5 sec...“ 4 Minuten? Jeez, was isn das f¸r ne App?

Zitat: „Original von M.A.X jo, genau das hab ich auch versucht, oben darzustellen. Zugegebenermaflen ist es mir ein wenig misslungen grufl MAX“ Nee, war schon OK. Hab nur nochmal darauf hinweisen wollen, dass nicht nur wir Laien das so sehen, sondern auch Profis.

Neulich war in Apple's Carbon-Mailing-List gerade ne Diskussion ¸ber Splash Screens. Die Meinung der meisten Profis: konzentrier Dich lieber darauf, Deine App so schnell wie mˆglich laden zu lassen als auf einen Splash Screen. Der User dankt es Dir. Kann mich dieser Mehrheitsmeinung eigentlich anschliessen. Muss die App nicht wirklich nen Mega-Aufwand betreiben beim Start-up, dann sollte so ein Splash Screen n‰mlich gar nicht lange genug angezeigt werden, als dass man etwas lesen kˆnnte.

Nun, wie Du Dir ja bereits denken kannst, bin ich da mit einigem nicht einverstanden. Klar haste mit Cocoa viel schneller eine GUI designt und mit Carbon musste diesbez¸glich halt viel mehr selber machen. Das ist sicher ein (und meiner Meinung nach etwa der einzige) Vorteil von Cocoa. Mir sind allerdings auch schon einige schlecht desginte Cocoa Apps ¸ber den Weg gelaufen. Cocoa allein ist noch kein Garant f¸r gutes App Design. Dass die von Dir implizierte Aussage, wonach Cocoa "neu" und Carbon …

Hmm, also die nicht von Apple stammenden Cocoa Apps kann man ja nach wie vor fast an einer Hand abz‰hlen. (Ich weiss, ich ¸bertreibe.) Aber auf dem Shareware Markt sind neben all den MB-m‰ssig gigantischen RB-Apps und den Einfunktions-Cocoa-Apps die meisten brauchbaren Dinge nun mal Carbon Apps. Also m¸ssten da draussen doch eigentlich neben mir auch noch ein paar andere Hobby-Programmierer rumlungern, die in Carbon zu Hause sind. :HW: Hallo, wo seid Ihr?

Dieses Pl‰tzchen hier nennt sich OS X Entwicklerforum. Es gibt dann hingegen nur eine Sektion Cocoa und RealBasic. Bin ich hier der einzige, der in in keine dieser Kategorien reinpasst oder w¸rde es auch noch andere geben, die ganz gerne mal z.B. ¸ber Carbon und CodeWarrior diskutieren w¸rden? Falls ja, l‰ge es allenfalls drin, das Scope der Foren diesbez¸glich etwas zu erweitern?

Ich mach es einfach so, dass ich diese Konstanten im Quellcode mit einer gewissen Verf‰lschung (die Du Dir selbst ausdenken kannst) notiere. Und dann hab ich im Quellcode eine Funktion, die solche Verf‰lschungen r¸ckg‰ngig macht. Das bedingt nat¸rlich, dass Du die Konstante vor dem Gebrauch einer Variablen zuweisen musst, so dass die 'Enttarn-Routine' wirken kann.

Gerade sehr speed-optimiert scheint es noch nicht zu sein (Cocoa l‰sst gr¸ssen). Beim Start-up darf man sich etwa 2 Minuten mit dem Sat1-Ball begn¸gen (was macht das Prog denn so lange?) und wenn man das Prog in den Hintergrund schickt, dauert es etwa 10 Sekunden bis das Window auch tats‰chlich einen Abgang macht. Auch hat das Fenster die unangenehme Gewohnheit, ¸ber den Menus zu floaten. So, fertig kritisiert...

Safari funzt prima hier.

OK, ¸berredet.