Suchergebnisse

gut, genug über win. Wir ahnen, dass es geht und das reicht uns

noch ein tipp: kein Image nehmen sondern direkt kopieren! Hat mich mal meine komplette Platte gekostet, da sich mein rechner beim zurückkopieren aufgehängt hatte und das image logischerweise geöffnet hatte. Das hat dazu geführt, dass das Image futsch war und damit auch meine komplette HD... Max

Zum sichern von Daten in eine Datei ist SQLLite perfekt geeignet. Und mehr soll es auch nicht können. Das lässt sich auch ganz schnell aus der Beschriebung ablesen: kein Server, keine App in Hintergrund, speichert Datenbanken in files, erlaubt gewisse Maitenance Befehle nicht ("alter table", etc.), Libraries müssen eingebunden werden, sehr klein, wird von Apple für die Datenspeicherung genutzt. Argumente genug? den rest gibt's auf sqlite.org oder so Max

Ich habe festgestellt, dass Apple neuerdings das bereits anbietet. Also ich hab mehrmals ne App gesehen, die dich auf nem frishc aufgesetzten Rechner fragt, obb du nicht Daten von nem alten Mac (OS Classic) oder gar ner Dose haben willst. Ansonsten hättest du noch die Möglichkeit mit dem CarbonCopyCloner einfach deinen alten G4 auf das Book zu klonen (1:1 kopieren) und wärst auch fertig. Der Prozessor sowie der Rest der Hardware ist dabei schnuppe, das OS X läuft in einer Installation auf allen …

Zitat: „Original von David ich würds in eine NSWindow subclass reinhaun“ Würde ich nicht empfehlen, denn sobald du das Cotrol nochmal verwenden willst, dann musst du auch die window subclass mitnehmen. Es empfiehlt sich immer, Code zu kapseln und zu versuchen, dass (fast) alle Komponenten eigenständige Module sind. Dann hat mein einen sehr hohen reuse-wert. -> möglichst IN der Table (z.b. aber auch dem field editor) bleiben. Max

Das stimmt natürlich. Ist laaaang her, dass ich das mal gemacht hab. Aber ist wiederum ein gutes warmup, da ich's demnächst wieder tun muss Max

Entweder du probierst es mal mit sendEvent oder du musst den filed editor (das NSText feld) überschreiben... Max

Systemunabhängigkeit ist ein agrument, quartz kann ich nicht nachvollziehen. Wie willst du denn unter Carbon zeichnen? Wenn es schnell gehen soll, dass musst du auch nur wieder auf quartz zurück greifen, die Carbon-eigenen methoden sind nicht sooo viel schneller. Und obj-c ist zwar langsamer, aber wenn man es richtig nutzt, dann kann man damit sehr vieles machen. Das einzige, wofür man Cocoa nich nehmen sollte sind irgendwelche berechnungen... Max

Eigentlich schließt sich das OS 9 schon mit dem Wesen dieses Forums aus - das ist ein OS X Forum, ich weiß ja nicht, wie viel das damit zu tun hat. Aber ich sag ja NIX :D:D:D :]

so weit ich weiß geht das nur mit nem NSDitributedNotificationCenter und das gibt's nur unter Cocoa...

Zitat: „Original von mattik Ääh, man kann sich auch direkt ein "Active Build Style"-Popup in die Toolbar legen... finde ich extrem praktisch.“ Da ist er doch auch standardmäßig...

ich glaube das wird reichlich schwer, weil nämlich nur Apple genau weiß, wie man das einfach erledigt. Oder man sucht mal mit class-dump

nein, cocoa ist wirklich mit abstand das beste, dass ich kenne. Carbon musst du dich um ALLES selber kümmern und da hab ich keinen Bock drauf. Du verschwendest Unmengen an zeit nur in das Programmieren der Event-loop und kommt überhaupt nicht dazu, dich um die eigentliche funktionalität zu kümmern. Außerdem sehen Cocoa Apps besser aus und können sehr viel von haus aus, was ich sonst mühsam einbauen müsste. Was ist an Carbon mehr Mac-like als an cocoa? Und was für gründe gibt es zu Carbon zurückz…

also für den weißen hintergrund musst du die cell-hintergrund farbe ändern. Das geht über die TableColumen/DataCell. Die zeichenfehler mit den Strich an der Seite kenne ich, kann dir aber nich sagen wie der weggeht. Die versetzten Zahlen hab ich an der stelle noch nie gesehen, kann mir ihren ursprung auch nicht wirklich erklären. Aber vielleicht löst ja das erste bereits dein Problem. Max Axo: Hintergrund = [NSColor clearColor]; wenn mich nicht alles täuscht.

hehe, wenn ich von apple prozente bekomme, bin ich vielleicht sogar mit zweiterem besser dran max

nur so BTW: wenn du im Model (also den Daten) für die Tabelle was änderst, dann kannst du nicht erwarten, dass die Tabelle das erkennt. Also musst du noch das Update senden und das geht so: Quellcode (1 Zeile) Max

ist lange her, dass ich carbon gemacht habe, aber so weit ich weiß muss du das alles von hand in der event-loop implementieren... Viel spass Das war einer der Gründe, warum ich zu Cocoa gewechselt bin *g* Max

Ich mache mir lieber vorher einen bissel mehr aufwand, da ich mir sicher sein kann, dass mein interface designer nie genug bekommen kann und das ganze in der nächsten version garantiert animiert haben will. Ich hatte es schon 100te male, dass ich diesen fehler begangen habe und ich hab nicht vor ihn nochmals zu machen Max P.S.: Zitat aus einem guten Buch: Haben sie jemals zweimal den selben dummen Fehler begangen? - Willkommen im wirklichen Leben. Ist ihnen dieser Fehler schon hunderte Male pass…

die beispiele auf den Apple-seite sind manchmal erschreckend schlechter "Browser-Code" und wären teilweise allein von der syntax her niemals lauffähig. Das ist schon arm, aber es ist so .... Max

Wenn dann rectFill und dann aber auch mit CoreGraphics. Ich mache eigentlich kaum noch zeichnungen ohne CG, das ist einfach mal viel schneller als NSBezierPath und nur unwesentlich schwieriger.