« What do web developers want from Mozilla? | Main | Real World Popups »

August 14, 2003

xbCalendar

One pretty nifty xbProject is xbCalendar, a cross browser dhtml calendar system. Just remember, in JavaScript, some fields like Month are 0 indexed!

Posted by doron at August 14, 2003 02:20 PM

Comments

Whether native or not, this is obviously one of the first steps on your way to OS X. Keep in mind that often, the functionality of your code has a lot to do with how your interface is designed. How many developers have come up with great functional ideas from working with their interface or looking at their competitors'? Start working on your Aqua compliance from day one. Don't wait until the last minute.

Posted by: Watkin at January 25, 2004 01:21 AM

But limit your animations to whatever is required to communicate the necessary information. Avoid annoying animations that discourage ease of use. Ask yourself, "What do I need to show the user, and what is the cleanest way possible to achieve that?" A good example is the Mail application for Mac OS X. Whenever a new message arrives, the Dock icon changes appearance to indicate a changed state.

Posted by: Joseph at January 25, 2004 01:21 AM

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: Constance at January 25, 2004 01:21 AM

This topic is one we will tackle later in this article, but it refers to making sure that your application and the dock aren't fighting it out for supremacy of the screen.

Posted by: Ottewell at January 25, 2004 01:21 AM

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: Faustinus at January 25, 2004 01:22 AM

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: Owen at January 25, 2004 01:22 AM

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

Posted by: Augustine at January 25, 2004 01:22 AM

This topic is one we will tackle later in this article, but it refers to making sure that your application and the dock aren't fighting it out for supremacy of the screen.

Posted by: Gabriel at January 25, 2004 01:22 AM

Adhere to Layout Guidelines. Did you leave 12 pixels between your push buttons? Does the positioning of your pop-up menus make sense, and when do you use a pop-up versus a scrolling list? Are you using the right types of buttons for the proper functions?

Posted by: Prospero at January 25, 2004 01:22 AM

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: Emmett at January 25, 2004 01:22 AM