251

(108 replies, posted in Development)

252

(9 replies, posted in General)

Hah, I hadn't even noticed. ;p

I guess I should celebrate somehow...

*kicks hippy dave into a hole*

253

(2 replies, posted in Development)

This is great news.

Support for WMA is almost non-existent on Mac OS (both in Apple's apps and third party apps).

Having WMA support will give people yet another reason to use Cog! smile

254

(9 replies, posted in General)

255

(20 replies, posted in Features)

256

(9 replies, posted in General)

257

(20 replies, posted in Features)

So any updates on this front?

258

(20 replies, posted in Features)

259

(9 replies, posted in General)

What's the story behind the name?

And the ship's steering wheel?

(Hopefully, it's not just "cuz i liek it" XD )

260

(11 replies, posted in Features)

If I may suggest, how about using:

Command Shift Period or Command Option Period

...since Command Period is now Stop (certainly a related function).

In Mac OS apps, keyboard shortcuts that use Control are very rare and unusual (except those Emacs keyboard shortcuts).

I think I may have proposed a long, long time ago something like what hippy dave described. (although he described it in probably half as many words but twice as comprehensible than what I wrote XD )

It makes a lot of sense (and does prevent repeated tracks unlike the "ignore" method)... but now that I think about it, it can get complicated if you consider certain cases.

For instance, what happens if in Shuffle mode, you pass, say, song #5, but later, you double-click song #5?

Do you return to song #5's position in the Shuffle? (which I think would be bad)
Or is song #5 moved from its original position in the Shuffle to the "current" position?? (kinda weird, but... at least you don't end up at an "earlier" location)

265

(10 replies, posted in Bugs)

The File Tree Panel uses "absolute" number ordering (1, 10, 11, 2, 3, ...)
instead of "smart" number ordering (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, ...).


edit: changed "File Drawer" to "File Tree Panel"

268

(108 replies, posted in Development)

Added requests for other toolbar buttons.

270

(2 replies, posted in Bugs)

Only the text of the Title column of the Playlist window is affected by Increase/Decrease Font.

Text of other columns of Playlist window will not zoom.

Spotlight Panel's results' text will not zoom either.


Everything works fine in r788.

Does not work in r801.

Though the new Status column is a great, when it is displayed/turned on...

1) Scrolling seems to be somewhat laggy.

2) Resizing the window also seems slower. When the Status column is off, there is already a small lag in window resizing (though very small), but when it is on, the lag is even longer.

3) Not completely sure about this one, but it seems that the animation of hiding/showing the toolbar is less "smooth." (though the speed seems to be pretty much the same)

274

(0 replies, posted in Development)

Since r801, there's a new Status column!


Just reminding the nightly users.

My columns surpassed the width of the window, and the new Status column was inserted on the right of all the other columns and thus could only be seen if I scrolled right.

So at first, I had no idea there's a new Status column.
But then again, the other nightly users probably aren't as unlucky as I am. ;p

I was about to file a bug about how the currently playing song was no longer bolded and also that there was no visual indication that a song was queued. >_>


And also, it works great. Especially for songs with names with Chinese, Japanese and other Asian characters that cannot be bolded.

Works for the keyboard shortcuts and menu items in r801. smile

Does not work for File Drawer toolbar button though.

(And eventually, when/if a Spotlight Panel button is added, it should work for that as well.)