 | | | Mac Game | |
On 20 Sep 2007 at 18 30 Alexei Svitkine wrote
> > Of course it 's also possible that this would be a massive
> > undertaking requiring substantial effort to keep up to date. I
> > _still_ don 't > Of course it 's also possible that this would be a massive
> undertaking requiring substantial effort to keep up to date. I
> _still_ don 't see anything that would be too technical for a
> pro
On Sep 20 2007 at 4 36 AM Keith Bauer wrote
> Which is great and all you 've written some C++ code with some classes
> and functions named similarly to Cocoa stuff. What you haven 't done
> is bOn 20/09/2007 Keith Bauer <onesadcookie@(protected) > wrote
> Which is great and all you 've written some C++ code with some classes
> and functions named similarly to Cocoa stuff. What you haven 't d > > The dynamism I 'm talking about is calling a method based on its
> > selector on some random object. Not something you can just do in C or
> > C++ without exposing the ideas of selectors uniquing
On Sep 20 2007 at 1 44 AM Keith Bauer wrote
> > > Because you usually need to provide a user-created ObjC object which
> > > responds to the selector. Take a look at NSTimer or NSThread for
> > > exa > I 'v not personally ever had need to use Qt but having used lots of
> apps that HAVE used it
> they all felt pretty native to the platform..
It 's not possible to make a Qt app for the Mac that sat
On 20/09/2007 at 6 44 PM Keith Bauer wrote
>
> Why do people use it? Because it 's one of two full-featured
> cross-platform GUI toolkits the other of which is Java 's Swing. It 's
> well-accepted > > Because you usually need to provide a user-created ObjC object which
> > responds to the selector. Take a look at NSTimer or NSThread for
> > examples.
>
> And your claim is that this couldn 't be
On Sep 19 2007 at 12 46 PM Keith Bauer wrote
> > > There are lengths one has to go to to get the kind of dynamism ObjC
> > > allows in C or C++ that are not worth contemplating.
> >
> > These are the Thanks! Works great. I expected it to be something similar to
what 's below but was over complicating things in my code and missing
the [NSApp setAppleMenu appMenu] call.
On Sep 19 2007 at 1 57 AMe again... sorry
Am 19.09.2007 um 21 46 schrieb zmorris@(protected)
> I still haven 't really been able to learn objC
If you know C and understand OO this takes you one hour.
The biggest problem I haDear readers
I really did not want to contribute any more... but I am just human.
Am 19.09.2007 um 21 46 schrieb zmorris@(protected)
> If you can go from objC to javascript [...]
It says ??? Using On Sep 19 2007 at 6 36 AM Daniel B?nzli wrote
> > > In any case to do more than a couple of classes ObjC++ will more
> > > than save you the time. And of course you 're not tied to ObjC++
> > > you
> > There are lengths one has to go to to get the kind of dynamism ObjC
> > allows in C or C++ that are not worth contemplating.
>
> These are the sorts of features that are rarely used and in a well-
Zack wrote
> > I have a huge games folder and I can 't even run many of them on my
> > new Intel Mac Mini. The very first game in the folder is "3D Brick
> > Bash! "
After years of reaping the benefi
Le 19 sept. 07 ? 13 52 Steve Checkoway a ?crit
> On Sep 19 2007 at 1 24 AM Keith Bauer wrote
> > There are lengths one has to go to to get the kind of dynamism ObjC
> > allows in C or C++ that a
On 19 Sep 2007 at 13 52 Steve Checkoway wrote
> These are the sorts of features that are rarely used and in a well-
> designed api wouldn 't be needed in the first place. If one finds
> that th
On Sep 19 2007 at 1 24 AM Keith Bauer wrote
> > But it doesn 't change the fact that you are still stuck writing code
> > in objective-C. I see no reason that the Cocoa api could not have
> > bindin
Le 19 sept. 07 ? 06 11 Shawn Erickson a ?crit
> Objective-C++ helps with that and works rather well for bridging C+
> + core with Cocoa based UI.
The thing is C++ is not the only language out th > But it doesn 't change the fact that you are still stuck writing code
> in objective-C. I see no reason that the Cocoa api could not have
> bindings in c or c++ probably c++. One probably couldn 't dPlease don 't cross post I 'm only on 2/3 of these lists. I 'm going to
respond on this one.
On Sep 18 2007 at 11 39 PM Alexander Spohr wrote
> doing the Interface by programming without a nib i
On Sep 18 2007 at 10 46 PM Tobias Ford wrote
> I 'm rusty so I may be off... )
>
> The stuff that 's toll-free are smaller classes that usually aren 't
> tied to anything that concerns events. Tobias
doing the Interface by programming without a nib is suicide and
useless. So don?t bother - create a nib.
Then create and instantiate a controller-class (Controller.m/h will
do) in the nib aI 'm rusty so I may be off... )
The stuff that 's toll-free are smaller classes that usually aren 't
tied to anything that concerns events. But at the same time the
objective-c++ compiler works We have a game that creates an NSWindowed opengl context for windowed
use and a full screen openGL context when capturing the screen (the
default release behavior). It toggles between the two mod
On Sep 18 2007 at 9 11 PM Shawn Erickson wrote
> Objective-C++ helps with that and works rather well for bridging C++
> core with Cocoa based UI.
But it doesn 't change the fact that you are s
On Sep 18 2007 at 7 52 PM Jerahmy Pocott wrote
> It was an interesting rant!
>
> On 18/09/2007 at 11 21 PM Alexander Spohr wrote
>
> > So this was Zack?s rant.
> > And I am going to answer it.
It was an interesting rant!
On 18/09/2007 at 11 21 PM Alexander Spohr wrote
> So this was Zack?s rant.
> And I am going to answer it.
>
> Have fun )
>
> Am 12.09.2007 um 20 20 schrieb zmorris@(protected)On Sep 18 2007 at 7 21 AM Alexander Spohr wrote
> So this was Zack?s rant.
> And I am going to answer it.
>
> Have fun )
>
> Am 12.09.2007 um 20 20 schrieb zmorris@(protected)
>
> > An emphasis was |
|
|
