Wednesday, October 26th, 2005


ManOpen is a great idea. Why be limited to viewing man pages in the Terminal you are working in, when you can offload it to another window, another application even. Even before this came along, I investigated other solutions, like using groff to generate a PDF, and viewing that (too slow), and starting a new Terminal window and viewing the man page in that. Generally, this would involve a Cmd-N, then man whatever.

Then I found ManOpen. I blogged about how I had some issues with ManOpen under Tiger, but an update fixed this. What the update didn’t fix, in fact, what it screwed up were some Classic Applications.

See, in OS X, Apple decided to use extensions rather than meta-data as the main way of telling if a file is an application or porn. Or any other type of file, for that matter. Which is all well and good if the application has a name that actually ends in .app. But what about older OS9 applications, like Photoshop 5.5. I know, I know, upgrade to CS. Well, we run that too, but PS5.5 runs under Classic, and we kind of need to run under Classic to get decent print quality. Or decent PDF quality and small sizes.

So, Adobeâ„¢ Photoshopâ„¢ 5.5, which ends with a .5 used to work. Before ManOpen decided to ‘0wn’ all of the files that end in .5, or .n (where n is any single digit, excluding 0). Which meant that trying to run this program caused ManOpen to, well, open. I didn’t twig this until I had tried as hard as I could to get PS5.5 to actually run itself. File Buddy was showing it as a Classic Application, but the Finder just wouldn’t.

The bizarre thing is that I only have ManOpen installed under one user’s ~/Applications, so in theory it shouldn’t affect other users. But for some reason, it changed the owner of all files ending in .5, and Script Editor decided it should try to open it.

So, if Google sent you here, the solution is: add .app to the file name.

It’s as simple as that…

View Comments (0)   RSS Feed for Comments on this Post

Editing comments in IE is annoying - until just now I had a width:100%; clause in my StyleSheet, and this somehow caused IE to resize the box every time a character is typed. Now, you lose access to the scrollbar, but it doesn’t do the jumping thing.

It actually got me thinking about how to implement WYSIWYG commenting. Instead of typing into a TextArea form, you type into a div. This div doesn’t allow for HTML to be actually typed in, but does have the quicktags. Any HTML code is actually converted to how it would display.

Pressing any of the quicktags formats the text automatically. The raw text (actually, the raw HTML) is also stored in a hidden textarea, and this is what is sent to the server.

This kills a few birds with one stone:

  • Only allows HTML that is ‘approved’ to be typed in.
  • Fixes any problems with Safari and inability to find cursor position in textarea (which has been fixed in recent builds of the WebKit, btw).
  • Removes the need for a Comment Preview box.

Potential problems that may appear (this may be extended):

  • Clicking a buttons removes the selection from the div - no idea where to insert the formatting tags,
  • Doesn’t seem to be a way to make just any part of the page editable.
View Comments (0)   RSS Feed for Comments on this Post