I have submitted the following hint to http://www.macosxhints.com/.
Feel free to test/comment…
Safari compatibility with .zem and ‘Edit with external application’ features of Plone/Zope
For .zem files, sometimes offered by Plone content management systems, to be treated as safe by Safari and similar applications, you may add three strings to your DownloadAssessment preferences.
1) in Terminal,
plutil -convert xml1 ~/Library/Preferences/com.apple.DownloadAssessment.plist
2) in Terminal,
3) include the three strings shown in the example at http://pastebin.ca/792460 then save and close the plist
4) get ZopeEditManager from the Urbanape software area
5) ZopeEditManager menu | Preferences… | Helper Apps
- you may wish to add helpers such as
6) quit then re-launch Safari.
According to Microsoft, Office Live Workspace works with … Firefox 2.0 on Mac OS X 10.2.x and later.In fact, when I use Firefox 188.8.131.52 on Mac OS X 10.4.10, Microsoft’s free sign-up routine fails at an early hurdle. Office Live complains:
In order to use Microsoft Office Live, you will need to have Microsoft Internet Explorer 6 or later running on Microsoft Windows 2000, Windows XP, Windows Vista, or Microsoft Windows Server 2003.
If applications on your Mac are misbehaving, and a fix is elusive, try this:
- use Disk Utility to verify your disks
- launch Terminal
- quit from all other applications
- at the command line, run the following command
sudo update_prebinding -force -root /
- whilst that command runs, be very patient
- whilst waiting for the command to complete, do absolutely nothing — it’s essential to not touch your Mac until after the run is complete
- any errors presented during the run are typically negligible, but if you like you can take a note of them after the event.
Credit to Unsanity for casting light on related issues.
… non-Finder clients (e.g. the Eclipse file browser) …
After experimenting with Eclipse, a review of ten alternatives to Finder (I prefer to think of them as complementary) led me to some interesting applications.
Amongst its many features:
- files and directories can be effectively moved from one volume to another (copied, then removed from source)
- move and copy operations can be paused and resumed
- very useful, although users should understand the implications of an incomplete file not being marked as busy
- hidden files are shown by default
- .DS_Store files are shown by default.
From what I can gather…
If you prefer to obscure both classes of hidden file, and the source file is associated with both a .DS_Store file and a ._ dot underscore file then:
- a copy will omit the hidden files
- a move MAY LOSE all data/metadata that was previously comprised within the hidden files
- such losses are not recommended, but are occasionally preferred by some users.
If the source file is on an HFS+ volume, and has Spotlight comments, then
- a copy or move will preserve the Spotlight comments only if you explicity include the .DS_Store file.
If the source file is on an HFS+ volume, and has a resource fork, then
- a copy or move to a volume that lacks native support for forks and the like WILL LOSE forked data even if you opt to display both classes of hidden file.
Loss of data is undesirable but still, this is an application that may appeal to users who prefer losses of this type.
For me, the most appealing feature of muCommander is pause and resume of copy and move operations.
If move capability is appealing — and if you prefer to respect Finder’s maintenance of resource forks, Spotlight comments and other extended attributes — then consider Xfolders.
… Full integration of the Finder, thus support of all file operations from and to the Finder …
— so naturally, no pause and resume.
There’s never been an iPod that can stay this clean …
What, no fingerprints? I think the fella’s from Stepford. That iPod/iPhone certainly doesn’t go to the same parties that I do.
This is more realistic. I want an OpenMoko handset. With fingerprints just like that.