Suchergebnisse

Zitat von Amin Negm-Awad: „Das geht übrigens auch mit dem normalen Color-Panel. Einfach die Lupe verwenden und die Farbe "abknipsen". Man kann sie sich dann in dem entsprechenden Pane des Color-Panels anschauen.“ Da muss man aber etwas vorsichtig sein. Nach meinen Erfahrungen funktioniert das nur zuverlässig für RGB-Bilder im RGB-Modus des ColorPickers. Falls der ColorPicker auf Graustufen eingestellt ist, dann wird mit Hilfe des Bildschirmprofils der RGB-Wert ([EDIT]und des Profils "Generic Gra…

Zitat von little_pixel: „Wie kann man das Problem lösen?“ Hi little_pixel, ich habe mal dein Test-Projekt heruntergeladen und im IB im Panel für den WebView den Schalter "Wants Core Animation Layer" aktiviert. Damit wird der WebView im Sheet bei mir (OS X 10.6.5) nicht mehr weichgezeichnet. Es war aber nur so eine Idee, dass das helfen könnte, so dass ich nicht dafür garantieren kann, dass das Problem damit generell behoben ist. Gruß.

Zitat von FrankH: „Und gibt es ein Programm für den Mac in dem ich mir die Pixeldaten ansehen kann?“ Schau mal im Ordner "Dienstprogramme", da gibt es den Digital-Color-Farbmesser, der kann zumindest für auf einem Monitor dargestellte Bilder die Pixelwerte anzeigen (aber nicht für Graustufenbilder oder CMYK-Bilder). Gruß

Hallo chartus und ningel, danke für die Anregungen mit NSData. Ich werde das weiter verfolgen, vorerst habe ich aber eine andere Lösung gefunden. Folgender Code erzeugt drei asynchron abzuarbeitende Gruppen mit je drei Queues die jeweils eine Zeile der Bitmap-Daten verarbeiten. Erst wenn die letzte Gruppe abgeschlossen ist, wird die Methode fortgesetzt und mein Differenzbild von der Bitmap erzeugt. Quellcode (30 Zeilen) Gruß.

Hallo zusammen, ich bräuchte mal etwas (Nach-)Hilfe. Bislang habe ich in meinen Klassen üblicherweise mit IVars gearbeitet die Objekte waren (NSIrgendwas) oder CoreFoundation-Referenzen (CFIrgendwasRef) oder eben einfache Datentypen (int, float, BOOL). Für alles das gibt es synthetisierte Setter/Getter oder man kann sie sich relativ einfach selbst schreiben. Jetzt möchte ich aber in einer Klasse eine IVar vom Typ (unsigned char*) verwenden. Um genau zu sein sollen es die Roh-Bitmap-Daten eines B…

Zitat von Amin Negm-Awad: „Egal, schau mal auf Seite 300. Da mache ich genau so etwas für eine Struktur Vector3.“ Ja, super. Das wird helfen. Thx. Gruß

Zitat von macmoonshine: „Zitat von CLW: „Woran liegt's wohl?“ Es muss @encode und nicht @encoding heißen.“ Ja, klapp. thx Hätte mir beim Lesen der NSValue Class Reference aber eigentlich auch schon auffallen müssen Zitat von macmoonshine: „EDIT: Zitat von CLW: „Und warum gibt es das schöne "-valueWithCGRect:" nur als UIKit Addition für's iOS und nicht für MacOSX?“ Damit Du lernst, wie Du eine Kategorie schreibst. ;)“ Ja, das ist doch mal ein Ansporn. Aber ob ich das so ressourcenschonend hinbeko…

Zitat von Amin Negm-Awad: „Man kann sogar CGRects unmittelbar in NSValue-Instanten hereinschmeißen:Quellcode (1 Zeile)“ Hmm, geht bei mir leider nicht (siehe ERROR in Zeile 6): Quellcode (11 Zeilen) Woran liegt's wohl? Und warum gibt es das schöne "-valueWithCGRect:" nur als UIKit Addition für's iOS und nicht für MacOSX? Blöd Gruß

Ich vermute, dass du den NSTextView direkt aus der Library im IB geholt hast, oder? Falls ja, dann schau mal im Interface Builder nach und klicke so lange auf den NSTextView, bis der Cursor erscheint.Dann siehst du, dass dort ein schon Leerzeichen gesetzt wurde. Das kannst du getrost löschen und den XIB/NIB speichern. Danach sollte das Problem in deinem Programm nicht mehr auftauchen. Gruß

Meines Wissens nach hat Apple Carbon mit Snow Leopard den Todesstoß versetzt. Allerdings glaube ich, dass es intern doch noch irgendwo vor sich hin siecht. Der Grund für meine Annahme ist QuickTime (nicht QuickTime X) und das "alte" ColorSync API (mit SL wurde ein neues ColorSync API zur Verfügung gestellt), die beide sehr mit Carbon verflochten sind. Da Sowohl QuickTime als auch das "alte" ColorSync noch unter SL lauffähig sind, muss Carbon in irgendeiner Form noch existieren. Möglicherweise al…

Zitat von Amin Negm-Awad: „Wir werden in der nächsten Auflage ohne Ivars arbeiten, wenngleich wir die natürlich erklären. Aber der Code selbst wird ohne auskommen.“ Danke Amin und macmoonshine, ihr habt mir sehr geholfen. Viele Grüße

Zitat von Amin Negm-Awad: „Gerade probiert: Quellcode (11 Zeilen) Zitat: „Build succeeded.“ “ Sorry, wenn die Frage jetzt ziemlich dämlich klingt (weil sie nach obiger Informationen eigentlich bereits beantwortet ist), aber kann man sich damit dann theoretisch die Deklaration von Instanzvariablen im Header (genauer gesagt im Interface) komplett sparen? Falls ja, was spricht dann noch dafür, die Deklaration von Instanzvariablen wie bisher im Header vorzunehmen? Und was spricht dagegen, sie ohne D…

Zitat von little_pixel: „Höchst erfreuliche Nachrichten... Bevor ich auf den Button klicke, der in dem "Mutter View" des MenuItems ist habe ich mir mal -focusView ausgeben lassen. In der Tat ist das dann der Button selber. Das Problem ist dann, dass das View dann entfernt wird und kein Focus mehr gegeben ist. -focusView zeigt dann weiter auf den nicht mehr vorhandenen Button. Versuche den Focus zu "verschieben" sind alle gescheitert. Ist auch klar, da beim Klick der Button wieder selbst zum -foc…

Zitat von little_pixel: „Quellcode (6 Zeilen) Hässlich, aber funktioniert. Ich habe festgestellt, dass der Fehler nur erscheint, wenn man das Menü vor dem Zeigen verändert. Wenn es schon auf dem Bildschirm ist, dann funktioniert es immer. Viele Grüße“ Ok, ich fasse mal zusammen: Fall 1: - Menü wird gezeichnet - User klickt Button zum Entfernen des entsprechenden Eintrags - Eintrag im Menü wird entfernt - Menü wird neu gezeichnet - Fehler "HIViewSetFocus() failed with error -30599" tritt auf, bei…

Zur Info: appleinsider.com/articles/10/0…e_4_development_tool.html

Zitat von little_pixel: „Quellcode (1 Zeile) Konkret habe ich mehrer NSMenuItem untereinander, denen ich ein eigenes View gegeben habe. In diesem View ist ein Button und ein Textfeld. Wenn man den Button klickt, dann wird einfach das NSMenuItem aus dem NSMenu entfernt.“ OK, das MenuItem wird entfernt, und das Menu wird vermutlich neu gezeichnet. Eine Animation sorgt für ein "flüssiges" Entfernen, richtig? Zitat von little_pixel: „Wenn ich z.B. NSMenuItem an der fünften Stelle klicke, dann wird d…

Zitat von little_pixel: „Ah, noch was: Ich füge, wie erwähnt, dynamisch Einträge hinzu bzw. entferne sie. Ab und an steht im Log: Zitat: „HIViewSetFocus() failed with error -30599“ Ideas? Viele Grüße“ Hi, machst du irgendwas mit einem NSSearchField? Es gibt auf der Cocoa-Mailingliste einen Beitrag, der damit auch Probleme hat (siehe hier). In der zweiten Antwort (die sich der OP selbst gegeben hat), steht auch drin, dass er zweimal auf das NSStatusItem klicken muss, damit er das SearchField edit…

Zitat von little_pixel: „Vielen Dank für Deine ausführliche Antwort. Ich lasse das Menu unter einem NSStatusItem einblenden, so: developer.apple.com/mac/librar…Item/popUpStatusItemMenu: Da scheint alles nicht zu fruchten um nach einem Button-Klick das Menü wegzubekommen. Mit -cancelTrackingWithoutAnimation funktioniert es so halb. Ich denke, dass das StatusItem das verwehrt. Es bleibt auch noch "aktiv".“ Hmm, ok, das sagt mir jetzt so nichts. Müsste ich mit rumspielen, wird aber aus Zeitgründen …

Zitat von little_pixel: „Hallo, ist es möglich via Code ein NSMenu zu schließen? Ich habe in jedem NSMenuItem ein eigenes View, das u.a. Buttons enthält. Wenn der Anwender einen klickt, dann erscheint ein Alert. Leider bleibt das Menü noch offen. Wie lässt sich das ausblenden? Ich habe es schon mit NSApp -deactivate und activate versucht. Leider ohne Erfolg.“ Ist mir nicht bekannt. Aber es klingt so, als wenn das Menu nach dem Alert nicht mehr mitbekommt, dass es geschlossen werden soll. Ist der…

[/quote]Ich unterstelle Dir nichts. Aber dieses kleine Häkchen, dass bei der Installation anklicken werden muss, ist die Zustimmung zum NDA und somit das Abschließen eines Vertrages mit Apple. In diesem Zusammenhang das Wort einschüchtern zu verwenden, finde ich auch sehr gewagt.[/quote] OK, das sollte natürlich provozieren, da der Thread "Gerüchteküche: Xcode 4" heißt. Die einzigen, die dazu überhaupt ein paar "Gerüchte" beisteuern könnten, wären, die, die Xcode 4 schon mal in den Händen gehalt…