I don't know if anyone has any knowledge in it, but I just nearly completed a tutorial in which I should have ended up with a functional to-do list. But either I messed something up or it's out-of-date.
The debugging points to this line being incorrect
if (self.textField.text.length > 0) {
self.toDoItem = [[ToDoItem alloc] init];
self.toDoItem.itemName = self.textField.text;
self.toDoItem.completed = NO;
}
It's copied directly from the tutorial, so I assume that particular if statement is written correctly. That's my question though: is it?
My next step (after troubleshooting the tutorial) will be to try and make a database app for Achaea, with class skills and all of that. I think it's something that would help both new players and old, being able to look up class info, hunting areas, detailed abilities, etc. Will probably need the help of some graphic artists and, in the best-case scenario, people who know appmaking better than I.
Comments
As for the question itself, I've never written any code in Objective C, but debugging is generally a pretty universal skill.
Does it give you an error while you're writing the code or when you try to run the app? Other than knowing the error is on that line, do you have an error message? If so, what does it say?
The syntax looks pretty standard for an if statement so I'll assume that's correct. Best guesses: old tutorial using outdated field names, causing compilation errors. You've mistyped something and are attempting to access a variable that doesn't exist, causing compilation errors. You're not declaring something when you should so it doesn't exist when that line of code executes, causing a runtime error.
Results of disembowel testing | Knight limb counter | GMCP AB files
As an aside, if you're trying to get into IOS development currently (I'm not sure if that is what your intention is with the exercise), you're probably going to be much better served learning swift. While a grounding in objective C will definitely be useful, its going to be a skill with a definite shelflife (or at least, a skill that is only going to go down in desirability longterm in all probability) given that apple have made it pretty clear that swift is what they'll be focussing on in the future (and hence, what employers/companies/etc will likely be much more interested in when looking at someone without a considerable background in IOS development). Swift is also about ten times less hideous and much more pleasant to use.
Obviously, only applicable if you're not committed to objective c for your project for some other reason, but something to consider!
RE: debugging
I have a feeling something isn't pointing right to one of the delegate files or whatever, cause when I first created them they were outside the project folder and I don't think just moving them in worked. May just try the whole build again and see if it still happens.
RE: wiki
Wouldn't mind contributing to that, but what I have in mind is a fancy companion app that's basically faster and prettier than a wiki page is. For context, the Champion Architect app for LoL, which makes things much easier to learn than combing through a wiki page, as far as combat methods and class strengths go.
The big benefit is that you don't have to be near a computer to study up on your Achaean afflictions, nor rely on mobile data speeds, cause the app loads its data from screen to screen in like 1 second guaranteed.
I don't know how the wiki is licensed (and a quick look at the site doesn't really reveal the answer readily), but given that it's user-contributed, it's possible that it might be okay to pull content from the wiki to make your app. At least that way there's some reduction in the duplication of effort.
- artefacts
- classes (skills, summary, gameplay, lore)
- races (specs, lore)
- Cities (rules)
- Denizens
- Item types
- Traits
- Hunting areas (and whether they're allied/defended)
- Non-class skills
- Ships
- Housing
- Gods
- Orgs
- Maps(?)
- Entities
The big focus would be on classes: types of damage they can deal, 1-10 rating on damage, hindering, affliction, prep, benefit from balance vs EQ, benefits from str/dex/con/int, that sort of thing. And then the ability to cross-reference with other classes for compatibility.It'd be more stat oriented and less text than a Wiki.
- With sharp, crackling tones, Kyrra tells you, "The ladies must love you immensely."
- (Eleusian Ranger Techs): Savira says, "Most of the hard stuff seem to have this built in code like: If adventurer_hitting_me = "Sarathai" then send("terminate and selfdestruct")."
- Makarios says, "Serve well and perish."
- Xaden says, "Xaden confirmed scrub 2017."
One of the problems I think though is that the people best oriented to put that information into the wiki are those least likely to do so. And I'm not totally sure that's a bad thing - there's probably something to be said for the fact that part of being good at combat in the game comes from knowing little mechanical details that other people don't.
EDIT: also, just a note, I absolutely love reading that kind of stuff on Wikis. It's just so much nicer/more fun (and obviously some of it sinks in).
The last few times people asked about the specifics of how scytherus works, for instance, most of the answers were very evasive.
There are still some more-complicated mechanics in the game that are not as widely known and consequently are more valuable for people to keep close to the chest.
We need some kind of checklist of topics that people can volunteer to complete. Like a scytherus page, etc.