I have not used glut for any OS X based projects, but my impression is
that if you intend to use no OS facilities in the window you are
interacting with then glutKeyboardFunc() and friends should work just
fine. If you want to use a WebView or anything that expects NSEvents
in that window you are
On Tue, Jun 17, 2008 at 9:28 PM, Josh de Lioncourt
[EMAIL PROTECTED] wrote:
Hi Louis and Andy,
I'm certainly looking at this suggestion, but another developer suggested
that I may be better served by hooking into the keyboard input functionality
of OpenGL. Assuming that have focus on an
Hi all,
Thanks for the responses yesterday. They were quite helpful. However,
they have led me down a number of other rivers of thought, and it
seems that there should be a better way to handle the projects I'm
working on than what I had originally planned. I have two main
questions.
If I understand
correctly, there is absolutely no way to do this in XCode without
using Objective C.
Sure, use Carbon. It's likely that's a dead-end in terms of Apple's
evolution of APIs, and it absolutely does not eliminate the requirement of
some Mac-specific code that will not compile
On Jun 17, 2008, at 10:00 AM, Josh de Lioncourt wrote:
Hi all,
Thanks for the responses yesterday. They were quite helpful.
However, they have led me down a number of other rivers of thought,
and it seems that there should be a better way to handle the
projects I'm working on than what
Hi Rush,
Thanks for the advice. Being visually impaired, I haven't been able
to find *ANY* up-to-date Cocoa/Objective C books in an accessible
format. I have a couple of books that were written around 2002-ish,
but have been hesitant to delve into those before being able to
determine
On Tue, Jun 17, 2008 at 10:52 AM, Josh de Lioncourt
[EMAIL PROTECTED] wrote:
Thanks for the advice. Being visually impaired, I haven't been able to find
*ANY* up-to-date Cocoa/Objective C books in an accessible format. I have a
couple of books that were written around 2002-ish, but have been
Sorry Josh, I had not read your initial Cocoa, C++, Keyboard input
and Timers post. I assumed you were just a Mac newbie and wasn't
aware of your multitude of obstacles.
Maybe you can use a cross-platform GUI toolkit? There is wxWidgets (http://www.wxwidgets.org/
), FLTK
Hi Rush,
If I could get my hands on a NIB file that consisted of an web kit
control that spanned the window, I suppose I could reuse that across
several projects. This sounds like a fantastic idea for the limited
GUI I need, especially since I have extensive experience in web
Hi Scott,
On Jun 17, 2008, at 12:31 PM, Scott Ribe wrote:
I don't even know that it needs to be off-list. Try giving just a
little bit
more info about what you want to do. I have an idea how you might
approach
setting this up, but I'm not clear if it's based on an accurate
understanding of
On Tue, Jun 17, 2008 at 2:42 PM, Josh de Lioncourt
[EMAIL PROTECTED] wrote:
2. Complex keyboard control. We need to be able to intercept keystrokes,
be able to determine when keys are pressed or released, held in combination,
etc. This includes the pressing of modifier keys alone. We need
On Jun 18, 2008, at 01:22, Louis Gerbarg wrote:
It sounds like what you want to do is here is subclass NSApplication,
with a replacement implementation of sendEvent that decodes the
incoming events, marshals the NSEvent's parameters, then sends them to
your C++ code for processing. If your C++
Hi Louis and Andy,
I'm certainly looking at this suggestion, but another developer
suggested that I may be better served by hooking into the keyboard
input functionality of OpenGL. Assuming that have focus on an
NSWindow doesn't interfere with such an implementation, I'd be able to
13 matches
Mail list logo