TweetFollow Us on Twitter

Your Attention, Please: Alerts and Sheets in Cocoa

Volume Number: 20 (2004)
Issue Number: 3
Column Tag: Programming

Mac OS X Programming Secrets

by Scott Knaster

Your Attention, Please: Alerts and Sheets in Cocoa

I have seen the light, and it turns out to be cocoa-colored. As you already know if you have read Dave Mark's Getting Started column, he and I spent a transformational week taking the Cocoa Bootcamp class at the Big Nerd Ranch. During this week, the other students and I were thrown into an ocean of Cocoa, but we didn't drown. Class instructor Aaron Hillegass' strategy is to take attendees through an enormous volume of material, and it works: you don't remember everything about everything, but a surprising amount sticks to your brain. The result is that the class is like a Cocoa Magic Decoder Ring. Now, I can look at Cocoa books, documentation, and code, and figure out what's going on - before, I couldn't.

As Dave mentions in his column, the class is held in rural Georgia, which is probably not the first place you think of when looking for a hotbed of Cocoa development. But upon arriving at the lodge, I figured out why this was such a good place for Cocoa training: one of the region's legendary characters is Chief William McIntosh. His face is all over the lodge, and figure 1 shows you what he looked like. McIntosh, Cocoa - get it?


Figure 1. Chief William McIntosh is an appropriate historical figure in the area where the Big Nerd Ranch holds its classes.

In this month's column, I'm going to start by talking a little about some observations and "aha" moments that happen as you're trying to figure out what Cocoa is all about. Then, I'll go through a gentle example of how you get something done in Cocoa: putting up an alert.

Drink the Cocoa

If you're an old-school programmer with experience writing Macintosh or Windows apps, several obstacles pop up immediately when you try to learn Cocoa. The roadblocks include:

  • Learning to read and think in Objective-C.
  • Learning to use and trust frameworks in general.
  • Figuring out how to use the Cocoa frameworks specifically.

Learning Objective-C is the first challenge to working in Cocoa. Although you can use Java with Cocoa, everything is designed first with Objective-C in mind. Objective-C and Cocoa together have some rules and conventions that will make you nuts at first, such as sending messages (which turn into method calls) using square brackets, formal parameter names (labels) in method calls, using the "NS" prefix for lots of symbols, including class names, constants, and plain functions, and no explicit "override" keyword . You get used to most of these, but they're a pain until you get used to them. There are also some important new concepts to learn when programming in Cocoa with Objective-C, such as delegates (customizing the way objects behave through a modern version of what used to be called hooks in the old Mac days), categories (a way to add methods and instance variables to a class), and nib files (the output of Interface Builder, consisting of encoded object instances that can be decoded and used by your running application).

If you've programmed with other object-oriented frameworks, you'll have an advantage in figuring out Cocoa. One of the trickiest parts is knowing which piece to use to solve a particular problem. The best way to gain this knowledge is through experience, which means it's hard when you're getting started.

How can you get around these obstacles? First, bootstrap yourself into Cocoa with a good class or book (or both). If you like learning by doing, Cocoa Bootcamp at the Big Nerd Ranch is a fantastic experience. Or, you can read and work through the book Cocoa Programming for Mac OS X, which is basically the portable version of the class. For those who like to learn by reading before jumping in and trying things, check out Cocoa in a Nutshell. The two books together form a fine combination.

As soon as you're to the point where you can look at Cocoa code in Objective-C and have a clue about what's going on, make sure you retain and build your skills by writing Cocoa code as often as possible. Fresh knowledge tends to evaporate if it's not used.

Rich Cocoa

Cocoa provides an amazing box of goodies for programmers to play with. Cocoa is so vast that if you printed out all the Cocoa APIs and laid them out end to end, you would have to walk a very long way indeed to read it all. This month and in future editions, we'll explore cool things you can do in Mac OS X using Cocoa, and I'll try to make sure we have fun while we're digging around. We'll start out this month with a gentle example - putting up an alert - that will also serve to introduce a little of the Cocoa way of doing things.

Before we write code, lets review a bit of user interface business. According to Apple's Aqua Human Interface Guidelines, Aqua supports three kinds of dialogs: modeless, document modal (also called sheets), and application modal. In this month's column, we're going to work with modal dialogs, which are also called alerts. We'll discuss both document modal and application modal alerts. We'll talk about how the recommended way to create alerts has changed recently in Cocoa, and what to do about it.

Our example app is going to create an alert that lets the user confirm whether to revert to factory settings. What's being reverted, and the actual reverting itself, are left as exercises for you and me to do later. Our application will create windows that look like Figure 2. The window includes four buttons: two that put up application modal dialogs, and two for document modal dialogs (sheets). There are two for each because we're demonstrating two different techniques for putting up alerts: one that was introduced in Mac OS X 10.3, and one that works in previous versions as well as 10.3.


Figure 2. This is what our document window will look like.

It's Time to Start

Let's start by creating the project in Xcode. Choose New Project, then Cocoa Document-based Application. Mine is named RedAlert. As usual with Cocoa projects, we'll start with the fun stuff by laying out the user interface and object connections in Interface Builder (IB). We double-click MyDocument.nib and IB opens. First, we'll build the document window and the buttons that will appear inside them. Click over to the Cocoa Windows palette (that's the fourth palette over, signified by a tiny picture of a window in the toolbar), and drag out a window. Then, click the second tab in the toolbar to go to the Controls palette, and drag out four buttons to make your window look like the one in Figure 2.

Now we need a way to make the buttons work. Our big plan is to have the buttons send messages to a controller object when the user pushes them. We're going to make a new class called AppController, which will be a subclass of NSObject. Click Classes in the MainMenu.nib window, then click NSObject. Choose Classes a Subclass NSObject to make the new class. (You can also right-click NSObject, or simply press return, to make a subclass.) Type a name for the new class: AppController.

NeXT, we have to get AppController objects ready to receive messages from the buttons. With AppController selected, choose Tools a Show Info, and make sure Attributes is selected on the popup menu at the top. We have four different buttons that are going to send messages to objects of this class, so we'll define four actions that controller objects can perform. Click Add and type in the four actions, one by one: appModalNew, appModalOld, docModalNew, docModalOld. The info inspector should look like the one in Figure 3.


Figure 3. AppController inspector shows the four actions we created.

We've now defined a template for objects of the class AppController. To actually work with such an object here in IB, we need to create one. Choose Classes a Instantiate AppController to make an AppController object that will be stored in the nib file.

Now it's time to wire this sucker up. IB's famous shortcut for connecting one object to another is to hold down the Control key while dragging between them. We're going to Control-drag from the object that will send the message (in this case, each of the buttons) to the object that will perform the action (the AppController). We hold down Control and start dragging from the first button to the MyDocument.nib window, which switches to the Instances tab as soon as we drag in, and we let go of the mouse button when we've drawn the line to the AppController object. After we connect the two objects, the inspector shows the possible actions in AppController that we can connect the button to (see Figure 4). Pick the appropriate action (such as appModalOld for the first button) and double-click to make the connection. We repeat this process for each of the four buttons.


Figure 4. Connect the buttons to the AppController by Control-dragging in Interface Builder.

We can use the inspector to tweak the settings of our objects. For example, we can prevent the window from having a resize box in the lower right corner by inspecting it, going to the Attributes page, and turning off the "Resize" setting.

Now we've built a window with four buttons, created the AppController class, made an instance of that class, and connected the buttons to actions in AppController. The nib file contains all the instances we built: the window and its buttons, along with the AppController. Before we leave IB, it will do one final favor for us. We go back to the MyDocument.nib window and click the Classes tab. Making sure AppController is selected, we choose Classes a Create Files for AppController. This generates skeleton header and implementation (.h and .m) files for our new class and adds them to the project. If only it would write all the code for us, we would be done. But for now, we still have to do that part ourselves. We'll bid adieu to our friend Interface Builder, save the nib file, and go over to Xcode.

Xcode Marks the Spot

In Xcode, we're going to flesh out the four alert-posting methods of AppController that we hooked up to the buttons in IB. The buttons on the left side of the window put up application modal alerts, while the two on the right produce document-modal sheet alerts. Let's talk about the app modal alerts first.

In versions of Mac OS X before 10.3, you put up an app modal alert by calling the function NSRunAlertPanel. Note that this is a plain old C function call - no messages sent to objects. NSRunAlertPanel takes parameters that let you specify its text and buttons, and returns an integer that indicates which button the user clicked. Here's the full syntax:

 int NSRunAlertPanel(NSString *title,    // main alert text
   NSString *msg,    // second line of alert text
   NSString *defaultButton,    // right button (usually 'OK')
   NSString *alternateButton, // left button ('Don't ...')
   NSString *otherButton, // middle button (Cancel)
   ...) // printf-style formatting for strings

You don't have to pass values for all the parameters - some of them get default values, and others are optional. If you pass nil for defaultButton, the alert will use the localized version of "OK" for the button label. The other buttons are optional - if you pass nil, they don't appear. Passing nil for title gets the localized word for "alert".

Here's the code for putting up the alert using NSRunAlertPanel, which works with all versions of Mac OS X:

- (IBAction)appModalOld:(id)sender
{
    NSLog (@"appModalOld");
    int choice = NSRunAlertPanel 
(@"Do you want to revert to factory settings?", 
 @"If you revert to factory settings, you will lose any cool settings of 
    your own that you have made. (10.2 version)", 
 @"Revert", @"Don't Revert",@"Cancel");
    NSLog (@"NSRunAlertPanel returned %d", choice);    
}

When you call NSRunAlertPanel, you get some user keyboard shortcuts (also known as key bindings) automatically. If the user presses Return or Enter, that's the same as clicking the first button. Pressings Esc is a shortcut for clicking Cancel. If you have a button labeled "Don't Save", the user can type Command-D as a shortcut.

With the advent of Mac OS X 10.3, Cocoa added a groovy new objectve way to put up alerts: the class NSAlert. To use NSAlert, you create a new alert object, set it up by sending messages to it, then put it on the screen by calling its runModal method. Like NSRunAlertPanel (the pre-10.3 function we used above), runModal returns an integer that tells which button the user clicked. Here are some of the NSAlert methods you're likely to call when setting up an alert:

// Set the main text for the alert
 (void) setMessageText:(NSString *)messageText

// Set the secondary text for the alert
 (void) setInformativeText:(NSString *)infoText

// Choose Warning, Info, or Critical alert
 (void) setAlertStyle:(NSAlertStyle) style

// Add a button to the alert
 (NSButton *) addButtonWithTitle:(NSString *)aTitle

Calling addButtonWithTitle returns the button, although you'll often ignore the return value when you're creating the alert. You can call methods on the buttons to tweak their appearance and behavior. For example, you can call setKeyEquivalent to make a keyboard shortcut, or setImage to put a custom image on the button.

When you have the alert built to your specifications, you send it the runModal message and the alert appears. When the user dismisses the alert, runModal returns a value that tells you which button the user clicked. Here's how to put up the same alert as we did before, but using the 10.3 technique with NSAlert:

- (IBAction)appModalNew:(id)sender
{
    NSLog (@"appModalNew");
         // This requires 10.3. We could check
         // NSAppKitVersionNumber at this point to be sure
         // it's supported.

         // Create the alert object
    NSAlert *theAlert = [[NSAlert alloc] init];

   // Make the buttons.
   // For easiest localization, we could 
   // put these strings in a property list and
   // read them in.
   // Buttons are created from right to left.
   //
[theAlert setMessageText:@"Do you want to revert to factory settings?"];
[theAlert setInformativeText:@"If you revert to factory settings, you will lose 
   any cool settings of your own that you have made. (10.3 version)"];
      [theAlert setAlertStyle:NSWarningAlertStyle];
    [theAlert addButtonWithTitle:@"Revert"];
      [theAlert addButtonWithTitle:@"Don't Revert"];
    [theAlert addButtonWithTitle:@"Cancel"];
   // addButtonWithTitle actually returns the button object,
   // so you can mess with buttons using code like this:
   // NSButton *aButton = 
   //      [theAlert addButtonWithTitle:@"Revert"];
   //      [aButton setKeyEquivalent:@"r"];
  //      [aButton setBezelStyle:NSThickerSquareBezelStyle];
   //      [aButton setSound:mySound];
   //   etc.

   // Put up the alert and report the choice
int choice = [theAlert runModal];
    switch (choice)
    {
        case NSAlertFirstButtonReturn:  NSLog (@"NSAlertFirstButtonReturn"); break;
        case NSAlertSecondButtonReturn:  NSLog (@"NSAlertSecondButtonReturn"); break;
        case NSAlertThirdButtonReturn:  NSLog (@"NSAlertThirdButtonReturn"); break;
    }
    NSLog (@"NSAlert runModal: returned %d", choice);
   
    
    // This works too: "compatibility" method.
    // Note returned button values are different (-1, 0, 1 instead of 1000, 1001, 1002).
    
    /*
    theAlert = [NSAlert alertWithMessageText:@"Do you want to revert to factory setting?" 
                        defaultButton:@"Revert" 
                       alternateButton:@"Don't Revert" 
                          otherButton:@"Cancel"
               informativeTextWithFormat:@"If you revert to factory settings, you 
                  will lose any cool settings of your own that you have made. (10.3 version)"];
    choice = [theAlert runModal];
    NSLog (@"NSAlert runModal: returned %d", choice);
    */
    
}

Mac OS X 10.3 also provides a "compatibility" method that looks a lot like the NSRunAlertPanel function. There's an example of it commented out at the bottom of the last listing. This is implemented as a class method of NSAlert. Here's its declaration:

+ (NSAlert *)alertWithMessageText:(NSString *)messageTitle
       defaultButton:(NSString*)defaultButtonTitle
       alternateButton:(NSString *)alternateButtonTitle
       otherButton:(NSString*)otherButtonTitle
       informativeTextWithFormat:(NSString *)format, ...

There's other customizing you can do with NSAlert, including adding help (setShowsHelp) by using a delegate object. Check the documentation for NSAlert (and NSButton) to learn about more cool tweaks.

Changing the Sheets

Now we're going to write methods that put up document modal alerts, also called sheets. These are the cool eye-candy dialogs that slip out from window title bars, then roll back in when you're done. As with our previous examples, there are old-school and new-wave ways to do this. We'll show both.

For best compatibility with previous and current versions of OS X, use the function NSBeginAlertSheet, defined as follows:

void NSBeginAlertSheet(NSString *title, 
   NSString *defaultButton, // define three buttons
   NSString *alternateButton,   
   NSString *otherButton, 
   NSWindow *docWindow, // window the sheet goes with
   id modalDelegate, // sheet's delegate object
   SEL didEndSelector, // called after user finishes
   SEL didDismissSelector, // called when sheet is gone
   void *contextInfo, // passed to delegate as data
   NSString *msg, ...) 

The first few parameters are similar to those we used for app modal alerts earlier, but there's interesting new stuff too. We get to supply pointers to a couple of methods, one that gets called when the user clicks a button to end the alert, and the other that's summoned after the alert is actually closed. We can use these to validate data, record what happened, or for any other purpose. The following listing shows a barebones example of how to put up the document modal alert in our little sample:

- (IBAction)docModalOld:(id)sender
{
    NSLog (@"docModalOld");

   NSBeginAlertSheet (@"Do you want to revert to factory settings? (10.2 version)", // title
                     @"Revert", @"Don't Revert",@"Cancel", 
               [sender window], // sender is a button. We can
                           // get its window this way
                  nil, // delegate (owner of next two methods)
                  nil, // if this is a method selector,
                           // it's called when sheet is done
                  nil, // if this is a method selector,
                           // it's called when sheet is closed
                  nil, // this pointer is passed to the
                           // delegate when previous two 
                           // methods are called
                  @""); // message to display in sheet
                           // (Note: if this is nil, we get 
                           // a runtime error.)   
}

In this example, we're passing nil and so skipping the chance to use the didEndSelector and didDismissSelector hooks. If you want to use either of these methods, define them like this:

sheetDidEnd:(NSWindow *)sheet 
      returnCode:(int)returnCode 
      contextInfo:(void *)contextInfo;

sheetDidDismiss:(NSWindow *)sheet
      returnCode:(int)returnCode 
      contextInfo:(void *)contextInfo;

When you call NSBeginAlertSheet, pass a pointer to your methods as the appropriate parameter, like this:

@selector(sheetDidEnd:returnCode:contextInfo:)   and
@selector(sheetDidDismiss:returnCode:contextInfo:)

Cocoa will call your sheetDidEnd method when the user finishes with the sheet, and the sheetDidDismiss method after the sheet is actually gone. You can arrange to pass anything you want in the contextInfo parameter.

Just as with app modal alerts, the freshest Mac OS X 10.3 Cocoa provides the NSAlert class for you to create document modal alerts. You use it by sending messages to build an NSAlert object, then sending another message to actually show the alert. Here's the relevant code from our sample app:

- (IBAction)docModalNew:(id)sender
{
    NSLog (@"docModalNew");
   
   NSAlert *theAlert = [[[NSAlert alloc] init] autorelease];
      // set up buttons
   [theAlert addButtonWithTitle:@"Revert"];
   [theAlert addButtonWithTitle:@"Cancel"];
   [theAlert addButtonWithTitle:@"Don't Revert"];

      // set up text
   [theAlert setMessageText:@"Do you want to revert to factory settings?"];
   [theAlert setInformativeText:@"If you revert to factory settings, you will 
   lose any cool settings of your own that you have made. (10.3 version)"];

      // choose alert kind
   [theAlert setAlertStyle:NSWarningAlertStyle];
   
      // roll out the sheet!
      // We're not using a delegate or its hook. If we were,
      // we would define a method called 
      // alertDidEnd:returnCode:contextInfo  and
      // pass @selector(alertDidEnd:returnCode:contextInfo:)
      //    for didEndSelector and self for modalDelegate
   [theAlert beginSheetModalForWindow:[sender window] 
            modalDelegate:nil
            didEndSelector:nil 
            contextInfo: nil];
                     
}

This completes the basic framework of our sample app. Note that because we've created a document-based application, we can open as many windows as we want, and each one comes with sheet-displaying abilities. For fun, open a whole mess of them and drag them around. Whee!

As with all software, there are a jillion ways we could enhance our little app (such as by making it do some actual work instead of just demonstrating how to put up alerts). For example, we could take the English text out of the code and put it in a property list, which would be better for localization. We might try a customized sheet, which we can make with the beginSheet:modalForWindow:modalDelegate:didEndSelector:contextInfo: method of NSApplication. Delve into the definitions and documentation for NSAlert, NSApplication, and NSButton for more exploration. Extending this example is a great way to get started playing around with Cocoa. You can download the Xcode project from http://www.papercar.com/mt/RedAlert.zip.

Until next month, have fun, stay alert, and please yell (scottk@mactech.com) if you are paying attention.


Scott Knaster attended Cocoa Bootcamp at Big Nerd Ranch (http://www.bignerdranch.com/classes/cocoa1.shtml). He did not go Cocoa Loco but he liked it very much. Scott counts the days until pitchers and catchers report.

 

Community Search:
MacTech Search:

Software Updates via MacUpdate

Latest Forum Discussions

See All

Soft Drummer (Music)
Soft Drummer 1.0 Device: iOS Universal Category: Music Price: $14.99, Version: 1.0 (iTunes) Description: Soft Drummer is the closest thing to a pro session subtle drummer in your pocket. Easy to use and fast, it's much more than a... | Read more »
Is GO Gear the Pokemon GO map app you...
Now that we've settled into something of a Pokemon GO status quo, the number one desire of most players can best be summed out by modifying a quote from Rod Tidwell of Jerry Maguire: "Show me the Pokemon!" [Read more] | Read more »
Rodeo Stampede update: Mountains, new an...
The Savannah and Jungle were just the beginning in Rodeo Stampede. Get ready to head for the Mountains. I think I heard that in a beer ad once. [Read more] | Read more »
COSMOS RINGS (Games)
COSMOS RINGS 1.0.0 Device: iOS iPhone Category: Games Price: $5.99, Version: 1.0.0 (iTunes) Description: This game cannot be played without the Apple Watch.Released anniversary sale until August 31,2016 PST! A tragic tale of time's... | Read more »
How to get started selling on Mercari
As far as ecommerce has come over the last decade or so, there's still a tremendous opportunity to make it easier for people to buy and sell goods. That's especially true when it comes to shopping apps, which should only continue to increase in... | Read more »
Human Anatomy Atlas 2017 Edition - Compl...
Human Anatomy Atlas 2017 Edition - Complete 3D Human Body 1.0.24 Device: iOS iPhone Category: Medical Price: $24.99, Version: 1.0.24 (iTunes) Description: | Read more »
Heroes of Normandie (Games)
Heroes of Normandie 1.5 Device: iOS Universal Category: Games Price: $14.99, Version: 1.5 (iTunes) Description: The game does not support iPhone 4s and below | Read more »
Why you should never power up Pokemon in...
There's no question that candy is dandy in Pokemon GO. You need big quantities of it to evolve your Pokemon, and when combined with stardust, it can be used to power up your favorite pocket monsters as well, making them more formidable for the gym... | Read more »
Webzen launches 3D MMORPG MU Origin on i...
Mu Origin is featured time and time again at the very top of App Stores in China, and within the top five worldwide top-grossing charts on Google Play.Its popularity in Korea and China, featuring more than 120 registered players in China and 6... | Read more »
Severed (Games)
Severed 1.0 Device: iOS Universal Category: Games Price: $5.99, Version: 1.0 (iTunes) Description: LAUNCH DISCOUNT ON NOW!! ENDS AUGUST 4! ==== Take control of a one-armed warrior named Sasha, wielding a living sword on her journey... | Read more »

Price Scanner via MacPrices.net

Second-Quarter Tablet Shipments Fell 4.8% –...
The latest report from the global market research firm TrendForce finds that worldwide tablet shipments for this second quarter totaled 33.54 million units, representing a quarterly drop of 4.8% and... Read more
Global Smartphone Sales Volumes Mark Second S...
According to preliminary results from the International Data Corporation (IDC) Worldwide Quarterly Mobile Phone Tracker, vendors shipped a total of 343.3 million smartphones worldwide in the second... Read more
Apple TVs on sale for $20-$40 off MSRP
Best Buy has 32GB and 64GB Apple TVs on sale for $20-$40 off MSRP on their online store. Choose free shipping or free local store pickup (if available). Sale prices for online orders only, in-store... Read more
Mac minis on sale for $50-$100 off MSRP
B&H Photo has Mac minis on sale for $50 off MSRP including free shipping plus NY sales tax only: - 1.4GHz Mac mini: $449 $50 off MSRP - 2.6GHz Mac mini: $649 $50 off MSRP - 2.8GHz Mac mini: $949... Read more
Clearance 2015 13-inch MacBook Airs available...
B&H Photo has clearance 2015 13″ MacBook Airs available for $300 off original MSRP. Shipping is free, and B&H charges NY sales tax only: - 13″ 1.6GHz/4GB/128GB MacBook Air (MJVE2LL/A): $799... Read more
Apple certified refurbished iPad mini 4s avai...
Apple has certified refurbished iPad mini 4s now available for up to $120 off the cost of new models. An Apple one-year warranty is included with each iPad, and shipping is free. The following models... Read more
Notebook Makers In No Rush To Adopt USB-C – R...
Digitimes’ Cage Chao and Joseph Tsai note that while the USB Type-C interface is enjoying growing popularity among smartphones and tablet makers, notebook and all-in-one (AIO) PC vendors (other than... Read more
iMacs on sale for up to $250 off MSRP
B&H Photo has 21″ and 27″ Apple iMacs on sale for up to $250 off MSRP including free shipping plus NY sales tax only: - 27″ 3.3GHz iMac 5K: $2049 $250 off MSRP - 27″ 3.2GHz/1TB Fusion iMac 5K: $... Read more
12-inch 1.1GHz Retina MacBooks on sale for up...
Amazon has 2016 12″ 1.1GHz/256GB Retina MacBooks on sale for up to $100 off MSRP including free shipping: - 12″ 1.1GHz Space Gray Retina MacBook: $1199 $100 off MSRP - 12″ 1.1GHz Silver Retina... Read more
Bare Bones Software Releases Free TextWrangle...
Bare Bones Software has announced the release and immediate availability of TextWrangler 5.5, a significant update to its powerful, free, general purpose text editor for Mac OS X. TextWrangler is a... Read more

Jobs Board

*Apple* Solutions Consultant - APPLE (United...
Job Summary As an Apple Solutions Consultant, you'll be the link between our future customers and our products. You'll showcase your entrepreneurial spirit as you Read more
Lead *Apple* Solutions Consultant - APPLE (...
Job Summary The Lead ASC is an Apple employee who serves as the Apple business manager and influencer across a number of Reseller locations. The Lead ASC's role Read more
*Apple* Retail - Multiple Positions, Charles...
Job Description:SalesSpecialist - Retail Customer Service and SalesTransform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
*Apple* Retail - Multiple Positions, Willow...
Job Description:SalesSpecialist - Retail Customer Service and SalesTransform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
*Apple* Evangelist - JAMF Software (United S...
The Apple Evangelist is responsible for building and cultivating strategic relationships with Apple 's small and mid-market business development field teams. This Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.