May 7, 2003

Printing

The new printing architecture is working, but we have scaling problems due to nsIDeviceContext doing some wacky stuff. Most pages print fine, but a few of them just have hugeass font sizes. It also looks as though pages that go off the edge of the viewport are having some shrinkage problems (part of the page is horizontally clipped on cnn.com for example).

Posted by jkeiser at May 7, 2003 3:27 AM
Comments

Will background images be printed at the correct size?

Posted by: Seamus at May 21, 2003 6:07 AM

icon

Posted by: Jane at January 24, 2004 5:33 AM

Dock Animation. Sometimes animating icons in the dock can be useful in communicating the status of the system or application.

Posted by: Amie at January 24, 2004 4:17 PM

Clicking an application in the dock should always bring forward an active window. If the user clicks on an open app's icon in the Dock, the application is active and all unminimized windows come along with it. I have found a few problems with windows behaving independently of their application.

Posted by: Augustine at January 24, 2004 4:17 PM

Due to the positioning of the Dock, remember that when you build an application, you have to be sure that new document window sizes and positions do not violate the Dock's space. Dock is temperamental and Dock loves his space. If you default to a window size that expands behind the dock, users will have a difficult time reaching the navigation and resize areas at the bottom of the screen. I can personally say that more than once I have been rather peeved that I couldn't get to an area of the window to resize because the default window settings always pop up behind the Dock. In addition, the new Dock in 10.1 will allow users to position their Dock location on either side of the screen as well.

Posted by: Quivier at January 24, 2004 4:17 PM

Help! Did you include help tags in your applications? (I'd be lost without them.) Also, be sure to take extra time to develop your other help files. The Apple Help Viewer supports HTML, QuickTime, and also AppleScript. Take advantage of it! There isn't anything I hate more than going to the Help menu and finding there isn't any help.

Posted by: Augustine at January 24, 2004 4:17 PM

For example, if you see an AIM window peeking out from behind your browser and you click on it, that window will come to the front, but the main application window will not. The Mail.app/Activity Viewer is another example. The Aqua system of layers works well in many instances, but not in all. Thank goodness that the Dock is always there to come to the rescue. I know that clicking on an application icon in the Dock will always result in not only the application coming to the front, but also any non-minimized windows associated with it. And if the application is active but no windows are open, clicking on the Dock icon should create a new window in that application.

Posted by: Sampson at January 24, 2004 4:17 PM

Adopt Sheets. I really like the use of Sheets in OS X. The use of Sheets lets me know which window my dialogue belongs to without hijacking my system.

Posted by: Sander at January 24, 2004 4:18 PM

Dock Animation. Sometimes animating icons in the dock can be useful in communicating the status of the system or application.

Posted by: Richard at January 24, 2004 4:18 PM

You Must Promise. To call your mother, to help old ladies cross the road, and to turn your cell phone off at the movies.

Posted by: Helen at January 24, 2004 4:18 PM

Clicking an application in the dock should always bring forward an active window. If the user clicks on an open app's icon in the Dock, the application is active and all unminimized windows come along with it. I have found a few problems with windows behaving independently of their application.

Posted by: Bartholomew at January 24, 2004 4:18 PM

User Assistance. This is helping the user with the proper "next step" when performing a task. Less guesswork for the user on what to do next makes for a better experience.

Posted by: Felix at January 24, 2004 4:18 PM