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 a
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 p
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
accom
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++ c
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
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
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
development
> That shuts me out of GUI development with IB, forcing me
> to rely on using code for what little GUI I do need, something not
> covered in these books either.
Not covered, but not hard, especially compared to any other way of building
a UI via code.
> I do have some sample code for
> building a
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 (http://www.fltk
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
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 ho
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
> 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 u
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. T
14 matches
Mail list logo