OmniOutliner for Mac

June 29, 2005

Attachments

  • OmniOutliner should no longer pause waiting to connect to disconnected AFP servers when you load documents that have links to files on those servers. Instead, the resolution of the link is delayed until the first time you try to active the attachment.
  • 'ESPD' attachments generated by Equation Service now show up as images instead of movies.

Audio Capture

  • OmniOutliner will no longer change the audio capture device's input sampling rate. This was intended to be a minor optimization (for example if you are only going to store 22kHz audio then we would try only capture at that rate instead of 44kHz). This is possibly the cause of a few oddities like QuickTime Player's audio breaking for people with particular hardware (until running Garage Band, which would restore the input sampling rate).

Automator Actions

  • This release adds a number of Automator actions for use with OmniOutliner. Please try them out and let us know what other actions you'd find useful in your day-to-day work. We have lots of other ideas for actions, but we welcome your input!

Clippings

  • Added a workaround for a problem introduced by Mac OS X 10.4 "Tiger" where the save panel for creating new clipping files wouldn't go away when you clicked "Save".
  • No longer creates clipping files when you hit "Cancel".
  • Adding a OmniOutliner 3 file to your clippings file (as a file attachment) will no longer produce a nested entry in your clippings services menu.
  • When scanning the clippings directory for clipping files, we no longer filter out wrapped OmniOutliner 3 files. As of recently all newly created OmniOutliner 3 files are wrapped, so this led to most clipping files not being present in the UI.
  • Fixed duplicate registration of our clippings distributed object that is used to communicate between the application and clipping service. This would lead to spurious messages on the console.

Export

  • New OmniOutliner 3 files will default to writing as file wrappers instead of being promoted to a file wrapper when the first attachment is added. In particular, this helps to avoid issue with iDisk syncing breaking when an OmniOutliner 3 file is upgraded from a flat file to a wrapper due to the first attachment being added.
  • Handles that were set to 'on hover' now appear in HTML export.
  • HTML exporter now sets the document title.
  • Collapsed linked images and movies now get links in exported HTML.
  • Carriage returns in row text no longer get lost when exporting to MS Word.
  • Keynote themes picked from custom locations now work.
  • Fixed export of 'type' attribute in XSL plugins that specify they want the extra attachment attributes.
  • Saving a document with a '&' in its title as OPML will no longer produce invalid XML.

Importing

  • Improved performance of Acta import
  • Fixed upgrading of OmniOutliner 2 documents that were using 10.3 underline attributes.

Interface

  • Pasting text when you have a batch find result selected will no longer scroll your view back to the matching row.
  • Batch find results are now updated again when rows are added and removed (including via undo/redo).
  • Fixed alignment problem in Text Export preferences
  • Minor localization updates
  • Removed OmniOutliner's custom script menu when running on 10.4 since 10.4 has global support for this that is better than ours was anyway. Users with scripts can simply move their scripts from your old ~/Library/Application Support/OmniOutliner 3/Scripts to the scripts folder created by the system scripts menu.
  • The outline view will no longer scroll if your cursor is positioned in an offscreen cell and you click to edit a new row. This was due to Cocoa's spell checking code trying to scroll when we really just wanted it to perform spell checking.
  • If you edit an URL attachment and set its URL to something that isn't a valid URL, you should now get an appropriate error.
  • Unhoisting while you were editing a row with a collapsed ancestor will no longer leave the note of the row visible.
  • Changing the number format in a right-aligned number column should no longer cause that column to display empty until resized.
  • Typing into a field editor on the bottom of the window should scroll correctly now when the typing causes the cursor to move to a new line.
  • Ungroup now works when invoked on collapsed rows.
  • Cutting a row should no longer cause bizarre scrolling when the row selected after the cut has lots of children.
  • Fixed inconsistent capitalization of 'margin' on the Page Setup sheet.
  • Can now change the text background color via the 'Document Color' button on the font panel.
  • Fixed tab control loop on several inspectors and preference panes.
  • Fixed issue of documents not re-opening on application start even when preference is set to re-open previously open documents.

Localization

  • When ending editing in a text area, we now tell the text input manager to mark as complete any text that is entered in that cell. This avoids some problems where Hiragana input can be duplicated if you end editing a cell and then restart editing it.
  • Fixed translation of the "Your software is up to date" string when performing a manual check for updated versions of the application.
  • Integrated a new batch of French localization changes.
  • Integrated a new batch of Japanese localization changes.

Performance

  • Editing the text in large files should be significantly faster now.
  • Creation and destruction of text cells in 10.3 and newer had a serious performance regression in Apple's frameworks due to each cell listening for notification of font system changes. Worked around that and also improved OmniOutliner's response to these notifications.

Printing

  • "Mirror margins on facing pages" wasn't working.
  • Added a workaround for a bug in 10.2's PDF printing support that caused content to get clipped incorrectly when printing. This would cause a portion of the first page to appear at the top of the second page, for example.
  • "Print other background colors" checkbox now affects note background colors.

Software Update

  • Omni Software Update has been changed to collect a few more pieces of information. In particular:
    The 'Learn more...' button on the software update preferences pane in OmniOutliner will let you know exactly what information will be sent to our server. If sending any of this information makes you uncomfortable for any reason, you can disable sending it in that same preference pane.
    • Hardware model: This will let us more easily determine how many users are on laptops vs. desktops, for example.
    • License type: This will let us know how many of our sales go through retail, vs. online store, vs. Apple Pro bundle. No information about your personal license will be transmitted.
    • General latitude & longitude: This will let us know more accurately what countries our users are in, and thus will let us more accurately know what locales we should be supporting better. Again, this is only a general location as reported by the System Preferences time zone setting you made.

Stability

  • In Mac OS X 10.4, dragging a link from Safari into a editing cell could cause an error panel to come up. Apple changed the allowable ways a URL could be represented in a text object to include strings and (preferred) a URL object. We now handle both.

Styles

  • OmniOutliner Pro no longer reorders named styles when saving and reloading files. Previously if one named style inherited from another, the inherited style would always get reordered before the inheriting style.
  • Removing a color from a custom color list will no longer produce an alert panel or leave up the name change sheet.

OmniOutliner for Mac

April 28, 2005

Mac OS X 10.4 "Tiger" Support

  • Spotlight
    • OmniOutliner now has a Spotlight importer plugin that handles full text indexing and provides many custom metadata keys. For example, you can query for OmniOutliner files that contain more than 4 columns, have a column named "Price" and an "Important" named style. You can set up metadata searches using these custom keys in Finder using cmd-F. Select 'Other...' from the key popup and search for OmniOutliner to see the complete list of extra keys that we support. Note that these keys only show up once you have run this build of OmniOutliner at least once.

Important Notes About This Release

  • Previous releases had a bug where use of the Save All menu item would prevent the next save operation from working correctly. See the below section on saving for more details. We highly recommend updating to this release in order to make sure you are not hit by this bug.
  • This release introduces experimental support for exporting to Keynote 2 themes. (We could already export to Keynote 1 themes.) There is a known limitation that prevents changes to a master slide in the exported file from being reflected in the slides using that master. The workaround is to select all the slides in Keynote and use the 'Reapply Master to Slide' item in the context menu. Once you do that, any future changes to a master slide will be immediately reflected in the slides using that master. See the section below on Exporting for a little more detail. Please report any other bugs you encounter with Keynote 2 export.

Saving

  • We fixed a bug that could cause data loss if you used the Save All menu item: any save operation following a Save All would fail to save the changes made after the Save All operation. The problem was that The next save (except for a Save All) would however reset things such that subsequent saves would work correctly.

Stability

  • If OmniOutliner failed to open a file for some reason, it was likely to crash. This has been fixed.
  • If a document was closed while an attachment label or URL was being edited, OmniOutliner would still attempt to autosave the document a bit later, and would generally crash at that point. This has been fixed.
  • Doing a batch find with an extremely long lines could hang. Now it won't, though doing this can still cause performance problems. Common usage patterns shouldn't hit either case.

Localization

  • OmniOutliner now sports Japanese, French and German localizations. Additionally, the online help is localized in Japanese. Thanks to all those that helped out in the localization effort. If you are interested in helping localize OmniOutliner or another of our applications to your language, please contact info@omnigroup.com.

Performance

  • Another round of performance enhancements for saving files is in place. All our tests now indicate that we are faster than any previous version of OmniOutliner for a wide variety of large documents. If you have a document that is behaving slowly, please send in feedback via the Help ? Send Feedback... menu.
  • The first edit after loading a large file should no longer result in an otherwise abnormal performance hitch.

Importing

  • Long audio capture sessions could bog down your machine. It turns out that working around one QuickTime issue earlier caused us to step on another QuickTime issue where updating the resource on a movie would rewrite a ton of data needlessly. Now we avoid that and can again handle multi-hour high-quality audio captures easily.
  • The XSL plugin support now works for importing XML files with extensions other than "xml" or "xmloutline" (file types defined in the OmniOutliner application). If you sign up as a localization volunteer, you'll likely receive a XSL plugin to read our 'translations' format.
  • Keynote 1 and 2 import works, though there are limitations. Currently we get the bullets and speaker notes, but no styles or attachments. This is expected (and really, we haven't gotten much in the way of requests for anything else). Keynote import is primarily aimed at people that start out in Keynote and decide they want a faster way to flesh out their outline before building a polished presentation.
  • The clipping service will now launch OmniOutliner Professional if it isn't already running. Also, if the clipping fails for some reason, the service will alert you to this fact.
  • Pasting tab-delimited plain text content into an outline would fail with an exception if you had non-text columns in the outline. Now the values in the plain text are converted to the correct types for the columns.
  • Dragging in a webloc file would result in an attachment with default style attributes instead of a style appropriate for the drop location.
  • Editing attachment labels would display incorrectly for some fonts

Exporting

  • Prettier and easier to use Keynote export preferences. The interface for selecting a theme for export is now very similar to what Keynote uses for selecting themes, with a few minor enhancements. Also, you can visually select master slides rather than simply selecting by title. We also display localized preview images for themes and master slides.
  • Experimental: We can now export via Keynote 2 themes. As with Keynote 1 export, only topic and note text is exported. We know people want more, but this is a good first step for people that have purchased iWork. Apple hasn't documented the Keynote 2 file format at all, so we had to muddle our way through. If you see anything unexpected, please let us know.
    • Known issues:
      • The style system in Keynote is pretty touchy about the XML written out and we haven't figured out how to make slides from masters reliably, taking styles into account. The upshot of this is that you need to select all the slides in Keynote and use the 'Reapply Master to Slide' context menu before changing the selected master for a slide (or styling the masters) will change the slides.
  • Exporting to RTF no longer strips trailing newlines from the end of rows

Interface

  • Fixed a typo on the Summary pop-up menu in the Column Type inspector.
  • Dragging in an attachment could result in crazy scrolling previously. We don't like crazy scrolling.
  • It wasn't possible to set the row numbering to an empty string on a specific row if an ancestor of the row had specified a level style with a non-empty value for the prefix or suffix.
  • In locales where the currency symbol should appear as a suffix (Swedish, for example), selecting the currency format in the Column Type inspector for a number column would result in a zero value being displayed as "kr 0,00" when the correct display was "0,00 kr".
    NOTE: If you have an existing document with a column that was incorrectly formatted due to this bug, you'll need to reselect the currency format in the Column Type inspector to reset the format on the column to the corrected version.
  • Tabbing in the Find panel cycles through fields reasonably now.
  • If your left-most column is a checkbox column, hitting return to add a new row will no longer cause the window to lose focus on the outline.
  • Previously, if some but not all of your documents were minimized when you quit OmniOutliner, only those that were minimized would be automatically reopened when you next launched the app. Now all documents open at quit time will be restored on next launch, whether minimized or not. (This is only applicable if you have the appropriate preference set, of course.)
  • When indenting a row causes it to no longer be a section, the focus would previously get lost.
  • Foreign keyboard layouts previously had issues with our inspector shortcuts (French keyboards, for example, have the numbers in the shifted position). Now we base the keyboard shortcuts for those inspectors off keyboard location instead of a specific character. There is more work to do in this area, so let us know what issues you run into.
  • Setting a persistent sort ordering for a column via the main menu wouldn't update the display until you moved the mouse.
  • Persistent sorting should less frequently move stuff around while you are editing your document.
  • When opening a document with more than 20 rows in an unlicensed copy of the application, the window title is adorned with 'Unlicensed' instead of 'Read Only' so it is more clear why you can't edit your document. This was confusing when upgrading a OO2 file since one of the options there is to import the file "Read Only" but selecting "Upgrade" would result in a file that was read-only anyway.
  • Modifications to a row while you are editing a non-text cell (like a date) could previously cause the edits in the non-text cell to revert to the original value.
  • The code that checks whether you've seen the release notes for the current version of the application now handles version numbers with more than one period in them (for instance, 3.0.2).
  • Clicking on the status checkbox on a parent row could fail to set all the children to have the same status as the new parent status if you had sorting enabled on the status value.
  • Using the "Insert date/time" menu items will now work better in date columns.
  • Long blocks of text could result in the view scrolling unexpectedly when you changed editing focus. Did I mention that we don't like crazy scrolling?
  • If you had a corrupt PostScript version of Helvetica in your fonts directory, our inspectors would lay out bizarrely. This problem is gone, but there are still problems if you have corrupt fonts, particularly something like Helvetica.

Styles

  • Copying styles now copies the full effective style rather than just copying locally applied style attributes. This is probably what more people expect and you can still get at the power features in the style system via the Styles View.
  • Copying a row with two or more named styles applied to it and then pasting it would result in a row that had the same named styles in the opposite order.
  • We now handle fonts with the narrow and fixed-pitch attributes. Oops.
  • Changing a column's background color will now immediately update the display
  • Toggling bold/italic in an empty cell should update the inspectors correctly now. There was also an issue where doing several style modifications in a cell with no text selected (just a cursor) wouldn't result in the combination of the modifications -- only the last one would take effect.
  • Un-checking italic in the Appearance inspector now works when you are editing an empty note cell.
  • When the Keyboard Preferences were set to split when creating a new row, the style of the current row wouldn't get cloned to the newly created row if you hit return while editing (worked fine if you just had the row selected).

Printing

  • Styles applied to headers & footers in the Page Setup sheet would print w/o the styles
  • Newlines in headers & footers in the Page Setup sheet could cause the application to hang when printing (or when bringing up Page Setup again).
  • Text in the default style (black) should print out the same black as our handle images.
  • OmniOutliner Pro has fully customizable headers & footers, but in all the work getting that implemented, the default header & footer support that was available in OmniOutliner 2 accidentally got dropped. It's back now; you can enable or disable the default headers & footers in the Page Setup sheet in OmniOutliner

AppleScript

  • The 'select' command now takes a boolean 'extending' argument. This allows you to more easily control whether you replace or extend the selection, particularly in cases were you pass rows from multiple documents to 'select' (did you know that's possible?)
  • Added 'expel ancestors' and 'expel descendants' commands. Both of these take a list of rows as input and return a smaller list of rows. The first removes any row that is an ancestor of another row in the list, while the second does the same for descendants.
  • Added 'leaves' relationship to row and document.
  • Added 'sections' relationship to row and document. The row version returns all the descendants that are also sections.
  • Added 'selected rows' relationship to row. This returns all the selected rows that are descendants of the row.
  • Added 'writable document types' and 'readable document types' property on the application. This can help in dealing with the dynamic document type support in OmniOutliner Professional (due to XSL plugins). These each return a list of records where each record lists the following
    • type: the string identifying this type -- can be passed as the 'as' parameter to the 'save' command.
    • displayName: a human readable name for the file type, according to the user's preferred language
    • fileExtensions: a list of file extensions for this type; the first element is the preferred extension for this type

OmniOutliner for Mac

February 17, 2005

Stability

  • Deleting a named style could crash in cases where the named style was applied to two ranges of text in the same row, if the planets aligned and the moon blotted out the sun. Sadly, some folks hit this one before we were ever able to reproduce it. No more! The planets are permanently misaligned!
  • Fixed crash when importing MORE files with attachments that we failed to understand. Also, we now understand more attachments in MORE files.
  • Fixed crash when importing certain types of Acta files. Also, we now continue importing when we hit an attachment in an Acta file.
  • Upgrading OO2 documents would leave the imported document in a state where you'd have to hit cmd-s twice to get any changes saved (once you'd done that, though, it would save as normal).
  • Pasting more than 20 rows from an OO2 document into an OO3 document could crash IF the source OO2 rows had something in them that got turned into an attachment (a URL string or email address) and the destination OO3 was running in unlicensed demo mode. The automatic rollback code in this case wasn't cleaning up the attachments correctly.
  • Adding a new AppleScript to your OmniOutliner scripts folder could cause a crash the next time you clicked on the scripts menu in OmniOutliner
  • Reverting an edited document while a batch find session was active could crash
  • Hoisting to a row containing an expanded QuickTime attachment (with the section title text view visible) and then un-hoisting could crash.
  • Improved the unhandled error alert panel to avoid having it disappear in the case that another error happens while that alert panel is visible. This will make it possible for users to report the original error message in these cases. Also, in some cases, repeated unhandled errors could end up crashing the application w/o providing any useful information in the crash report
  • Using batch find, if you entered some right-to-left text (in Hebrew, for example) and that yielded a match, the application could display the match result incorrectly or possibly crash.
  • Some 3rd party context menu plugins were sending messages to our outline view w/o first checking that it implemented the message. We now implement the message rather than letting them crash us (and we contacted the vendor and they fixed their plugin too)
  • Quitting with a miniaturized document containing an expanded QuickTime movie could crash (usually only if there was another miniaturized document)

Performance

  • We've fixed some (relatively) low-risk & high-gain performance issues in loading and saving OO3-formatted files.
    • Improved speed of the generation of the XML
    • Improved speed of reading the XML and transforming it into Cocoa's text system's representation
    • Avoid regular-expression checks for URLs in more cases
    • We no longer add the pretty-printing whitespace nodes in the XML tree when the document is being saved compressed
    • Removed some overhead for creating and destroying attachments (expensive in cases where your document has many attachments)

Importing/Exporting

  • Imported documents were previously not defaulting to storing with compression enabled. This impacted files upgraded from OmniOutliner 2, MORE, Acta, plain text or any other imported file.
    • NOTE: If you imported files with the previous release, please check the state of the 'Compress on disk' checkbox in the document inspector. Compressing the document yields a measurable performance improvement.
  • We now handle PICT attachments (which you can get, for example, by hitting cmd-shift-ctrl-4, selecting a region of your screen and then pasting into a row)
  • Pasting in RTF with embedded links (say, by selecting some text from a web page in OmniWeb or Safari) wouldn't turn those links into attachment tags.
  • We've switched back to using UTF-8 as the default string encoding for plain text, OPML, and such. We don't know what we were thinking with the whole Mac Roman thing.
    • This will also fix issues with copying Unicode characters and pasting into plain-text destinations
    • Also, this fixes the issue where sometimes exporting a document to plain text would silently do nothing.
      • Now, you'll get a warning if the encoding selected in the Text Export preferences isn't capable of representing all the characters and we default to an encoding that can represent all characters. Tasty and good for you!

  • Interface

    • Clicking in a cell and leaving it could change your document in some cases. For example, if you had entered a date of "1/1/2007" and then switched the column to display only the month and day, clicking into the cell and then leaving would reparse the text in the cell and change the year to the current year of 2005. Now, the cell will not get reinterpreted unless you change the string representation.
    • Clicking in a cell with a number format set that included a space would cause the cell to be cleared when you clicked out of the cell. For example, some locales have their thousands separator set to " " and some locales have a space between the currency symbol and the number. Apple's number parsing facilities didn't handle this, so now we do some cleanup before handing off to them.
    • Summarized values could be lost in some edge cases. For example, if you added added a row, indented it to be under a parent with a value in a summarized column, hit undo and then edited the child's value in that column, the parent's value would disappear.
    • Modifying a cell in a summarized column and then saving w/o leaving the cell would immediately dirty the document after the save (saving again would fix it). Our code to propagate the cell contents to the model on save wasn't working correctly.
    • Miniaturizing an untitled document would cause an error message to be logged to the console, and would possibly cause further problems down the road (unclear if it did since we noticed this internally)
    • A normal save or a save-as of a document would incorrectly reset your 'last export format' preference
    • With your date format preference set to 'Germany (German)', entering a date of '21.01.2005' could get incorrectly turned into '21.01.2020'
    • Control-key shortcut option for applying named styles didn't work on some machines. Silly coding error on our part.
    • Left/right margin fields on the Margins tab of the Page Layout panel were swapped. Boy, don't we feel silly. Really, there is a reasonable explanation for it. Really.

    Online Help

    • Export as DHTML is correctly marked Pro-only now

    Software Update

    • Editing the OSUCurrentVersionsURL default in the application's Info.plist now correctly overrides the software update URL (necessary for site license situations, but not so useful for others)

OmniOutliner for Mac

January 5, 2005

Initial Release

OmniOutliner for Mac 2.2.6

October 30, 2003

Bug Fixes

  • Fixed performance regression on Mac OS X 10.3 (most noticeable when opening large files).
  • Fixed crash introduced by Mac OS X 10.3 when opening older OmniOutliner documents containing zero length RTF strings.