1

(5 replies, posted in Bugs)

This is in the process of being Fixed. In a while everything should be hunky dory - the fix is targeted for 0.08 release. It is already working heaps and heaps better in svn, if you're one of the impatient tongue

2

(2 replies, posted in Development)

Glad you like it, just as long as you are aware that there's no guarantees for when support for WMA will actually be finished. It's been started, but it is not a top priority for 0.08 release. As Vincent has stated, 0.08 will mostly be UI related, and I'm not going to give writing the WMA decoder priority over finishing the stuff we've already started.

It's been fixed in svn, but I guess that doesn't help you much. Are you using an older version of the source code to compile your own Tiger Cog, or are you just using a released version that works on Tiger?

If you're compiling your own, I can guide you to a fix, but there's no easy fix for a precompiled version, as you need to get down and dirty with the source code (even though it's a very easy and quick fix) smile

5

(11 replies, posted in Features)

6

(11 replies, posted in Features)

Oh, and the way I feel about the context menu is that it makes sense to have items not appear rather than be grayed out because it is a Context Menu, and all the choices you have only apply in the given context. The main menu grays out because you should always be aware of the choices that can be made at some point, but the context menu will only let you do certain things at certain times.

Perhaps people disagree with me - then it'll certainly be flipped around smile

Actually, I have switched them around, so that Next comes before Previous. This is sort of an experiment, and not at all set in stone. I sort of agree with both sides of this camp. To me, previous should come before next, and left (arrow) should come before right (arrow). But, when reading the menu now, I feel it speaks to me more naturally, next song coming before previous song and all that. Perhaps it works better this way in a music player perspective?

Give it a stab and let me know what you guys think. I didn't ask Vincent about this, perhaps he has something to contribute smile

I've also revamped the context menu today. I did let Add to Queue come before Remove, based on the fact that remove also has a short cut key, and is therefore more readily accessible than Add to Queue.

10

(2 replies, posted in Archives)

We've implemented some shiny new queueing stuff now! It's looking really good, and as soon as we address some issues it'll be double plus fabtastic cool

Thanks for your feedback, and keep on cogging!

More or less ALL of the suggested improvements have been implemented! lol

Wootness! I did keep the Repeat menuitem as a sub menu, to not have the playlist menu grow horribly long. I don't really perceive it being a submenu as much of a problem.

13

(98 replies, posted in Development)

This should be fixed in svn now smile I agree with you on these issues - the same shortcut should be used for both opening and closing when it makes sense to do so (which seems to be in most, but not all, cases).

16

(98 replies, posted in Development)

17

(10 replies, posted in Bugs)

I _think_ this might have been solved in svn. I got a lot of crashers working with the Spotlight panel when I modified it to hide/show on Shift-Command-F. After I was finished I got no more crashers, and was able to just keep on opening/hiding the window for minutes on end. I don't think these changes are in a nightly yet, but once they are we'll see smile

Our current solution is that if you want to keep on going indefinitely, just hit Repeat All. It will just go on shuffling until the world explodes. If you then by accident hit the last song in the shuffle list, it'll just keep on trucking.

Yeah, it's my fault that it's very long now. I added the hours and minutes as a sort of experiment, to see if it would make sense. Perhaps your solution would be a lot better, I'll look into it when I get the time. In the mean time, I'll remove the new stuff I added.

22

(12 replies, posted in Archives)

All good points, fixes in SVN now.

Path column has been fixed, now displays like "~/Music/Cake and Candles/01 - Lovey dovey.mp3". Added Filename column, which simply displays the last part, "01 - Lovey dovey.mp3".

How do the foreign characters look now?

24

(12 replies, posted in Archives)

This has been added. The column "File path" is hidden by default, as it really isn't a looker smile Just right click the columns to enable it. Hopefully it'll be useful.

This has been fixed. It was probably my fault. Vincent told me about a bug in IB3 that has the max value of the seekbar reset each time you fiddle around with the toolbar. Esoteric stuff tongue