iCal 1.5.2 Released 98
cigaar writes "iCal 1.5.2 has been released by Apple. You can download it through Software Update. From iCal's Help page: 'iCal 1.5.2 gives you the option of viewing your calendar, event, or To Do information in a drawer or in a separate window (using the Detach Info command in the Window menu), and includes improved alarm performance and other reliability enhancements.'"
Re:Right... (Score:3, Informative)
Re:Right... (Score:1)
Re:Right... (Score:5, Informative)
I prefer no drawers :) (Score:4, Interesting)
Re:I prefer no drawers :) (Score:5, Interesting)
Even though it's 1024x768 that drawer was a serious waste of horizontal real estate. Enough people bitched about it that it got fixed in a few months. The feedback cycle is working, us Mac users should use it to our advantage to make the products that much better.
Re:I prefer no drawers :) (Score:1)
Sounds good - I just wanna see what comes next
Re:I prefer no drawers :) (Score:5, Interesting)
It's your perception. I only point this out because this is the classic Macintosh interface tempest in a teapot.
The new detachable Info windoid is exactly 10 pixels smaller, in its smallest width, than the drawer was. It can get much shorter than the drawer, but that does not make it more functional, in this instance. Safe to say, both drawer and windoid constructs basically take up the same amount of room.
Now, you could make an argument that having the detachable window is better for screen 'real estate' as you can leave just a little piece of it visible, behind the iCal main window, and click it to bring it forward. But you could have also say there's nothing stopping you from just shoving the drawer portion off-screen as well.
For myself, I think I prefer the drawer. I'm used to being able to see my event Info (in month view) when iCal is in the background - now I can't, because an app not in the foreground on OS X will make its support windoids disappear. There are always trade-offs.
In the rare case where neither one is demonstrably better, a choice is good, and its nice that Apple is listening.
Re:I prefer no drawers :) (Score:4, Insightful)
I want to maximize the width of iCal so I can read more on the calendar. I can't do that if I need to leave space for a drawer to pop out.
Now, you could make an argument that having the detachable window is better for screen 'real estate' as you can leave just a little piece of it visible, behind the iCal main window, and click it to bring it forward.
IMO, the popup window is much better because now I don't have to resize or move the iCal window whenI want to see the info. By the way, you can pop up and close it with Command-I, which is a lot easier than mousing over to a visible piece of it.
Unless you have the horizontal space to pop out the drawer without it going offscreen, I think detachable window is easier to use. But you're right, we're entitled to our own opinions.
Re:I prefer no drawers :) (Score:1)
Re:I prefer no drawers :) (Score:2)
Sigh... so close but yet so far.
Re:I prefer no drawers :) (Score:2)
I agree, that is annoying. I have a 12" PB myself so I sympathize. Usually I go with the 'overlapping' approach but I find I need to constantly see the item info, in my daily work.
IMO, th
Re:I prefer no drawers :) (Score:1)
Actually, they are consistent. The Safari Download "windoid" is really a window, as you can see from the full size title bar. Unlike windoids, windows do (and should) stay visible when the application isn't in the foreground.
Re:I prefer no drawers :) (Score:1)
Re:I prefer no drawers :) (Score:5, Insightful)
It's your perception.
Perception is integral to the use of any GUI.
I believe the key is an individual's dependence (or lack thereof) on various perceived elements, that is really at work.
Re:I prefer no drawers :) (Score:5, Insightful)
I completely agree with this statement. I only point out that one's impression of a certain UI implementation as wrong doesn't necessarily make it so. Sometimes a method is demonstrably inferior. In this case, there are strong points for both drawer and windoid methods, and a strong split amongst the userbase as to which is appropriate -- the correct thing for Apple to do is to offer a choice. Which is of course what they did.
I find that often a UI method is strongly preferred by a user if it is the first way they have been exposed to. Alt-tab switching is a good example, or the endless vi vs. emacs debates.
Re:I prefer no drawers :) (Score:2)
Agreed.
Re:I prefer no drawers :) (Score:2)
Umm... (Score:2, Funny)
Re:Umm... (Score:2)
What a bleak and horrible future we live in.
Re:Umm... (Score:1)
Re:Umm... (Score:2)
Unworthy of a main page /. story, sure, but I think any software update is suitable for the Apple-specific section. At least it gives us all a common place on /. to bitch about^h^hcomment on the update.
Re:Umm... (Score:4, Insightful)
No, none of that is news. Some of it is speculation.
Re:Umm... (Score:3, Insightful)
Re:Umm... (Score:2)
Re:Umm... (Score:2)
At least there's one thing it fixes ... (Score:5, Interesting)
Re:At least there's one thing it fixes ... (Score:5, Informative)
Apple bugreporter [apple.com]
Bob
Don't send a bug report... (Score:4, Informative)
Choose Provide iCal Feedback from the iCal menu and choose Bug Report from the list of options. It takes you to the iCal Feedback [apple.com] page.
If you do anything else, you're just causing them extra work.
Whatever you do, don't expect a reply.
Re:Don't send a bug report... (Score:3, Informative)
Re:Don't send a bug report... (Score:2)
I am not a person to submit many bug reports. Maybe ten reports since the introduction of 10.2. They were always very detailed and contained my contact information. Guess how often Apple contacted me. Yep, never.
One of the bugs that I reported forced me to sell my iPod since I was unable to get it to work with my new Mac. Apple's support forums are full with complains about this same issue. Do you how many replies Apple wrote? You guessed it: none. Not even one saying they are aware of the problem.
Sometim
Re:At least there's one thing it fixes ... (Score:1)
Two-way calendar sync (Score:5, Insightful)
Which is a shame, because it would be a lot better than the ad-hoc mechanisms I've got right now.
Here, here. (Score:4, Informative)
This is a real problem for me, and I'm glad to hear somebody else mention it.
I spend 90% of my computing time on my PowerMac desktop. About 8% (I'm plainly talking out of my ass here) is spent on my iBook, and 2% on other people's computers (friends, computer labs on my college campus, etc.) I use iCal on my PowerMac as the master calendar, and I publish that calendar to my server via WebDAV. I subscribe to that calendar in iCal on my iBook, and I use WebCalendar [sourceforge.net] to reproduce my calendar on my website. I also sync my Palm and my phone with my desktop regularly, such that I can maintain my calendar on those. This system is really helpful, because I have such a scheduled, busy life that I really couldn't function without a decent calendar system.
The problem, of course, is that I can only make changes when I'm sitting at my desktop. Changes on my Palm or phone are overwritten next time that I sync. (iSync's valiant efforts notwithstanding.) Changes made via the website and are lost, and iCal on my iBook will not permit me to make changes to the calendar, because it's a subscription.
I want to make changes on my iBook the same way that I can read and reply to e-mail in Mail.app when I'm not on a WiFi network -- it should synch next time that I get a connection. Likewise, I should be able to do so with the website version, my phone, etc.
The problem here, as best as I can tell, is that the calendar isn't really stored on the WebDAV server -- it's mirrored on the WebDAV server. My PowerMac doesn't get its data from the WebDAV server, it simply publishes it to that server. I want iCal to use the WebDAV server just like Mail.app uses IMAP -- the server is master, and all else synchs to it.
I'd sure appreciate suggestions or tips from anybody that can suggest a solution to this, or some sort of a hack that's available for iCal to make it work in this manner.
-Waldo Jaquith
You're Correct (Score:2)
I just synched my phone, and you are right -- it does show me the differences between the two, and has me correct them. I must admit that I found it rather confusing -- Is that class at 2:30, or 2:40? Is my phone
Re:You're Correct (Score:5, Informative)
Just make sure to always sync with your
Re:Here, here. (Score:2, Informative)
Using symlinks can also help.
DotMac (Score:5, Informative)
I keep up to three Macs and my Sony Ericsson T68i synced up this way, and it works fine (Bookmarks, Calendar, Address Book). I can enter new events, new bookmarks etc. on
The WebDAV iCal publishing thing is only one-way, and will remain one-way because Apple want you to buy
Re:DotMac (Score:2)
-DA
Re:Here, here. (Score:2)
But that is - as I said - not the solution you are looking for.
Bye
Alex
Re:Two-way calendar sync (Score:2)
I admit, though, it would be nice to have a "let this calendar be editable by others" button.
Re:Two-way calendar sync (Score:1)
If you want a real calendar solution I would look elsewhere. iCal is much too young of a calendar to do things like that.
Lotus Notes, Exchange, all do real calendaring (well better then iCal). You probably need some sort of server if you want people to be able to edit your calendars properly.
Re:Two-way calendar sync (Score:2)
iCal, and Macs in general, still aren't geared towards The Enterprise (large business organisation, not the spaceship). They still seem to be Personal Computers.
Slightly [OT]: Setting up WebDAV in OS X (Score:1)
http://www.gregwestin.com/webdav_for_ical.php [gregwestin.com]
so I thought I'd post a link to it.
Re:Two-way calendar sync (Score:1)
Well if you could then you'd be the publisher. If I were publishing something I wouldn't want subscribers changing it.
Detaching Drawers! (Score:5, Insightful)
Well, maybe on second though they should rather create a sub-class of drawer that is detachable and thus all FUTURE drawers could be detachable.
Re:Detaching Drawers! (Score:4, Insightful)
Drawers are good when used as a supplement to the existing interface, but only on windows that should never be full screen. iCal is a perfect example of an application that people like to have be full screen. The Mail window is a perfect example of an application that when made full screen is silly and too wide. Thus drawers are nice in mail and crappy in iCal.
When they moved the interface to being in a drawer in the new iCal somepeople couldn't find the controls for it because their calendar was full screen! How great is a drawer then?
Pop-up floating pallettes are nice sometimes but can be overused. Drawers are one solution to this because they allow you to put the controls you need on the window rather then have them floating, unattached. But everyone has their own workflow and more options are rarely a bad thing.
If all developers made perfect drawers and windows then we wouldn't be having this conversation, but since they don't we have to give the user more options.
At least that's my opinion. Why again shouldn't drawers be detachable? Because the programmer is always right?
Re:Detaching Drawers! (Score:1)
It seems your argument for detachable drawers is tha
Re:Detaching Drawers! (Score:1)
You're right that you can't STOP people from misusing their computers and the UI widgets that developers provide for them. However, it's the developers job to make it as easy for the user to use the application. It serves no purpose to make som
I can read my Software Update window, thanks. (Score:1, Funny)
Re:I can read my Software Update window, thanks. (Score:5, Funny)
Re:I can read my Software Update window, thanks. (Score:2)
Is the blood on the panel compliant with Aqua guidelines?
Magically moving dates not fixed (Score:3, Informative)
For example, I'll click on and I'll get an event on monday and another on friday. Then I'll click off, and then on again, and I'll get a different event on tuesday and another different event on saturday. If I do it again, It'll randomy switch between three different events (only one visible at a time) and it seems purely random. This update didn't fix that.
Re:Magically moving dates not fixed (Score:1)
Show ONLY todo's? (Score:2, Insightful)
Re:Show ONLY todo's? (Score:4, Interesting)
http://www.versiontracker.com/dyn/moreinfo/maco
I saw it on version tracker the other day but I use the iCal and sync with my phone and/or palm and check todos off of them.
Re:Show ONLY todo's? (Score:1)
Re:Show ONLY todo's? (Score:2)
Re:Show ONLY todo's? (Score:1)
Check out Life Balance (Score:1)
If you're serious about to-dos, take a look at Life Balance [llamagraphics.com]. It will not only maintain your to-do list, but help you prioritize it and show you (in pie charts) how you've been spending your time.
</shameless-plug>
--Stuart
Re:Check out Life Balance (Score:1)
I just want something simple. Todo list, always visible but not too much space, with a notes side-panel and alerts. Like Stickies, but with a notes panel or something. And alerts.
I wonder (Score:2, Funny)
When is Apple gonna bring out iSex? To hell with this....
Finally something shows up... (Score:2)
Re:Finally something shows up... (Score:2)
Re:Finally something shows up... (Score:2)
Context Menu Support? (Score:2)
For instance to delete an entry you can either hit the delete key on the keyboard or go up to the Edit menu and select Delete. But you can't right-click on the entry and delete. I'm rather surprised at this lackluster context menu support now after all these years with many OSX application by Apple! For instance iTunes has excellent context menu support now. Yet even ap
Re:Context Menu Support? (Score:2)
Apple's guidelines require all context menu commands to be safe. Thus, it would be Delete... anyway.
Process (Score:1, Informative)
iCal 1.5.2 new features still needed (Score:1)