TweetFollow Us on Twitter

January 93 - Children of the DogCow

Children of the DogCow

Kent Sandvik and Jeroen Schalk

In MacApp 3.0 it is relatively easy to add extra dialog items to Standard Get File and Standard Put File. However, youhave to use normal 'DLOG' and 'DITL' resources to ac-complish this. It would be much nicer if you were able to add 'View' resources to Standard File.

Using MacApp 2.0, Danie Underwood had already created a number of patches for his MacApp Drafter application that implemented this feature. We decided to implement his ideas in MacApp 3.0 and add some extra features.

You will find that these changes are easy to add to your application. You just have to subclass your application object from TSFPApplication and your document from TSFPFileBasedDocument and override a couple of methods.

As a bonus, file filtering is also implemented as a method. There is no longer a need to write a low level file filter function. Just override the TSFPApplication.FileFilter() method.

Changing Standard File

This article won't explain in detail how to change the behavior of Standard File. A number of resources are available that explain the principle and give example code on how to do it. Suffice it to say that up to four call back routines can be installed with the Standard File routines. These callbacks are invoked by Standard File as part of its event processing:
  • The first callback is the Dialog Hook routine. It is called whenever anything significant happens in Standard File. Of importance for us are the events sfHookFirstCall, sfHookLastCall and sfHookNullEvent. sfHookFirstCall is the first event that happens (before the Standard File dialog is shown). It gives us the opportunity to add items to the dialog. sfHookLastCall gives us the opportunity to do some cleanup, e.g. delete the added view hierarchy. sfHookNullEvent is called repeatedly while the dialog is on screen. The current selection in the Standard File dialog is available for application use during this 'idle time' process.
  • The second call back is the dialog filter routine. It provides raw event data to your routine and gives you the opportunity to intercept events and handle them yourself. We want to intercept update and mouse events that are meant for our added view hierarchy and forward these to the MacApp event handling code.
  • The third callback is the File Filter routine. It is used in Standard Get File to determine which files should be displayed. It is an extension to the filtering on file type that the MacApp framework provides.
  • The fourth callback is an activation callback that can be used if extra edit items have been added to the Standard File. We ignore this callback in our code. It is only available under System 7.0.

The prototype of these callbacks is as follows under System 7.0:

typedef pascal short (*DlgHookYDProcPtr)(short item,
    DialogPtr theDialog, void *yourDataPtr);
typedef pascal Boolean (*ModalFilterYDProcPtr)(DialogPtr theDialog,
    EventRecord *theEvent, short *itemHit, void *yourDataPtr);
typedef pascal Boolean (*FileFilterYDProcPtr)(ParmBlkPtr PB,
    void *yourDataPtr);
typedef pascal void (*ActivateYDProcPtr)(DialogPtr theDialog,
    short itemNo, Boolean activating, void *yourDataPtr);

For System 6.0, the same type of callbacks are present except for the activate callback, but they lack the last parameter. This last parameter (void *yourDataPtr) allows you to pass a user defined data structure to your callback.

Strategy

Given these callbacks, our strategy is as follows:
  1. Install a dialog filter routine that will create a 'View' resource on sfHookFirstCall and add it to the Standard File dialog. Clean up is done on sfHookLastCall, and on sfHookNullEvent we let our application know which file or folder is cur-rently selected. Note that on Standard Put file, the "selected file" is the name of the file that the user is specifying.
  2. Install a dialog hook routine that will intercept selected events. We choose to intercept only the mouseDown and update events. If this mouseDown event occurs within the extent of the 'View' we have added, we will dispatch it to this view. Update events have to be first dispatched to our view hierarchy so that we can refresh the parts that Standard File can not reach. After that, we hand the update event back to Standard File so that it can redraw its own dialog items.
  3. Install a File Filter routine that creates a TFile object from the information it gets and calls one of our application methods to do the actual file filtering. This third step is relevant only for Standard Get File.

Use Of Standard File in MacApp 3.0

Standard File routines are used in two locations in MacApp 3.0. MacApp uses either the Custom routines found in System 7.0 or later releases or the old SFP (Standard File Programmer) routines.

The first use of Standard File routines is in TApplication.ChooseDocument() that is called whenever the user chooses "Open" from the File menu. It calls TApplication.GetStandardFileParameters() to get a reference to a file filter routine, a modal dialog filter routine and a dialog hook routine. It then uses either CustomGetFile() or SFPGetFile() to pose the Standard Get File dialogs.

The second use is in TFileHandler.RequestFileName(). This one calls TFileHandler.SFPutParms() to get a modal dialog filter routine and a dialog hook routine and subsequently calls CustomPutFile() or SFPPutFile().

MacApp uses a trick so that the same call back routines can be used in both the Custom…() and the SFP…() cases. In the SFP…() case, it packages the call back routines in a CallBack data structure. This data structure actually contains some assembler code that reserves space for the extra parameter, pushes that extra parameter and jumps to the original callback.

Note that there are some bugs in how this is implemented in MacApp 3.0. First of all, it can't handle the situation where you have more than one callback (as will be the case in our code). Only the modal dialog filter routine was packaged, not the other ones. A second bug could occur if you returned NULL for this modal dialog filter routine in your override of GetStandardFileParameters() or SFPutParms(). The CallBack data structure would make the code jump to zero. Not a good idea. The first thing we had to do was fix these potential problems.

Based on the use of Standard File in MacApp 3.0, we chose the following strategy to implement our changes:

  1. The class TSFPApplication was introduced. It overrides TApplication.GetStandardFileParameters() and TApplication.ChooseDocument(). We also added a method TSFPApplication.ExtraViewID() to determine the id of the 'View' resource to add and a method TSFPApplication.FileFilter() to implement a higher level file filter method.
  2. The class TSFPFileHandler was introduced. It overrides TFileHandler.RequestFileName().
  3. The class TSFPFileBasedDocument was introduced that overrides TFileBasedDocument.SFPutParms() and attaches an instance of a TSFPFileHandler to it in TDocument.DoMakeFileHandler(). We also added a method TSFPFileBasedDocument.ExtraViewID() to determine the id of the 'View' resource to add in and a method TSFPFileBasedDocument.GetPrompt() to determine the prompt to use.

The method ExtraViewID() that determines the ID of the view to add gets the command number used to open or save as a parameter. This means you can test this parameter to add a different dialog if you have more than one command number to open a file. An example is if you want to open a help file as well as a normal document. You could install a view with a "Search Help" button.

TSFPWindow and TSFPView

In order to add a view hierarchy to Standard File, we need to treat the Standard File window as one of our own TWindows. This turns out to be relatively straightforward if you consider the following:
  1. Standard File disposes of the window manager port, and so does TWindow.Free(). We need to override TSFPWindow.Free() to prevent this from happening.
  2. MacApp draw code erases the port rectangle before drawing. Standard File is not aware of this and would not refresh these erased parts. This problem can be fixed by removing the erase adorner from our window. This is done in the TSFPWindow.ISFPWindow() method.
  3. The window itself should NOT draw as Standard File takes care of that. So fShown should be set false. Now this leads to another problem because a view does not show up if its window does not show. We fixed this by introducing a TSFPView class that overrides TView.Shown().
  4. The window should not handle mouse downs but pass them directly to the added view.
  5. When our window updates itself, it should not set the updateRgn to empty afterwards. This is because part of the update region 'belongs' to Standard File. Therefore, we need to restore that part of the update region.

The methods necessary to implement these changes are done in the TWindow subclass TSFPWindow. For completeness, TSFPWindow also keeps a Boolean field fNeedRefresh. If you set this field, an sfHookRebuildList event will be generated in the dialog hook routine.

Whenever one of the Custom…() or SFP…() routines is called, the system loads one of the 'DLOG' resources that contains the dialog items for that routine (sfGetDialogID, getDlgID, sfPutDialogID, putDlgID).

Now, if we know the number of the 'View' resource to add to the dialog, we can change the rectangle of that dialog to accommodate our added items. This is done in TSFPWindow.LocateAndResize().

The view hierarchy that we add to this window must always have one top view of class TSFPView and an identifier 'DLOG'. This is needed so that we can:

  1. Easily locate the added views and resize the Standard File dialog box with the dimensions of that top view.
  2. Add a couple of abstract 'callback' methods to this top view. These methods are called from within our dialog hook routine on sfHookNullEvent events. These callbacks (WantToUpdate() and SetOkEnable()) pass information on the currently selected file or folder and information on the state of the Save/Open button.
  3. Override TView.Shown(). It should not ask its window, but instead use its own fShown field.

Putting It All Together: USFP.cp and USFP.h

The implementation is available in the source files USFP.cp and USFP.h. Functionality for overriding Standard Get File and Standard Put File is combined, although you could split it up if necessary. We use a set of globals (all beginning with "pSFP") to store some global references. This is necessary so that we can use them from within our call back routines.

The dialog hook routine is called SFPDialogHook(). During sfHookFirstCall processing in our dialog hook procedure we create an instance of our special window TSFPWindow. We also create our view hierarchy and adapt the size and location of Standard File's dialog (in TSFPWindow.DoLocateAndResize()).

During sfHookNullEvent we call TSFPView.WantToUpdate() with information on the currently selected file or folder. We also determine whether the Save/Open button is currently enabled and pass this information to our view in TSFPView.SetOkEnable(). In sfHookLastCall we can clean up any views that we have added:

static pascal short SFPDialogHook(short item, DialogPtr theDialog, void *)
{
    short returnItem = item;
    switch (item) {
    case sfHookFirstCall:
    // set reference to Standard File Dialog
        pSFPDialog = theDialog;
    // Install the MacApp world.
        if (! pSFPWindow && pSFPViewID) {
            pSFPWindow = new TSFPWindow;
            if (pSFPWindow) {
                pSFPWindow->ISFPWindow(NULL, GrafPtr(theDialog));
                pSFPWindow->SavePortInfo();
                gViewServer->DoCreateViews(NULL, pSFPWindow,
                        pSFPViewID, gZeroVPt);
                pSFPWindow->DoLocateAndResize();
                pSFPWindow->GetSFPView()->Show(true, false);
                pSFPWindow->RestorePortInfo();
            }
        }
        break;
    case sfHookNullEvent:
        if (pSFPWindow) {

            // see if list of files needs updating
            if (pSFPWindow->GetNeedRefresh()) {
                pSFPWindow->SetNeedRefresh(false);
                returnItem = sfHookRebuildList;
            } else {
                pSFPWindow->SavePortInfo();
            // get added view
                TSFPView *view = pSFPWindow->GetSFPView();
            // focus on window
                pSFPWindow->InvalidateFocus();
                pSFPWindow->Focus();

                // update view depending on OK state
                Handle  dialogItem;
                CRect   itsBox;
                short   itemType;
                ::GetDItem(theDialog, pSFPGetPutOK, itemType,
                        dialogItem, itsBox);
                Boolean okEnabled =         
                    ((**ControlHandle(dialogItem)).contrlHilite
                        != 255);
                view->SetOkEnable(okEnabled);

                // update view with information on current reply
                view->WantToUpdate(pSFPReply,
                        pSFPStandardFileReply);
                pSFPWindow->RestorePortInfo();
            }
        }
        break;

    case sfHookLastCall:
        if (pSFPWindow) {
        // throw out allocated view hierarchy
            pSFPWindow->Free();
            pSFPWindow = NULL;
        }
        break;
    } // end of switch()
    return returnItem;
}

The dialog filter routine is called SFPDialogFilter(). In our dialog filter callback we detect mouseDowns inside our added view and pass these events directly to that added view. We handle update events for our special TSFPWindow (which shares the window manager port of Standard File) by drawing our added view hierarchy and passing on the update event to Standard File:

static pascal Boolean SFPDialogFilter(DialogPtr theDialog,
        EventRecord& theEvent, short& itemHit, void *yourDataPtr)
{
    Boolean result = false;
    switch (theEvent.what) {

        case mouseDown: { 
        // mouse down events the MacApp way.
            Boolean oldObjectPerm;
            oldObjectPerm = AllocateObjectsFromPerm(FALSE);
            TToolboxEvent* theToolBoxEvent = new TToolboxEvent;
            AllocateObjectsFromPerm(oldObjectPerm);
            theToolBoxEvent->IToolboxEvent(gApplication, theEvent);

            // get mouse location
            CPoint theMouse = theEvent.where;
            ::SetPort(theDialog);
            ::GlobalToLocal(theMouse);
            TSFPView *view = pSFPWindow->GetSFPView();
            pSFPWindow->InvalidateFocus();
            pSFPWindow->Focus();

            // convert to local coordinates
            VPoint theVMouse = theMouse;
            view->SuperToLocal(theVMouse);
            if (view->ContainsMouse(theVMouse) &&
                view->HandleMouseDown(theVMouse, theToolBoxEvent,
                gStdHysteresis)) {
                result = true;
            }
            theToolBoxEvent->Free();
        }
        break;

        case updateEvt:
            if (WindowPtr(theEvent.message) != theDialog) {
            // update MacApp windows
                gApplication->UpdateAllWindows();
            result = true;
        } else {
        // update MacApp part and pass update to Stand File
            pSFPWindow->InvalidateFocus();
            pSFPWindow->Focus();
            pSFPWindow->Update();
        }
        break;
    }
    return result;
}

Last, our file filter call back SFPFileFilter() will get information about the file to test, makes that into a TFile object and calls a method of our TSFPApplication:

pascal Boolean SFPFileFilter(ParmBlkPtr p, void *)
{
// no #define for stationary bit
const short isStationery = 0x0800;
// get current volume
ParamBlockRec oldVol;
oldVol.volumeParam.ioNamePtr = NULL;
::PBGetVol(&oldVol, false);

// get current directory
WDPBRec     WDRec;
WDRec.ioNamePtr     = NULL;
WDRec.ioVRefNum     = p->fileParam.ioVRefNum;
WDRec.ioWDProcID    = 'ERIK';
WDRec.ioWDDirID     = *kCurDirStorePtr;
::PBOpenWD(&WDRec, false);
::PBSetVol(&oldVol, false);

// name of file to test is passed in
CStr63 name = p->ioParam.ioNamePtr;
// create TFile
TFile *aFile = new TFile;
aFile->SpecifyWithTrio(p->fileParam.ioVRefNum,
        WDRec.ioWDDirID, name);
::PBCloseWD(&WDRec, false);

// set type and creator
FInfo finderInfo;
if (aFile->GetFinderInfo(finderInfo) == noErr) {
    aFile->fFileType = finderInfo.fdType;
    aFile->fCreator = finderInfo.fdCreator;
    if (finderInfo.fdFlags & isStationery) {
        aFile->fStationery = TRUE;
    }
}

// pass it to the application object
Boolean returnVal =
    ((TSFPApplication *)gApplication)->FileFilter(aFile);
aFile->Free();
return returnVal;
}

Examples: UMySFP.cp and UMySFP.h

As an example of how you can use these extensions, we developed a small application called UMySFP. This application overrides both Standard Get File and Standard Put File.

In Standard Get File, we show a 'preview' of AppleLink documents, where the preview consists of the sender followed by '•', followed by the subject, e.g. "SCHALK1 • Not So Standard File". As you can see in the sources, we define a subclass TOpenAppleLink of TSFPView with a method TSFPView.WantToUpdate(). We also subclass TSFPApplication and implement TMySFPApplication.ExtraViewID() to return the ID of the 'View' to add. As a bonus, we also change TSFPApplication.FileFilter() so that we filter out all files that have already been opened (see Figure 1):

pascal short TMySFPApplication::ExtraViewID(CommandNumber)
{
    return kOpenAppleLinkViewID;
}
pascal void TOpenAppleLink::WantToUpdate(SFReply &aSFReply,
        StandardFileReply& aCustomReply)
{
    CStr255 aPreview;
// create "originator • subject"
    this->CreatePreView(aSFReply, aCustomReply, aPreview);
// and set in text field
    this->SetPreviewText(aPreview);
}
pascal Boolean TMySFPApplication::FileFilter(TFile *aFile)
{
    if (inherited::FileFilter(aFile) ||
            (aFile->fCreator != 'GEOL') ||
            gApplication->FindDocument(aFile)) {
        return true;
    }
    return false;
}

The second part customizes Standard Put File. We add a couple of radio buttons and a popup menu to select the type of file to save. Again we use a subclass TSaveAppleLink of TSFPView. We subclass our TMySFPFileBasedDocument from TSFPFileBasedDocument and give it an ExtraViewID() method to yield the id of the 'View' resource to add. Note that you would have methods in your TSaveAppleLink class to let your application know which type of document was selected. This is not implemented (see Figure 2).

pascal short TMySFPFileBasedDocument::ExtraViewID(CommandNumber)
{
    return kSaveAppleLinkViewID;
}

The views themselves are created in a ViewEdit file. Don't forget to give them a top-level view of a subclass of TSFPView and to set its identifier to 'DLOG'

References

  • New Inside Macintosh : Files
  • New Technical Notes M.FL.SFCustomize
  • MacApp ™ Drafter on E.T.O. 9
 
AAPL
$99.18
Apple Inc.
-1.57
MSFT
$45.90
Microsoft Corpora
-0.46
GOOG
$568.27
Google Inc.
-9.09

MacTech Search:
Community Search:

Software Updates via MacUpdate

Cocktail 8.0 Beta 2 - General maintenanc...
Cocktail is a general purpose utility for OS X that lets you clean, repair and optimize your Mac. It is a powerful digital toolset that helps hundreds of thousands of Mac users around the world get... Read more
QuickBooks 2015 16.0.0.1352 R1 - Financi...
QuickBooks 2015 helps you manage your business easily and efficiently. Organize your finances all in one place, track money going in and out of your business, and spot areas where you can save.... Read more
Mac DVDRipper Pro 5.0.1 - Copy, backup,...
Mac DVDRipper Pro is the DVD backup solution that lets you protect your DVDs from scratches, save your batteries by reading your movies from your hard disk, manage your collection with just a few... Read more
Apple OS X bash Update 1.0 - Fix for sec...
The OS X bash Update fixes a security flaw in the bash UNIX shell on OS X 10.9.5 (also on OS X 10.8 and 10.7 [see Related Links below]). OS X 10.9.5 or later Downloads for OS X 10.8 and OS X 10.7 in... Read more
SyncTwoFolders 2.0.5 - Syncs two user-sp...
SyncTwoFolders simply synchronizes two folders. It supports synchronization across mounted network drives and it is a possibility to run a simulation showing in a log what will be done. Please visit... Read more
FinderPop 2.5.7 - Classic Mac utility, n...
FinderPop is a Universal preference pane that extends OS X's contextual menus using a FinderPop Items folder much as the Apple Menu Items folder used to do for the Apple menu. It has other features... Read more
VueScan 9.4.45 - Scanner software with a...
VueScan is a scanning program that works with most high-quality flatbed and film scanners to produce scans that have excellent color fidelity and color balance. VueScan is easy to use, and has... Read more
LibreOffice 4.3.2.2 - Free Open Source o...
LibreOffice is an office suite (word processor, spreadsheet, presentations, drawing tool) compatible with other major office suites. The Document Foundation is coordinating development and... Read more
calibre 2.4 - Complete e-library managem...
Calibre is a complete e-book library manager. Organize your collection, convert your books to multiple formats, and sync with all of your devices. Let Calibre be your multi-tasking digital... Read more
Default Folder X 4.6.9b1 - Enhances Open...
Default Folder X attaches a toolbar to the right side of the Open and Save dialogs in any OS X-native application. The toolbar gives you fast access to various folders and commands. You just click... Read more

Latest Forum Discussions

See All

Manage Your Cloud – Wunderlist Now Suppo...
Manage Your Cloud – Wunderlist Now Supports Dropbox Posted by Jessica Fisher on October 1st, 2014 [ permalink ] Universal App - Designed for iPhone and iPad | Read more »
Nexticy Review
Nexticy Review By Jennifer Allen on October 1st, 2014 Our Rating: :: IDEAL FORM CREATIONiPad Only App - Designed for the iPad Nexticy allows you to make your own forms for research purposes or to organize your business better. It’s... | Read more »
Tiny Troopers: Alliance Marches onto the...
Tiny Troopers: Alliance Marches onto the App Store Tomorrow Posted by Jessica Fisher on October 1st, 2014 [ permalink ] Tiny Troopers: Alliance, by Kukouri, is a | Read more »
HeroCraft Introduces Unlimited Sequel to...
HeroCraft Introduces Unlimited Sequel to WW2: Sandbox. Strategy & Tactics Posted by Jessica Fisher on October 1st, 2014 [ permalink ] | Read more »
RGB Express Review
RGB Express Review By Jennifer Allen on October 1st, 2014 Our Rating: :: DELIGHTFUL PUZZLINGUniversal App - Designed for iPhone and iPad Guide trucks along their delivery routes in RGB Express, a testing but charming puzzle game... | Read more »
The Sagas of Fire*Wolf (Games)
The Sagas of Fire*Wolf 1.0 Device: iOS Universal Category: Games Price: $9.99, Version: 1.0 (iTunes) Description: | Read more »
BuggyFun Review
BuggyFun Review By Amy Solomon on October 1st, 2014 Our Rating: iPad Only App - Designed for the iPad BuggyFun allows children to create their own tracks for bugs to interact with for a unique open-ended experience.   | Read more »
Fold the Adventure Review
Fold the Adventure Review By Jennifer Allen on October 1st, 2014 Our Rating: :: AWKWARD FOLDSUniversal App - Designed for iPhone and iPad Fold pieces of paper to create platforms for a princely rabbit in this puzzle game; something... | Read more »
WW2: Sandbox. Strategy & Tactics (G...
WW2: Sandbox. Strategy & Tactics 1.0.0 Device: iOS Universal Category: Games Price: $9.99, Version: 1.0.0 (iTunes) Description: ***NOTE: Compatible with iPhone 4s and up, iPad 2 and up - may not work properly on earlier devices... | Read more »
apeFilter (Music)
apeFilter 1.0 Device: iOS Universal Category: Music Price: $6.99, Version: 1.0 (iTunes) Description: | Read more »

Price Scanner via MacPrices.net

Amazon offers 13-inch MacBook Air for $899, $...
Amazon.com has the 13″ 1.4GHz 128GB MacBook Air on sale for $100 off MSRP including free shipping: - 13″ 1.4GHz 128GB MacBook Air: $899.99 Read more
Apple resting On Its iPhone Laurels? – The ‘B...
Apple calls its new iPhone 6 and 6 Plus “The Biggest Advancements in iPhone History,” but does reality live up to the hype? “Seldom have so many waited so breathlessly for so little,” tweeted veteran... Read more
Roundup of Apple Mac and iPad Education disco...
Purchase a new Mac or iPad at The Apple Store for Education and take up to $300 off MSRP. All teachers, students, and staff of any educational institution qualify for the discount. Shipping is free,... Read more
Apple Boycotts German Magazine Computer Bild...
Apple has revoked its PR accreditation of Germany’s Computer Bild, Europe’s best-selling PC magazine, in reaction to Bild’s posting of a “#Bentgate” YouTube video. Axel Telzerow, editor in chief of... Read more
iPhone 6 & iPhone 6 Plus Available in Chi...
Apple has announced that iPhone 6 and iPhone 6 Plus will be available in China beginning Friday, October 17 from the Apple Online Store (http://www.apple.com), Apple’s retail stores, and an expansive... Read more
MacBook Airs on sale for $100 off MSRP, start...
Best Buy has the new 2014 MacBook Airs on sale for $100 off MSRP on their online store. Choose free home shipping or free local store pickup (if available). Prices valid for online orders only, in-... Read more
Apple Releases OS X Mavericks bash Update 1.0...
Apple has released a patch update for OS X Mavericks users to address the recently-detected “Shellshock” security bug in BSD UNIX’s bash shell. Apple says only a few Mac users who had manually... Read more
Pivotal Payments Ready for Apple Pay – FlexPo...
Pivotal Payments, a provider of merchant services and global payment processing solutions, has announced its proprietary FlexPoint platform will support credit and debit transactions through Apple’s... Read more
iStabilizer Announces Tabarm — First Friction...
iStabilizer, a specialist in universal lightweight compact tripods, steady cams, dollies, mounts, and remotes for smartphones, tablets, and cameras, announced today the iStabilizer tabArm, the first... Read more
IStabilizer Flex Smartphone Tripod Wins Usa T...
iStabilizer, a specialist in universal lightweight compact tripods, steady cams, and other products for smartphones, tablets, and cameras, has announced today that its iStabilizer Flex smartphone... Read more

Jobs Board

*Apple* Retail - Multiple Positions (US) - A...
Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, you're also the Read more
*Apple* Retail - Multiple Positions (US) - A...
Job Description: Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
Senior Event Manager, *Apple* Retail Market...
…This senior level position is responsible for leading and imagining the Apple Retail Team's global event strategy. Delivering an overarching brand story; in-store, Read more
*Apple* Solutions Consultant (ASC) - Apple (...
**Job Summary** The ASC is an Apple employee who serves as an Apple brand ambassador and influencer in a Reseller's store. The ASC's role is to grow Apple Read more
Project Manager / Business Analyst, WW *Appl...
…a senior project manager / business analyst to work within our Worldwide Apple Fulfillment Operations and the Business Process Re-engineering team. This role will work Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.