iTunes 7 tidbits: it now respects the Browse state

Respek!!

Funny thing with this is that it had actually been correct in iTunes up until version 4.5.

Oh yes, the comment to apple thing really works. I commented how there wasn't a keyboard shortcut for the equilizer and that just pressing the button was not 100% convinient on Windows--what does apple do, they take away the button alltogether. Not only that, but they ALSO effectively eliminate the shortcut on mac.

Yes, I went back and through pref panel added the cmd-1 and cmd-2 shortcuts back, but you know what, those are originally reserved for resizing video in itunes, so now there's a conflict.

Well, darned typos.

It was supposed to be:

The proper grammar here is "you and me." Rule of thumb I was taught back in the stone age ... eliminate the other people and see how it sounds. i.e. "... an iTunes engineer had ... ME in mind" versus "... an iTunes engineer had I in mind."

smack MY knuckles with a ruler.

While I'm happy with the updates I can't help but turning Grinch-like and smacking your knuckles with a ruler. QUOTE: " I am happy to tell you that an iTunes engineer had you and I in mind my "

The proper grammar here is "you and me." Rule of thumb I was taught back in the stone age ... eliminate the other people and see how it sounds. i.e. "... an iTunes engineer had ... ME in my" versus "... an iTunes engineer and I in mind."

ok. rant off.

To possibly clarify Kerensky's comment, iTunes 7 no longer remembers if you have the browser turned on when viewing your iPod's music library, between dockings. Bizarrely, however, it *does* remember if the browser was on for playlists on the iPod. In fact, no matter how many times I turn the browser *off* on my playlists, and eject and re-dock, iTunes now keeps showing the browser for playlists, even though its original behaviour was not to! (At least, with my iPod nano on the Mac iTunes 7.) One step forward, two steps back?

Not sure if it was the case with previous versions but the fact that i only noticed last week probably suggests that it wasn't - the same applies to the search field. if you have a search parameter in the mussic library and switch to a playlist and back again - the search filter remains in place. and vice-versa etcetera...
good stuff

Unfortunately it doesn't respect the browse state of the iPod after being ejected and re-docked. At least, not with my iPod Nano on the Windows iTunes 7.

glad they fixed that, still need to fix the problem J.Y. describe though as that will be super annoying whenever iTunes' coverflow thing becomes usable...

Ah, ALMOST perfect. I think I've found an exception related to the 3 "View" options / icons.

If you are in Library for example, using the first icon - "List" view, if you click on say an artist, then switch over to the second "Grouped List" view, it does indeed respect the filtered browse state (and you can go back and forth between these two list formats no problem).

However, if you go the third icon "Coverflow" it dumps it all, Coverflow is not showing your previous browse selection, and when you switch back to either of the other list views, it has been reset.

So, do you think this is a bug or feature? ;-P