Suchergebnisse

Moin, kann man in eigenen Apps die Kartendarstellung so wie in der Karten App einstellen? In der Standardansicht kann man ja nicht so weit aufzoomen.

Gerade mal geguckt. Mail ist auffällig. 1,5 GB, Mail neu gestartet, nun sind es angenehme 67 MB. WindowServer > 5 GB. Auch recht üppig.

Danke fürs Feedback Mattes. Dann liegt es wohl nicht an meinem Setup. Ich habe Xcode schon öfter neu gestartet und auch mal eine Stunde in Ruhe machen lassen, ohne Erfolg. Sogar zwei Computer Neustarts brachten nichts. Auch machen die Versionen aus dem Store und der direkte Download keinen Unterschied. Ich werde 13.1 erst mal ignorieren.

Moin, Xcode 13.1 benötigt bei mir ca. 85% CPU Load (M1 Pro) im Leerlauf, ohne dass ein Fenster offen ist! Habe noch mal 13.0 geladen, das verhält sich wie erwartet. Dabei habe ich noch bemerkt, dass 13.0 ca. 10 GB und 13.1 34 GB im Appordner belegt. WTF?

Hier mein unqualifizierter Vergleich: MBP 13'' 2019 2,4 GHz i5 8GB gegen MBP 14'' M1 Pro 8/14 Kerne 16GB Mein Lieblingsprojekt kompilieren: 63 s zu 21 s. Mein Lieblingsprojekt kompilieren und starten: 77 s zu 23 s. Respekt Apple!

Bei mir geht die Seite jetzt schon am vierten Tag hintereinander! Da ist wohl was passieret.

GPS Daten mit den Daten der Sensoren zu kombinieren ist prinzipiell ist es das beste was man machen kann. Man nutzt Vorteile beider Systeme ohne mit den Nachteilen leben zu müssen. GPS liefert recht ungenaue aber dafür sehr Langzeit-stabile Positionsdaten, während Beschleunigungssensoren hochpräzise und schnell Daten liefern, aber Prinzip bedingt nur kurzzeitig genaue valide Daten zur Verfügung stellen.

Ich stand mal vor einem ähnlichen Problem. Mir ging es aber darum, dass der Nutzer nicht noch einmal für die neue App zahlen sollte. Ich habe dann übergangsweise die neue und die alte App als Bundle angeboten. Also zwei Apps zum Preis von einer.

Moinsen, habe kürzlich folgendes Konstrukt in einer .m Datei zwischen #import und @interface gefunden: Quellcode (6 Zeilen)Ich weiß was das macht und wie man das aufrufen kann, aber das ist doch keine Methode und auch kein Macro. Wäre für eine kurze Erklärung dankbar.

Stehen denn die Daten schon in irgendeiner Weise zur Verfügung oder muss die Hardware mit Sensoren auch noch gebaut werden? Spontan würde ich zum Arduino tendieren. Dieser kann die Messwerte erfassen und Steuersignale ausgeben. Daten können dann über USB mit dem Mac ausgetauscht werden. Je nach Umfang kann der Arduino auch die Steuerung übernehmen, oder der Mac macht das durch den Arduino hindurch. Zur Arduino Programmierung lässt sich auch Xcode nutzen!

Suche mal nach BBC sound effects. Die BBC hat vor ein paar Jahren ein Archiv mit tausenden Sounddateien veröffentlicht. Das ist zumindest für den nicht kommerziellen Gebrauch frei.

Am besten du nimmst nur Systemfarben. Also [NSColor labelColor], [NSColor textColor],... Dann brauchst du dich nicht weiter drum zu kümmern

Du musst hierbei nur ein NSSavePanel präsentieren. Wenn der Nutzer nun einen Pfad auswählt, gilt das als genehmigt. Das funktioniert also nicht so wie bei Mikrofon, Kamera oder Standort. Hat der Nutzer einmal einen Pfad ausgewählt, kannst du diesen als BookmarkData abspeichern und später wieder verwenden ohne noch mal einen File Requester zu präsentieren zu müssen. Siehe hier: developer.apple.com/documentat…ation/nsurl?language=objc

Textfarben setze ich in der Delegate Methode tableView willDisplayCell:... bzw. tableView viewForTableColumn:...

CocoaAsyncSocket könnte dein Freund werden: github.com/robbiehanson/CocoaAsyncSocket

Mein Einladung von Apple dazu ist im Spam Ordner gelandet.

Zitat von hyxamp: „In Bezug auf Swift stelle ich mich da wohl noch ein bisschen ungeschickt an. Da ist es immer hilfreich zu wissen was man sucht! “ Suche mal nach Core Bluetooth. Da finden sich Snippets. Daten verschicken und empfangen ist nicht sehr geradlinig. Das erscheint mir als ein guter Einstieg: medium.com/@shu223/core-blueto…s-with-swift-9be8524600b2

Bluetooth LE, die Betonung liegt auf LE! Es gibt für ein paar Euro Bluetooth LE auf Serial (RS-232) Adapter. Müsstest dir dann nur ein Protokoll bauen, falls das in deinem Anwendungsfall machbar ist.

Bluetooth! Eine ständiger Datenaustausch über WLAN verbraucht 'ne ganze Menge Strom. Ich hatte mal einen ähnlichen Anwendungsfall. Bei einer WLAN Verbindung zum Gerät betrug die Akkulaufzeit nur noch 60% gegenüber einer Bluetooth LE Verbindung.

Wird schon klappen. Da hat sicher nur jemand oder etwas "Demo" gelesen, ohne zu verstehen worum es geht, und gleich den entsprechenden Knopf gedrückt. Ein Zweizeiler wird das schnell klären. Denk mal an früher, als ein Review/Widerspruch jedesmal vier Wochen dauerte.