iOS Learning iPhone Code Together!

Might want to wait for the NDA to be lifted first.

Suggestion

Any code that is mentioned... id just say write for a small scaled down desktop version in regular cocoa.. then when the Interface Builder comes along... just port it to the iphone/itouch... Just a recommendation...that way there is no way of violating the NDA...

Sean7512 said:

Can we at least ask each other which call to make to get a MessageBox open, etc?

Click to expand...

Sure here is some code for doing just that

Cromulent said:

Might want to wait for the NDA to be lifted first.

Click to expand...

What NDA are you talking about? You can download the full SDK off developer.apple.com/iphone for free.

It's only a matter of time before there are comprehensive books and sites on idiots guides to iPhone/Cocoa Touch programming...By June, there'll be some great stuff already out there.

I have pretty much no programming experience and I want to find a good spot to gather info.

Good thread!

Hi!

Funnily enough, this is exactly the thread I was hoping would be here...

Although the file's been removed, I'd still like to see the code. Would it be possible to re-post it, but edited to use the desktop Cocoa framework rather than that for the iPhone?

I've been playing with Xcode today. Written some classes that would form part of the core idea I've got... but as soon as it comes to hooking Interface Builder-created stuff into it, I'm lost

Imagine I've started with the basic 'Cocoa Application' template in Xcode and I have a class with some data fields and some accessors. The next bit, which I can't get my head around, is having a button that'll instantiate that class and some UI controls that'll bung some values into the class's fields via the accessor methods.

Do I need to scatter some (IBAction) tags around?!

(I think I've hit one of those things where my brain's object model isn't quite right )

stevehp said:

What NDA are you talking about? You can download the full SDK off developer.apple.com/iphone for free.

It's only a matter of time before there are comprehensive books and sites on idiots guides to iPhone/Cocoa Touch programming...By June, there'll be some great stuff already out there.

I have pretty much no programming experience and I want to find a good spot to gather info.

Good thread!

Click to expand...

You need to register to download it. When your register you have to click accept on a license agreement. This license agreement is the NDA. Everyone who downloads the SDK is therefore bound to an NDA. It is not available to anyone, it is only available to those under an NDA.

Practically speaking, the NDA is pretty much inconsequential to anything that people want to discuss in here. There is no way Apple is going to do anything to people on a forum just trying to learn stuff.

(sorry -- this is a bit off the topic of the thread, but..)

DING-DING-DING!

I got my head around Interface Builder. Every example I'd looked at was for Xcode/IB 2.x, not 3. Linking XCode classes with IB seems to have changed somewhat. I was vainly dragging my class's interface file onto IB's MainMenu.nib window and getting annoyed that it wasn't appearing... so I thought I was completely off-track with the class implementation. Got it going now though

By the way, I'm finding the Cocoa For Scientists guide really helpful. Kevin Cathey's blog post on the changes in Interface Builder 3 explains how IB works in its latest incarnation.

(sorry again for the OTness )

(edit: coming from C#/.NET Framework, Cocoa feels.... baggy! And I don't mean that in a bad way. It's very good. I was sitting there thinking, "Where's the code behind the window? If there's no code behind that window, how do I instantiate my other class and call its method to do something when the button's clicked?"

It's just hit me that the interfaces made with IB are these fantastic (metaphorically) floating entities. I just have to write some code to do what I need and plug them into each other. Awesome!)

This place has been really helpful to me http://cocoadevcentral.com/. I'm very happy that someone made this forum. I have a lot of questions and the support is always welcome.

admanimal said:

Practically speaking, the NDA is pretty much inconsequential to anything that people want to discuss in here. There is no way Apple is going to do anything to people on a forum just trying to learn stuff.

Click to expand...

I agree.

I guarantee Apple wouldn't have a problem with people discussing app development with the SDK...They clearly want people to develop apps as they have made it extremely accessible.

The NDA found in the terms and conditions is not unlike most beta software.

I'm no lawyer, but I can't see this being an issue.

stevehp said:

I agree.

I guarantee Apple wouldn't have a problem with people discussing app development with the SDK...They clearly want people to develop apps as they have made it extremely accessible.

The NDA found in the terms and conditions is not unlike most beta software.

I'm no lawyer, but I can't see this being an issue.

Click to expand...

Actually this is incorrect.

Discussion of Xcode 3.1 has been banned on the Apple Xcode users mailing list and there is no iPhone Dev mailing list for the same reason. They obviously do have a problem with people discussing it.

ooh ooh, I wanna be in this club.

I'm learning as well .

I have a project I'm going to be started on tonight, I've been trying out tutorials, and freshening up on the limited amount of programming knowledge I've acquired in the past.

Can people join Groups on MacRumors:Forums?

Lets start the ObjCiPhoneNewbs Group.

alert/menubar applets..

I've got a query. First I'll give a brief use case. I trade stocks
automatically with my computer. There's automatic bailout functions
and stoplosses in place, but I'd like to be alerted when things go south regardless.

I'd like to write an application (perhaps actually two, as you'll see in a moment)
which A) alerts me of things going horribly wrong and B) Lets me view and see how things are doing
and control (stop trading, etc).

Part B is easy, I'm already well on my way to making that happen with a nice pretty gui, fancy
graphs and the ability to stop everything, or just one part.
Part A is the hard part. I can write a daemon, but that doesn't give me access to any sort of gui.
I'd like to produce some sort of menubar app, like the signal strength meter. parts A and B can,
of course, be seperate applications in the interest of memory and bandwidth savings.

My initial, very naive testing so far has been taking the basic test application and fork()ing.
Sadly, the child process doesn't get access to the GUI stuff. and obviously that might
take up more memory than I'd like.

Other things i've thought about are applications triggered via email, sms or instant message.
But all of those seem somewhat crufty, and require more levels of vulnerability to operate.

So, anyone know how I can write any sort of alert or menubar application?

vimacuser said:

So, anyone know how I can write any sort of alert or menubar application?

Click to expand...

As far as the menu bar goes, from what I gather you can't write a daemon like you want to using the SDK, as your app only runs when it runs and is killed by the OS afterwards. I'm not sure what forking a new process will do, it may work. However, a number of the jailbreak apps have added icons to the bar to indicate daemon state, so it is possible to do it without the SDK (at least on 1.1.x, who knows for 2.0). It might be worth looking at the NES.app or taskbar notifier (I'm not sure if they are open source, but check), those two definitely do that.

Cromulent said:

Might want to wait for the NDA to be lifted first.

Click to expand...

Is there a NDA for writing stuff for Mac OS? I'm going to try to learn to do this for both Mac OS and iPhone at the same time since they're so similar. I'm majorly managing hard drive space to do this. I think I'm gonna have to drop some clams on a 300GB hard drive soon. This 120GB is fillin' up.