TweetFollow Us on Twitter

AutoSave
Volume Number:6
Issue Number:5
Column Tag:MacOOPs!

USavedMe Auto-Save Class

By Fred Condo Jr., Covina, CA

Note: Source code files accompanying article are located on MacTech CD-ROM or source code disks.

An Auto-Saving Document Class

[Fred Condo Jr. is a doctoral student of information science at the Claremont Graduate School.]

This article presents a new abstract document class for MacApp, TAutoSaveDocument, which allows the user to specify an interval after which the document automatically saves itself. Such a feature is useful in applications, such as word processing, in which a user is likely to make extensive changes to a document and lose track of time; this feature is definitely not good in applications where the user is likely to want to back out of changes with a Revert command.

TAutoSaveDocument is a subclass of TDocument, which MacApp defines. To use TAutoSaveDocument, you simply make your document class a subclass of it; even a completed MacApp application can be converted to use auto-saving documents in a matter of minutes. This speedy conversion is one of the benefits of object-oriented programming and MacApp.

Design considerations

I designed USavedMe, the Pascal unit that embodies TAutoSaveDocument, with the following results (some interrelated) in mind:

• Auto-saving should impose a minimal encumbrance on the end user.

• The interface to auto-saving should be through a modeless dialog.

• The dialog should be visually distinct from the document.

• The unit should be easy for programmers to use.

• It should take very little time to convert existing code.

• Complex search-and-replace operations on the source code of existing programs should not be needed.

• Program performance should not be degraded.

I used a modeless dialog in order to allow the user to summon the dialog and then decide to forget about it without dismissing it. This style of interface lets the user bring back the document or another window with a single click of the mouse; modal dialogs require the user first to find the Cancel button, then to click it, and finally to shift his or her attention to whatever it was that the dialog intruded upon. MacApp makes it so simple to invoke, use, and program modeless dialogs that there is no excuse for using a modal dialog unnecessarily. In the standard Macintosh Toolbox environment, modal dialogs are seductive, since they are significantly easier to code than are modeless dialogs. This factor is quite abolished under MacApp.

I chose rDocProc as the dialog window. Many designers of commercial applications have taken to using documentProc, the standard document window, for dialogs. Some people have been using documentProc for modal dialogs, which are supposed to be in dBoxProc windows. This is bad interface design. Users should be able to tell at a glance, without having to read a title or scan the contents of a window, what kind of window it is. Using the document window style indiscriminately puts an unnecessary cognitive burden on the user.

The round-cornered, inverse-titled window is fairly uncommon. Among Apple’s standard desk accessories, only the Calculator and the Puzzle use it. Its appearance is strikingly different from a document window’s. Inasmuch as DAs are essentially modeless dialogs, I would like to propose that such windows be used for modeless dialogs, instead of the document-style window. I believe that Apple should incorporate this recommendation into their human interface guidelines. Figure 1 shows a screen dump of Apple’s DrawShapes program as modified to use USavedMe.

Figure 1: Modeless dialogs and document windows

New document behavior

The unit USavedMe defines two classes: TAutoSaveDocument and TAutoSaveDialogView. The latter is the view class that implements the modeless dialog.

Besides its initialization routine, TAutoSaveDocument overrides four methods and implements one new method. The four overridden methods are Free, DoIdle, DoSetUpMenus, and DoMenuCommand. The new method is PoseAutoSaveDialog. In addition, the Fields method is overridden for debugging and inspector use.

The Free method simply checks to see if an associated dialog is open, which it tracks through the new fAutoSaveWindow field. If one exists, the document sends it a Close message, and calls INHERITED Free. Sending Close makes sure no dialogs are left floating around, which can happen with modeless, but not modal, dialogs.

MacApp calls DoIdle for any event handler in the command chain. For objects not installed as cohandlers, this means that the front-most, active document gets called at idle time to get some idle processing done. TAutoSaveDocument.DoIdle contains the code that determines whether the user-specified time has elapsed, and, if so, issues a Save message to itself. If anything were to degrade program performance, it would be this method. However, since it is called at intervals no smaller than 30 seconds, and since it is really a tiny bit of code, no perceptible degradation occurs. If your application’s documents are complex and large, of course, saving takes a while. In such cases, users should be advised not to set auto-saving to unnecessarily short intervals. Usually, 10 to 15 minutes make an adequate interval, balancing the desire to avoid re-doing work against the long time it takes to save.

When you make your application’s document class a descendent of TAutoSaveDocument, you will call INHERITED DoSetUpMenus, calling TAutoSaveDocument’s code (you do this in the normal course of MacApp programming). This allows the auto-save document to set up the two menu commands that it defines--“Auto-saving,” which is a check-mark item determining whether auto-saving is on, and “Set auto-save time,” which invokes the dialog. If you have been looking at the code listings (Listings 6 and 7), you may be wondering what the field fHasEverBeenSet is for. This field causes the “Auto-saving” menu item to be disabled until after the user has invoked and dismissed the dialog at least once. This prevents the user from turning on auto-saving without at least having seen what the default interval is. You may have a different design philosophy, and may want to alter this to allow auto-saving to be turned on regardless of whether the user has looked at the dialog.

You may also be wondering why “Set auto-save time” is disabled for untitled (actually, never-saved) documents. The reason is that, if you allow auto-saving to be invoked for a document that has no disk file, the user is presented with the SFPutFile dialog. If the user presses the Cancel button, the dialog is simply put back up, forcing the user to save the file, which is a rather ugly situation. The solution to this is to simply prevent auto-saving from being turned on before the file has first been saved “manually.” You may want to add a check box to SFPutFile that would allow the user to save and set auto-saving at the same time, or, alternatively, trap SFPutFile’s Cancel button to turn auto-saving off.

TAutoSaveDocument.DoMenuCommand accomplishes two things: first, it handles the two commands that USavedMe defines; second, it intercepts “Save” and “Save as ” commands. The reason for this is that the modeless dialog displays the name of the document to which it applies. Intercepting these commands allows the document to send any associated dialog a message telling it to update its document name.

PoseAutoSaveDialog reads the dialog from a view resource, sets the editable text item to the correct number, and adjusts a static text item so that, if the interval specified is 1 minute, the word “minute” is displayed instead of “minutes.” It then opens the modeless dialog window, which is then on its own.

Modeless dialog action

The other class defined in USavedMe is TAutoSaveDialogView, which has one field (fAutoSaveDocument) to hold a reference to its associated document. It overrides the following methods of TDialogView: Free, Close, DismissDialog, and, of course, Fields. It defines one new method, UpdateDocumentName, which was alluded to above.

Free sets the fAutoSaveWindow reference of TAutoSaveDocument to NIL, so that, when the dialog is freed, the document knows that it is gone. It then calls INHERITED Free.

There are two cases where the modeless dialog may be closed without being dismissed. One is when the user clicks the go-away box; the other is when the dialog’s document is closed. The purpose of overriding Close is to make these situations have the same result as dismissing the dialog by clicking the Cancel button. If this is not done, MacApp crashes when it tries to access the dialog view after it has been freed. The critical thing here is to set the dialog view’s fDismissed field to TRUE.

By the way, you may not agree that clicking the go-away box should be tantamount to pressing Cancel. One alternative to this might be to treat this form of dismissal like pressing the OK button only if the user has typed characters into the editable text item, and treating it like Cancel otherwise. Another alternative is simply to do away with the go-away box, making Cancel and OK the only ways to get rid of the dialog window besides closing the associated document.

DismissDialog is where the dialog gets to take its intended action. If Cancel is pressed, the dialog simply goes away. If OK is pressed, it validates the editable text, sets the appropriate fields of TAutoSaveDocument, and turns auto-saving on. Since the dialog view is enabled (in ViewEdit or in the Rez code), MacApp handles the Return, Enter, -., and Escape keys.

Using USavedMe in your code

As an example of converting an existing MacApp application to use auto-save documents, I chose Apple’s DrawShapes sample program. For the conversion, I had to make minor changes in MDrawShapes.p, UDrawShapes.p, UDrawShapes.inc1.p, and DrawShapes.r. Listings 1-4 show the changes made. Additions are shown in underline type; deletions are shown in strikeout type. DrawShapes doesn’t have a .MAMake (dependency) file, so I had to provide one to show the dependency of DrawShapes on USavedMe and of USavedMe on MacApp. The DrawShapes.MAMake file is shown in Listing 5.

In Listing 1 (changes to MDrawShapes.p), I have added USES specifications for USavedMe and the MacApp building blocks that USavedMe itself uses (UTEView and UDialog). Also, the initialization code now calls the initialization routines for these building blocks. (InitUSavedMe simply prevents the Linker from stripping out the code of TAutoSaveDialogView, which is to be instantiated from templates.)

Listing 3 shows that the only changes to UDrawShapes.p are a repetition of the above-mentioned USES declarations, and the substitution of TAutoSaveDocument for TDocument in the definition of the application’s document object class.

The changes to the implementation section, UDrawShapes.inc1.p, are even smaller, as shown in Listing 4. There, the only change is in the name of the initialization routine called from the IShapeDocument method. In the new case, rather than calling MacApp’s standard document initialization code (IDocument), you call IAutoSaveDocument instead. IAutoSaveDocument calls IDocument for you.

Listing 2 shows the Rez source changes for DrawShapes. Your program probably already uses template views, so you probably don’t have to add the lines to use them. The critical item is the line that includes the resource code for USavedMe. Also, note that the new definition for the File menu is simply MacApp’s default File menu, with USavedMe’s two commands inserted into it. In your code, you will want to simply add the two commands to your existing File menu. The Rez code for UsavedMe, which defines its view resource, is shown in Listing 8.

Idle Conflicts

What if your application wants its documents to get idle time, and your document type already implements DoIdle? In such a case, you would add one statement at the beginning of your DoIdle routine: DoIdle := INHERITED DoIdle(idlePhase);. In addition, IYourDocument, immediately after calling IAutoSaveDocument, should set the field fRespectIdleTime to TRUE. When this field is set, TAutoSaveDocument will not increase the value of fIdleFreq. This is particularly important if your documents are installed as MacApp cohandlers that require frequent idle processing. In the default case, fRespectIdleTime is FALSE, and toggling auto-saving off sets fIdleFreq to MAXLONGINT.

Conclusion

MacApp and object-oriented programming make small, incremental enhancements to existing functions exceedingly simple. This code only took a while to create because I was constantly running into problems with MacApp 2.0b5; under 2.0b9, I was able to finish this project in about a day. And, of course, using the finished code is a snap. What’s more, if you wanted to modify the behavior of auto-saving documents, you could do that extremely fast, too.

As Macintosh applications become more complex to perform more sophisticated tasks, a strict adherence to the philosophy behind the Macintosh user interface becomes ever more critical. The goal is to make using the computer as light a cognitive load on the user as possible. Using one kind of window for a wide variety of interactions can only cause the user to do more cognitive work, and is therefore inexcusable. By sticking to a clear visual expression of the different functions of document windows and dialogs, application designers will ease the load on the users, and automatically make their products more attractive. Visually distinctive, modeless dialogs are one way of accomplishing a good user interface. MacApp makes the production of such an interface very simple.

Listing 1: Changes to MDrawShapes.p
 
USES 
{ • MacApp } 
UMacApp, 
 
{ • Building Blocks } 
UPrinting, UTEView, UDialog, USavedMe, 
 
{ • Implementation Use } 
UDrawShapes; 
 

IF ValidateConfiguration(gConfiguration) THEN       { Make sure we can 
run } 
BEGIN 
{ Continue with remainder of initialization } 
InitUMacApp(10); { Init MacApp; 10 calls to MoreMasters } 
InitUTEView; 
InitUDialog; 
InitUSavedMe; 
InitUPrinting;  { Initialize the printing unit} 
 
Listing 2: Changes to DrawShapes.r
 
#if qDebug 
include “Debug.rsrc”; 
#endif 
include “MacApp.rsrc”; 
include “Printing.rsrc”; 
 
#if qTemplateViews 
#ifndef __ViewTypes__ 
#include “ViewTypes.r” 
#endif 
#endif 
 
#include “USavedMe.r” 
 
include $$Shell(“ObjApp”)”DrawShapes” ‘CODE’; 
 
 
include “Defaults.rsrc” ‘cmnu’ (mApple);      // Grab the default Apple/File 
menus Apple menu 
 
include “Defaults.rsrc” ‘cmnu’ (mFile); 
 
resource ‘cmnu’ (mFile, 
#if qNames 
“mFile”, 
#endif 
nonpurgeable) { 
mFile, 
textMenuProc, 
0x7FFFFFFD, 
enabled, 
“File”, 
{ 
“New”, noIcon, “N”,    noMark, plain, cNew; 
“Open ”, noIcon, “O”,    noMark, plain, cOpen; 
“-”, noIcon, noKey,  noMark, plain, nocommand; 
“Close”, noIcon, “W”,    noMark, plain, cClose; 
“Save”, noIcon, “S”,    noMark, plain, cSave; 
“Save As ”, noIcon, noKey, noMark, plain, cSaveAs; 
“Save a Copy In ”, noIcon, noKey, noMark, plain, cSaveCopy; 
“Revert”, noIcon, noKey,  noMark, plain, cRevert; 
“-”, noIcon, noKey,  noMark, plain, nocommand; 
“Auto-saving”, noIcon, noKey, noMark, plain, cToggleAutoSave; 
“Set auto-save time”, noIcon, noKey, noMark, plain, cSetAutoSave; 
“-”, noIcon, noKey,  noMark, plain, nocommand; 
“Page Setup ”, noIcon, noKey,  noMark, plain, cPageSetup; 
“Print One”, noIcon, noKey,  noMark, plain, cPrintOne; 
“Print ”, noIcon, “P”,    noMark, plain, cPrint; 
“-”, noIcon, noKey,  noMark, plain, nocommand; 
“Quit”, noIcon, “Q”,    noMark, plain, cQuit 
} 
}; 
 
Listing 3: Changes to UDrawShapes.p
 
UNIT UDrawShapes; 
 
INTERFACE 
 
USES 
{ • MacApp } 
UMacApp, 
 
{ • Building Blocks } 
UPrinting, 
 
UTEView, UDialog, USavedMe, 
{ • Implementation Use } 
Picker, ToolUtils, Resources, Fonts; 
 
TYPE 
 
TShapeDocument      = OBJECT (TDocument) (TAutoSaveDocument) 
 
fShapeView:         TShapeView; 
 
Listing 4: Changes to UDrawShapes.inc1.p
PROCEDURE TShapeDocument.IShapeDocument(fileType: OSType); 
 
IDocument IAutoSaveDocument(fileType, kDocType, kUsesDataFork, kUsesRsrcFork, 
NOT kDataOpen, NOT kRsrcOpen); 
 
Listing 5: DrawShapes.MAMake
 

#------------------------------------------------
#    List here the Application’s Name
AppName = DrawShapes

#------------------------------------------------
#    List any additional interfaces that your application is dependent 
on
OtherInterfaces =  
    “{SrcApp}USavedMe.p”

#------------------------------------------------
#    Name any other object files to link in
OtherLinkFiles = 
    “{ObjApp}USavedMe.p.o”

#------------------------------------------------
#    Express any additional dependencies for separate compilations.
#    Include dependencies for the MacApp and Building block interfaces
#    if you are dependent on them
“{ObjApp}USavedMe.p.o”    ƒ 
               “{SrcApp}USavedMe.inc1.p” 
               “{SrcApp}USavedMe.p” 
               {MacAppIntf} 
               {BuildingBlocksIntf}

#------------------------------------------------
Listing 6: USavedMe.p
{ Copyright © 1989 Fred J. Condo Jr. All rights reserved. }

UNIT USavedMe;
 {[f-]}
{ This unit defines the object type
TAutoSaveDocument, a MacApp® abstract type from
which you should descend your application’s
actual document object class(es).

 When a TAutoSaveDocument is in the command
chain, MacApp calls its DoIdle method, which
determines whether auto-saving is on, and, if
so, whether the user-requested interval since the
last auto-save has elapsed. If that is so, the
document is saved by sending itself a
Save message.

 When a TAutoSaveDocument is not in the command
chain, DoIdle is not called. A future version of
this unit may implement auto-saving in the
background. That would install the document as a
cohandler, which would remain installed until
such time as it saved itself, and then de-
install itself as a cohandler. Of course, if
fChangeCount =0, or if auto-saving is off, then
it would not install itself as a cohandler in
the first place, since auto-saving would never be
called for. A de-installed auto-saver would re-
install itself when brought to the front.

 The user interface to this unit is by means of a
modeless dialog.

 If you are already working on your MacApp
application, you need simply change the ancestor
of your document classes from (TDocument) to
(TAutoSaveDocument).

 Be sure to call InitUTEView, InitUDialog, and
InitUSavedMe in your main program.

 Call IAutoSaveDocument in IYourDocument.

 If your document has a DoIdle method, be sure to
call INHERITED DoIdle. Also, to keep your idle
frequency from getting clobbered, set
fRespectsIdleTime to TRUE immediately after
calling IAutoSaveDocument. If you don’t care about
your idle frequency, you can accept the default
(FALSE).

 In the USES clause of your main program, insert
“UTEView, UDialog, USavedMe,” and make the same
insertion in the USES clause of UYourProgram.p.

 The name of this unit is a pun. Sorry. I
couldn’t help it. }
{[f+]}

 INTERFACE

  USES UMacApp,UTEView,UDialog,SANE,Script,
       ToolUtils;

  CONST
   cToggleAutoSave = 5000; { Change these here and
                            in USavedMe.r }
   cSetAutoSave = 5001; { if they conflict with
                         your application. }
   kAutoSaveDialogID = 5000;
   kMinutesID = 18950; { Resource ID of STR# containing
  singular and plural of ‘minute’. }

  TYPE
   TAutoSaveDocument = OBJECT (TDocument)
    fSaving: Boolean; { Whether autosaving is on. }
    fHasEverBeenSet: Boolean; { Whether the dialog
                               has ever been summoned. }
    fRespectIdleTime: Boolean; { Default FALSE. If
        TRUE, TAutoSaveDocument won’t stomp on your idle
        frequency. This is useful if your document is a
  cohandler or otherwise needs idle processing. }
    fLastSave: Longint; { Time that doc was last autosaved. }
    fDesiredInterval: Longint; { Time in ticks set by user. }
    fAutoSaveWindow: TWindow; { AutoSave dialog window. }

                    { Init & Free }

    PROCEDURE TAutoSaveDocument.IAutoSaveDocument(
                  itsFileType, itsCreator: OSType;
              usesDataFork, usesRsrcFork: Boolean;
           keepsDataOpen, keepsRsrcOpen: Boolean);
           
    PROCEDURE TAutoSaveDocument.Free; OVERRIDE;

    { Meat & Potatoes }
    FUNCTION TAutoSaveDocument.DoIdle
    (phase: IdlePhase): Boolean; OVERRIDE;
    
    PROCEDURE TAutoSaveDocument.DoSetupMenus;
     OVERRIDE;
     
    FUNCTION TAutoSaveDocument.DoMenuCommand(
     aCmdNumber: CmdNumber): TCommand; OVERRIDE;
     
    PROCEDURE
     TAutoSaveDocument.PoseAutoSaveDialog;

    { Debugging }
    PROCEDURE TAutoSaveDocument.Fields
    (PROCEDURE DoToField(fieldName: Str255;
      fieldAddr: Ptr; fieldType: Integer));
      OVERRIDE;
    END;

   TAutoSaveDialogView = OBJECT (TDialogView)
    fAutoSaveDocument: TAutoSaveDocument; { The
     autosaver this dialog will modify. }

    { Init & Free }

    PROCEDURE TAutoSaveDialogView.Free;
    OVERRIDE;
    PROCEDURE TAutoSaveDialogView.Close;
    OVERRIDE;

    { A nice fish dinner }
    PROCEDURE TAutoSaveDialogView.DismissDialog
     (dismisser: IDType;
      flashDismisser: Boolean);
     OVERRIDE;
     
    PROCEDURE 
     TAutoSaveDialogView.UpdateDocumentName;

    PROCEDURE TAutoSaveDialogView.Fields
     (PROCEDURE DoToField(fieldName: Str255;
      fieldAddr: Ptr; fieldType: Integer));
      OVERRIDE;
    END;

   { GLOBAL PROCEDURE }

  PROCEDURE InitUSavedMe;

 IMPLEMENTATION

  {$I USavedMe.inc1.p}

END.
Listing 7: USavedMe.inc1.p
{ USavedMe.inc1.p
    Copyright © 1989 Fred J. Condo Jr.
    All rights reserved. }

CONST
 autoSaving = TRUE;

 {$S AOpen}

PROCEDURE TAutoSaveDocument.IAutoSaveDocument(
                  itsFileType, itsCreator: OSType;
              usesDataFork, usesRsrcFork: BOOLEAN;
           keepsDataOpen, keepsRsrcOpen: BOOLEAN);

 BEGIN
  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(‘TAutoSaveDocument.IAutoSaveDocument’);
  {$ENDC}
  IDocument(itsFileType,itsCreator,usesDataFork,
            usesRsrcFork,keepsDataOpen,
            keepsRsrcOpen);
  { Initial conditions are... }
  fSaving:=NOT autoSaving;
  fRespectIdleTime:=FALSE;
  fHasEverBeenSet:=FALSE; fLastSave:=0; { never
   saved }
  fDesiredInterval:=MAXLONGINT; { never want it saved. (This
  is 1 yr., 1 mo., 19 days) }
  fAutoSaveWindow:=NIL { no dialog exists }
 END;

{$S AClose}

PROCEDURE TAutoSaveDocument.Free; OVERRIDE;

 BEGIN
{ If this object is being freed and its dialog is
  still open (which can happen because it is a
  modeless dialog), then close the dialog. }

  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(‘TAutoSaveDocument.Free’);
  {$ENDC}

  IF fAutoSaveWindow<>NIL THEN
   fAutoSaveWindow.Close;
  INHERITED Free
 END;

{$S ARes}

FUNCTION TAutoSaveDocument.DoIdle(Phase: IdlePhase
                                  ): BOOLEAN;
 OVERRIDE;

 VAR
  dontCare: TCommand;
  currentTicks: LongInt;

 BEGIN
  DoIdle:=FALSE; { I don’t free myself }
  currentTicks:=TickCount;

  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(fTitle^^,’ has idled’);
  IF fSaving&(currentTicks-fLastSave>=
     fDesiredInterval) THEN
   WriteLn(‘Enough time has elapsed to save.’);
  {$ENDC}

  IF fSaving&(fChangeCount>0)&(currentTicks-
     fLastSave>=fDesiredInterval) THEN BEGIN
        Save(cSave, FALSE, FALSE);
        fLastSave := currentTicks
  END
 END;

{$S ARes}

PROCEDURE TAutoSaveDocument.DoSetupMenus; OVERRIDE
 ;

 BEGIN
  {$IFC qDebug}
  WriteLn(‘AutoSaveDocument.DoSetupMenus:’);
  {$ENDC}

  INHERITED DoSetupMenus;
  EnableCheck(cToggleAutoSave,fHasEverBeenSet, fSaving);
  Enable(cSetAutoSave,fSaveExists) { Allow auto-saving
            only after the file has a name }
 END;

{$S ARes}

FUNCTION TAutoSaveDocument.DoMenuCommand(
       aCmdNumber: CmdNumber): TCommand; OVERRIDE;

 VAR
  anAutoSaveDialogView: TAutoSaveDialogView;

 BEGIN

  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(‘TAutoSaveDocument.DoMenuCommand:’, aCmdNumber);
  {$ENDC}

  DoMenuCommand:=gNoChanges;
  CASE aCmdNumber OF
   cToggleAutoSave: BEGIN
    fSaving:=NOT fSaving;
    IF NOT fSaving&NOT fRespectIdleTime THEN
     fIdleFreq:=MAXLONGINT
   END;

   cSetAutoSave:
    IF fAutoSaveWindow=NIL { Open a dialog only if
                            one is not already open }
       THEN
     PoseAutoSaveDialog
    ELSE fAutoSaveWindow.Select;

   cSave,cSaveAs: BEGIN
 { Intercept cSave and cSaveAs commands to make
   sure that the document name given in the 
   AutoSave Dialog is still correct. If there is
   no dialog open, skip it. }
    Save(aCmdNumber,((aCmdNumber=cSaveAs)|
         (NOT fSaveExists)) { Put up SFPutFile if
                             Save As  } ,FALSE);
    IF (fAutoSaveWindow<>NIL) THEN BEGIN
     anAutoSaveDialogView:=TAutoSaveDialogView(
                            fAutoSaveWindow.FindSubView(‘DLOG’));
     FailNIL(anAutoSaveDialogView);
     anAutoSaveDialogView.UpdateDocumentName
    END
   END; { cSave }
   OTHERWISE
    DoMenuCommand:=INHERITED DoMenuCommand(aCmdNumber)
  END { Case }
 END; { DoMenuCommand }

{$S ANonRes}

PROCEDURE TAutoSaveDocument.PoseAutoSaveDialog;
{ This method creates and opens a modeless dialog }

 VAR
  theDialog: TAutoSaveDialogView;
  theTimeText: TNumberText;
  theWordMinutes: TStaticText;
  minutesStr: Str255;
  whichStr: 1..2;

 BEGIN

  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(‘TAutoSaveDocument.PoseAutoSaveDialog’)
           ;
  {$ENDC}

  fAutoSaveWindow { This field will allow the
   auto-save object to keep track of its dialog }
   :=NewTemplateWindow(kAutoSaveDialogID,NIL);
  FailNIL(fAutoSaveWindow);
  theDialog:=TAutoSaveDialogView(fAutoSaveWindow.
                                 FindSubView(‘DLOG’));
  FailNIL(theDialog);

        { Now give the TAutoSaveDialogView a
          reference to the auto-save object so
          that it can update the appropriate
          fields when it is dismissed. }
  theDialog.fAutoSaveDocument:=SELF;
  theDialog.UpdateDocumentName;

    { Now display the proper desired interval, if
      one’s been previously set, or the default;
      and determine whether to use the singular or
      plural of “minute.” }
  theTimeText:=TNumberText(theDialog.FindSubView(‘time’));
  FailNIL(theTimeText);
  IF fHasEverBeenSet THEN
   theTimeText.SetValue(fDesiredInterval DIV 3600,
                        FALSE {no redraw; not open yet} );
  IF theTimeText.GetValue=1 THEN whichStr:=1
  ELSE whichStr:=2;
  theWordMinutes:=TStaticText(theDialog.FindSubView(‘mnut’))
                   ; FailNIL(theWordMinutes);
  GetIndString(minutesStr,kMinutesID,whichStr);
  theWordMinutes.SetText(minutesStr,FALSE);
  fAutoSaveWindow.Open
 END;

{$S AFields}

PROCEDURE TAutoSaveDocument.Fields
 (PROCEDURE DoToField(fieldName: Str255;
 fieldAddr: Ptr; fieldType: Integer));
 OVERRIDE;

 BEGIN
  DoToField(‘TAutoSaveDocument’,NIL,bClass);
  DoToField(‘fSaving’,@fSaving,bBoolean);
  DoToField(‘fHasEverBeenSet’,@fHasEverBeenSet, bBoolean);
  DoToField(‘fRespectIdleTime’,@fRespectIdleTime, bBoolean);
  DoToField(‘fLastSave’,@fLastSave,bLongInt);
  DoToField(‘fDesiredInterval’,@fDesiredInterval, bLongInt);
  DoToField(‘fAutoSaveWindow’,@fAutoSaveWindow, bObject);
  INHERITED Fields(DoToField)
 END;

{$S ANonRes}

PROCEDURE TAutoSaveDialogView.DismissDialog
 (dismisser: IDType;
  flashDismisser: Boolean);
 OVERRIDE;

 BEGIN

  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(‘TAutoSaveDialogView.DismissDialog’);
  {$ENDC}

  IF NOT fDismissed AND
     DeselectCurrentEditText THEN BEGIN
   INHERITED DismissDialog(dismisser, flashDismisser);
   IF dismisser=’ok  ‘ THEN BEGIN
    fAutoSaveDocument.fSaving:=autoSaving;
    fAutoSaveDocument.fHasEverBeenSet:=TRUE;
    fAutoSaveDocument.fDesiredInterval:=60*60* {
      The interval is specified in minutes by the
      user. We want ticks. }
     TNumberText(FindSubView(‘time’)).GetValue;
    IF fAutoSaveDocument.fRespectIdleTime THEN
     BEGIN
     IF fAutoSaveDocument.fDesiredInterval<
        fAutoSaveDocument.fIdleFreq THEN
      fAutoSaveDocument.fIdleFreq:=MAX(1,
        fAutoSaveDocument.fDesiredInterval DIV 2)
        { This  way, we don’t stomp on a
          co-handler’s idle frequency. }
    END
    ELSE
     fAutoSaveDocument.fIdleFreq:=
       fAutoSaveDocument.fDesiredInterval
                                   DIV 2
   END;
   fAutoSaveDocument.fAutoSaveWindow:=NIL; { Tell
    the document there’s no dialog to close }
   TWindow(fSuperView).Close
  END
 END;

{$S ANonRes}

PROCEDURE TAutoSaveDialogView.UpdateDocumentName;

 VAR
  theDocName: TStaticText;
  theDocTitle: Str255;

 BEGIN

  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(‘TAutoSaveDialogView.UpdateDocumentName’);
  {$ENDC}

{ Get the name of the document so the dialog can
  display it for the user }
  theDocName:=TStaticText(FindSubView(‘docn’));
  FailNIL(theDocName);
  theDocTitle:=fAutoSaveDocument.fTitle^^;
  theDocName.SetText(theDocTitle,TRUE {redraw} )
 END;

{$S AClose}
PROCEDURE TAutoSaveDialogView.Free; OVERRIDE;
{ This is overridden to inform the document that
  it has no dialog available. This is done so
  that, if the user clicks the goAway of the
  dialog, the document is informed. }

 BEGIN
  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(‘TAutoSaveDialogView.Free’);
  {$ENDC}

  fAutoSaveDocument.fAutoSaveWindow:=NIL;
  INHERITED Free
 END;

{$S AClose}

PROCEDURE TAutoSaveDialogView.Close; OVERRIDE;

 BEGIN
  fDismissed:=TRUE; { Pretend we’ve dismissed with
                     the Cancel button, }
  fDismisser:=’cncl’; { but without doing any real dismissing, because 
objects may be freed. }
  INHERITED Close
 END;

{$S AFields}

PROCEDURE TAutoSaveDialogView.Fields
 (PROCEDURE DoToField(fieldName: Str255;
  fieldAddr: Ptr; fieldType: Integer));
  OVERRIDE;

 BEGIN
  DoToField(‘TAutoSaveDialogView’,NIL,bClass);
  DoToField(‘fAutoSaveDocument’,
            @fAutoSaveDocument,bObject);
  INHERITED Fields(DoToField)
 END;

{$S AInit}

PROCEDURE InitUSavedMe; { This just makes sure our dialog view classes 
don’t get stripped. }

 VAR
  g: BOOLEAN;

 BEGIN

  {$IFC qDebug}
  IF gIntenseDebugging THEN
   WriteLn(‘InitUSavedMe’);
  {$ENDC}

  IF gDeadStripSuppression THEN
   g:=Member(TObject(NIL),TAutoSaveDialogView)
 END;
Listing 8: USavedMe.r
/* USavedMe.r
  Copyright © 1989 Fred J. Condo Jr.
  All rights reserved.
  INCLUDE USavedMe.r in YourApp.r */

#define kAutoSaveDialogID 5000
#define kAutoSaveMenuID   5000
#define cToggleAutoSave   5000
#define cSetAutoSave 5001
#define kMinutesID 18950

include “dialog.rsrc”;

resource ‘STR#’ (kMinutesID, “Minutes”, purgeable) {
 { /* array StringArray: 2 elements */
 /* [1] */
 “minute.”,
 /* [2] */
 “minutes.”
 }
};

resource ‘view’ (kAutoSaveDialogID, purgeable) {
 { /* array viewArray: 10 elements */
 /* [1] */
 root, ‘root’,
 { /* array: 1 elements */
 /* [1] */
 50, 40
 },
 { /* array: 1 elements */
 /* [1] */
 226, 192
 }, sizeVariable, sizeVariable, notShown, enabled,
 Window {
 “TWindow”,
 16,
 goAwayBox,
 notResizable,
 modeless,
 ignoreFirstClick,
 freeOnClosing,
 disposeOnFree,
 doesntCloseDocument,
 dontOpenWithDocument,
 dontAdaptToScreen,
 dontStagger,
 forceOnScreen,
 dontCenter,
 ‘time’,
 “Auto-save”
 },
 /* [2] */
 ‘root’, ‘DLOG’,
 { /* array: 1 elements */
 /* [1] */
 0, 0
 },
 { /* array: 1 elements */
 /* [1] */
 224, 192
 }, sizeVariable, sizeVariable, shown, enabled,
 DialogView {
 “TAutoSaveDialogView”,
 ‘ok  ‘,
 ‘cncl’
 },
 /* [3] */
 ‘DLOG’, ‘VW06’,
 { /* array: 1 elements */
 /* [1] */
 8, 8
 },
 { /* array: 1 elements */
 /* [1] */
 64, 176
 }, sizeFixed, sizeFixed, shown, disabled,
 Cluster {
 “TCluster”,
 0b0,
 {1, 1},
 sizeable,
 notDimmed,
 notHilited,
 doesntDismiss,
 {0, 0, 0, 0},
 plain, 9,
 { /* array: 3 elements */
 /* [1] */
 0x0,
 /* [2] */
 0x0,
 /* [3] */
 0x0
 },
 “A”,
 “Document to Auto-save”
 },
 /* [4] */
 ‘VW06’, ‘docn’,
 { /* array: 1 elements */
 /* [1] */
 16, 8
 },
 { /* array: 1 elements */
 /* [1] */
 40, 160
 }, sizeFixed, sizeFixed, shown, disabled,
 StaticText {
 “TStaticText”,
 0b0,
 {1, 1},
 sizeable,
 notDimmed,
 notHilited,
 doesntDismiss,
 {0, 0, 0, 0},
 plain, 0,
 { /* array: 3 elements */
 /* [1] */
 0x0,
 /* [2] */
 0x0,
 /* [3] */
 0x0
 },
 “”,
 justLeft,
 “static text”
 },
 /* [5] */
 ‘DLOG’, ‘VW08’,
 { /* array: 1 elements */
 /* [1] */
 80, 8
 },
 { /* array: 1 elements */
 /* [1] */
 88, 176
 }, sizeFixed, sizeFixed, shown, disabled,
 Cluster {
 “TCluster”,
 0b0,
 {1, 1},
 sizeable,
 notDimmed,
 notHilited,
 doesntDismiss,
 {0, 0, 0, 0},
 plain, 9,
 { /* array: 3 elements */
 /* [1] */
 0x0,
 /* [2] */
 0x0,
 /* [3] */
 0x0
 },
 “A”,
 “Set the Auto-save interval”
 },
 /* [6] */
 ‘VW08’, ‘VW03’,
 { /* array: 1 elements */
 /* [1] */
 16, 8
 },
 { /* array: 1 elements */
 /* [1] */
 16, 80
 }, sizeFixed, sizeFixed, shown, disabled,
 StaticText {
 “TStaticText”,
 0b0,
 {1, 1},
 sizeable,
 notDimmed,
 notHilited,
 doesntDismiss,
 {0, 0, 0, 0},
 plain, 0,
 { /* array: 3 elements */
 /* [1] */
 0x0,
 /* [2] */
 0x0,
 /* [3] */
 0x0
 },
 “”,
 justLeft,
 “Save every”
 },
 /* [7] */
 ‘VW08’, ‘time’,
 { /* array: 1 elements */
 /* [1] */
 40, 60
 },
 { /* array: 1 elements */
 /* [1] */
 20, 48
 }, sizeFixed, sizeFixed, shown, enabled,
 NumberText {
 “TNumberText”,
 0b1111,
 {1, 1},
 notSizeable,
 notDimmed,
 notHilited,
 doesntDismiss,
 {2, 2, 2, 2},
 plain, 0,
 { /* array: 3 elements */
 /* [1] */
 0x0,
 /* [2] */
 0x0,
 /* [3] */
 0x0
 },
 “”,
 justLeft,
 “15”,
 5,
 0b110000000000000000000100000000,
 15, 1, 65535
 },
 /* [8] */
 ‘VW08’, ‘mnut’,
 { /* array: 1 elements */
 /* [1] */
 64, 96
 },
 { /* array: 1 elements */
 /* [1] */
 16, 72
 }, sizeFixed, sizeFixed, shown, disabled,
 StaticText {
 “TStaticText”,
 0b0,
 {1, 1},
 sizeable,
 notDimmed,
 notHilited,
 doesntDismiss,
 {0, 0, 0, 0},
 plain, 0,
 { /* array: 3 elements */
 /* [1] */
 0x0,
 /* [2] */
 0x0,
 /* [3] */
 0x0
 },
 “”,
 justLeft,
 “x”
 },
 /* [9] */
 ‘DLOG’, ‘cncl’,
 { /* array: 1 elements */
 /* [1] */
 184, 16
 },
 { /* array: 1 elements */
 /* [1] */
 24, 72
 }, sizeFixed, sizeFixed, shown, enabled,
 Button {
 “TButton”,
 0b0,
 {1, 1},
 sizeable,
 notDimmed,
 notHilited,
 dismisses,
 {0, 0, 0, 0},
 plain, 0,
 { /* array: 3 elements */
 /* [1] */
 0x0,
 /* [2] */
 0x0,
 /* [3] */
 0x0
 },
 “”,
 “Cancel”
 },
 /* [10] */
 ‘DLOG’, ‘ok  ‘,
 { /* array: 1 elements */
 /* [1] */
 182, 94
 },
 { /* array: 1 elements */
 /* [1] */
 28, 80
 }, sizeFixed, sizeFixed, shown, enabled,
 Button {
 “TButton”,
 0b1000000,
 {3, 3},
 sizeable,
 notDimmed,
 notHilited,
 dismisses,
 {4, 4, 4, 4},
 plain, 0,
 { /* array: 3 elements */
 /* [1] */
 0x0,
 /* [2] */
 0x0,
 /* [3] */
 0x0
 },
 “”,
 “OK”
 }
 }
};

 

Community Search:
MacTech Search:

Software Updates via MacUpdate

Latest Forum Discussions

See All

Whitethorn Games combines two completely...
If you have ever gone fishing then you know that it is a lesson in patience, sitting around waiting for a bite that may never come. Well, that's because you have been doing it wrong, since as Whitehorn Games now demonstrates in new release Skate... | Read more »
Call of Duty Warzone is a Waiting Simula...
It's always fun when a splashy multiplayer game comes to mobile because they are few and far between, so I was excited to see the notification about Call of Duty: Warzone Mobile (finally) launching last week and wanted to try it out. As someone who... | Read more »
Albion Online introduces some massive ne...
Sandbox Interactive has announced an upcoming update to its flagship MMORPG Albion Online, containing massive updates to its existing guild Vs guild systems. Someone clearly rewatched the Helms Deep battle in Lord of the Rings and spent the next... | Read more »
Chucklefish announces launch date of the...
Chucklefish, the indie London-based team we probably all know from developing Terraria or their stint publishing Stardew Valley, has revealed the mobile release date for roguelike deck-builder Wildfrost. Developed by Gaziter and Deadpan Games, the... | Read more »
Netmarble opens pre-registration for act...
It has been close to three years since Netmarble announced they would be adapting the smash series Solo Leveling into a video game, and at last, they have announced the opening of pre-orders for Solo Leveling: Arise. [Read more] | Read more »
PUBG Mobile celebrates sixth anniversary...
For the past six years, PUBG Mobile has been one of the most popular shooters you can play in the palm of your hand, and Krafton is celebrating this milestone and many years of ups by teaming up with hit music man JVKE to create a special song for... | Read more »
ASTRA: Knights of Veda refuse to pump th...
In perhaps the most recent example of being incredibly eager, ASTRA: Knights of Veda has dropped its second collaboration with South Korean boyband Seventeen, named so as it consists of exactly thirteen members and a video collaboration with Lee... | Read more »
Collect all your cats and caterpillars a...
If you are growing tired of trying to build a town with your phone by using it as a tiny, ineffectual shover then fear no longer, as Independent Arts Software has announced the upcoming release of Construction Simulator 4, from the critically... | Read more »
Backbone complete its lineup of 2nd Gene...
With all the ports of big AAA games that have been coming to mobile, it is becoming more convenient than ever to own a good controller, and to help with this Backbone has announced the completion of their 2nd generation product lineup with their... | Read more »
Zenless Zone Zero opens entries for its...
miHoYo, aka HoYoverse, has become such a big name in mobile gaming that it's hard to believe that arguably their flagship title, Genshin Impact, is only three and a half years old. Now, they continue the road to the next title in their world, with... | Read more »

Price Scanner via MacPrices.net

B&H has Apple’s 13-inch M2 MacBook Airs o...
B&H Photo has 13″ MacBook Airs with M2 CPUs and 256GB of storage in stock and on sale for up to $150 off Apple’s new MSRP, starting at only $849. Free 1-2 day delivery is available to most US... Read more
M2 Mac minis on sale for $100-$200 off MSRP,...
B&H Photo has Apple’s M2-powered Mac minis back in stock and on sale today for $100-$200 off MSRP. Free 1-2 day shipping is available for most US addresses: – Mac mini M2/256GB SSD: $499, save $... Read more
Mac Studios with M2 Max and M2 Ultra CPUs on...
B&H Photo has standard-configuration Mac Studios with Apple’s M2 Max & Ultra CPUs in stock today and on Easter sale for $200 off MSRP. Their prices are the lowest available for these models... Read more
Deal Alert! B&H Photo has Apple’s 14-inch...
B&H Photo has new Gray and Black 14″ M3, M3 Pro, and M3 Max MacBook Pros on sale for $200-$300 off MSRP, starting at only $1399. B&H offers free 1-2 day delivery to most US addresses: – 14″ 8... Read more
Department Of Justice Sets Sights On Apple In...
NEWS – The ball has finally dropped on the big Apple. The ball (metaphorically speaking) — an antitrust lawsuit filed in the U.S. on March 21 by the Department of Justice (DOJ) — came down following... Read more
New 13-inch M3 MacBook Air on sale for $999,...
Amazon has Apple’s new 13″ M3 MacBook Air on sale for $100 off MSRP for the first time, now just $999 shipped. Shipping is free: – 13″ MacBook Air (8GB RAM/256GB SSD/Space Gray): $999 $100 off MSRP... Read more
Amazon has Apple’s 9th-generation WiFi iPads...
Amazon has Apple’s 9th generation 10.2″ WiFi iPads on sale for $80-$100 off MSRP, starting only $249. Their prices are the lowest available for new iPads anywhere: – 10″ 64GB WiFi iPad (Space Gray or... Read more
Discounted 14-inch M3 MacBook Pros with 16GB...
Apple retailer Expercom has 14″ MacBook Pros with M3 CPUs and 16GB of standard memory discounted by up to $120 off Apple’s MSRP: – 14″ M3 MacBook Pro (16GB RAM/256GB SSD): $1691.06 $108 off MSRP – 14... Read more
Clearance 15-inch M2 MacBook Airs on sale for...
B&H Photo has Apple’s 15″ MacBook Airs with M2 CPUs (8GB RAM/256GB SSD) in stock today and on clearance sale for $999 in all four colors. Free 1-2 delivery is available to most US addresses.... Read more
Clearance 13-inch M1 MacBook Airs drop to onl...
B&H has Apple’s base 13″ M1 MacBook Air (Space Gray, Silver, & Gold) in stock and on clearance sale today for $300 off MSRP, only $699. Free 1-2 day shipping is available to most addresses in... Read more

Jobs Board

Medical Assistant - Surgical Oncology- *Apple...
Medical Assistant - Surgical Oncology- Apple Hill Location: WellSpan Medical Group, York, PA Schedule: Full Time Sign-On Bonus Eligible Remote/Hybrid Regular Apply Read more
Omnichannel Associate - *Apple* Blossom Mal...
Omnichannel Associate - Apple Blossom Mall Location:Winchester, VA, United States (https://jobs.jcp.com/jobs/location/191170/winchester-va-united-states) - Apple Read more
Cashier - *Apple* Blossom Mall - JCPenney (...
Cashier - Apple Blossom Mall Location:Winchester, VA, United States (https://jobs.jcp.com/jobs/location/191170/winchester-va-united-states) - Apple Blossom Mall Read more
Operations Associate - *Apple* Blossom Mall...
Operations Associate - Apple Blossom Mall Location:Winchester, VA, United States (https://jobs.jcp.com/jobs/location/191170/winchester-va-united-states) - Apple Read more
Business Analyst | *Apple* Pay - Banco Popu...
Business Analyst | Apple PayApply now " Apply now + Apply Now + Start applying with LinkedIn Start + Please wait Date:Mar 19, 2024 Location: San Juan-Cupey, PR Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.