Suchergebnisse

ich habe mich gegen die keynaming library entschieden und verwende nun SDL zum Benennen der Tasten, da ich SDL für Joysticks sowieso benötige. Die HID scancodes stimmen mit denen von SDL überein.Im Folgenden der Code wie ich für OSX die user Eingaben für Keyboard (HID Api), Maus (Carbon) und Joysticks (SDL) scanne, beginnend mit der InputMap. Quellcode (31 Zeilen) SDL keynames: Quellcode (15 Zeilen) C-Quellcode (344 Zeilen)

die ersten Resultate mit IOHid sind toll: - Unterscheidung zwischen left u. right modifiers - kein polling Problem wie mit SDL. Es funktioniert so zuverlässig wie Carbon GetKeys - nicht depracated wie Carbon - funktioniert mit der oben erwähnten keynaming library zwecks lesbaren layout unabhängigen Bezeichnern (ü,ß, .. ) - ^ und ´ werden sauber angezeigt, denn dies funktioniert nicht mit SDL (Leerstring) und funktioniert ebenso nicht mit Carbons GetKeys in Kombination mit der keynaming library (…

stackoverflow.com/questions/71…o-get-modifier-key-events IOHID sieht viel versprechend aus. Das werde ich als nächstes Testen. Viele der commands haben ein CF davor. Ich denke mal das meintest du mit CFEvents? Über Quartz (keine Ahnung was das ist) gibt es noch eine Möglichkeit. Jedoch erfordert dort das Tracken von keystrokes root Zugriff.

Zitat: „hast du es mal getestet?“ Ich habe von Cocoa keine Ahnung. Die Gui der Anwendung habe ich über ein cross-platform framework erstellt, welches über ein einheitliches c++ interface auf die native Api's zugreift. Im makefile muss ich nur darauf achten, dass das framework im Fall von OSX als objective C kompiliert wird. Ich glaube ich muss mich mit der HID Api beschäftigen. HID ist nicht ohne. Wo finde ich eine gute Doku über CFEvents ?

Nach langer Recherche meine ich das Carbon mit getKeys() nicht die Möglichkeit bietet zwischen "left" und "right" modifiers (ALT, COMMAND, SHIFT, ...) zu unterscheiden. Ich frage mich ob das jetzt nur über Cocoa machbar ist ?

ok der code für grave ist 0x0a. Left shift und right shift lassen sich nicht unterscheiden. Es kommt beides unter 0x38 rein. 0x3c sollte eigentlich für right shift stehen. Dies funktioniert jedoch nicht. SDL hingegen trennt zwischen left und right. Gleiches Problem findet sich ebenso bei alt und command.

dann werde ich heute abend das ganze Rückgabe array auswerten. Zwischenzeitlich habe ich diese Geschichte mal über SDL versucht. Hier gibt es bereits von Haus aus eine Methode, welche die Bezeichner der Tasten Layout unabhängig zurück gibt. Das Problem ist, das das Polling der gedrückten Tasten unzuverlässig scheint. Ich teste für 5 Sekunden aller 30 ms die User Eingaben. Häufig habe ich bei SDL das Problem das ich die Taste 1 - 3 mal drücken muss, bevor diese erkannt wird.

für ^ finde ich den keycode nicht, 0x??

der Code ist recht veraltet. Es kompiliert nicht mehr out of the box. Ich habe einige Änderungen vorgenommen, damit er kompiliert. Ich bekomme damit auch Umlaute auf einer deutschen Tastatur richtig bezeichnet. Nur die ´ Taste macht Probleme. Hier bekomme ich einen leeren string als Bezeichner. Ich versuche noch ein paar Dinge und werde dann die Änderungen hier angeben.

ja symlink ist besser

ok habe mal ein Bisschen damit rumgespielt. Es wird nur in Ascii Sprache übersetzt. 1 und keypad 1 ergibt beides 1. Escape wird zu \x1b Das kann man dem User so nicht anzeigen. das sieht vielversprechend aus: jens.ayton.se/code/keynaming/

eine Ausgabe von PATH im makefile gibt: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin:/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/libexec:/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/usr/local/bin:/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/usr/bin:/Applications/Xcode.app/C…

ich hatte /opt/local/bin/sdl-config in /etc/paths.d/ Ein Versuch, den ich vergessen habe wieder zu entfernen. jetzt sieht echo $PATH wie folgt aus: /opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin Leider kommt der Fehler immer noch für bin/sh oder bin/bash Deine Antwort kam vorhin während einem Edit meines letzten posts. Kannst du bitte nochmals in diesen post schauen?

echo $PATH gibt /opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/local/bin/sdl-config habe am Anfang des makefiles folgendes probiert: SHELL := /bin/bash gibt dann diesen Fehler: /bin/bash: sdl-config: command not found die Regel im makefile sieht vereinfacht so aus: Quellcode (5 Zeilen) im linker verwendet: $(strip $(compiler) -o out/$(name).app/Contents/MacOS/$(name) $(objects) $(link)) Quellcode (9 Zeilen) Anfangs hatte ich für sdl-config framework SDL stehen. …

Dies steht bereits in der .profile. Oder wo sollte das export PATH hin?

Unter DirectInput gibt es ein command mit dem ich die Bezeichnung einer Taste Sprach und Tastatur-Layout unabhängig zurück bekomme. Somit muss ich beim Entwickeln keine Ahnung darüber haben, dass Ü auf einer englischen Tastatur nicht existiert, sondern bekomme das entsprechende Zeichen. Unter Carbon lese ich auf folgende Weise aus, welche Tasten betätigt wurden. Nun suche ich eine Funktion mit der ich den Bezeichner der Tasten in der keymap erhalte um dem user anzuzeigen mit welchen Tasten er se…

Im makefile verwende ich folgenden linker flag: `sdl-config --libs` und bekomme diesen error: /bin/sh: sdl-config: command not found `/opt/local/bin/sdl-config --libs` funktioniert hingegen. Im Terminal kann ich sdl-config auch außerhalb des obigen Verzeichnisses erreichen. Warum funktioniert das nicht im makefile bzw. wie erreiche ich das ?

danke für die Hinweise, geändert in std::string out = ""; #ifdef __APPLE__ CFBundleRef bundle = CFBundleGetMainBundle(); CFURLRef resourceURL = CFBundleCopyResourcesDirectoryURL(bundle); char buffer[1024]; if(CFURLGetFileSystemRepresentation(resourceURL, true, (UInt8*)buffer, 1024)) { out = std::string(buffer); } CFRelease(resourceURL); #else

ja die xml's sind statisch. So habe ich es jetzt. std::string App::getApplicationPath() { std::string out = ""; #ifdef __APPLE__ CFBundleRef bundle = CFBundleGetMainBundle(); CFURLRef executableURL = CFBundleCopyExecutableURL(bundle); CFStringRef executablePath = CFURLCopyFileSystemPath(executableURL, kCFURLPOSIXPathStyle); CFIndex maxLength = CFStringGetMaximumSizeOfFileSystemRepresentation(executablePath); char* buff = new char[maxLength]; if(CFStringGetFileSystemRepresentation(executablePath,…

ich habe language.xml files, welche im app dir liegen. OSX führt die Programme im root aus, darum bekomme ich nur einen slash mittels getcwd. Xcode hingegen nicht. Super argv gibt mir den application path. Im Fall von OSX den Pfad bis tief ins bundle rein. Ich packe die xml files ins bundle. NSBundle hatte ich jetzt nicht versucht, weil ich von objective C und Cocoa keine Ahnung habe.