TidBITS#904/12-Nov-07
=====================
  Issue link: <http://db.tidbits.com/issue/904>

  It took a few years, but Apple finally got Spotlight right, 
  according to Matt Neuburg, who takes a deep look at the improved 
  search technology in Mac OS X 10.5 Leopard. In other Leopard news, 
  we're tracking Leopard-specific updates on our Web site, and print 
  versions of our Take Control ebooks about Leopard are now available. 
  Changing gears, Glenn Fleishman analyzes Google Android, the Open 
  Handset Alliance, and how it all affects Apple and the iPhone. 
  Speaking of cell phones, AT&T has begun offering international data 
  plans designed to avoid bankrupting iPhone users. We also note the 
  releases of BBEdit 8.7.1, Microsoft Office 2004 for Mac 11.3.9, and 
  VMware Fusion 1.1 (along with VMware Importer). Plus, we pass on 
  links to new Apple ads (along with a great parody) and welcome 
  Freeverse as our newest TidBITS sponsor!

Articles
    Stay Up to Date on Leopard Compatibility
    BBEdit 8.7.1 Adds Features, Fixes Bugs, Saves Data
    Freeverse Sponsoring TidBITS
    Word 2004 Crashing Bug Squashed
    New Apple Ads: Real, Fake, and Funny
    VMware Releases Fusion 1.1 Update, VMware Importer
    AT&T Offers New International iPhone Data Plans
    Design Tools Monthly Hits 15 Years in Print
    DealBITS Winners: SmileOnMyMac's TextExpander 2
    Google's View of Our Cell Phone Future Is an Android, Not a GPhone
    Spotlight Strikes Back: In Leopard, It Works Great
    Take Control News: All Leopard Titles Available in Print
    Hot Topics in TidBITS Talk/12-Nov-07


------------ This issue of TidBITS sponsored in part by: --------------

* READERS LIKE YOU! Support TidBITS with a contribution today! 
  <http://www.tidbits.com/about/support/contributors.html> 
  Special thanks this week to Andrew Watson, Casey James, 
   Edward Ruder, and Jack Hughes for their generous support!

* GET FETCH 5 FOR FREE! Fetch Softworks makes Fetch, the original 
  Macintosh FTP client, free for educational and charitable use. 
  Fetch 5.2 includes WebView, FTPS, and droplet shortcuts. 
  Apply today at <http://fetchsoftworks.com/edapply>!

* WebCrossing Neighbors Creates Private Social Networks 
  Create a complete social network with your company or group's 
  own look. Scalable, extensible and extremely customizable. 
  Take a guided tour today <http://www.webcrossing.com/tour>

* MARK/SPACE, INC: Introducing SyncTogether, Mac-to-Mac syncing 
  of contacts, calendar events and tasks, notes and more. Perfect 
  for a single user with multiple Macs or groups that need to sync 
  selected iCal calendars. <http://www.markspace.com/bits>

* Microsoft's MacBU: Supporting Mac users with Office 2004.  
  Supporting the Mac community through tech support newsgroups, 
  user group appearances, our new team blog, and more! 
  Check out our team blog at <http://blogs.msdn.com/macmojo/>

* Seamlessly run Windows on your Mac with VMware Fusion! Run 
  Windows, Linux, and Solaris simultaneously without rebooting. 
  Customizable toolbars, easy to manage virtual packages, and more. 
  VMware Fusion: $69.99! <http://www.allume.com/mac/vmware/tb/>

* Freeverse, Inc.'s SOUND STUDIO 3.5.5 - Sound Studio is for anyone 
  who needs to record or edit audio with a professional tool, but at 
  a consumer price. Perfect for Podcasts, Music, More! Now updated 
  for OS X 10.5 Leopard. <http://www.freeverse.com/soundstudio>

---------- Help support TidBITS by supporting our sponsors ------------


Stay Up to Date on Leopard Compatibility
----------------------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9307>

  We're maintaining an online-only article called "Leopard 
  Compatibility List Updated" to bring together news of products that 
  have been updated for Leopard compatibility. It doesn't make sense 
  to publish this article in the email editions of TidBITS each week, 
  since it changes constantly, so check our Web site for updates, or 
  subscribe to our RSS feed using a program like NetNewsWire that can 
  call out changed articles. We're focusing on products we consider 
  important or interesting, which means things that we've covered in 
  the past or are thinking about writing about in the future - there's 
  no way this list could hope to be comprehensive. That said, if you 
  know of something that's not on the list but has appeared in TidBITS 
  or Take Control in the past, let us know so we can add it!

<http://db.tidbits.com/article/9281>
<http://www.tidbits.com/>

  While you're at our Web site, be sure to notice our new Leopard 
  Information Center in the upper right, with links to all sorts of 
  useful Leopard-related stuff we've done, including the Leopard 
  Compatibility List.


BBEdit 8.7.1 Adds Features, Fixes Bugs, Saves Data
--------------------------------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9300>

  Bare Bones Software has released BBEdit 8.7.1, adding a few new 
  features and squashing a bunch of minor bugs. The new features 
  include the capability to insert time stamps from the Edit > Insert 
  menu, support for dropping items from disk browsers into 
  applications like Terminal that expect file URLs, and the capability 
  in language modules to turn off spell checking for code runs. For a 
  full list of new features, changes to existing features, and bug 
  fixes, see the extremely detailed BBEdit Current Release Notes page 
  (and contrast it with Apple's terse release notes, which could be 
  performed by a mime). BBEdit 8.7.1 is a free update for users of 
  BBEdit 8.5 or later; it's a 15.2 MB download. Mac OS X 10.4 or later 
  - including Mac OS X 10.5 Leopard - is required, and the program is 
  a universal binary.

<http://www.barebones.com/products/bbedit/>
<http://www.barebones.com/support/bbedit/current_notes.shtml>
<http://www.crazyapplerumors.com/?p=969>
<http://www.barebones.com/support/updates.shtml>

  And while I have your attention about BBEdit, I want to tell you 
  about a little-known feature in the program that saved me from data 
  loss last week. I encountered some server problems that resulted in 
  nearly every static file in my server's Web directory being deleted. 
  Ugly, but I have Retrospect set to duplicate the main disk in our 
  Xserve to the second disk every night. I run other backups too, but 
  it was easy to move the active database over to the second disk, set 
  the second disk as the startup disk, and reboot. The server was 
  offline for an hour or two, since I was working very carefully and 
  making copies of important data in case of further problems, but the 
  overall approach of switching to a duplicate was simple.

  The only problem was that this happened in the afternoon, and I had 
  been editing files on the server all day, work that I didn't want to 
  recreate. Since I was editing directly on the server, I didn't have 
  local copies of those files. Luckily, in the Text Files pane of 
  BBEdit's Preference window, there's an option to make a backup of 
  each file before saving. Since I had long ago set that option, I was 
  able to go into my BBEdit Backups folder and recover the most recent 
  version of each of the files I had changed during the day. If you 
  regularly edit remote files live, I strongly encourage you to turn 
  on BBEdit's backups.

<http://www.tidbits.com/resources/2007-11/BBEdit-prefs.jpg>

  The only downside? Since I forget about that BBEdit Backups folder 
  regularly, it currently contains over 17,000 files dating back to 
  2004. Oops... time to delete anything before 2007.


Freeverse Sponsoring TidBITS
----------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9301>

  We're pleased to welcome our newest long-term sponsor, Freeverse. 
  They're a bit unusual in the Macintosh world because they both 
  develop their own software and publish applications from other 
  companies. Freeverse is probably best known for their offbeat games 
  - the Big Bang Board Games, the Burning Monkey card games, the 
  arcade games Airburst Extreme and Neon Tango, and more. But the 
  company has a serious side as well, with their vector-based drawing 
  program Lineform, the webcam software Periscope, and a kid-specific 
  Web browser called BumperCar. Not content just to develop their own 
  software, they also publish Felt Tip Software's Sound Studio 3, 
  Plasq's Comic Life Deluxe Edition, Ubisoft's Heroes of Might and 
  Magic V, and more. What's perhaps most impressive is that the 
  company has won more Apple Design Awards than anyone else - six so 
  far. So whether you're looking for a little light diversion or 
  powerful tools for sound and graphics, check out the Freeverse Web 
  site.

<http://www.freeverse.com/>

  Thanks to Freeverse for their support of TidBITS and the Mac 
  community!


Word 2004 Crashing Bug Squashed
-------------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9297>

  Despite being hard at work on Office 2008 for a Macworld Expo 
  release, Microsoft has just made available the Microsoft Office 2004 
  for Mac 11.3.9 Update, which solves a crashing bug in Word 2004 when 
  you try to print a document. The update is a 2.5 MB download and 
  requires that you have already installed the 11.3.8 update (a 9.1 MB 
  download), which eliminated a buffer overflow in Word 2004. If you 
  haven't been keeping up with all the Office updates, I recommend 
  using the Microsoft AutoUpdate utility to get each one in turn, 
  since each requires the previous one.

<http://www.microsoft.com/mac/downloads.aspx?pid=download&location=/mac/download/Office2004/Office2004_1139.xml>
<http://www.microsoft.com/mac/downloads.aspx?pid=download&location=/mac/download/Office2004/Office2004_1138.xml>


New Apple Ads: Real, Fake, and Funny
------------------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9305>

  Apologies if I'm behind the times on this, now that we watch TV only 
  via a Netflix subscription, but Apple has posted a new set of Get a 
  Mac TV ads that poke fun at Windows Vista. Sure, for most TidBITS 
  readers, the ads are preaching to the converted, but I admit that I 
  still enjoy seeing Apple point out the Mac's advantages like this. 

<http://www.apple.com/getamac/ads/>

  An unexpected bonus to Apple's minimalist style has been the ease 
  with which it can be parodied, as in this hilarious Saturday Night 
  Live version of an iPhone commercial, linked to by Gizmodo. The 
  sketch reportedly never aired, having been cut when another sketch 
  ran long. (Check Apple's site for the original iPhone ads that are 
  being parodied.)

<http://gizmodo.com/gadgets/leaked/the-snl-iphone-sketch-that-never-aired-321328.php>
<http://www.apple.com/iphone/ads/>


VMware Releases Fusion 1.1 Update, VMware Importer
--------------------------------------------------
  by Joe Kissell <joe@tidbits.com>
  article link: <http://db.tidbits.com/article/9303>

  VMware has released Fusion 1.1, a free upgrade for registered users 
  of their virtualization software for running Windows on an 
  Intel-based Mac. This release finalizes a number of features that 
  first appeared in the public beta version of Fusion 1.1 about seven 
  weeks ago, including Leopard support, experimental support for 
  DirectX 9.0, improvements to the Unity mode in which windows from 
  Windows applications intermingle with those from Mac OS X, improved 
  Boot Camp integration (including support for Windows Vista Boot Camp 
  installations), and iPhone syncing with Microsoft Outlook. Fusion 
  1.1 is a 176 MB download.

<http://www.vmware.com/mac>

  Also available as a free (1 MB) download is a beta version of VMware 
  Importer, a new drag-and-drop program that enables Fusion users to 
  import virtual machines created in Parallels Desktop version 2.5 or 
  3.0. This tool makes Fusion more parallel with Parallels, which 
  already offered Parallels Transporter, a utility for importing 
  virtual machines from VMware and Virtual PC.

<http://www.vmware.com/download/fusion/importer_tool.html>
<http://www.parallels.com/en/products/desktop/features/transporter/>


AT&T Offers New International iPhone Data Plans
-----------------------------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9295>

  Likely due to the complaints from travelling iPhone users hit with 
  astonishingly high data charges (see "iPhone Billing and 
  International Issues," 2007-08-20), AT&T has implemented new 
  international iPhone data plans that apply in 29 countries. For 
  $24.99, you get 20 MB of usage, and for $59.99, you get 50 MB of 
  usage. If you go over the usage limit, you're charged $0.005 per 
  kilobyte within the 29 discounted countries. For the 50 MB plan, you 
  pay $0.010 per kilobyte outside those countries, except for a 
  selection of neighboring countries listed at AT&T's site, where 
  you'll pay $0.0195 per kilobyte. People on the 20 MB plan pay 
  $0.0195 per kilobyte in all parts of the world outside of the 29 
  included countries. Keep in mind that these new plans come on top of 
  your existing iPhone monthly bill, and we recommend you verify the 
  details of your plan with AT&T before leaving on your trip.

<http://db.tidbits.com/article/9116>
<http://www.wireless.att.com/learn/international/roaming/affordable-world-packages.jsp?WT.svl=calltoaction#iphone-international>
<http://www.wireless.att.com/learn/international/dataconnect-global.jsp>


Design Tools Monthly Hits 15 Years in Print
-------------------------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9296>

  Congratulations to our friend Jay Nelson, who has been pulling 
  together information of interest to the graphic design community in 
  Design Tools Monthly since 1992, not long after we started TidBITS. 
  Each issue of the monthly 12-page newsletter contains about 100 
  short articles covering news, upgrades, bug fixes, hardware, and 
  more. Subscribers can also access an online "Software Closet" that 
  collects what Jay feels are the best free utilities, plug-ins, and 
  fonts for designers. With Jeff Gamet, Jay has also started the 
  Design Tools Weekly podcast. Design Tools Monthly contains no ads 
  and is available only by subscription for $229 per year if you want 
  paper issues, along with quarterly CDs of software and PDFs by mail, 
  or $199 per-year for online-only access. A free sample issue is 
  available, and anyone who buys Sharon Zardetto's "Take Control of 
  Fonts in Leopard" can use a coupon in the back to receive three free 
  issues.

<http://www.design-tools.com/>
<http://www.design-tools.com/podcast/>
<http://www.design-tools.com/html/free-sample.htm>
<http://www.takecontrolbooks.com/leopard-fonts.html>


DealBITS Winners: SmileOnMyMac's TextExpander 2
-----------------------------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9288>

  Congratulations to Susan Varney of roadrunner.com, Chris Lozac'h of 
  ilovelife.com, and Bill Bauer of mac.com, whose entries were chosen 
  randomly in the last DealBITS drawing and who received a copy of 
  SmileOnMyMac's TextExpander 2, worth $29.95. Thanks to the 783 
  people who entered this DealBITS drawing (and received a discount on 
  TextExpander 2), and we hope you'll continue to participate in the 
  future!

<http://db.tidbits.com/article/9287>
<http://smileonmymac.com/textexpander/>


Google's View of Our Cell Phone Future Is an Android, Not a GPhone
------------------------------------------------------------------
  by Glenn Fleishman <glenn@tidbits.com>
  article link: <http://db.tidbits.com/article/9291>

  I never expected Google to get into the consumer cell phone 
  business, just like I never expected Google to build a national 
  Wi-Fi network, nor, even if they win a spectrum auction in January 
  2008, do I expect Google to build a national cellular network. 
  Google doesn't do hardware - they build ways in which to use 
  hardware to reach more people to feed those people more ads. (Two 
  minor exceptions, before you cavil: their Mountain View Wi-Fi 
  network, serving their headquarters' town, and Google search 
  appliances - server hardware for businesses.)

  Last week's announcement of a consortium of cell carriers, 
  chipmakers, and phone handset makers collaborating on a new cell 
  phone platform confirms my worldview. Phones using this new platform 
  will start shipping in the second half of 2008.

<http://www.nytimes.com/2007/11/05/technology/05cnd-gphone.html>


**Control What Runs on the Phone** -- The Open Handset Alliance is a 
  response to the cell operating systems and associated software that 
  dominate ordinary handsets and smartphones worldwide. While many 
  platforms and carriers allow customization of phones by carriers, as 
  well as post-purchase installation of software or utilities by 
  customers - the iPhone so far being a rare exception - the 
  underlying platforms are generally locked down. There are also 
  licensing fees. 

<http://www.openhandsetalliance.com/>

  Google and its 33 partners will launch a platform named Android; a 
  preview for developers is now available. Android uses Linux as a 
  base, Java as the glue, and open-source components throughout 
  (Android was the name of a firm Google acquired that was working on 
  such a platform). The platform will be free to handset makers and 
  end users for development and distribution, which explains the 
  composition of the partnership. The Symbian platform has dominance 
  worldwide, and the company that develops it is owned just a fraction 
  under 50 percent by Nokia, the biggest handset maker worldwide. 
  Microsoft's Windows Mobile, the Palm OS, and RIM's BlackBerry 
  dominate in the United States. Linux-based cellular platforms are 
  picking up steam worldwide, however, and this will accelerate that 
  trend.

<http://www.openhandsetalliance.com/android_overview.html>
<http://code.google.com/android/>
<http://www.openhandsetalliance.com/images/AndroidSDK.png>

  The marketplace for cell handsets is confusing, because we do things 
  differently here in the United States than in much of the world. 
  Most phones are subsidized through multi-year service plan 
  commitments and cannot be freely interchanged across networks. In 
  Europe and in many other countries, consumers mostly buy phones at 
  full cost and then sign up for services. We also have two 
  incompatible network standards in use in the United States - GSM and 
  CDMA - and thus you cannot switch easily from Verizon or Sprint 
  Nextel (CDMA) to T-Mobile or AT&T (GSM). CDMA is found in South 
  Korea, too, while GSM is used by most of the rest of the world 
  except China, which has its own variant. While you can unlock a CDMA 
  or GSM phone after a contract expires and activate that phone with a 
  given American network, or purchase a GSM phone from abroad that's 
  unlocked, these are relatively rare in practice. (Even more rare are 
  specialized GSM/CDMA dual-protocol phones, which are typically 
  expensive and designed for frequent international travelers.)

  What this means is that cell carriers in the United States control 
  access to their networks by allowing only a certain range of phones 
  and other devices to connect. Microsoft may be a giant company, but 
  it is still beholden to Verizon, AT&T, and the other carriers to get 
  phones into people's hands; Apple, likewise, discovered this in 
  having to commit to a single carrier and seemingly acquiesce to 
  limits sought by AT&T in order to get the iPhone released. In 
  Europe, Nokia has a slightly different position, because although it 
  can't dictate features and phones to carriers, it can market 
  directly to consumers, which enables it to offer a wide variety of 
  phones.

  In both marketplaces, the carriers rule. Innovative features from 
  chipmakers may be ignored by the carriers, while handset makers 
  other than Nokia are usually directed into making products that the 
  carriers want. Even if Nokia inserts a feature it wants, carriers 
  can keep that feature from being enabled on their networks; Nokia 
  has plenty of phones that stream video, but that feature typically 
  works only over Wi-Fi. Companies that are more involved with 
  software than hardware find themselves stymied in getting their Web 
  services or applications installed because of carrier objections.


**Partners and Interests** -- Who's involved in the Open Handset 
  Alliance and why? Alliance members Broadcom, Intel, Marvell, 
  Qualcomm, and TI are all chipmakers who are beholden to handset 
  manufacturers to push their products into phones. By having a 
  platform that they can build their own reference designs around, 
  they have much more flexibility to find manufacturing partners 
  outside the mainstream, or to deliver more interesting products to 
  existing handset makers.

  While Qualcomm controls a lot of fundamental cell technology through 
  patents, notably on the CDMA standard, it doesn't control platforms. 
  It's a rare move for Qualcomm to be part of an alliance promoting 
  greater variety and less control, frankly.

  What's also interesting about the alliance is that it includes major 
  handset makers LG, Motorola, and Samsung, which are largely locked 
  out of the current smartphone market. It's not that they don't have 
  offerings, but they don't own any segment of the market. This is an 
  attempt for them to leverage a new platform that no one controls, 
  and that they can extend.

  Carriers are also part of the alliance, with the two U.S. carriers 
  who need a clue (T-Mobile and Sprint Nextel) along with some giants 
  in Asia (China Mobile, KDDI, and NTT DoCoMo), and Telefónica, which 
  has 212 million customers across Africa, Europe, and Latin America. 

  Other alliance members include eBay, which owns Skype, and which 
  could potentially leverage this platform to produce a true Skype 
  phone that could combine support for cell networks, Wi-Fi, and other 
  wireless technologies; and Sirf, which is the biggest maker of GPS 
  receiver chips in the world, and which would like to have more of 
  them put into phones with more capabilities enabled.

  Let's look next at how this fits together in different parts of the 
  world.


**What Do Carriers Gain?** Of all the partners, you might wonder why 
  carriers would find this alliance interesting. Self-preservation, 
  among other reasons. Carriers want to be able to keep more of the 
  revenue, and to be able to release more interesting phones more 
  quickly to encourage upgrades. They want to tailor their offerings 
  to particular markets and niches. All of these desires conflict with 
  the slower pace, monolithic offerings, and centralized control of 
  existing platforms.

  In the United States, although Sprint Nextel is the third-largest 
  carrier, the company is in a weak position. The company is losing 
  subscribers in an awkward transition of former Nextel customers to 
  new systems, and it mishandled an expensive and still-ongoing 
  transition in a swap of frequencies with public-safety agencies. 
  (It's a very long story.) Sprint Nextel's chief resigned a few weeks 
  ago, and the company just scrapped its current plans to launch a 
  mobile WiMax network alongside competitor and co-operator (in both 
  senses of the word) Clearwire. (The deal may be off for now, but 
  both firms say they're committed to mobile WiMax, and when a new CEO 
  is hired at Sprint, a new deal could be put together. In fact, some 
  reports indicated Sprint might purchase Clearwire or spin off its 
  mobile WiMax division to merge with Clearwire.)

  Mobile WiMax offers the potential for ubiquitous broadband wireless 
  at rates matching today's wired broadband, and with higher speeds 
  and fewer restrictions than current cell data networks. The WiMax 
  commitment represents a huge risk for Sprint, and one that would 
  cost billions to execute. Sprint Nextel needs a platform for its new 
  WiMax network, which uses new spectrum, and had already inked a deal 
  that would enable Google to offer services over this new network.

  T-Mobile, the distant fourth-place U.S. carrier, has been pursuing 
  different strategies for years, as they lacked sufficient spectrum 
  to compete in the 3G market. In 2006, T-Mobile purchased licenses 
  over which they can deploy 3G, but it still won't be enough to 
  compete head-to-head with other carriers.

  So T-Mobile has been investing heavily in a Wi-Fi network since 
  acquiring the assets of an early firm that went into bankruptcy in 
  2002. The company now has one of the largest Wi-Fi networks in the 
  world with over 8,500 U.S. locations, and thousands more worldwide. 
  T-Mobile was the first to launch converged Wi-Fi/cell calling in the 
  United States, too, using handsets that can seamlessly move calls in 
  progress from a Wi-Fi network to a cell network and back again. 
  Clearly T-Mobile needs to think different, too.

  In China, there's always been a desire to have technology that isn't 
  dependent on companies from other countries. It's why China has its 
  own cell standard, but also why third-generation (3G) cellular is so 
  delayed there while their homegrown specifications hit snags. It's 
  not at all strange that a carrier in China would want a platform 
  they didn't have to export currency to use, and one that could be 
  entirely within their power to mold to local needs. (And, 
  potentially, to local government control. I don't mean to introduce 
  politics; it's simply a fact that Chinese telecommunications is 
  designed for monitoring and interception. And I can't be smug about 
  that anymore in the United States, can I?)

  In other parts of Asia, I have less of an explanation, as I 
  understand competition there less well. There's been a much 
  longer-running trend in Japan for phones to have more advanced 
  features, for network operators to allow more independent activity, 
  and for consumers to pay for specific software features. That may 
  all tie in together, too.


**iPhone Versus GPhone** -- Android will have much in common with the 
  iPhone at the base level, but likely less so in terms of user 
  interface and cell carrier experience.

  Internally, the iPhone runs the Unix-based OS X; Android will use 
  Linux. The iPhone uses swaths of open-source and free software from 
  GNU and other foundations, associations, and independent 
  programmers. Android will, too.

  But pop up one more layer, and you find that while Android will give 
  developers access to all those innards, ostensibly providing even 
  kernel software code, the iPhone will never give up those secrets. 

  Handsets that use Android will have to adhere to a set of principles 
  and be tested operationally against those ideas, and by passing 
  tests should be allowed to operate on the network of a carrier 
  that's part of the alliance. The iPhone is designed to work on a 
  limited number of networks worldwide.

  The iPhone software development kit (SDK) will allow some kinds of 
  programs to be developed, but programs may require approval or 
  certification from Apple and/or AT&T and other partner carriers 
  before those programs can be distributed. The Android SDK will 
  apparently allow any form of development and installation.

  There's a lot of risk for carriers with Android; they must design 
  their networks to isolate bad actors rapidly in order to avoid 
  spreading viruses or having phones that suddenly act up and take the 
  network down. That's a real fear, and one that Steve Jobs cited in 
  Apple's interest in delaying an SDK for the iPhone until security 
  issues were well-characterized and covered.

  The Internet still works despite armies of zombie computers and vast 
  quantities of spam because it's resilient. Cell networks aren't 
  quite as tough and will need to become more hardened before Android 
  phones can be let loose.


**Google's Spectrum Bid** -- To circle back around to Google, I 
  mentioned early on that I didn't expect that even if they won a 
  spectrum auction next year they'd run a cell network. This is where 
  it all comes around.

  By January 2008, the FCC will auction the last bit of prime 
  frequencies that will be freed up on completion of the transition of 
  television stations from the UHF band. This is the end of analog 
  television broadcasting, set for 17-Feb-09. The so-called Upper 700 
  MHz auction has a number of licenses, but the one to watch is the "C 
  Block" auction for 24 MHz of prime territory.

  The 700 MHz band penetrates walls easily and a single base station 
  can transmit over four times the area using the same power as a base 
  station in the 2.5 GHz range, the spectrum that Sprint Nextel and 
  Clearwire will use for mobile WiMax.

  Google and other firms - some of which are in this alliance - 
  lobbied the FCC to require open access rules that would mean three 
  things: 

* Any winning bidder of the frequency would have to sell access to the 
  network on a non-discriminatory wholesale basis to any reseller

* Any device could gain access to the network

* Any device could access any service or run any application

  None of the provisions could be construed to allow unlimited 
  bandwidth at fixed prices or uses that would disrupt the network.

  The FCC turned down the open-resale provision, but adopted most of 
  the others, and has fought back carriers who opposed the rules. (The 
  FCC has a backdoor, though. They required a minimum bid of over $4 
  billion for the C Block and $10 billion for the entire auction. If 
  those minimums aren't met, the auctions will be conducted again 
  without the open access requirements.)

  Google indicated its willingness to bid on the spectrum, 
  guaranteeing the minimum bid necessary, if all the rules were 
  adopted. But they stated at the same time that even if they won, 
  they'd be more likely to work with a partner that would build and 
  run the network.

  It was clear all along that Google wanted a national broadband 
  wireless network that would be unimpeded by gatekeepers. Recall that 
  Google feeds enormous amounts of data to customers of telephone 
  companies and cable firms via DSL, cable, and fiber, and that those 
  telephone and cable companies are interested in establishing a 
  tiered network in which Google and others would have to pay to push 
  their content through at the highest possible rates on each network.

  Is it any wonder Google is promoting an open phone platform and some 
  measure of openness in the last great wireless broadband spectrum 
  auction?

  Some folks we respect, including John Gruber, wondered or stated 
  that Android was vaporware, which I found odd. Vaporware implies 
  that you're announcing a product well in advance of shipping with 
  nothing really in hand beyond a demo and with the intention of 
  sabotaging competitors who are forced to explain to customers why 
  they don't have The Amazing Feature that's in the vaporware - even 
  though the vaporware isn't available. The iPhone would have been 
  vaporware if Apple hadn't set specific expectations on availability 
  and then lived up to those expectations. (Leopard had a few 
  vaporware features that may return in later updates, especially in 
  regard to Time Machine's support of networked drives.)

  Given that the Android SDK shipped as promised in a form that anyone 
  with developer chops can download and work with, that removes some 
  of the vaporware taint. Whether a product can and will ship with 
  Android software is, of course, another matter that only the future 
  can prove to us.

  Fake Steve Jobs, however, might have put it best, as he often does: 
  "Companies don't form alliances and consortia when they're winning."

<http://fakesteve.blogspot.com/2007/11/its-not-phone-its-alliance.html>


**Tying It All Together** -- Google is promoting something that's in 
  its best interest, of course, but as a firm that generally attempts 
  to make money by disseminating information as widely as possible, 
  it's in our best interests, too. Google doesn't like gatekeepers or 
  walled gardens.

  In the end, it's conceivable that we could wind up with hundreds of 
  companies making handsets that work across wireless networks of all 
  sorts worldwide, providing us access to the latest software and 
  technology at a fraction of what we pay now. That's one vision of 
  the future, it's Google's vision, and Google seems to have the 
  momentum to make a real go at it.


Spotlight Strikes Back: In Leopard, It Works Great
--------------------------------------------------
  by Matt Neuburg <matt@tidbits.com>
  article link: <http://db.tidbits.com/article/9283>

  In earlier articles, we've talked about some of the great new 
  features of Leopard that might make an upgrade worthwhile. I wrote 
  an article about Spaces, Glenn Fleishman explained how File Sharing 
  is light years better than it used to be, and Joe Kissell gave us 
  the low-down on Time Machine. (The best way to reference that 
  coverage is from our "Leopard Arrives" series.) In this article, I 
  want to tell you about what I think is the last big piece of the 
  Leopard improvement puzzle - the all-new, all-singing, all-dancing 
  Spotlight.

<http://db.tidbits.com/series/1269>

  In order to explain why Spotlight in Leopard is so good, I have to 
  talk briefly about why Spotlight in Tiger was so bad. If you already 
  know that, or if your teeth can't handle any gnashing, you might 
  want to skip this next section, where I recount a bit of regrettable 
  history.


**Tiger Spotlight: The Good, the Bad, and the Ugly** -- When Spotlight 
  was introduced in Mac OS X 10.4 Tiger, it was touted as a major 
  improvement for users, and it's not hard to see why. Finding things 
  on your hard disk(s) has always been hard - my mother can't find a 
  newly created Word document five seconds after she's saved it - and 
  now that your hard disk is really big and you've got lots of files, 
  it's getting harder. The old-style Finder Find involves searching 
  through the hard disk, file by file and folder by folder, so it's 
  slow; and besides, it requires that you know, with a fair degree of 
  correctness, the name of the item you're looking for, which is often 
  exactly what you do _not_ know.

  Back in the old System 7 days, on the other hand, a lot of us were 
  crazy about a wonderful utility called ON Location, from ON 
  Technology. It generated an index of the names of your files, so 
  searching for a file by its name was very fast. What's more, it used 
  third-party translators to look inside your files (regardless of 
  their format), read their content, and index that as well, so you 
  could do a fast search for a file based on some words used inside 
  the file. Well, Spotlight promised to bring that kind of technology 
  to Mac OS X, only even better. ON Location had to build its index, 
  and to keep the index up to date, it had to rebuild it periodically. 
  Spotlight, on the other hand, once its initial index was built, 
  would _always_ be up to date, because every time you made any change 
  to the hard disk, Spotlight would be notified right then and would 
  modify the index accordingly. Small wonder that Glenn's article 
  introducing Spotlight to our readers was so hopeful ("Spotlight on 
  Spotlight", 2005-05-02).

<http://db.tidbits.com/article/8087>

  Right from the beginning, however, there was trouble. Some features 
  didn't work; for example, there was an option to search for 
  invisible files, but no invisible files were ever found. Some areas 
  of the hard drive were excluded from the index, so files in those 
  places couldn't be found, even by name; this exclusion was 
  hard-coded into Spotlight (it wasn't a preference the user could 
  access), so there was no way even of learning what the problematic 
  places were. Files of certain types were not found properly; I 
  experienced this particularly with some font files, and Apple 
  confirmed that this was a bug (perhaps caused by the distinction 
  between a file's visible name and its "display name," which was 
  sometimes a weird string to which the user had no access). The 
  indexing would mysteriously stop working, and would have to be 
  restarted using the Terminal command line.

  Worst of all, however, was the interface through which you actually 
  performed a search and viewed your found results. There were three 
  such interfaces: the Spotlight menu, the Spotlight window, and the 
  Finder search window.

* The Spotlight menu didn't act like a real menu, it often froze up as 
  you were typing your search, and it displayed only a limited number 
  of results. To see all the results, you had to open the Spotlight 
  window.

* The Spotlight window was annoying in every conceivable way. It 
  belonged to no application; it just hung there mysteriously on your 
  computer, refusing to come to the front when you cycled through your 
  windows or your applications. Its interface was unlike any other 
  window; if anything, it seemed like something out of a Web browser, 
  or a Windows machine. Results were clumped by default into annoying 
  categories; getting information about found results (such as, "Where 
  _is_ this file?") required a great deal of clicking; results could 
  not be easily manipulated; and the search could not easily be 
  refined (beyond the simple default refinements listed down the right 
  side of the window).

* The Finder search window had one big advantage: a search could be 
  refined though a Location Bar and multiple Criteria Bars that could 
  be summoned to describe in detail what you wanted to look for. 
  However, you were inconveniently forced to do this even for 
  something as simple and common as searching for a file by name; you 
  could use the Finder search window only to look for files (not, for 
  example, iCal events); and things were still clumped into groups 
  (mysteriously, not the same groups as in the Spotlight window), 
  though you could ask for a flat list. When you _did_ ask for a flat 
  list, the Finder search window became almost downright good: it 
  started acting quite like a normal Finder window, a familiar and 
  effective interface for working with your results.

  The upshot was that none of Apple's Spotlight search interfaces was 
  very pleasant, and none of them gave you access to anything like the 
  full power of Spotlight as implemented through the "mdfind" 
  command-line syntax. For example, mdfind lets you specify wild 
  cards, case sensitivity, and sophisticated Boolean criteria 
  combinations. That's why a host of third-party alternative Spotlight 
  interfaces sprang up, including my own NotLight. But even these were 
  restricted in what they could do by the underlying Spotlight 
  indexing technology (for example, NotLight couldn't find invisible 
  files, because neither could Spotlight); and many users preferred to 
  revive the pre-Tiger search behavior with a free utility such as 
  EasyFind.

<http://www.versiontracker.com/dyn/moreinfo/macosx/29015>
<http://www.devon-technologies.com/products/freeware/>


**A New Deal** -- In Leopard, Spotlight is faster, less biased, and 
  far more compliant. Under the hood, the index is both constructed 
  and consulted more quickly, so you spend less time listening to your 
  hard disk thrash and more time looking at search results. Everything 
  within the scope of your permissions is indexed and searchable (or 
  if something isn't, I've yet to hear about it). Searches that are 
  supposed to work (like searching for invisible files, or searching 
  for a file by the name the user believes it has) do work. And the 
  search interface is so good that it might just put third-party 
  interfaces out of business.

  The Spotlight window is completely gone. If you want to move quickly 
  and see the top results, you use the Spotlight menu; if you want to 
  see all results, or get some interface assistance in constructing 
  elaborate search criteria, you use the Finder window. Those are your 
  only options. The Finder window is now _really_ close to being a 
  normal Finder window: it comes in all the normal Finder views except 
  Column view (though, unfortunately, in List view you can't ask for 
  extra columns of information, such as Size), and you can do in it 
  nearly anything you can do elsewhere in the Finder, so you'll hardly 
  know you're in a special Spotlight-oriented world. And yet, you 
  _are_ in a special Spotlight-oriented world, as is proven by the 
  fact that you can search in the Finder search window for things that 
  aren't files or folders, such as iCal events and Safari history 
  items. (The main difference I've noticed so far between what you can 
  search for in the Spotlight menu versus the Finder search window is 
  that only the former lets you look up a word in the built-in 
  Dictionary.) Plus, the Finder search window's criteria-construction 
  interface lets you say nearly anything you'd be able to say using 
  mdfind in the command line.

  So, for the rest of this article I'm going to explain how to 
  construct a search. There are actually two different "languages" for 
  doing this: there's the textual language of what you type in the 
  search field, which works either in the Spotlight menu or in the 
  search field of a Finder window, and there's the more gestural, 
  interface-based language of manipulating the Finder search window's 
  various options.


**The Search Term** -- When you type "tonya" into the Spotlight menu's 
  search field, that's a search term. Spotlight interprets this as a 
  request to seek matches in a fairly broad way. Capitalization is 
  ignored, so a document containing "Tonya" will match. Diacritical 
  markings are ignored too, sort of; a document containing "Tónya" 
  will match, but if your search term had been "Tönya" then the 
  document containing "Tónya" would match but documents containing 
  "Tonya" would not, as if your use of a diacritical in the search 
  term had indicated a kind of diacritical wild card. You're doing a 
  word-based search, but what you're searching for is the start of a 
  word; so, you'll also match a document containing "tonyatastic", 
  though not a document containing "retonyafication". (To specify that 
  you want to match _entire_ words, put "tonya" in quotes; now you 
  won't match "tonyatastic". Quotes can also be used to search for 
  exact multi-word phrases.)  But the notion of a word includes 
  camel-cased word components, so you'll also match a document called 
  "HelloTonya". Oh, and the search is performed over every kind of 
  metadata, so you'll match documents with "tonya" in their names, in 
  their contents, in their Spotlight comments, and so on.

  Two kinds of modification permit to you restrict the search term's 
  application. First, you can specify the kind of metadata you're 
  interested in searching. This is done using a colon-based syntax. 
  For example, to find files that have "tonya" in their Spotlight 
  comments in the Finder, but _not_ files with "tonya" in other types 
  of metadata, you'd put "comment:tonya". The Help documentation gives 
  several other examples of this syntax, some of which are 
  surprisingly powerful. For example, you can ask for files modified 
  on or before a certain date by saying "modified:<=8/10/2007", or 
  files created in a certain range of dates with 
  "created:8/10/2007-8/12/2007". The trouble, though, is that as usual 
  Apple spurns the notion of stooping to provide you with any _real_ 
  documentation: there is no complete conspectus or systematic 
  explanation of the syntax, or even a list of the metadata terms you 
  can specify in this way. (The way I found out about "comment:" in 
  the first example was by trial and error.)

  Second, you can combine terms using the Boolean operators AND and OR 
  (in capitals), and modify a term with NOT; a minus sign before a 
  term, with no space, means "and not". The default operator, supplied 
  if you use multiple words without quotation marks or an intervening 
  Boolean operator, is AND. Thus, on my machine, searching on "tonya 
  tidbits" finds 103 items, those that contain both terms; "tonya OR 
  tidbits" finds 530 items; "tonya -tidbits" finds just 15 items, 
  because it's so rare on my computer for Tonya to be mentioned 
  without also mentioning TidBITS.


**The Finder Search Window** -- To summon the Finder search window, 
  click Show All in the Spotlight menu after a search, or press 
  Command-Option-Space, or (in the Finder) choose File > Find 
  (Command-F), or just start typing in a Finder window's search field. 
  You can use the search term syntax I described in the previous 
  section, but you can also use the Location Bar and the Criteria Bars 
  to restrict and specify your search in a more graphical fashion.

  The first question to ask yourself is whether you want to restrict 
  the search location to one particular folder. If you do, then you 
  must start by being _in_ that folder in the Finder before starting 
  the search by pressing Command-F or typing in the search field. When 
  the window changes to a Finder search window, the Location Bar will 
  display the name of the folder you started in; click that name to 
  restrict the search to that folder.

  Another nice feature of the Location Bar is that it offers an option 
  to restrict the search to the "File Name", as opposed to the 
  "Contents" - the latter being a misleading term which actually means 
  the default of searching all the metadata at once. These two 
  choices, search by name or search by all metadata, are the two most 
  common forms of search, so it's very sensible of Apple to provide 
  some simple, up-front interface for choosing between them.

  To tweak your search further, click the + button at the right end of 
  the Location Bar. This reveals a Criteria Bar. Here you can choose a 
  metadata type in the leftmost pop-up menu. By default, there are 
  just six sorts of metadata listed here: Kind, Last Opened Date, Last 
  Modified Date, Created Date, Name, and Contents. (Here, "contents" 
  really does mean contents.) When you choose one, other operators, 
  fields, and pop-up menus appropriate to your choice appear. So, with 
  "Contents" the only operator is "contains" and you get a text field 
  for typing some text. With "Name" you get a pop-up menu of five 
  operators: "matches", "contains", "begins with", "ends with", and 
  "is". (The difference between "matches" and "is" is that "matches" 
  is word-based; thus, "tonya" matches a file named "Adam and Tonya" 
  using "matches" but not using "is".) With "Kind" you get a pop-up of 
  subtypes, and some of those subtypes have subtypes of their own; 
  thus, the "Kind" called "Music" can be "All", "MP3", "AAC", or 
  "Purchased".

  There is also a seventh item in the leftmost pop-up menu of a 
  Criteria Bar: Other. This is where things really start to get good. 
  When you choose Other, you get a dialog listing _all_ the kinds of 
  metadata the Spotlight index knows about. You can just pick one to 
  use it; you can also select a checkbox to specify that that option 
  should appear in the menu from now on, so you don't have to pass 
  through the Other dialog to access it. I recommend that you 
  immediately check two items that I think you'll be using quite a 
  lot:

* System files. When set to Include, files are sought even in special 
  locations such as /Library/Caches and ~/Library/Preferences. For 
  example, if you search on "com.apple" you won't find much, but if 
  you include system files, you'll find hundreds of preference files.

* Spotlight items. When set to Include, searches are expanded beyond 
  files and folders to include other sorts of entities, such as iCal 
  events, Safari history items, and preference panes.

  A huge power user tip: When you summon the Finder search window with 
  Command-Option-Space, or from the Spotlight menu, Spotlight items 
  _is_ set to Include. When you summon the Finder search window with 
  Command-F or by typing in a Finder window's search field, Spotlight 
  items _is not_ set to Include. This is actually quite brilliant. 
  Spotlight is making a very reasonable distinction and assumption 
  here: if you started in the Finder, you probably just want to look 
  for files and folders, but if you summoned the search window in a 
  more global way, you probably want to look at all kinds of entities. 
  Of course you can always summon a Criteria Bar and change the 
  setting if the initial default isn't what you intended.

  You specify additional criteria by showing and configuring 
  additional Criteria Bars; to do so, just click the + button in any 
  existing Criteria Bar. But here's the real trick: if you click the + 
  button while holding the Option key, you get a special Boolean 
  Operator Criteria Bar. The pop-up menu here says Any, All, or None 
  (the equivalents of the Boolean OR, AND, and NOT operators), and it 
  applies to the Criteria Bars that are grouped just after the 
  Operator Bar and indented to the right. Such groups can themselves 
  include a Boolean Operator Criteria Bar, and so you can form Boolean 
  expressions of any depth and complexity (the equivalent of using 
  parentheses in a logical expression). The default operation, used if 
  you simply set multiple criteria without grouping them, is AND (that 
  is, all the criteria must be true at once to get a match).


**Conclusions** -- Spotlight in Leopard is what Spotlight in Tiger 
  should have been but wasn't. (Don't get me started on a rant about 
  why Apple has so much trouble getting these things right the first 
  time out.) How good is it? Maybe not quite good enough to put 
  NotLight completely out of business. NotLight will need modification 
  in order to take advantage of some of the new features of 
  Spotlight's underlying technology, but it has three features that 
  the built-in Spotlight interfaces do not:

  1. With NotLight, the search is _not_ live, so things don't keep 
  flashing and bogging down while you're typing a search term; you 
  type until you're ready, then do the search. 

  2. The Finder Path Bar is great for determining where a found item 
  is by selecting it, but with NotLight you know where _every_ found 
  item is, _without_ having to select it.

  3. NotLight lets you choose between case-sensitive and 
  case-insensitive term matching; sometimes that's actually useful.

  Nevertheless, the improvement in Leopard's Spotlight is very, very 
  dramatic - so dramatic that, whereas, in Tiger, once I'd written 
  NotLight, I _never_ used any of the built-in Spotlight interfaces, 
  but used NotLight exclusively for all searching, in Leopard it is 
  quite probable that I will very rarely turn to NotLight. Coming from 
  me, that's big praise. The fact is that the difference from Tiger to 
  Leopard is like night and day: from being a pain and a trial to use, 
  Spotlight is now a joy; from a wretched, ill-advised interface, we 
  now have a model of how interface ought to be, a gorgeous, 
  easy-to-use graphical expression of a powerful and complex 
  underlying syntax. In short, Spotlight could be another major reason 
  for upgrading to Leopard.


Take Control News: All Leopard Titles Available in Print
--------------------------------------------------------
  by Adam C. Engst <ace@tidbits.com>
  article link: <http://db.tidbits.com/article/9306>

  If you've been wanting to get printed versions of our Take Control 
  books about Mac OS X 10.5 Leopard, you need wait no longer. Each of 
  the books' Web pages in our Web catalog now has a Buy Print Book 
  button on the left side, and anyone who has already purchased an 
  ebook version can now click the Print link at the top of the PDF's 
  first page to order a discounted print copy. We recommend purchasing 
  the print version from within the ebook so you'll get both the ebook 
  - with its Check for Updates link - and the print version for the 
  same price as a directly purchased print copy.

<http://www.takecontrolbooks.com/>


Hot Topics in TidBITS Talk/12-Nov-07
------------------------------------
  by Jeff Carlson <jeffc@tidbits.com>
  article link: <http://db.tidbits.com/article/9304>

**Can't Delete Mail from Apple Mail** -- When Mail starts acting up, 
  one solution is to rebuild your mailboxes, but don't rule out the 
  possibility of accidentally displaying deleted messages. (7 
  messages)

<http://emperor.tidbits.com/TidBITS/Talk/1619/>


**Cellphone Jammer, Anyone?** If you know someone who can't stop 
  nattering on their iPhone (or other cell phone), you can buy a 
  device that kills the connection. It's illegal, but the satisfaction 
  might just be worth it. (2 messages)

<http://emperor.tidbits.com/TidBITS/Talk/1620/>


**Are preferences good or bad?** Following Matt Neuburg's plea for 
  preferences in Leopard's Stacks feature, a reader argues that too 
  many preferences leads to user confusion. (16 messages)

<http://emperor.tidbits.com/TidBITS/Talk/1621/>


**Leopard Simplifies File Sharing** -- A change in Leopard to how 
  passwords are sent leads to problems connecting to NetWare servers. 
  (3 messages)

<http://emperor.tidbits.com/TidBITS/Talk/1622/>


**Leopard and FileMaker Pro 6** -- Leopard and the latest version of 
  FileMaker aren't yet friendly, but what about running older versions 
  of the database application? (7 messages)

<http://emperor.tidbits.com/TidBITS/Talk/1623/>


**GMail and IMAP** -- After setting up Gmail to work using IMAP, a 
  reader has encountered a number of odd incidents in Mail. Any 
  advice, or is Gmail's IMAP undercooked? (33 messages)

<http://emperor.tidbits.com/TidBITS/Talk/1578/>


**Tab, Delete & Return keys just beep in Leopard text boxes** -- When 
  obviously wrong behavior starts happening, it's time to test against 
  a new user account in Mac OS X to find the culprit. If you don't 
  have a test account on your machine, set one up; instructions here. 
  (6 messages)

<http://emperor.tidbits.com/TidBITS/Talk/1627/>


**"Time Machine" caught in a time warp?** Is Time Machine responsible 
  for hanging a reader's Mac mini, or is the problem with something 
  else, like FileVault? (4 messages)

<http://emperor.tidbits.com/TidBITS/Talk/1628/>


**Leopard Apple Mail--Universal, but not quite** -- Sometimes not 
  knowing something can help. After encountering problems with Mail 
  under Leopard, a woman marked the Open Using Rosetta option in the 
  Get Info window, which solved her issue - probably the last thing 
  most people would try. (1 message)

<http://emperor.tidbits.com/TidBITS/Talk/1630/>


**Aperture insists that I reregister it continually** -- Repeatedly 
  being asked to register Aperture has driven one reader to the point 
  where he may no longer buy Apple software (and don't ask him about 
  telephone tech support). (1 message)

<http://emperor.tidbits.com/TidBITS/Talk/1631/>


**Google Used 70 Times More than Yahoo** -- Google's dominance in the 
  search engine field is backed up by some dramatic numbers. (3 
  messages)

<http://emperor.tidbits.com/TidBITS/Talk/1632/>


**Cloggy keyboard on MacBook Pro?** Do the keys of the MacBook Pro 
  require a firmer touch than past Apple laptops? (2 messages)

<http://emperor.tidbits.com/TidBITS/Talk/1633/>


**Installing Leopard on a 24" iMac** -- A reader shares his experience 
  installing Leopard on a brand new iMac (which hadn't yet been 
  pre-loaded with Leopard, though he got the system update for free). 
  (1 message)

<http://emperor.tidbits.com/TidBITS/Talk/1634/>


**TinkerTool available for Leopard** -- A venerable utility for 
  accessing hidden preferences has been updated for Mac OS X 10.5. (1 
  message)

<http://emperor.tidbits.com/TidBITS/Talk/1635/>


$$

This is TidBITS, a free weekly technology newsletter providing timely
news, insightful analysis, and in-depth reviews to the Macintosh and
Internet communities. Feel free to forward to friends; better still,
please ask them to subscribe!

Non-profit, non-commercial publications and Web sites may reprint or
link to articles if full credit is given. Others please contact us. We
do not guarantee accuracy of articles. Caveat lector. Publication,
product, and company names may be registered trademarks of their
companies. TidBITS ISSN 1090-7017.

Copyright 2007 TidBITS: Reuse governed by Creative Commons license.

Contact us at:	  <editors@tidbits.com>
TidBITS Web site: <http://www.tidbits.com/>
License terms:    <http://www.tidbits.com/terms/>
Full text search: <http://www.tidbits.com/search/>
Subscriptions:	  <http://www.tidbits.com/about/list.html>
Account help:	  <http://www.tidbits.com/about/account-help.html>





