ftp.nice.ch/pub/next/developer/resources/classes/misckit/MiscKit.1.10.0.s.gnutar.gz#/MiscKit/Examples/SearchBench

Info.nib/
 
Makefile
 
Makefile.postamble
 
Makefile.preamble
 
MiscFindPanel.bundle → ../../Bundles/MiscFindPanel/MiscFindPanel.bundle
 
PB.gdbinit
 
PB.project
 
README
 
SBApp.h
[View SBApp.h] 
SBApp.m
[View SBApp.m] 
SearchBench.iconheader
 
SearchBench.nib/
 
SearchBench_main.m
[View SearchBench_main.m] 
Timer.h
[View Timer.h] 
Timer.m
[View Timer.m] 

README

This is a simple application that illustrates using the MiscFindPanel
in a project.  It alleges to do a timing comparison between the
Text class's (in NEXTSTEP 3.x) built-in findText:... method and
the Misc_TBMK/regexpr routines included with this package.

This is version 1.1 (22 October 1993).
This product requires NeXTSTEP 3.x or higher.


Note that the Text class is at a slight disadvantage when it comes
to regular expression searching--it doesn't do them.  Also, the
timing is not meant to be very precise, though some steps are
taken in the Timer class to eliminate obvious potential skews to
the results.

The real important stuff in this example (with regards to incorporating
the MiscFindPanel.bundle into a project) are in the SearchBench.nib
file (connections from the Find menu to the first responder), the
addition of the links to the project directory and files to the project
file, and the modification to Makefile.postamble to only partially
strip the executable upon installation.

Some people believe that bundles are a good idea for development, but
all code should be statically linked for a shipping product.  I'm not
convinced of this, at least in this case (this find panel).  The
benefits that statically linking the bundle code and whatnot into an
application are merely that (1) you can strip the main executable
completely, and (2) when the user first asks for find panel functionality,
it would happen somewhat faster.  But the second point is a one-time
cost, and the first point is really of concern only to people running
NEXTSTEP on a 200MB disk or less, or running the developer package in
under 400MB.  It is a matter of only 100K or so.  But, I leave the
decision to you, the developer.

The executable was compiled under 3.1.  It may run under 3.0, I
don't know.

The code is but sparsely commented, but there isn't much example-
specific code anyway.


Written and maintained by Christopher J. Kane (kane@gac.edu).
Please feel free to contact the author with any questions,
comments, bug reports, or suggestions about this package.

Copyright (c) 1993 Christopher J. Kane.  All rights reserved.

This software is subject to the terms of the MiscKit license
agreement.  Refer to the license document included with the
MiscKit distribution for these terms.

---------------------------------------------------------------------------
README                   - This file
SBApp.h                  \ Subclass of Application to take
SBApp.m                  /   care of a couple things
Timer.h                  \ Implements SearchableText protocol to wrap
Timer.m                  /   the MiscSearchText methods and time them
Info.nib                 - Info panel
SearchBench.nib          - Main nib file with main window
Makefile                 \
Makefile.postamble        \
PB.gdbinit                 | Project-related files
PB.project                 |
SearchBench.iconheader    /
SearchBench_main.m       /
---------------------------------------------------------------------------

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Netfuture.ch.